Riparare file system
Riparare file system
Ho un enorme problema...
dunque, stavo pasticciando con la configurazione di compiz, quando il sistema è impazzito... lo schermo diventava nero e non c'era niente da fare.. dopo vari tentativi andati a vuoto decido di reinstallare.. tanto ho la home separata non ci metto niente..
Però, nonostante la nuova reinstallazione, compiz non funziona e - terribile - all'avvio ubuntu fa il controllo, come se non fosse stato chiuso correttamente, e poi tra le altre cose appare questa scritta:
/dev/sda2: unattached inode 16869
segue l'invito a riparare il file system manualmente (ma come?)
Vi prego aiutatemi..
dunque, stavo pasticciando con la configurazione di compiz, quando il sistema è impazzito... lo schermo diventava nero e non c'era niente da fare.. dopo vari tentativi andati a vuoto decido di reinstallare.. tanto ho la home separata non ci metto niente..
Però, nonostante la nuova reinstallazione, compiz non funziona e - terribile - all'avvio ubuntu fa il controllo, come se non fosse stato chiuso correttamente, e poi tra le altre cose appare questa scritta:
/dev/sda2: unattached inode 16869
segue l'invito a riparare il file system manualmente (ma come?)
Vi prego aiutatemi..
Ultima modifica di Hanna il domenica 25 gennaio 2009, 19:17, modificato 1 volta in totale.
Re: Riparare file system
Provo a rispondermi da sola... a seguito di accurate ricerche, la soluzione potrebbe essere questa:
apro il terminale e digito
unmount /dev/sda2 (perché è bene che la partzione sia smontata)
sudo fsck /dev/sda2 oppure
sudo fsck.ext3 /dev/sda2 (qual è la differenza tra le due opzioni?)
infine
mount /dev/sda2
Vi sembra una procedura corretta?
apro il terminale e digito
unmount /dev/sda2 (perché è bene che la partzione sia smontata)
sudo fsck /dev/sda2 oppure
sudo fsck.ext3 /dev/sda2 (qual è la differenza tra le due opzioni?)
infine
mount /dev/sda2
Vi sembra una procedura corretta?
Re: Riparare file system
corretta
Un titolo ben azzeccato attira l'attenzione degli esperti in quel campo, fa risparmiare tempo a voi, aumenta la probabilità di successo.
Re: Riparare file system
Dunque... nel modo descritto sopra non è andata, perché aprendo il terminale il comando unmount risultava sconosciuto. Ho semplicemente riavviato, e quando è comparsa la schermata nera in cui mi chiedeva di riparare il file system manualmente, ho digitato
fsck /dev/sda2
senza sudo, perché tanto lì ero root
e ha funzionato!
fsck /dev/sda2
senza sudo, perché tanto lì ero root
e ha funzionato!
Re: Riparare file system
Il comando unmount risultava sconosciuto perché quello corretto è
fsck è meglio sempre farlo dalla live, se la partizione interessata è montata potresti compromettere il disco.
Codice: Seleziona tutto
umountRe: Riparare file system
ah ecco... grazie! Me ne ricorderò se dovesse capitarmi di nuovo!
- a77ila
- Prode Principiante
- Messaggi: 11
- Iscrizione: mercoledì 1 settembre 2010, 17:14
- Desktop: none
- Distribuzione: [Server] Ubuntu 12.04.2 LTS
- Località: Palmanova (Ud)
Re: Riparare file system
rispolvero il topic per una info o forse due:
Premetto che ho un raid 5 in ext3 composto da 3 dischi e che uno aveva diversi settori danneggiati.
Se per sbaglio ho sincronizzato il raid con questo disco presente nell'array posso aver corrotto dei dati?
La domanda nasce perchè appunto ho paura che sia successo esattamente questo dato che, cambiando il disco in questione e ri-sincronizzando l'array in questione, al riavvio è stato kickato prima il disco sostituito e la volta successiva uno dei "vecchi" (dopo il primo ho provato il re-sync pensando ad un mio errore).
Domanda successiva:
Dato che ho scoperto di aver fatto (molto probabilmente) danni in seguito agli ultimi due kick dei dischi, controllando a fondo i log un errore non molto preciso consigliava di eseguire e2fsck. Controllando il man del suddetto ho collegato l'errore al filesystem e quindi rassegnato ho eseguito il comando scoprendo tanti, ma tanti proprio, errori di inode e blocchi. Visto che non ho eseguito il comando in modalità automatica credo di aver premuto diverse centinaia di volte la lettera "s" per correggere il tutto xD diversi file sono stati spediti nella cartella lost+found ma sono una minoranza.
La mia domanda quindi è: a parte i file spostati in lost+found il resto degli errori e relativi file sono stati sistemati o mi ritroverò a scoprire file mancanti o danneggiati nell'arco degli anni?
La domanda è a scopo puramente informativo a sto punto.. visto che penso proprio ricomincerò da capo (spero di avere un backup abbastanza sano) magari con un filesystem più idoneo se ne esiste uno; cercando in giro non ho trovato molte info
Premetto che ho un raid 5 in ext3 composto da 3 dischi e che uno aveva diversi settori danneggiati.
Se per sbaglio ho sincronizzato il raid con questo disco presente nell'array posso aver corrotto dei dati?
La domanda nasce perchè appunto ho paura che sia successo esattamente questo dato che, cambiando il disco in questione e ri-sincronizzando l'array in questione, al riavvio è stato kickato prima il disco sostituito e la volta successiva uno dei "vecchi" (dopo il primo ho provato il re-sync pensando ad un mio errore).
Domanda successiva:
Dato che ho scoperto di aver fatto (molto probabilmente) danni in seguito agli ultimi due kick dei dischi, controllando a fondo i log un errore non molto preciso consigliava di eseguire e2fsck. Controllando il man del suddetto ho collegato l'errore al filesystem e quindi rassegnato ho eseguito il comando scoprendo tanti, ma tanti proprio, errori di inode e blocchi. Visto che non ho eseguito il comando in modalità automatica credo di aver premuto diverse centinaia di volte la lettera "s" per correggere il tutto xD diversi file sono stati spediti nella cartella lost+found ma sono una minoranza.
La mia domanda quindi è: a parte i file spostati in lost+found il resto degli errori e relativi file sono stati sistemati o mi ritroverò a scoprire file mancanti o danneggiati nell'arco degli anni?
La domanda è a scopo puramente informativo a sto punto.. visto che penso proprio ricomincerò da capo (spero di avere un backup abbastanza sano) magari con un filesystem più idoneo se ne esiste uno; cercando in giro non ho trovato molte info
Quando un'uomo con il pad incontra un uomo con mouse e tastiera, l'uomo con il pad è un uomo morto!
Chi c’è in linea
Visualizzano questa sezione: 0 utenti iscritti e 1 ospite

