☰

FSTABのUUIDと/dev/sdX

tag-icon • tag-icon boot partition grub2 fstab
FSTABのUUIDと/dev/sdX

私はLinuxシステムを持っており、システムを実行するには/ dev / devnameを使用する必要があります。

proc            /proc            proc    defaults        0       0
/dev/sda1       /                ext3    barrier=1,errors=remount-ro 0       1
/dev/sda5       /opt             ext3    barrier=1,defaults        0       22 
/dev/sda2       /opt/vortex/dvss ext3    barrier=1,defaults 0   3
/dev/sda6       none             swap    sw              0       0
/dev/scd0       /media/cdrom0    udf,iso9660 user,noauto     0       0

これまで、私たちのシステムは問題なく実行されています。ただし、インストールされているシステムによっては、システムが正常に起動しなくなり、突然「Grub Rescue」状態になることがよくあります。

デバイスをセカンダリデバイスとしてマウントしてE2Fsckを実行すると、システムが回復していることがわかります。

今、私たちはこのエラーを解決しようとしています。 [GRUBエラーによるシステム起動障害の修正

注文のために、いくつかのフォーラムでは、FSTABでUUIDベースのブートを設定すると言ったことを確認しました。

UUIDを介して設定するとどのような利点がありますか？

GRUBエラーを減らすことは可能ですか？

ベストアンサー1

からman fstab：

デバイスを明示的に提供せずに、UUIDまたはボリュームラベル（e2label（8）またはxfs_admin（8）を参照）としてマウントする（ext2またはxfs）ファイルシステムを表示し、LABEL =またはUUID =を作成することができます。たとえば、「LABEL=START」または「UUID=3e6be9de-8139-11d1-9106-a43f08d823a6」です。これにより、システムがより強力になります。 SCSI [またはSATA]ディスクを追加または削除すると、ディスクデバイス名は変更されますが、ファイルシステムのボリュームラベルは変更されません。

GRUBがブートに失敗する理由にUUIDを設定すると、何も変わるのではないでしょうか。奇妙なBIOS設定があると、UUIDを使用しても失敗する可能性があります。）、それでも試してみる価値があります。

おすすめ記事