たとえば、これは私の/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/vdaを表すと推測しても問題ありません。 fstabの列は<file system>ですか？

  2. では、私が/etc/fstabをこれに変更しましたか？

    /dev/vda / ext4 errors=remount-ro 0 1

  3. 編集：「はい」の場合（上記の質問に対して）、sudo blkidコマンドで

？

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

ここに何が欠けていますか？

回答：（3）はホストのクラウドのバグであると結論付けます。そうです、blkid（またはls -l /dev/disk/by-uuid）によって報告されるUUIDは、。

コメント

  • sudo blkidコマンド。
  • @AvinashRajうーん、奇妙なことに、sudo blkidコマンドは/dev/vdaに対して異なるUUIDを出力します。これは私の混乱を増します。 ：）（更新された質問。）
  • blkidコマンドが異なるUUIDを表示することは良い兆候ではありません-`ls -l / dev / disk / by-uuid

'。 vda以降、基盤となるVMインフラストラクチャが何かを変更した可能性がありますか？

  • @liquidatこれは私が得た出力です：lrwxrwxrwx 1 root root 9 Jun 18 11:04 6f469437-4935-44c5-8ac6-53eb54a9af26 -> ../../vda。他の質問については、'ウェブホストに連絡します。
  • ' fstabエントリが明らかに間違っているため、マシンが再起動しない可能性があります。クローンディスクか何かである可能性があります。 fstabでUUIDが指定されているデバイスは他にないと思いますか？

    • 回答

    利点UUIDを使用することの利点は、オペレーティングシステムがハードディスクに提供する実際のデバイス番号から独立していることです。

    システムに別のハードディスクを追加し、何らかの理由でOSが古いディスクがiv id = “66d5325006ではなくsdbであると判断したとします。 “>

    。

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

    UUIDの詳細については、ブログ投稿「UUIDとLinux：すべてのユーザー」を参照してください。知る必要がある」

    コメント

    • うん。新しいディスクを追加しなくても、カーネルは1日に2台のドライブ'開発マウントを交換することを決定する場合があります。 wiki.archlinux.org/index.php/Persistent_block_device_naming

      • を参照してください。

    • イメージを別のディスクにクローンしたい場合はどうなりますか？別のUUID？
    • ' UUIDの有用性が低い状況が少なくとも1つあります。ディスク全体のクローンを作成してから再起動すると、パーティションがマウントされる可能性があります。いずれかのディスクまたは間違ったディスクから。
    • その' true-リンクされたブログ投稿を確認してください。使用しない場合のセクションもあります。
    • ディスクのクローンを作成する場合は、新しいディスクのUUIDを変更する必要があります。 tune2fs xfs_adminまたはreiserfstuneは、ファイルシステムに応じてこれを実行できます。

    回答

    その場合、/ etc / fstabをこれに変更できますか？

    できます。 おそらく大丈夫ですが、UUIDを残したほうがよいでしょう。

    UUID は任意の文字列ですこの場合、ブロックデバイス上のパーティションを識別するために使用されます。パーティション自体と一緒に保存され、必要に応じて別のアドレスを割り当てることができます（MACアドレスのようなもの）。

    UUIDを使用する利点は、紛れもないことですが、/dev/vdaはそうではありません。 起動時に別のドライブになる可能性がありますが、これはコンテキストでは完全に理論的である可能性があります（たとえば、特定のタイプのドライブが1つしかないため）。

    デバイス名を使用すると問題が発生する可能性があるもう1つの微妙な例は、一部のシステムで最近、一貫したネットワークデバイス名を使用するように切り替えたことです。これがアップグレードとして発生し、ネットワークスクリプトのどこかでハードコードされたデバイス名を使用した場合、破損します。並列の例のWRTブロックデバイスは、命名スキームを変更するカーネルまたはudevのアップグレードである可能性があります。

    UUIDの1つのポイントは、このようなことを可能にし、痛みを伴わないようにすることです。したがって、デバイス名を 使用できますが、 （たとえば）異なるドライブを交換するシステムがない限り、使用する利点はありません。 「そうする正当な理由はありません。 UUIDを使用してください。

    コメント

    • わかりました。 /etc/fstabの/dev/vdaのさまざまなUUIDを説明し、blkidによって報告されたものは何ですか？（を参照してください） ' tを持っていない場合は、更新された質問。
    • 更新を要求するのではなく、別の質問として質問する必要があります（"マウントされたパーティションのUUIDがfstabのものと異なるのはなぜですか？"）。

    回答

    man fstabを実行すると、/etc/fstabファイル。私のx86では、かなり最新のArch linuxサーバー、man fstab 

    The second field ... describes the mount point for the filesystem.

    そうです、そうです、/dev/vdaは、デバイスの多くの名前の1つです。両方の名前が「/」にマウントされているように見える場合、UUID=050e1e34-39e6-4072-a03e-ae0bf90ba13aです。

    ディレクトリ/dev/disk/by-uuid/サーバー上に/dev/sda1、/dev/sdb1などを指すシンボリックリンクが表示されます。これは、仮説を確認する別の方法かもしれません。 /dev/diskにはサブディレクトリby-id、by-path、by-uuidこれらはすべて同じデバイスの代替名のようです。

    コメント

    • その場合、問題（私の質問で更新） /dev/vdaに対して2つの異なるUUIDを取得するということです！もう一度質問をご覧ください。
    • 元の質問に回答した場合は、"回答済みそして新しい質問を書いて、'無関係な回答、変更された質問ではなく元の質問で機能する回答を収集しないようにします。