Jak tady nekdo psal o trashcanu. Me se povedlo neco takovehleho gcc gsm.c -o gsm.c a zdrojak byl v cudu.
Ale zachranilo mi ho tohle cat /dev/hde5 | strings > /tmp/bubu a v nem jsem ty kusy nasel
Uz som myslel ze tu nic take nenajdem :)
To som raz dokoncoval zadanie do skoly, na objektovo-orientovane programovanie. Uz som mal vsetko hotove, otestovane, okomentovane, zdokumentovane (nastastie v LaTeXu). A chystam sa skopirovat to na disketu (o 1:30 hod. v noci).
mount /mnt/floppy
ls /mnt/floppy ... ejha, nejake veci su na diskete, zmazeme ich
a miesto
rm -rf /mnt/floppy/*
pisem
rm -rf * /mnt/floppy/
a este mi hlavou preblesne myslienka ze ved bash predsa pochopil co chcem.... jujha, nepochopil, a cely vikend programovane zadanie je v ... nikde.
co teraz... e2tools som vtedy velmi neovladal este, undelete filesystem v mc nezafungoval, nastastie som mal home na extra partition ->
strings /dev/hda3 > /tmp/rescue
taak, a mame 30 megabajtov textu, z ktorych som zacal lovit 3x subor.h, 3x subor.cc, 1x Makefile, 1x subor.tex
chyba lavky bola v tom, ze strings odignoroval vsetky riadky na ktorych sa nachadzal len znak '}', teda som ich musel doplnat.
nakoniec o 4tej rano som to mal vsetko hotove. iba jeden '}' bol na zlom mieste, ale kedze sposoboval segmentation fault (delete object; v ramci for-cyklu ktory s objectom pracuje :), tak som ho rychlo nasiel.
Presne toto sa stalo aj mne. Zvlast ked ta kompilacia zbehne uplne bez problemov, potom je to skutocne na zaplakanie...
Hint ale je, ze ak je na pozadi textovy editor, ktory ma ten zdrojak otvoreny, da sa pomocou filedescriptorov v /proc k nemu dopracovat. Totiz subor nie je realne zmazany dovtedy, kym existuje aspon jeden proces, ktory ho ma otvoreny.
To ja jsem jednou presne stejne smaznul zdrojak na 2GB disku ... undelete (e2fs tools) nezabiral ... rikal jsem si vzdyt jsem ten zdrojak prece pred chvili editoval ... cp /proc/kmem .
Byl tam.
