[RISOLTO] Mint Mate 19.0 non si riavvia dopo ripartizionamento disco secondario

[Jacobbe73]

Buona sera a tutti,
scrivo questo post per avere un vostro parere ed una possibile soluzione circa quanto ho scoperto recentemente:

ho un pc server che uso per scopi lavorativi (sono libero professionista) sul quale ho installato la Mint Mate 19.0. Questa macchina è così configurata:
sistema operativo su unità ssd da 32 Giga, due dischi in raid 1 (da 3 terabyte), un disco da 4 tera (ext4) e un'altro da 2 tera (ext4).
La gestione del raid è affidata ad un controller PCI express 16 ed il processore è un Atom quad core con installati 4 gigabyte di DDR2.
Uso questo pc principalmente come server di backup dei miei file di lavoro, server FTP e condivisione cartelle tramite Samba.
Viene gestito totalmente da remoto tramite protocollo VNC (x11vnc) perchè è acceso h24/365gg in un angolo della casa connesso alla rete intranet/internet senza mouse, tastiera e monitor.

Quello che mi è accaduto recentemente è in contrasto con il concetto di sicurezza e stabilità che vorrei seguire per questa macchina ed esattamente:
ho ripartizionato un disco secondario (quello da 2 Terabyte) perchè fin dall'origine aveva due partizioni ed ho deciso di unirle formandone solamente una. Ovviamente il dispositivo (che prima si chiamava /dev/sde ha preso il nome /dev/sde1). Questa operazione è stata effettuata utilizzando l'applicazione "Dischi" (gonne-disks) ma dopo aver completato il partizionamento ed aver riavviato il server per una qualsiasi ragione, il sistema non si riavviava più  :bonk:
Ho connesso quindi monitor, mouse e tastiera per vedere cosa stava succedendo, visto l'impossibilità a questo punto di potermi connettere tramite VNC come mia consuetudine....
L'errore riscontrato, avviando in modalità avanzata di recupero, era il seguente:

A start job is running for dev-sde.device........ con tempo di attesa di 1minuto e 30 secondi.

Dopo questo tempo nessun avvio del sistema operativo  >:-|
In ogni caso, cercando in rete una possibile soluzione, ho risolto entrando come root da riga di comando ed editando il file /etc/fstab.
Da qui ho commentato la riga relativa al dispositivo /dev/sde ed al successivo riavvio tutto è ripartito correttamente!

Anche se ho risolto vorrei riuscire a sapere se esiste un modo per ovviare a questo tipo di problema, in modo che se un domani dovessi cambiare tramite applicazione "Dischi" il percorso del dispositivo di un disco per un ripartizionamento o altro, non dover riconnettere il tutto (tastiera, mouse e monitor) per modificare a mano questo file di configurazione. Quello che proprio non capisco è il perchè questa applicazione "Dischi" a ripartizionamento effettuato, non aggiorni il file fstab in modo da non avere incongruenze al successivo riavvio?
Sarebbe sicuramente più logico far avviare comunque il sistema operativo con il suo ambiente grafico e successivamente riportare l'errore dell'incriminato dispositivo.
Spero la mia spiegazione sia stata chiara, ogni suggerimento / consiglio è più che gradito!
Saluti
Jacobbe73

[Tony]

Originariamente quella partizione si montava automaticamente all'avvio del pc?
Perché in tal caso credo che, sempre da Disks, bastasse togliere la spunta di montaggio automatico all'avvio prima di effettuare le operazioni sulle partizioni, per poi rimetterla una volta creata la nuova partizione.

[nessuno]

Il ragionamento di @Tony mi sembra corretto...

C'è un passaggio del post iniziale che mi ha lasciato perplesso...

ho ripartizionato un disco secondario (quello da 2 Terabyte) perchè fin dall'origine aveva due partizioni ed ho deciso di unirle formandone solamente una. Ovviamente il dispositivo (che prima si chiamava /dev/sde ha preso il nome /dev/sde1)

In realtà il dispositivo che prima si chiamava /dev/sde continuerà a chiamarsi /dev/sde, proprio perché così si indica l'intero dispositivo, ovvero l'intero HD.

Se /dev/sde conteneva due partizioni, queste dovevano essere /dev/sde1 e /dev/sde2, una volta riunite in una partizione unica questa assume il nome di /dev/sde1.


...Magari era solo una "svista" dovuta alla complessità del discorso... :ciao:

[Tony]

Sono d'accordo.
Aggiungo che in fstab sarebbe preferibile usare gli UUID al posto dei vari /dev/...
Così anche cambiando slot, rimuovendo i device non si rischia che il sistema cambi l'ordine sotto /dev/

[Jacobbe73]

Innanzi tutto grazie per le celeri e dettagliate risposte  :ok:

Originariamente quella partizione si montava automaticamente all'avvio del pc?
Perché in tal caso credo che, sempre da Disks, bastasse togliere la spunta di montaggio automatico all'avvio prima di effettuare le operazioni sulle partizioni, per poi rimetterla una volta creata la nuova partizione.

Si quella partizione veniva montata automaticamente (l'avevo impostata così io nel file fstab).
Sono d'accordo Tony, se avessi levato la condizione di avvio automatico prima di ripartizione non avrei avuto il problema da me descritto  :palm:

Il ragionamento di @Tony mi sembra corretto...

C'è un passaggio del post iniziale che mi ha lasciato perplesso...

ho ripartizionato un disco secondario (quello da 2 Terabyte) perchè fin dall'origine aveva due partizioni ed ho deciso di unirle formandone solamente una. Ovviamente il dispositivo (che prima si chiamava /dev/sde ha preso il nome /dev/sde1)

In realtà il dispositivo che prima si chiamava /dev/sde continuerà a chiamarsi /dev/sde, proprio perché così si indica l'intero dispositivo, ovvero l'intero HD.

Se /dev/sde conteneva due partizioni, queste dovevano essere /dev/sde1 e /dev/sde2, una volta riunite in una partizione unica questa assume il nome di /dev/sde1.


...Magari era solo una "svista" dovuta alla complessità del discorso... :ciao:

Si in effetti è come dici tu, ho fatto casino riportando sde, sde1 e sde2. In ogni caso prima avevo, su questo disco, due partizioni distinte che poi sono diventate una sola.

Sono d'accordo.
Aggiungo che in fstab sarebbe preferibile usare gli UUID al posto dei vari /dev/...
Così anche cambiando slot, rimuovendo i device non si rischia che il sistema cambi l'ordine sotto /dev/

Ottimo suggerimento, andrò a modificare il file fstab utilizzando gli UUID anziché i vari /dev/sd....

Grazie ancora per il prezioso supporto!
Saluti
Jacobbe73