De exemplu, aceasta este prima linie a /etc/fstab:
UUID=050e1e34-39e6-4072-a03e-ae0bf90ba13a / ext4 errors=remount-ro 0 1 Și aici este ieșirea comenzii df -h (raportarea spațiului liber pe disc):
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 -
Din cele două este bine să deducem că
UUID=050e1e34-39e6-4072-a03e-ae0bf90ba13areprezintă/dev/vdaavând în vedere că primul coloana dinfstabeste<file system>? -
Deci, ar fi bine dacă modificat
/etc/fstabla acesta?/dev/vda / ext4 errors=remount-ro 0 1 -
EDIT: Dacă da (la întrebarea de mai sus), de ce comanda
sudo blkidafișează un UUID diferit pentru/dev/vda?$ sudo blkid /dev/vda: LABEL="DOROOT" UUID="6f469437-4935-44c5-8ac6-53eb54a9af26" TYPE="ext4"Ce îmi lipsește aici?
Răspuns: Am concluzionat (3) că sunt o eroare în norul gazdei mele. Deci da, UUID raportat de
blkid(sauls -l /dev/disk/by-uuid) ar trebui să fie același cu cel utilizat în/etc/fstab.
Comentarii
Răspuns
Avantajul de a utiliza UUID este că este independent de numărul real al dispozitivului pe care sistemul de operare îl oferă pe hard disk.
Imaginați-vă că adăugați un alt hard disk la sistem și, dintr-un anumit motiv, sistemul de operare decide că vechiul dvs. disc este acum sdb în loc de sda.
Procesul dvs. de pornire ar fi descurcat dacă fstab indică numele dispozitivului. Dar în cazul UUID-urilor, este în regulă.
Informații mai detaliate despre UUID-uri pot fi găsite și pe postarea de pe blog „UUID-uri și Linux: Tot ce trebuie să știi vreodată „
Comentarii
- da. chiar și fără a adăuga un disc nou, nucleul dvs. poate decide să schimbați doar două dintre unitățile dvs. ‘ dev montează într-o zi. Consultați wiki.archlinux.org/index.php/Persistent_block_device_naming
- ce se întâmplă dacă doresc să clonez imaginea pe un alt disc, care au un UUID diferit?
- Există ‘ cel puțin o situație în care UUID-urile sunt mai puțin utile: dacă clonați un disc întreg, apoi reporniți, puteți monta partiții fie de pe disc, fie de pe disc greșit.
- Este ‘ adevărat – verificați postarea de blog conectată, are chiar o secțiune când nu le folosiți.
- Dacă clonați discul, ar trebui să schimbați UUID-ul pe noul disc. tune2fs xfs_admin sau reiserfstune pot face acest lucru în funcție de sistemul de fișiere.
Răspuns
În acest caz, pot modifica / etc / fstab la aceasta?
Tu poți și va fi probabil să fie în regulă, dar cel mai probabil ar fi mai bine să părăsiți UUID-ul.
UUID-urile sunt șiruri arbitrare folosit pentru a identifica, în acest caz, o partiție pe un dispozitiv bloc; este stocat cu partiția însăși și poate fi atribuit altul dacă se dorește (un fel de adresă MAC).
Avantajul utilizării UUID este că este inconfundabil, în timp ce /dev/vda nu este; s-ar putea întâmpla să ajungă să fie o unitate diferită la momentul pornirii, deși acest lucru poate fi total teoretic în context (de exemplu, pentru că aveți doar o unitate de un anumit tip).
Un alt exemplu mai subtil de utilizare a numelui dispozitivului poate cauza o problemă ar fi trecerea recentă a unor sisteme la utilizarea nume de dispozitive de rețea consistente . Dacă acest lucru a avut loc ca o actualizare și ați folosi undeva un nume de dispozitiv codat într-un script de rețea, s-ar rupe. Un exemplu paralel de dispozitive cu bloc WRT ar putea fi un upgrade de kernel sau udev care schimbă schema de denumire.
Un punct al UUID-urilor este de a face acest tip de lucruri posibile și nedureroase. Deci, în timp ce puteți utiliza numele dispozitivului, nu există niciun avantaj dacă faceți acest lucru dacă nu aveți (de exemplu) un sistem în care schimbați diferite unități. Cu alte cuvinte, dacă nu aveți un motiv bun pentru a face acest lucru, rămâneți cu UUID .
Comentarii
- Bine. Deci ce explică diferitele UUID-uri pentru
/dev/vdaîn/etc/fstabși raportate deblkid? (Vă rugăm să consultați întrebarea actualizată dacă nu ați ‘ t.) - În loc să puneți o actualizare, ar trebui să o întrebați ca o întrebare separată (” De ce este UUID-ul partiției montate diferit de cel din fstab? „).
Răspuns
Puteți face man fstab pentru o citire destul de concisă a conținutului și semanticii /etc/fstab fișier. Pe serverul meu Arch Linux x86, destul de actualizat, man fstab îmi dă acest lucru:
The second field ... describes the mount point for the filesystem. Deci, da, /dev/vda aparent este unul dintre numeroasele nume ale unor dispozitive, ca este UUID=050e1e34-39e6-4072-a03e-ae0bf90ba13a, dat fiind că ambele nume par să se monteze pe „/”.
Dacă căutați în director /dev/disk/by-uuid/ puteți vedea link-uri simbolice care indică lucruri precum /dev/sda1, /dev/sdb1 pe serverul meu. Acesta ar putea fi un alt mod de a vă verifica ipoteza. /dev/disk are subdirectoare by-id, by-path, by-uuid care par a fi nume alternative pentru același dispozitiv.
Comentarii
- În acest caz, problema (actualizată în întrebarea mea) este că primesc două UUID-uri diferite pentru
/dev/vda! Vă rugăm să vedeți întrebarea încă o dată. - Dacă am răspuns la întrebarea inițială, ar putea fi o idee bună să o marcați ” răspuns la ” și scrieți o întrebare nouă, pentru a nu ‘ să colectați răspunsuri irelevante, răspunsuri care funcționează cu întrebarea originală și nu cu întrebarea modificată. / ul>
sudo blkidcomanda.sudo blkidgenerează un UUID diferit pentru/dev/vda. Acest lucru se adaugă la confuzia mea. 🙂 (Întrebare actualizată.)lrwxrwxrwx 1 root root 9 Jun 18 11:04 6f469437-4935-44c5-8ac6-53eb54a9af26 -> ../../vda. În ceea ce privește cealaltă întrebare, voi ‘ voi contacta gazda web despre asta.