Newsgroup: it.comp.os.linux.software
Titolo: Help!

Ho installato Small Linux sul mio portatile 386 con 60 mega di HD. Con il
comando mkfs.ext ho fatto sparire la vecchia partizione dos dove era
contenuto un documento importante. C'è un modo per tornare indietro e per
recuperare quel file?
Grazie


Prova con gpart o dai un occhiata tra gli howto e mini-howto.
Ce ne era uno in proposito.
Se non li hai installati puoi trovarli su 
www.pluto.linux.it/ildp
Altrimenti, se e` un file testo puoi copiare la sezione di disco su
un'altro
supporto con dd ( dd if=/dev/hdaX of=xxx skip=xxx count=xxxx ....)
e poi aprirla con un editor binario.
ciao, Andrea

e poi aprirla con un editor binario.
Ne approfitto per..
[eresia!]
Oppure puo` procurarsi un'utility per dos, io uso da anni PV, per
leggere il disco da cima a fondo a prescindere dal fs, con shell
semigrafica. Se ricorda anche una sola parola lo becca in dieci minuti.
[/eresia!]
..ne approfitto, dicevo, perche' mi sembra impossibile che non ci sia
un'utility analoga per Linux-Unix. Cosi` se qualcuno legge e la
conosce..
-- 
Ci sentiamo  |  Remigio Zedda    
remi...@tiscalinet.it
ciao Remigio |
-------------|      ..si` d'accordo.. ma con la Deb e` un'altra cosa!
/* Linux 2.2.17 su Debian 2.2 Potato */

semigrafica. Se ricorda anche una sola parola lo becca in dieci minuti.
grep? dumpe2fs? dd? una scorza di limone, due cubetti di ghiaccio, una
bella shackerata ed avrai ben di piu'.
-- 
           |Save our planet!
  Ciao     |Save wildlife;
  roberto  |For your E-MAIL use only recycled Bytes !!
           |roberto poggi  
rpo...@softhome.net

bella shackerata ed avrai ben di piu'.
Ehhh di piu` non credo proprio. La superiorita` di questo pv e`
schiacciante per questo genere di cose. Purtroppo.
Dumpe2fs (bellissima utility del mio omonimo:-) ) non dovrebbe entrarci
per niente, almeno in questo caso penso.
Con dd+grep ci si arriva, ma..
Guarda, ottimizzando a mezzo di dicotomia:
(supponendo l'hd di 1 giga e tralasciando di ottimizzare bs di dd)
dd if=/dev/hda bs=500M count=1|grep stringa_hex_da_trovare
niente? allora
dd if=/dev/hda skip=1 bs=500M count=1|grep stringa_hex_da_trovare
niente? fine di un sogno, altrimenti:
dd if=/dev/hda skip=2 bs=250M count=1|grep stringa_hex_da_trovare[*]
...
Mentre invece con questo pv, da dos qualsiasi (incredibile ma non mi ha
mai tradito neppure col dos-pupazzo di winbug95 da finestra!!) avvio e
con un search mi parte da 0 0 1 (coordinate 3D) tutto in automatico e
intanto io mi faccio un capuccino, pure coi maritozzi. slurp. Se lo
trova me lo posso leggere, stampare..
Ti diro` che io in assembly me l'ero pure fatto, ma per leggere
soltanto (visualizzare a video) un qualsiasi settore. Purtroppo ci
vuole piu` tempo a tradurre il sorgente per Linux, che a riscriverlo. E
poi in Linux conviene il C.
Ma possibile che non ci sia?
=========
[*] la prende in hex? cmq non sarebbe un problema..


Ma possibile che non ci sia?
ma, in realta' non e' che serva nulla di trascendentale, in fondo un
device e' un file, no? allora basta scrivere un programmino che legge
512 byte alla volta, con posizionamento diretto con seek, lseek et
similia.
Anzi, il giochino del dd e grep, a spezzoni, lo puoi anche buttare in
uno script bash, e far fare a lui lo sporco lavoro, dopo un po', ti dice
in quale spezzone numerato (di mega in mega) ha trovato la stringa
incriminata: prendi con dd lo spezzone, lo butti in un file, e lo apri
con l'editor che ti piace di piu'.
Se lo fai, ricordati di mettere sempre un settore di differenza (in
meno) tra la fine dell'nsimo e il successivo, con la sfiga che ho,
l'articolo il sarebbe con la i nel primo spezzone, e la l nel secondo.
E tutto cio' ovviamente, sarebbe assolutamente inutile, se il documento
da cercare fosse un .doc di word 8.
Dentro quei cosi li', non ci trovi nemmeno distinti saluti, figurati
rimetterlo insieme in modo che poi si apra.
Ah, testo, sano e puro testo, che brutta fine.
Almeno, se salvassero in rtf, resterebbe ancora abbastanza
comprensibile.


parlava di 60 MB, lo puoi caricare in vi, un file cosi'.:-)
Mi hai quasi convinto. Gli spezzoni pero` no, convengono solo a Gastone
Paperone. Col metodo dicotomico hai la massima efficienza. Con 60 meg
e` una passeggiata veramente. Vediamo in una giornata nera totale:
1. 30 no
2. 30 si`
3. 15 no
4. 15 s
5. 7 n
6. 8 s
7. 4 n
8. 4 s
9. 2 n
10 2 s
11 1 n
12 1 mega si`
Cmq con 60 mega si fa prima a versarli al sicuro tutti, o al piu` dopo
il primo dimezzamento. Poi con vi il file creato si vede allo stesso
modo del tuo caro pv;-))
...!! IDEA ..provo, se va male cancello questa riga:)
man grow !! (e chi lo conosce, io appena di nome:-(( )
Altro che il tuo (forse era mio?) pv del piffero!!
Infatti vi non legge /dev/fd0, ma less si`, solo che e` scomoda la
visualizzazione. Mc legge benissimo, e ha sulla barra: [grow]
Mo' mi diverto, ciao!


man grow !! (e chi lo conosce, io appena di nome:-(( )
solite boiate:(((((   e` il viewer di mc stesso.
E` ottima la doppia possibilita`: la classica hex con indirizzi e aschi
ai fianchi o l'ascii da solo e a tutto schermo, che non visualizza i
caratteri di controllo. Ed e` anche veloce.
Veramente bellissimo. Finalmente l'ho beccato per Linux, che mi toccava
andare sempre al dos per curiosare nei settori degli hd:-(((((
