Forum Ubuntu-it

Ciao,
se non sbaglio il file /etc/fstab può essere ancora editato per montare dispositivi, ma come metodo rientra nelle "best practice"?
il sistema da se come gestisce il mount dei dispositivi?

Per dire.. il mio problema è il seguente:
ho un disco secondario sul quale risedono delle vm, le quali risultano inaccessibili in vmware player fintanto che non clicco sull'icona del disco (che ne esegue il mount)..

Per montare i dischi all'avvio e risolvere il mio problema, devo necessariamente editare fstab? o è cambiato qualcosa?

grazie dei consigli

ciao
io uso di solito modificare fstab per comodità, da sempre, e non ho mai avuto problemi. Se il disco è in NTFS puoi guardare qui
http://wiki.ubuntu-it.org/Hardware/Disp ... zioni/Ntfs

ronin117 ha scritto:ciao
io uso di solito modificare fstab per comodità, da sempre, e non ho mai avuto problemi. Se il disco è in NTFS puoi guardare qui
http://wiki.ubuntu-it.org/Hardware/Disp ... zioni/Ntfs

Ciao ho visto su un altra guida che si usava l' UUID del dispositivo e volevo sapere se è piu consigliato o cosa cambiava..hai idea?

Non ho letto la guida che ti è stata linkata ma usare l'UUID è sempre meglio che usare il nome del dispositivo virtuale (/dev/sda1). Diciamo anzi che il nome non lo si usa più ormai da tempo.

bingel ha scritto:Non ho letto la guida che ti è stata linkata ma usare l'UUID è sempre meglio che usare il nome del dispositivo virtuale (/dev/sda1)

LamA ha scritto: Ciao ho visto su un altra guida che si usava l' UUID del dispositivo e volevo sapere se è piu consigliato o cosa cambiava..hai idea?

Il problema grosso dell'UUID ( ma a dire il vero anche l'unico che io conosca) che molti non considerano riguarda la partizione/disco al quale è associato: se questo viene modificato, ad esempio usando gparted, cambia l'UUID; risultato il disco modificato non viene montato da fstab, a meno che non si proceda manualmente alla modifica del file inserendo il nuovo UUID. Quindi, per l'utente medio che configura il suo/suoi Hard disk una volta sola, senza che vi siano frequenti variazioni alle partzioni contenute al loro interno, usare l'UUID o la dicitura classica /dev/sda, non fa IMHO tutta questa differenza. Io continuo a montare la mia partizione dati con la vecchia dicitura, ripotandola dentro fstab ad ogni formattazione senza tanti sbattimenti, anche se modifico la grandezza.

bingel ha scritto:Non ho letto la guida che ti è stata linkata ma usare l'UUID è sempre meglio che usare il nome del dispositivo virtuale (/dev/sda1). Diciamo anzi che il nome non lo si usa più ormai da tempo.

si infatti ti confermo che ho appena osservato un comportamento anomalo montando un disco con il nome del dispositivo e non con l'uuid.


Vedo che il disco di sistema inizialmente sda1 ed il disco di dati sdb1 ..quindi mi edito l'fstab con il nome dei dispositivi
Al riavvio mi veniva segnalato un errore nel mout ancora infase di boot e mi ritrovo con il disco di sistema sdb1 e il disco dati sda1..

ho impostato l'fstab con l'uiid e si conferma la scelta migliore.

post doppio

post doppio

post doppio

a me non è mai successo: spinto dalla curiosità però, ho dato uno sguardo in giro e credo che l'arcano sia stato svelato e descritto bene qui
https://wiki.archlinux.org/index.php/Beginners%27_Guide
un estratto

Note: If your system has more than one hard drive, the installer will default to using UUID rather than the sdx naming scheme, for consistent device mapping. Utilizing UUID has several advantages and may also be preferred to avoid issues if hard disks are added to the system in the future. Due to active developments in the kernel and also udev, the ordering in which drivers for storage controllers are loaded may change randomly, yielding an unbootable system/kernel panic. Nearly every motherboard has several controllers (onboard SATA, onboard IDE), and due to the aforementioned development updates, /dev/sda may become /dev/sdb on the next reboot. For more information, see Persistent block device naming.

