Ad esempio, questa è la prima riga del mio /etc/fstab:
UUID=050e1e34-39e6-4072-a03e-ae0bf90ba13a / ext4 errors=remount-ro 0 1 Ed ecco loutput del comando df -h (che riporta spazio libero su disco):
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 -
Dai due va bene dedurre che
UUID=050e1e34-39e6-4072-a03e-ae0bf90ba13arappresenta/dev/vdadato che il primo la colonna infstabè<file system>? -
Quindi, andrebbe bene se io modificato
/etc/fstabin questo modo?/dev/vda / ext4 errors=remount-ro 0 1 -
MODIFICA: Se sì (alla domanda precedente), perché il comando
sudo blkidmostra un UUID diverso per/dev/vda?$ sudo blkid /dev/vda: LABEL="DOROOT" UUID="6f469437-4935-44c5-8ac6-53eb54a9af26" TYPE="ext4"Cosa mi manca qui?
Risposta: Concludo “(3) per essere un bug nel cloud del mio host. Quindi sì, lUUID riportato da
blkid(ols -l /dev/disk/by-uuid) dovrebbe essere lo stesso utilizzato in/etc/fstab.
Commenti
Risposta
Il vantaggio di utilizzare lUUID è che è indipendente dal numero di dispositivo effettivo che il sistema operativo fornisce al disco rigido.
Immagina di aggiungere un altro disco rigido al sistema e per qualche motivo il sistema operativo decide che il tuo vecchio disco è ora sdb invece di sda.
Il tuo processo di avvio verrebbe danneggiato se fstab punta al nome del dispositivo. Ma nel caso degli UUID, va bene.
Informazioni più dettagliate sugli UUID possono essere trovate anche sul post del blog “UUID e Linux: tutto mai bisogno di sapere “
Commenti
- sì. anche senza aggiungere un nuovo disco, il tuo kernel potrebbe decidere di scambiare solo due delle tue unità ‘ dev mounts un giorno. Vedi wiki.archlinux.org/index.php/Persistent_block_device_naming
- cosa succede se voglio clonare limmagine su un altro disco, che ha un UUID diverso?
- Cè ‘ almeno una situazione in cui gli UUID sono meno utili: se cloni un intero disco e poi riavvii, potresti ottenere il montaggio delle partizioni dal disco o dal disco sbagliato.
- Questo ‘ è vero: controlla il post del blog collegato, ha anche una sezione in cui non usarli.
- Se cloni il disco, dovresti cambiare lUUID sul nuovo disco. tune2fs xfs_admin o reiserfstune possono farlo a seconda del tuo filesystem.
Rispondi
In tal caso, posso modificare / etc / fstab in questo modo?
puoi e lo farà probabilmente va bene, ma molto probabilmente sarebbe meglio lasciare lUUID.
UUID sono stringhe arbitrarie utilizzato per identificare, in questo caso, una partizione su un dispositivo a blocchi; viene memorizzato con la partizione stessa e può essere assegnato a uno diverso se lo si desidera (un po come gli indirizzi MAC).
Il vantaggio di utilizzare lUUID è che è inconfondibile, mentre /dev/vda non lo è; potrebbe accadere che finisca per essere ununità diversa al momento dellavvio, sebbene questo possa essere totalmente teorico nel contesto (ad esempio, perché hai solo ununità di un tipo particolare).
Un altro esempio più sottile di dove luso del nome del dispositivo può causare un problema sarebbe il recente passaggio su alcuni sistemi alluso di nomi di dispositivi di rete coerenti . Se questo si verificasse come aggiornamento e si usasse un nome di dispositivo hardcoded in uno script di rete da qualche parte, si interromperà. Un esempio parallelo di dispositivi a blocchi WRT potrebbe essere un aggiornamento del kernel o udev che cambia lo schema di denominazione.
Un punto degli UUID è rendere questo tipo di cose possibile e indolore. Quindi, anche se puoi utilizzare il nome del dispositivo, non cè alcun vantaggio nel farlo a meno che (ad esempio) non hai un sistema in cui scambiare unità diverse. In altre parole, se non hai una buona ragione per farlo, attieniti allUUID .
Commenti
- Va bene. Quindi cosa spiega i diversi UUID per
/dev/vdain/etc/fstabe riportati dablkid? (Vedi la domanda aggiornata se non hai ‘ t.) - Invece di chiedere un aggiornamento, dovresti farla come domanda separata (” Perché lUUID della mia partizione montata è diverso da quello in fstab? “).
Risposta
Puoi eseguire man fstab per una lettura abbastanza concisa dei contenuti e della semantica del /etc/fstab. Sul mio server Arch linux x86, abbastanza aggiornato, man fstab mi dà questo:
The second field ... describes the mount point for the filesystem. Quindi, sì, /dev/vda apparentemente è uno dei tanti nomi per alcuni dispositivi, poiché è UUID=050e1e34-39e6-4072-a03e-ae0bf90ba13a, dato che entrambi i nomi sembrano essere montati su “/”.
Se guardi nella directory /dev/disk/by-uuid/ puoi vedere link simbolici che puntano a cose come /dev/sda1, /dev/sdb1 sul mio server. Questo potrebbe essere un altro modo per verificare la tua ipotesi. /dev/disk ha sottodirectory by-id, by-path, by-uuid che sembrano tutti nomi alternativi per lo stesso dispositivo.
Commenti
- In tal caso, il problema (come aggiornato nella mia domanda) è che ottengo due diversi UUID per
/dev/vda! Consulta la domanda ancora una volta. - Se ho risposto alla domanda originale, potrebbe essere una buona idea contrassegnarla con ” risposta ” e scrivi una nuova domanda, in modo da non ‘ raccogliere risposte irrilevanti, risposte che funzionano con la domanda originale e non modificata.
sudo blkid.sudo blkidrestituisce un UUID diverso per/dev/vda. Questo si aggiunge alla mia confusione. 🙂 (Domanda aggiornata.)lrwxrwxrwx 1 root root 9 Jun 18 11:04 6f469437-4935-44c5-8ac6-53eb54a9af26 -> ../../vda. Per quanto riguarda laltra tua domanda, ‘ contatterò lhost web in merito.