Waarom gebruikt fstab UUID in plaats van de daadwerkelijke naam van het bestandssysteem?

Het voordeel van het gebruik van de UUID is dat deze onafhankelijk is van het daadwerkelijke apparaatnummer dat het besturingssysteem aan uw harde schijf geeft.

Stel je voor dat je een andere harde schijf aan het systeem toevoegt, en om de een of andere reden besluit het besturingssysteem dat je oude schijf nu sdb is in plaats van sda.

Je opstartproces zou verknoeid zijn als fstab naar de apparaatnaam verwijst. Maar in het geval van de UUIDs is het prima.

Meer gedetailleerde informatie over UUIDs is ook te vinden in de blogpost “UUIDs en Linux: alles wat je ooit moeten weten “

Reacties

• ja. zelfs zonder een nieuwe schijf toe te voegen, kan je kernel besluiten om op een dag gewoon twee van je schijven ‘ dev mounts te wisselen. Zie wiki.archlinux.org/index.php/Persistent_block_device_naming
• wat er gebeurt als ik de afbeelding wil klonen naar een andere schijf, die een andere UUID?
• Er is ‘ s ten minste één situatie waarin UUIDs minder nuttig zijn: als je een hele schijf kloont, herstart dan, kan het zijn dat partities worden geactiveerd van de ene of de andere schijf of de verkeerde schijf.
• Dat ‘ is waar – controleer de gekoppelde blogpost, deze heeft zelfs een sectie wanneer je ze niet mag gebruiken.
• Als u de schijf kloont, moet u de UUID op de nieuwe schijf wijzigen. tune2fs xfs_admin of reiserfstune kan dat doen, afhankelijk van je bestandssysteem.

Kan ik in dat geval / etc / fstab hieraan aanpassen?

Jij kan en het zal waarschijnlijk komt wel goed, maar hoogstwaarschijnlijk is het beter om de UUID te laten staan.

UUIDs zijn willekeurige strings gebruikt om, in dit geval, een partitie op een blokapparaat te identificeren; het wordt opgeslagen bij de partitie zelf, en kan desgewenst een andere worden toegewezen (een soort van MAC-adressen).

Het voordeel van het gebruik van de UUID is dat het onmiskenbaar is, terwijl /dev/vda is dat niet; het kan gebeuren dat het tijdens het opstarten een andere schijf wordt, hoewel dit in zijn context totaal theoretisch kan zijn (bijv. omdat je maar één schijf van een bepaald type hebt).

Een ander subtieler voorbeeld van waar het gebruik van de apparaatnaam een probleem kan veroorzaken, is de recente overschakeling op sommige systemen naar het gebruik van consistente netwerkapparaatnamen . Als dit gebeurde als een upgrade en u zou ergens een hardgecodeerde apparaatnaam in een netwerkscript gebruiken, zou deze breken. Een parallel voorbeeld van WRT-blokapparaten kan een kernel- of udev-upgrade zijn die het naamgevingsschema verandert.

Een punt van UUIDs is om dit soort dingen mogelijk en pijnloos te maken. Dus hoewel je de apparaatnaam kunt gebruiken, heeft het geen voordeel om dit te doen tenzij (bijv.) Je een systeem hebt waarin je verschillende schijven omwisselt. Met andere woorden, als je hebt geen goede reden om dat te doen, blijf bij de UUID .

Reacties

• Oké. Dus wat verklaart de verschillende UUIDs voor /dev/vda in /etc/fstab en gerapporteerd door blkid? (Zie de bijgewerkte vraag als je ‘ t.) hebt.
• In plaats van in een update te stellen, zou je die als een aparte vraag moeten stellen (” Waarom is de UUID van mijn aangekoppelde partitie anders dan die in fstab? “).

U kunt man fstab gebruiken om de inhoud en semantiek van de /etc/fstab bestand. Op mijn x86, redelijk up-to-date Arch linux server, man fstab geeft me dit:

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

Dus ja, /dev/vda is blijkbaar een van de vele namen voor een apparaat, aangezien is UUID=050e1e34-39e6-4072-a03e-ae0bf90ba13a, aangezien beide namen lijken te worden geactiveerd op “/”.

Als je in de map /dev/disk/by-uuid/ je kunt symbolische links zien die verwijzen naar zaken als /dev/sda1, /dev/sdb1 op mijn server. Dit kan een andere manier zijn om uw hypothese te controleren. /dev/disk heeft submappen by-id, by-path, by-uuid die allemaal alternatieve namen lijken te zijn voor hetzelfde apparaat.

Opmerkingen

• In dat geval is het probleem (zoals bijgewerkt in mijn vraag) is dat ik twee verschillende UUIDs krijg voor /dev/vda! Zie de vraag nog een keer.
• Als ik de oorspronkelijke vraag heb beantwoord, kan het een goed idee zijn om deze te markeren als ” beantwoord ” en schrijf een nieuwe vraag, zodat je ‘ geen irrelevante antwoorden verzamelt, antwoorden die werken met de originele en niet met de gewijzigde vraag.