(google tradotto)

Nota: Se il sistema ha più di un disco rigido, il programma di installazione per impostazione predefinita con UUID piuttosto che lo schema di denominazione sdx, per la mappatura dei dispositivi coerente. Utilizzando UUID ha diversi vantaggi e può anche essere preferito per evitare problemi se i dischi rigidi sono aggiunti al sistema in futuro. A causa degli sviluppi attivi nel kernel e udev, l'ordine in cui sono caricati i driver per i controller di memoria può variare in modo casuale, ottenendo un sistema non bootabile / kernel panic. Quasi ogni scheda madre ha diversi controller (SATA, IDE onboard), e grazie agli aggiornamenti di sviluppo di cui sopra, / dev / sda potrebbe diventare / dev / sdb al riavvio successivo. (Si veda questo articolo wiki per ulteriori informazioni sulla denominazione persistente dispositivo a blocchi.)

in effetti, raramente, a causa di quanto sopra scritto ed a patto che non vi siano modifiche errate a fstab, può accadere che un disco passi da sdx a sdbx: da quello che ho visto in molti casi è bastato un successivo riavvio a risolvere il problema.
Quindi, può essere successo a te la stessa cosa. Da quanto ho capito, quando hai editato fstab non ti sei limitato ad aggiungere la voce relativa al disco secondario da montare, ma hai anche tolto l'UUID dalla partizione di sistema, sostituendolo con la dicitura sdx. Corretto? Se è così, si spiegherebbe non solo il perchè del conflitto all'avvio del tuo pc ma anche perchè a me non succede mai: utilizzo la dicitura sdx per una sola partizione che monto all'avvio, non modificando in nessun modo quelle già inserite nel file di default (che sono riconosciute e descritte via UUID). In ogni caso, la guida linkata, seppur non recentissima, voleva essere uno spunto per rispondere alla domanda di inizio discussione: si può editare tranquillamente fstab, così come possono essere utilizzate GUI come ntfs-config.

Ubuntu e tante altre distribuzioni usano l'UUID ormai da anni. E' un sistema molto più affidabile per individuare univocamente una partizione.

Effettivamente UUID è diventato lo standard soprattutto, mi risulta, con l'avvento del kernel 2.6 e l'ingresso di udev, anche in considerazione del fatto che la vecchia nomenclatura con la "nuova" gestione dei dispositivi dava dei problemi, come detto sopra. Non è infallibile tuttavia, anche se la sua dimensione di 128 bit, ci mette tranquillamente al riparo sulla infinitesima possibilità che due dispositivi possano avere lo stesso numero. L'unica cosa è ricordarsi di aggiornare fstab quando si modifica una partizione, a causa del cambio del relativo UUID.

ronin117 ha scritto: the ordering in which drivers for storage controllers are loaded may change randomly, yielding an unbootable system/kernel panic. Nearly every motherboard has several controllers (onboard SATA, onboard IDE), and due to the aforementioned development updates, /dev/sda may become /dev/sdb on the next reboot.

Quindi, può essere successo a te la stessa cosa. Da quanto ho capito, quando hai editato fstab non ti sei limitato ad aggiungere la voce relativa al disco secondario da montare, ma hai anche tolto l'UUID dalla partizione di sistema, sostituendolo con la dicitura sdx. Corretto? Se è così, si spiegherebbe non solo il perchè del conflitto all'avvio del tuo pc ma anche perchè a me non succede mai: utilizzo la dicitura sdx per una sola partizione che monto all'avvio, non modificando in nessun modo quelle già inserite nel file di default (che sono riconosciute e descritte via UUID). In ogni caso, la guida linkata, seppur non recentissima, voleva essere uno spunto per rispondere alla domanda di inizio discussione: si può editare tranquillamente fstab, così come possono essere utilizzate GUI come ntfs-config.

ciao, non ho tolto nessu uuid della partizione di sistema, ho preso l'fstab "nativo" ed aggiunto il mio sdx ...confermo però la situazione promiscua: ho un disco sata ed un disco ide e sembrerebbe questa la causa dell'anomalia come riportato nella tua segnalazione.

ok allora sembra che siamo giunti alla soluzione dell'inghippo