[RISOLTO] Manca la corrente.. ed il mio HD esterno.. PUFF!

[ubuntaro]

Cari amici Linuxiani Ubuntiani Gnuxiani,

oggi purtroppo è mancata la corrente mentre stavo scrivendo su un Hd esterno, e a corrente tornata, la partizione FAT dell'HD esterno mi risulta illeggibile sia da windows che da linux...

E ora?

Grazie infinite per l'aiuto..

[bunnyzone]

una volta su un disco fat provai dosfsck:
dosfsck -a -v /dev/tuapartizione

[ubuntaro]

Ho provato ad usare il programma http://www.cgsecurity.org/wiki/TestDisk e niente...

Ho provato a dare il comando dosfsck -a -v /dev/tuapartizione e niente...

Mi dice per essere esatti:

dosfsck 2.11 (12 Mar 2005)
dosfsck 2.11, 12 Mar 2005, FAT32, LFN
Currently, only 1 or 2 FATs are supported, not 0.

[Guiodic]

puoi scrivere il comando esatto che hai usato?

Codice: Seleziona tutto

sudo fdisk -l

copia cosa esce

[ubuntaro]

Ops.. Perdonatemi... non è FAT...  ma HPFS/NTFS...

Comunque adesso TestDisk pare stia funzionando... sta facendo un operazione piuttosto lunga... vediamo che succede...

Il comando che ho usato è  dosfsck -a -v /dev/sdb1
Quando scrivo sudo fdisk -l mi avverte che è HPFS/NTFS...

Aimè! Che somaro che sono ;p mi sono sbagliato prima...

[ubuntaro]

Grazie infinite per la pazienza!!

Purtroppo adesso devo andare via, ma vi terrò aggiornati!

Ciao e grazie ancora amici!

[bunnyzone]

se è un ntfs fai un chkdk (o come diavolo si scrive) con win...

[Zenone]

chkdsk

[bunnyzone]

chkdsk

che poi altro non è che il codice fiscale di zio bill...

[ubuntaro]

Grazie infinite!!

Ho eseguito il comando "chkdsk f: /F /R" , per ulteriori dettagli: http://it.wikipedia.org/wiki/Chkdsk.

# /F : Risolve gli errori del volume.
# /V : Su FAT/FAT32: visualizza il percorso completo e il nome di ogni file sul disco. Su NTFS: visualizza gli eventuali messaggi di pulizia
# /R : Individua i settori danneggiati e recupera le informazioni leggibili (implica /F).
# /L:dimensione : Solo NTFS, reimposta la dimensione del file di registro sul numero di kilobyte specificato. Se la dimensione non è specificata, visualizza la dimensione corrente.
# /X : Forza lo smontaggio del volume se necessario. Tutti gli handle aperti per il volume risulteranno non validi (implica /F).
# /I : Solo NTFS: esegue un controllo meno accurato delle voci di indice.
# /C : Solo NTFS: non esegue un controllo dei cicli all'interno della struttura delle cartelle.
# /B : Solo NTFS: ripete la valutazione dei cluster danneggiati del volume (implica /R).

Ancora non ha finito ma mi sento molto ottimista! (Vi aggiornerò ad operazione conclusa)

[ubuntaro]

Tutto risolto! Grazie a tutti per la collaborazione! 


Considerazioni finali, ovvero come scongiurare questo genere di imprevisti?

