GRUB_DISABLE_LINUX_UUID = trueをコメント解除するとどうなりますか？

/ etc / default / grubでGRUB_DISABLE_LINUX_UUID = trueをコメント解除するとどうなりますか。

• まあ、その行の上のコメントはすべてを語っていると思います
  # Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux

• その行のコメントを外した後、root =はUUIDではなくデバイス名として渡されます。

  linux /boot/vmlinuz-2.6.30-1-amd64 root=UUID=...
  に
  linux /boot/vmlinuz-2.6.30-1-amd64 root=/dev/sdX

• ただし、その行のコメントを外すことはお勧めできません。新しいパーティションを削除または作成すると、パーティションテーブルが変更されます。
• そのため、システムを起動できません。

コメントを外すと、grubが次に/boot/grub.cfgを再生成するときに、UUIDの代わりに絶対デバイス名、つまり/ dev / sdXYが配置されます

したがって、パーティションテーブルのパーティションを再配置し（パーティションの挿入/削除など）、パーティション番号が変更された場合、grubはブートするカーネルを見つけることができません

UUIDを使用すると、パーティションを再配置しても問題は発生しません

UUIDの短所は、それらが長く、したがって覚えにくいことです。

本当のことは、システムにディスクを追加することです。ディスクが以前は/ dev / sdaであり、唯一のドライブとしてSATA1にプラグインされ、後で2番目のドライブを追加したが、SATA0にプラグインした場合、それは/ dev / sdaになり、root =マッピングは次のようになります。無効。UUIDは一意の識別子であるため、この問題はありません。

また、複数の拡張カードを使用している場合は、わずかに異なるタイミングで検出されることがあり、その結果、ドライブに割り当てられているドライブに異なるドライブ名が割り当てられます。ここでも、UUIDは影響を受けません。また、ドライブが停止した場合、別のドライブがその場所に移動することがあります。たとえば、/ dev / sdaが停止した場合、おそらく次の起動時に/ dev / sdbが魔法のように/ dev / sdaになります。

システムが大きくなる、または似ているようになるほど、起動時にドライブがシャッフルされる可能性が高くなります。

個人的にはroot =にUUIDを使用することは気にしませんが、どこにあるのかはわかります。