Dies ist beispielsweise die erste Zeile meines /etc/fstab: 

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

Und hier ist die Ausgabe des Befehls df -h (der freien Speicherplatz meldet): 

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. Aus den beiden ist es in Ordnung zu schließen, dass UUID=050e1e34-39e6-4072-a03e-ae0bf90ba13a /dev/vda darstellt, vorausgesetzt, das erste Die Spalte in fstab lautet <file system>?

  2. Also, wäre es in Ordnung, wenn ich /etc/fstab dazu geändert? 

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

  3. EDIT: Wenn ja (zu obiger Frage), warum zeigt der Befehl sudo blkid eine andere UUID für /dev/vda? 

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

    Was fehlt mir hier?

    Antwort: Ich würde (3) zu dem Schluss kommen, dass es sich um einen Fehler in der Cloud meines Hosts handelt. Ja, die von blkid (oder ls -l /dev/disk/by-uuid) gemeldete UUID sollte mit der in .

Kommentare

  • Überprüfen Sie die UUID mit sudo blkid.
  • @AvinashRaj Hmm, seltsamerweise gibt der Befehl sudo blkid eine andere UUID für /dev/vda aus. Dies trägt zu meiner Verwirrung bei. 🙂 (Aktualisierte Frage.)
  • Es ist kein gutes Zeichen, dass der Befehl blkid eine andere UUID anzeigt. Bitte überprüfen Sie die aktuelle UUID mit `ls -l / dev / disk / by-uuid ‚ ‚. Könnte es sein, dass die zugrunde liegende VM-Infrastruktur seit dem VDA etwas geändert hat?
  • @liquidat Dies ist die Ausgabe, die ich erhalten habe: lrwxrwxrwx 1 root root 9 Jun 18 11:04 6f469437-4935-44c5-8ac6-53eb54a9af26 -> ../../vda. Was Ihre andere Frage betrifft, werde ich ‚ den Webhost darüber kontaktieren.
  • Ich ‚ würde das sagen Der Computer wird möglicherweise nicht neu gestartet, da der Eintrag fstab eindeutig falsch ist. Könnte eine geklonte Festplatte sein oder so. Ich gehe davon aus, dass es kein anderes Gerät gibt, dessen UUID in fstab angegeben ist?

Antwort

Der Vorteil Die Verwendung der UUID besteht darin, dass sie unabhängig von der tatsächlichen Gerätenummer ist, die das Betriebssystem Ihrer Festplatte gibt.

Stellen Sie sich vor, Sie fügen dem System eine weitere Festplatte hinzu, und aus irgendeinem Grund entscheidet das Betriebssystem, dass Ihre alte Festplatte jetzt sdb anstelle von .

Ihr Startvorgang würde schief gehen, wenn fstab auf den Gerätenamen zeigt. Im Fall der UUIDs ist dies jedoch in Ordnung.

Ausführlichere Informationen zu UUIDs finden Sie auch im Blog-Beitrag „UUIDs und Linux: Everything you muss jemals wissen „

Kommentare

  • yep. Auch ohne Hinzufügen einer neuen Festplatte kann Ihr Kernel entscheiden, eines Tages nur zwei Ihrer Laufwerke auszutauschen. ‚ dev mounts. Siehe wiki.archlinux.org/index.php/Persistent_block_device_naming
  • Was passiert, wenn ich das Image auf eine andere Festplatte klonen möchte? eine andere UUID?
  • In ‚ gibt es mindestens eine Situation, in der UUIDs weniger nützlich sind: Wenn Sie eine gesamte Festplatte klonen und dann neu starten, werden möglicherweise Partitionen gemountet entweder von der Festplatte oder von der falschen Festplatte.
  • Das ‚ ist wahr – überprüfen Sie den verknüpften Blog-Beitrag, es gibt sogar einen Abschnitt, in dem Sie sie nicht verwenden sollen.
  • Wenn Sie die Festplatte klonen, sollten Sie die UUID auf der neuen Festplatte ändern. tune2fs xfs_admin oder reiserfstune können dies je nach Dateisystem tun.

Antwort

Kann ich in diesem Fall / etc / fstab ändern?

Sie können und es wird wahrscheinlich ist in Ordnung, aber höchstwahrscheinlich ist es besser, die UUID zu belassen.

UUIDs sind beliebige Zeichenfolgen wird verwendet, um in diesem Fall eine Partition auf einem Blockgerät zu identifizieren; Es wird mit der Partition selbst gespeichert und kann bei Bedarf einer anderen zugewiesen werden (ähnlich wie MAC-Adressen).

Der Vorteil der Verwendung der UUID besteht darin, dass sie unverkennbar ist, während /dev/vda ist nicht; Es kann vorkommen, dass es sich beim Booten um ein anderes Laufwerk handelt, obwohl dies im Kontext völlig theoretisch sein kann (z. B. weil Sie nur ein Laufwerk eines bestimmten Typs haben).

Ein weiteres subtileres Beispiel dafür, wo die Verwendung des Gerätenamens ein Problem verursachen kann, ist die kürzlich erfolgte Umstellung einiger Systeme auf die Verwendung von konsistenten Netzwerkgerätenamen . Wenn dies als Upgrade auftrat und Sie irgendwo einen fest codierten Gerätenamen in einem Netzwerkskript verwendeten, würde dies nicht funktionieren. Ein paralleles Beispiel für WRT-Blockgeräte könnte ein Kernel- oder udev-Upgrade sein, das das Namensschema ändert.

Ein Punkt von UUIDs ist es, solche Dinge möglich und schmerzlos zu machen. Während Sie den Gerätenamen verwenden können, hat dies keinen Vorteil , es sei denn (z. B.) Sie haben ein System, in dem Sie verschiedene Laufwerke austauschen. Mit anderen Worten, wenn Sie haben keinen guten Grund dafür, bleiben Sie bei der UUID .

Kommentare

  • Okay. Also Was erklärt die verschiedenen UUIDs für /dev/vda in /etc/fstab und gemeldet von blkid? (Siehe die aktualisierte Frage, wenn Sie ‚ t haben.)
  • Anstatt in einem Update zu fragen, sollten Sie dies als separate Frage stellen (“ Warum unterscheidet sich meine UUID für gemountete Partitionen von der in fstab? „).

Antwort

Sie können man fstab ausführen, um den Inhalt und die Semantik von /etc/fstab Datei. Auf meinem x86, ziemlich aktuellen Arch Linux Server, man fstab gibt mir folgendes: 

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

Also ja, /dev/vda ist anscheinend einer von vielen Namen für ein Gerät, wie ist UUID=050e1e34-39e6-4072-a03e-ae0bf90ba13a, da beide Namen anscheinend auf „/“ gemountet sind.

Wenn Sie im Verzeichnis /dev/disk/by-uuid/ Sie können symbolische Links sehen, die auf Dinge wie /dev/sda1, /dev/sdb1 auf meinem Server verweisen. Dies könnte eine andere Möglichkeit sein, Ihre Hypothese zu überprüfen. /dev/disk hat Unterverzeichnisse by-id, by-path, by-uuid die alle alternative Namen für dasselbe Gerät zu sein scheinen.

Kommentare

  • In diesem Fall das Problem (wie in meiner Frage aktualisiert) ist, dass ich zwei verschiedene UUIDs für /dev/vda bekomme! Bitte lesen Sie die Frage noch einmal.
  • Wenn ich die ursprüngliche Frage beantwortet habe, ist es möglicherweise eine gute Idee, sie zu markieren. “ beantwortet “ und schreiben Sie eine neue Frage, nur damit Sie ‚ keine irrelevanten Antworten sammeln, Antworten, die mit dem Original und nicht mit der geänderten Frage funktionieren.

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert.