Newsgroup: it.comp.os.linux.sys
Titolo: Blocchi danneggiati su reiserfs

Salve ng!
Ho chiesto su icol.software ma non mi hanno saputo rispondere e
riprovo qui.
Qualche settimana fa mi è semi-morto un disco rigido. Per la
precisione un disco con quattro partizioni (windows 5gb partizione
root 5gb /home 30
gb swap 128 mb) montato su un portatile ha avuto dei blocchi
danneggiati nella partizione /home (reiserfs) e non poteva essere
montato. Tutte le operazioni effettuate con reiserfsck per sistemarlo
non hanno avuto successo. Ho comprato un hd esterno, ho copiato la
partizione con dd_rescue ho sistemato l'immagine ottenuta e ho
recuperato la partizione. L'analisi ha mostrato che i blocchi
danneggiati erano circa duecento per un totale di circa 100kb di dati
danneggiati. Ora, ecco la domanda: per evitare di controllare uno per
colta ogni file
alla ricerca di quelli danneggiati, volevo capire quali file si
trovavano su quei blocchi
in modo da verificare solo quelli. La partizione
infatti (30gb) contiene un sacco di dati, alcuni più o meno inutili
come gli mp3, altri invece sono documenti importanti e volevo valutare
i danni. Dunque ecco la domanda: esiste una procedura che, avendo come
input il numero del blocco danneggiato mi dà come output il file che
era lì presente? Link, suggerimenti, idee sono benvenuti.

 riprovo qui.
ma lo sviluppo di reiserfs non si era interrotto dopo le vicissitudini
del suo creatore?

 era lì presente? Link, suggerimenti, idee sono benvenuti.
IIRC reiserfsck con l'opzione verbose dovrebbe indicarti quale inode
"possiede" il blocco danneggiato, e una volta che hai l'inode puoi cercare a
quale file corrisponde.
-- 
Flavio Visentin
Scientists have finally discovered what's wrong with the female brain:
On the left side, there is nothing right, and on the right side, there
is nothing left.

music wrote:

Non viene sviluppato nel senso che non vengono aggiunte nuove features.
Per il resto è ancora assolutamente mantenuto.
Ciao.
-- 
*** Linux user # 198661 ---_ ICQ 33500725 ***
    ***  Home  
http://www.kailed.net
  ***
        ***  Powered by openSUSE  ***

 del suo creatore?
Quello di cui parli e` Reiser4, quello di cui parla l'OP (a cui rispondo
come e` stato risposto su icol.software: i backup esistono per questo) e`
ReiserFS 3.x
Enrico

On 19 Dic, 21:25, Enrico 'Henryx' Bianchi

E io ti rispondo come ho risposto su icol.software: perchè ti senti in
dovere di darmi una risposta inutile pedante e spocchiosa?
Ah, per evitare di aprire un flame, ti ricordo che ad una domanda
specifica si risponde con una domanda specifica. A parte il fatto che
ci potrebbero essere mille motivi per non la mancanza del backup,
questo è un ng tecnico e ho posto una domanda tecnica. Non ho chiesto
la pappa pronta, moi sono documentato e poi ho esposto chiaramente il
problema. Punto. La questione credo abbia un interesse generale e
merita di essere approfondita. Se hai le conoscenze per rispondermi
fallo, altrimenti passa oltre. I rimpoveri da maestrine lasciamoli
alle zitelle acide.

 fallo, altrimenti passa oltre. 
Su questo sono d'accordo.
-- 
Lorenzo Vaina, MCP

 simili).
Beh, per esempio i backup non sono mica fatti in tempo reale. C'è
sempre qualcosa di non backuppato. Altrimenti sto facendo un RAID1,
magari.
-- 
Bye, Lem
Ceterum censeo ISLAM esse delendum
__________________________________
Combatti l'AIDS col tuo computer: 
http://fightaidsathome.scripps.edu/

 i backup non sono mica fatti in tempo reale
Una delle regole da seguire nell'impostazione di una strategia di backup č
che fra due successivi backup non devono intervenire modifiche ai dati
maggiori di quelle che ci si puň permettere di perdere. Ti ho risposto
soprattutto ricollegandomi a quanto ho detto precedentemente, cioč per
confermare che questo č un argomento tecnico, purtroppo sottovalutato e
ripeto: sottovalutato sotto il suo profilo tecnico.
-- 
Lorenzo Vaina, MCP

 magari.
Forse ho capito male quello che intendevi, ma il RAID 1 _non_ e` una
metodologia di backup (che poi ti possa salvare il culo in alcune
circostanze e` un altro discorso)
Enrico

 specifica si risponde con una domanda specifica.
Questo e` valido in un solo caso: se tu mi compensi la mia risposta in
qualche modo (e.g. con del denaro). Intendiamoci, il tuo comportamento e`
come quello di un tizio che entra in un bar e dice "Ho bucato una gomma,
chi mi presta una chiave per smontarla?" e si aspetta che nessuno gli
dice "Perche`, non hai la tua?". In definitiva, se e` vero quello che hai
detto su icol.software, ovvero che non sei un principiante, dovresti ben
sapere che i newsgroup della gerarchia it.* non sono dei servizi di
helpdesk, ma sono un posto in cui la gente si confronta, si scambia
consigli e, soprattutto si critica
Enrico

 letto in quest'ottica.
Sicuramente il backup è un argomento tecnico, ma non è l'argomento di
questo thread... intendo se uno chiede "come risalire a quale file era
scritto nel blocco x?" la risposta "fai un backup" mi sembra che non
c'entri proprio nulla.

 
Dimentichi anche il *quanto a lungo* mantenerli.
Mantenere molti backup ha un costo (in termini di spazio), ma ti salva
in caso di scoperte in ritardo di file cancellati o erroneamente manomessi.
Non sempre ci si accorge subito dei problemi e tenere piů di un backup
permette di coprire una finestra temporale maggiore.
Per il resto quoto
[...]
PSK