emergency mode

[gigix058]

Gentilissimi,
grazie a chiunque possa darmi un suggerimento o mettermi sulla strada giusta per risolvere.
Ebbene, ho compiuto la fatale leggerezza di mettere il bidone aspirapolvere da 1500w su una ciabatta attaccata all'UPS su cui ho il server, e... "Si è spento il mondo, chi l'ha spento sei tu!" ed al riavvio ecco cosa compare:

"You are in emergency mode. After logging in, type "journalctl -xb" to view system logs, "systemctl reboot" to reboot, "systemctl default" or "exit" to boot into default mode.
Give root password for maintenance (or press Control-D to continue):"

ora, quindi, il disco è andato in modalità emergenza.
la prima cosa che ho provato a dare è stata un riavvio, ma niente, quindi ho chiesto:

Codice: Seleziona tutto

journalctl -xb | grep -i failed

che non mi fa copiare, non mi fa salire e scendere lungo la pagina e restituisce una serie lunghissima di "read-only file system"
e poi ho dato:

Codice: Seleziona tutto

journalctl -xb | grep -i error

che restituisce:
"failed to mount '/dev/sda1': errore di input/output
Il numero di errore restituito durante l'esecuzione del processo è ERRNO." senza specificare altro. Da premettere che sda1 è un disco dati formattato in ntfs, in cui contengo tutta la mia vita in documenti, lavori eccetera, ma nessun sistema operativo, e posso sempre fare un ddrescue in caso di necessità...
ho quindi iniziato il controllo delle partizioni:

Codice: Seleziona tutto

df -h

che restituisce

Codice: Seleziona tutto

File system		Dim.		Usati		Dispon.		Uso%	Montato su
tmpfs			777M		9,3M		767M		2%	/run
/dev/sdb5		228GB		39GB		178G		18%	/
tmpfs			3,8GB		0		3,8G		0%	/dev/shm
tmpfs			5,0M		4K		35,0M		1%	/run/lock	
/dev/sdb1 		511M		6,1M		505M		2%	/boot/efi
			

quindi

Codice: Seleziona tutto

fdisk -l /dev/sdb1

con risultato

Codice: Seleziona tutto

sdb1:512MiB 536870912bytes; 1048576 settori da 512 mb; disklabel type: dos; disk identifier: 0x00000000

e

Codice: Seleziona tutto

 fdisk -l /dev/sdb5 

con risultato

Codice: Seleziona tutto

sdb5:232,38GiB; 249520193536 bytes; 487344128 settori da 512 mb

ed ho dato

Codice: Seleziona tutto

blkid

Codice: Seleziona tutto

/dev/sdb1: UUID="BAC6-EFC5" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="5d3416df-01"
/dev/sdb5: UUID="bcef4fbf-ba78-4f95-b394-833cbe1d73f5" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="5d3416df-05"

con

Codice: Seleziona tutto

parted -l

ottengo

Codice: Seleziona tutto

N	Inizio	fine	dimensione	tipo		file system	flag
1	1049kb	538mb	537mb		primary		fat32		avvio,esp
2	539mb	250gb	250gb		extended	---		---
5	539mb	250gb	250gb		logical		ext4		---

ho provato

Codice: Seleziona tutto

fsck /dev/sdb1

e mi dice che ci sono differenze tra il settore di boot ed il suo backup: offset 65; originale 01/backup 00.
mi chiede che voglio fare: copiare l'originale nel backup, il backup nell'originale o desistere... (al momento desisto perché non so quale valore sia quello corretto - come faccio a saperlo? posso fare un backup di qualcosa per fare un tentativo di copia di un valore nell'altro e vedere se funziona, sapendo di avere una seconda chance?) e comunque, desistendo, mi dice che "Dirty bit is set. Fs was not properly unmounted and some data may be corrupt..
1. Remove dirty bit
2. no action (per adesso la mia scelta)
Mentre per

Codice: Seleziona tutto

fsck /dev/sdb5

mi restituisce clean, 381876/15237120 files, 11418100/60918016 blocks,
da cui, se ho capito qualcosa:
1.sdb1 è la partizione di avvio, poiché contiene /boot/efi, è corrotta, non so se sia corrotto il backup o l'originale...
2. sdb5 è la partizione del filesystem ext4, contiene la root e la home, nonché lo swap file, e non ha subito danneggiamenti dal calo di tensione che ho provocato io stesso, con mia colpa, mia colpa, mia grandissima colpa.
Per cui, come faccio a ripristinare la partizione di boot?
l'unica operazione che ho provato a fare, seguendo un tutorial di un indiano, il cui inglese era quasi incomprensibile, è stata modificare il file fstab commentando la riga che contiene sdb5, ma adesso non riesco più a modificare il file, nonostante tenti seguendo lo stesso tutorial...
aiuto, per piacere!

[gigix058]

primo aggiornamento: ho rimontato la partizione con permessi di lettura e scrittura

Codice: Seleziona tutto

sudo mount -o remount,rw /dev/sdb5 /

per poi ripristinare fstab senza commento alla partizione di cui sopra.
Quindi ho tentato di ripristinare la partizione con

Codice: Seleziona tutto

e2fsck -pf /dev/sdb1

sperando funzionasse, ma era un vfat, e, giustamente, mi ha fermato...
quindi ho provato

Codice: Seleziona tutto

sudo dosfsck -w -r -l -a -v -t /dev/sdb1

ma comunque resto in modalità di emergenza, e

Codice: Seleziona tutto

fsck /dev/sdb1

continua ad avvertirmi della incongruità tra boot sector e backup, ed io non ho trovato nulla per vedere quale tra i due sia quello funzionante e quello corrotto, per sostituirlo...

[wilecoyote]

) Salve, non ho capito cosa contiene il tuo HDD, se Linux in purezza o tagliato col Window.

