Hvorfor bruker fstab UUID i stedet for det faktiske filsystemnavnet?

Fordelen å bruke UUID er at den er uavhengig av det faktiske enhetsnummeret operativsystemet gir harddisken din.

Tenk deg at du legger til en annen harddisk i systemet, og av en eller annen grunn bestemmer operativsystemet at den gamle disken din nå er sdb i stedet for sda.

Oppstartsprosessen din blir skrudd opp hvis fstab peker på enhetsnavnet. Men i tilfelle UUID-er, er det greit.

Mer detaljert informasjon om UUID-er finner du også på blogginnlegget «UUID-er og Linux: Alt du trenger noen gang å vite «

Kommentarer

• yep. selv uten å legge til en ny disk, kan kjernen din bestemme seg for å bare bytte to av stasjonene dine ‘ dev-monteringer en dag. Se wiki.archlinux.org/index.php/Persistent_block_device_naming
• hva som skjer hvis jeg vil klone bildet til en annen disk, som har en annen UUID?
• Det ‘ er minst en situasjon der UUID-er er mindre nyttige: Hvis du kloner en hel disk og deretter starter på nytt, kan du få partisjoner montert fra enten disk eller feil disk.
• At ‘ er sant – sjekk det koblede blogginnlegget, det har til og med en seksjon når du ikke skal bruke dem.
• Hvis du kloner disken, bør du endre UUID på den nye disken. tune2fs xfs_admin eller reiserfstune kan gjøre det avhengig av ditt filsystem.

Kan jeg i så fall endre / etc / fstab til dette?

Du kan og det vil sannsynligvis være greit, men mest sannsynlig ville det være bedre å forlate UUID.

UUIDs er vilkårlige strenger brukes til å identifisere, i dette tilfellet, en partisjon på en blokkanordning; den er lagret med selve partisjonen, og kan tildeles en annen hvis ønskelig (omtrent som MAC-adresser).

Fordelen med å bruke UUID er at den er umiskjennelig, mens /dev/vda er ikke; det kan skje at det ender opp med å være en annen stasjon ved oppstartstid, selv om dette kan være helt teoretisk i sammenheng (f.eks. fordi du bare har en stasjon av en bestemt type).

Et annet, mer subtilt eksempel på hvor bruk av enhetsnavnet kan forårsake et problem, vil være den siste bryteren på noen systemer til å bruke konsistente navn på nettverksenheter . Hvis dette skjedde som en oppgradering og du brukte et hardkodet enhetsnavn i et nettverksskript et eller annet sted, ville det gå i stykker. Et parallelt eksempel på WRT-blokkeringsenheter kan være en kjerne- eller udev-oppgradering som endrer navneskjemaet.

Et poeng med UUID er å gjøre slike ting mulig og smertefri. Så mens du kan bruke enhetsnavnet, er det ingen fordel å gjøre det med mindre (f.eks.) Du har et system der du bytter forskjellige stasjoner inn. Med andre ord, hvis du har ikke en god grunn til å gjøre det, hold deg til UUID .

Kommentarer

• Ok. Så hva forklarer de forskjellige UUID-ene for /dev/vda i /etc/fstab og rapportert av blkid? (Se det oppdaterte spørsmålet hvis du ikke har ‘ t.)
• I stedet for å stille i en oppdatering, bør du stille det som et eget spørsmål (» Hvorfor er den monterte partisjonen UUID annerledes enn den i fstab? «).

Du kan gjøre man fstab for en ganske kortfattet lesing av innholdet og semantikken til /etc/fstab -fil. På min x86, ganske oppdatert Arch linux-server, man fstab gir meg dette:

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

Så, ja, /dev/vda er tilsynelatende et av mange navn for noen enheter, som er UUID=050e1e34-39e6-4072-a03e-ae0bf90ba13a, gitt at begge navnene ser ut til å monteres på «/».

Hvis du ser i katalogen /dev/disk/by-uuid/ du kan se symbolske lenker som peker til ting som /dev/sda1, /dev/sdb1 på serveren min. Dette kan være en annen måte å sjekke hypotesen din på. /dev/disk har underkataloger by-id, by-path, by-uuid som alle ser ut til å være alternative navn for den samme enheten.

Kommentarer

• I så fall er problemet (som oppdatert i spørsmålet mitt) er at jeg får to forskjellige UUID-er for /dev/vda! Se spørsmålet en gang til.
• Hvis jeg svarte på det opprinnelige spørsmålet, kan det være lurt å merke det » besvart » og skriv et nytt spørsmål, bare slik at du ikke ‘ t samler irrelevante svar, svar som fungerer med originalen og ikke det modifiserte spørsmålet.