Például ez az /etc/fstab fájlom első sora:
UUID=050e1e34-39e6-4072-a03e-ae0bf90ba13a / ext4 errors=remount-ro 0 1 És itt van a df -h parancs kimenete (a szabad lemezterület jelentése):
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 -
A kettő közül rendben levezethető, hogy
UUID=050e1e34-39e6-4072-a03e-ae0bf90ba13aa/dev/vda-et képviseli, mivel az első afstaboszlop<file system>? -
Szóval, nem baj, ha Erre módosította a
/etc/fstab?/dev/vda / ext4 errors=remount-ro 0 1 -
SZERKESZTÉS: Ha igen (a fenti kérdésre), miért mutat a
sudo blkidparancs más UUID azonosítót a/dev/vda?$ sudo blkid /dev/vda: LABEL="DOROOT" UUID="6f469437-4935-44c5-8ac6-53eb54a9af26" TYPE="ext4"Mi hiányzik itt?
Válasz: arra következtetnék (3), hogy hiba a gazdagépem felhőjében. Tehát igen, az
blkid(vagyls -l /dev/disk/by-uuid) által jelentett UUID-nek meg kell egyeznie a .
megjegyzések
Answer
Az előny Az UUID használatának lényege, hogy független az operációs rendszer által a merevlemezhez adott tényleges eszközszámtól.
Képzelje el, hogy felvesz egy másik merevlemezt a rendszerbe, és az operációs rendszer valamilyen oknál fogva úgy dönt, hogy a régi lemez iv id = “66d5325006 helyett sdb “>
.
A rendszerindítási folyamat csavaros lenne, ha a fstab az eszköz nevére mutat. De az UUID-k esetében ez rendben van.
Az UUID-okról részletesebb információk találhatók az “UUID-k és Linux: Minden valaha is tudnod kell “
Megjegyzések
- igen. akár új lemez hozzáadása nélkül is, a kernel úgy dönthet, hogy csak egyszer cserél két meghajtót ‘ dev egy napon. Lásd: wiki.archlinux.org/index.php/Persistent_block_device_naming
- mi történik, ha klónozni akarom a képet egy másik lemezre, amelyek már rendelkeznek egy másik UUID?
- Van ‘ legalább egy olyan helyzet, amikor az UUID-k kevésbé hasznosak: ha egy teljes lemezt klónoz, majd újraindít, akkor partíciókat szerelhet akár lemezről, akár rossz lemezről.
- Ez ‘ igaz – ellenőrizze a linkelt blogbejegyzést, van még egy része is, amikor nem szabad használni őket.
- Ha klónozza a lemezt, akkor változtassa meg az UUID azonosítót az új lemezen. A tune2fs xfs_admin vagy reiserfstune a fájlrendszertől függően megteheti.
Válasz
Ebben az esetben módosíthatom az / etc / fstab fájlt ehhez?
teheti és megteszi valószínűleg rendben van, de valószínűleg jobb lenne elhagyni az UUID-t.
Az UUID-k tetszőleges karakterláncok ebben az esetben egy blokkeszköz partíciójának azonosítására szolgál; magával a partícióval van tárolva, és igény szerint más is rendelhető hozzá (hasonló a MAC-címekhez).
Az UUID használatának előnye, hogy összetéveszthetetlen, míg /dev/vda nem; megtörténhet , hogy végül más meghajtó lesz a rendszerindításkor, bár ez összefüggésében teljesen elméleti lehet (például azért, mert csak egy típusú meghajtója van).
Egy másik finomabb példa arra, hogy az eszköznév használata problémát okozhat-e, egyes rendszerek legutóbbi kapcsolása konzisztens hálózati eszköznevek használatára . Ha ez frissítésként következett be, és hardveresen kódolt eszköznevet használt valahol egy hálózati szkriptben, akkor az megszakad. A WRT blokkoló eszközök párhuzamos példája lehet egy kernel vagy udev frissítés, amely megváltoztatja a névadási sémát.
Az UUID-ok egyik lényege, hogy ilyen jellegű dolgokat lehetővé tegyenek és fájdalommentesek legyenek. Tehát miközben használhatja az eszköz nevét, ennek nincs előnye hacsak (pl.) Nincs olyan rendszere, amelybe különböző meghajtókat cserél. Más szavakkal, ha erre nincs jó oka, ragaszkodjon az UUID-hez .
Megjegyzések
- Oké. Tehát mi magyarázza a
/dev/vdakülönböző UUID azonosítóit a/etc/fstabfájlban, és ezeket azblkidjelentette? (Kérjük, olvassa el a frissített kérdés, ha van ‘ t.) - A frissítés kérdése helyett ezt külön kérdésként kell feltenni (” Miért különbözik a csatlakoztatott UUID partícióm, mint az fstab-ban? “).
Válasz
Megteheti man fstab, ha egy meglehetősen tömören olvassa el a /etc/fstab fájl. Az x86-os, meglehetősen naprakész Arch linux szerveren, man fstab ezt adja nekem:
The second field ... describes the mount point for the filesystem. Tehát, igen, /dev/vda nyilvánvalóan egy eszköz sok neve közül egy, a UUID=050e1e34-39e6-4072-a03e-ae0bf90ba13a, tekintettel arra, hogy mindkét név látszik a “/” -ra illeszteni.
Ha a /dev/disk/by-uuid/ olyan szimbolikus linkeket láthat, amelyek a szerveremen olyan dolgokra mutatnak, mint /dev/sda1, /dev/sdb1. Ez egy másik módszer lehet a hipotézis ellenőrzésére. A /dev/disk alkönyvtárak by-id, by-path, by-uuid, amelyek úgy tűnik, hogy ugyanazon eszköz alternatív nevei.
Megjegyzések
- Ebben az esetben a probléma (a kérdésemben frissítve) az, hogy két különböző UUID-t kapok a
/dev/vdafájlhoz! Kérjük, olvassa el még egyszer a kérdést. - Ha megválaszoltam az eredeti kérdést, akkor célszerű ezt megjelölni ” válaszolt ” és írjon egy új kérdést, csak hogy ne ‘ ne gyűjtsön irreleváns válaszokat, olyan válaszokat, amelyek az eredetivel működnek, és nem a módosított kérdéssel.
sudo blkidparancs.sudo blkidparancs más UUID-t ad ki a/dev/vdaszámára. Ez növeli a zavartságomat. 🙂 (Frissített kérdés.)lrwxrwxrwx 1 root root 9 Jun 18 11:04 6f469437-4935-44c5-8ac6-53eb54a9af26 -> ../../vda. Ami a másik kérdésedet illeti, erről ‘ kapcsolatba lépek a webszolgáltatóval.