Nel 1° caso dovresti usare una Live, e darvi il comando:

Codice: Seleziona tutto

sudo fsck -A -y /dev/sda

Verifica che sia corretto /dev/sda

Nel 2° caso se c'è una partizione ntfs, per provare a sistemarla puoi usare il comando:

Codice: Seleziona tutto

sudo ntfsfix -b -d /dev/sda×

Verifica che sia corretto /dev/sda e sostituisci il × col numero appropriato.

Se non è disponile installa il pacchetto ntfs-3g e ridai il comando.

:: Ciao

[gigix058]

) Salve, non ho capito cosa contiene il tuo HDD, se Linux in purezza o tagliato col Window.

Nel 1° caso dovresti usare una Live, e darvi il comando:

Codice: Seleziona tutto

sudo fsck -A -y /dev/sda

ho un ssd con solo ubuntu. Per forza una live? non posso smontare le partizioni o l'intero disco e procedere dal kernel?

Se non è disponile installa il pacchetto ntfs-3g e ridai il comando.

:: Ciao

non posso installare nulla perché non si connette,
Grazie, grazie di cuore

[wilecoyote]

) Salve, ho indicato la Live proprio per operare in modalità smontata.

Non saprei com'altro procedere.

Se è tutto Ubuntu il ntfs-3g non serve.

:: Ciao

[gigix058]

l'errore persiste al

Codice: Seleziona tutto

sudo fsck -A -y /dev/sdb1

ed al

Codice: Seleziona tutto

sudo dosfsck -A -y /dev/sdb1

lanciati anche da live, oltre che da emergency mode.
Ogni tanto parte una grub (ma perché, non essendoci un windows sul disco?)

[wilecoyote]

) Salve, dire che c'è un errore serve a nulla, posta l'output completo del comando:

Codice: Seleziona tutto

sudo fsck -A -y /dev/sdb

:: Ciao

[gigix058]

Il problema è che non mi connetto, non copia e non fa navigare all'insù lungo il terminale... Ho provato cambiando disco ed anche quello va in modalità emergenza, mentre da live USB non mi fa vedere gli errori, e non funzionano né fsck né dosfsck, ovvero, dice di aver fatto ma al riavvio sono punto e a capo.
Ho intenzione di formattare il secondo disco, che ha una 20.04 LTS sostanzialmente vuota (ho un disco di riserva) installarci la 22.04 LTS ed i servizi e tentare di recuperare i file di configurazione dal disco dati. Solo openvpn dovrò configurarlo da zero... Ma fa nulla!
Grazie mille, se venisse in mente a qualcuno qualche altra soluzione, fatemelo sapere!

[wilecoyote]

) Salve, altra opzione è smontare i 2 HDD+SSD e riprovare colla Live.

Nel caso l'avvio della Live riesce e funziona, permette di determinare se non sia 1 di essi la causa dei problemi.

:: Ciao

[Mozo]

Cercando di capire la situazione:

"failed to mount '/dev/sda1': errore di input/output

Dato che nei seguenti messaggi compare solo sdb, probabilmente ha un guasto tale che influisce su tutto il sistema.
Penso sia inutile provare fsck su sdb, anche se è l'unico disco che viene rilevato.
Prova a scollegare fisicamente il disco sda (se come dici è solo un disco dati) e riavviare.


Edit: preceduto da Wile

[gigix058]

) Salve, altra opzione è smontare i 2 HDD+SSD e riprovare colla Live.

Nel caso l'avvio della Live riesce e funziona, permette di determinare se non sia 1 di essi la causa dei problemi.

:: Ciao

Infatti la live USB funziona, da sola. Quindi il problema può stare in almeno uno dei due dischi

[gigix058]

Cercando di capire la situazione:

"failed to mount '/dev/sda1': errore di input/output

Dato che nei seguenti messaggi compare solo sdb, probabilmente ha un guasto tale che influisce su tutto il sistema.

infatti mi sono dedicato al sistema, per i Dati ho pensato che al più posso fare un ddrescue o un qualsiasi altro tentativo forensic.

Penso sia inutile provare fsck su sdb, anche se è l'unico disco che viene rilevato.
Prova a scollegare fisicamente il disco sda (se come dici è solo un disco dati) e riavviare.


Edit: preceduto da Wile

riavviare con il solo sistema operativo? Potrebbe funzionare...

[wilecoyote]

) Salve, se proprio proprio si vuole andare d'analisi forense, leggere questa wiki AmministrazioneSistema/RecuperoDati/Sleuthkit%26Autopsy.

Altre alternative in questa wiki AmministrazioneSistema/RecuperoDati.

Però prima proverei col TestDisk, in proposito leggere questa wiki Hardware/DispositiviPartizioni/TestDisk.

:: Ciao

[gigix058]

Ultimo aggiornamento: ho installato la 22.04 LTS su un nuovo disco, salvato i files di configurazione dei diversi servizi dal disco "partito", reinstallato tutto, e adesso funziona. Openvpn, come già sapevo, va installato da zero perché il certificato utente.ovpn non funziona se esportato da un sistema operativo ad un altro. Per gli altri servizi invece, è bastato copiare i file di configurazione al posto giusto. Il problema di riscrivere la partizione di boot però è rimasto irrisolto...