Miksi fstab käyttää UUID: tä todellisen tiedostojärjestelmän nimen sijasta?

Etu UUID: n käytön merkitys on se, että se on riippumaton käyttöjärjestelmän kiintolevylle antamasta todellisesta laitteen numerosta.

Kuvittele, että lisäät uuden kiintolevyn järjestelmään, ja jostain syystä käyttöjärjestelmä päättää, että vanha levy on nyt sdb .

Käynnistysprosessisi on rikki, jos fstab osoittaa laitteen nimeen. Mutta jos kyseessä on UUID, se on hieno.

Yksityiskohtaisempaa tietoa UUID: istä löytyy myös blogiviestistä ”UUID ja Linux: Kaikki mitä koskaan tarvitse tietää ”

kommentit

• joo. jopa lisäämättä uutta levyä, ytimesi voi päättää vaihtaa vain kaksi levyäsi ’ dev-asennuksen yhden päivän. Katso wiki.archlinux.org/index.php/Persistent_block_device_naming
• mitä tapahtuu, jos haluan kloonata kuvan toiselle levylle, jolla on eri UUID?
• Siellä ’ on ainakin yksi tilanne, jossa UUID: t ovat vähemmän hyödyllisiä: Jos kloonat kokonaisen levyn ja käynnistät sen sitten uudelleen, saatat saada osioita asennettavaksi joko levyltä tai väärältä levyltä.
• Se ’ on totta – tarkista linkitetty blogikirjoitus, sillä on jopa osio, milloin niitä ei pidä käyttää.
• Jos kloonat levyn, sinun on vaihdettava UUID uudella levyllä. tune2fs xfs_admin tai reiserfstune voivat tehdä sen tiedostojärjestelmästäsi riippuen.

Voinko siinä tapauksessa muokata tiedostoa / etc / fstab?

Voit voit ja se luultavasti ole kunnossa, mutta todennäköisesti olisi parempi jättää UUID.

UUID: t ovat mielivaltaisia merkkijonoja käytetään tunnistamaan tässä tapauksessa lohkolaitteen osio; se tallennetaan itse osioon, ja sille voidaan haluttaessa määrittää toinen (eräänlainen kuin MAC-osoitteet).

UUID: n käytön etuna on, että se on erehtymätön, kun taas /dev/vda ei ole; voi tapahtua, että se päätyy olemaan erilainen asema käynnistyshetkellä, vaikka se voi olla kontekstissa täysin teoreettinen (esim. koska sinulla on vain yksi tietyntyyppinen asema).

Toinen hienovaraisempi esimerkki siitä, missä laitteen nimen käyttö voi aiheuttaa ongelmia, on joidenkin järjestelmien äskettäinen kytkentä yhdenmukaisten verkkolaitteiden nimien käyttämiseen . Jos tämä tapahtui päivityksenä ja käytit kovakoodattua laitteen nimeä jossain verkon komentosarjassa, se rikkoutuisi. Rinnakkaisesimerkki WRT-estolaitteista voi olla ytimen tai udev-päivitys, joka muuttaa nimimallia.

Yksi UUID: n kohta on tehdä tällaisista asioista mahdollisia ja kivuttomia. Joten vaikka voit käyttää laitteen nimeä, sillä ei ole mitään hyötyä ellei (esim.) Sinulla ole järjestelmää, johon vaihdat eri asemat sisään. Toisin sanoen, jos sinulla ei ole syytä siihen, pidä kiinni UUID: stä .

Kommentit

• Okei. Joten mikä selittää /dev/vda -yksikön /etc/fstab -laitteen eri UUID-tunnukset ja raportoi blkid? (Katso päivitetty kysymys, jos sinulla on ’ t.)
• Päivityksen sijaan sinun tulee kysyä sitä erillisenä kysymyksenä (” Miksi liitetty osio UUID eroaa fstabissa olevasta? ”).

Voit tehdä man fstab melko suppeasti lukemaan /etc/fstab -tiedosto. x86: lla, melko ajan tasalla oleva Arch linux -palvelin, man fstab antaa minulle tämän:

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

Joten, kyllä, /dev/vda on ilmeisesti yksi monista nimistä joillekin laitteille, kuten on UUID=050e1e34-39e6-4072-a03e-ae0bf90ba13a, kun otetaan huomioon, että molemmat nimet näyttävät kiinnittyvän hakemistoon ”/”.

Jos katsot hakemistosta /dev/disk/by-uuid/ näet palvelimellani symbolisia linkkejä, jotka viittaavat esimerkiksi /dev/sda1, /dev/sdb1. Tämä voi olla toinen tapa tarkistaa hypoteesi. /dev/disk sisältää alihakemistoja by-id, by-path, by-uuid, jotka kaikki näyttävät olevan saman laitteen vaihtoehtoisia nimiä.

Kommentit

• Tällöin ongelma (päivitettynä kysymyksessäni) on, että saan kaksi erilaista UUID-tunnusta kohteelle /dev/vda! Katso kysymys vielä kerran.
• Jos vastasin alkuperäiseen kysymykseen, se voi olla hyvä merkitä se ” vastasi ” ja kirjoita uusi kysymys, jotta et ’ ei kerää epäolennaisia vastauksia, vastauksia, jotka toimivat alkuperäisen eikä muokatun kysymyksen kanssa.