fstabが実際のファイルシステム名の代わりにUUIDを使用するのはなぜですか?

fstabが実際のファイルシステム名の代わりにUUIDを使用するのはなぜですか?

たとえば、これは私の最初の行です/etc/fstab

UUID=050e1e34-39e6-4072-a03e-ae0bf90ba13a    /    ext4    errors=remount-ro    0    1

以下はコマンドの出力ですdf -h(使用可能なディスク領域の報告)。

honey@bunny:~$ df -T

Filesystem     Type     1K-blocks    Used Available Use% Mounted on
/dev/vda       ext4      30832636 4884200  24359188  17% /
none           tmpfs            4       0         4   0% /sys/fs/cgroup
udev           devtmpfs    498172      12    498160   1% /dev
tmpfs          tmpfs       101796     320    101476   1% /run
none           tmpfs         5120       0      5120   0% /run/lock
none           tmpfs       508972       0    508972   0% /run/shm
none           tmpfs       102400       0    102400   0% /run/user
  1. 最初の列が次のような場合、これら2つの列から表現を推論できますかUUID=050e1e34-39e6-4072-a03e-ae0bf90ba13a/dev/vdafstab<file system>

  2. /etc/fstabでは、このように修正しても大丈夫でしょうか?

    /dev/vda    /    ext4    errors=remount-ro    0    1
    
  3. 編集する:それでは、(上記の質問について)sudo blkidコマンドが別のUUIDを表示するのはなぜですか/dev/vda

    $ sudo blkid
    
    /dev/vda: LABEL="DOROOT" UUID="6f469437-4935-44c5-8ac6-53eb54a9af26" TYPE="ext4"
    

    私がここで何を見逃しているのでしょうか?

    答え:私の結論は(3)が私のホスティングクラウドのバグであるということです。はい。blkid(または)報告されたUUIDls -l /dev/disk/by-uuid/etc/fstab

ベストアンサー1

UUIDを使用する利点は、ハードドライブにオペレーティングシステムが提供する実際のデバイス番号とは無関係です。

システムに別のハードドライブを追加しましたが、何らかの理由でオペレーティングシステムが既存のディスクをsdb代わりに使用することにしたと想像してくださいsda

fstabデバイス名を指すと、起動プロセスが混乱します。ただし、UUIDの場合は問題になりません。

UUIDの詳細については、ブログ投稿でも確認できます。「UUIDとLinux:あなたが知っておくべきこと」

おすすめ記事