Ho dato un occhiata agli altri filesystem su (http://it.wikipedia.org/wiki/File_system), secondo voi qual'è il migliore per un HD esterno?

Sempre tenendo conto che non mi interessa che sia compatibile con windows, mi servirebbe un filesystem che sia a prova di blackout, insomma un filesystem coatto che "ò famo strano"...

A me viene in mente http://it.wikipedia.org/wiki/XFS_(file_system):

Journaling [modifica]

XFS provvede il journaling dei metadati del file system, gli aggiornamenti del file system vengono scritti in un journal seriale prima che i blocchi del disco vengano aggiornati. Il journal è un buffer circolare di blocchi del disco che non è mai letto in una operazione normale del file system. Il journal può essere memorizzato nel area dati del file system (un log interno) oppure in un dispositivo separato per minimizzare la contesa dei dischi. Gli aggiornamenti del journal sono effettuati in modo asincrono per evitare perdite di prestazioni. Nel caso di crash del sistema, le operazioni effettuate immediatamente prima del crash posso essere effettuate nuovamente usando i dati nel journal, che permettono a XFS di garantire la consistenza. Il recupero viene effettuato automaticamente durante il montaggio, il tempo impiegato non dipende dalla dimensione del file system. Quando le modifiche recenti non vengono scritte su disco (flush) prima di un crash, XFS assicura che ogni blocco di dati non scritto viene azzerato al riavvio, ovviando ogni problema di sicurezza che derivi dai dati non scritti.

Senza considerare il fatto che, in linea teorica, si dovrebbe anche mettere:
1) Un gruppo di continuità collegato al pc e all'HD esterno.
2) Uno scudo anti particelle alfa beta gamma delta...
3) Una batteria di missili per distruggere gli eventuali meteoriti in arrivo dallo spazio profondo.
4) Un unità di BackUp posta su un altro pianeta in caso di invasione aliena.

Dho! 

[Zenone]

ext3 va benissimo

[ubuntaro]

Mi stai dicendo che con Ext3 Posso togliere la corrente tutte le volte che voglio, e il filesystem non viene compromesso?

[Zenone]

allora, capisci che togliere la corrente bene non fa.
La tua domanda è del tipo:
"mi dici che giubbotto mettermi per far sì che una bomba che mi esplode a 2cm non mi faccia nulla?"

Non ci sono soluzioni ottime e qualsiasi giubbetto tu ti metta molto probabilmente ti farai del male...ma una corazza di acciaio potrebbe aiutare:)

[ubuntaro]

Ok...

Grazie sei stato chiarissimo.. 

Allora per stare sicuri al 100% è meglio il gruppo di continuità...



PS: sai dove vendono i giubbotti corazzati? 

[telperion]

Grazie infinite!!

Ho eseguito il comando "chkdsk f: /F /R" , per ulteriori dettagli: http://it.wikipedia.org/wiki/Chkdsk.

# /F : Risolve gli errori del volume.
# /V : Su FAT/FAT32: visualizza il percorso completo e il nome di ogni file sul disco. Su NTFS: visualizza gli eventuali messaggi di pulizia
# /R : Individua i settori danneggiati e recupera le informazioni leggibili (implica /F).
# /L:dimensione : Solo NTFS, reimposta la dimensione del file di registro sul numero di kilobyte specificato. Se la dimensione non è specificata, visualizza la dimensione corrente.
# /X : Forza lo smontaggio del volume se necessario. Tutti gli handle aperti per il volume risulteranno non validi (implica /F).
# /I : Solo NTFS: esegue un controllo meno accurato delle voci di indice.
# /C : Solo NTFS: non esegue un controllo dei cicli all'interno della struttura delle cartelle.
# /B : Solo NTFS: ripete la valutazione dei cluster danneggiati del volume (implica /R).

Ancora non ha finito ma mi sento molto ottimista! (Vi aggiornerò ad operazione conclusa)

L'opzione /R puoi pure non usarla, che ci mette molto tempo controllando settore per settore se danneggiato. (scrive/legge tutti i settori del disco)

NTFS ha il journal come ext3 quindi non cambia nulla per quanto riguarda la sicurezza da blackout.
I gruppi di continuità hanno il brutto vizio dopo circa un anno di avere le batterie esauste quindi
trascorso quel tempo o lo cambi oppure come non ci fosse, e per la nota legge di murphy è ovvio che il blackuot capita proprio ...