> > > My problem is with (what appears to be) a currupt media. Clonezilla > and g4u are sort of backup programs
I think that clonezilla has restore function as well. > > That's why I think ddrescue is the right tool - it just keeps trying > to read each and every block on the device and skip over blocks which > can't be read even after a few retries. > > > > > As for your questions: > > What makes you think that if you put another usb hd you will start from > 137 > > and up? > > No, I don't think I need another USB hd, I think I need another > external IDE->USB enclosure with an IDE/ATA controller which can > support 200Gb, to read the last part of my defective disk.> > yes, that's ok. > > To recover file names try to look here: > > > http://forums.getdata.com/computer-data-recovery/90-why-cant-recover-filenames.html > > > > Maybe their program will help. > > > > as for identifying the file name in the gz file, might be tricky. Usually > > the file name appears in the first line (header). So in general cat of > the > > I see that the gzip format indeed contains the original file name in > the header. I don't see a way to view this using the gzip/gunzip > tools. Maybe I'll have to resort to Perl script for that, I was hoping > I'll be able to avoid that. :( > > > first line or head should do the trick. I did once such a thing on a > movie. > > gz are binary files. No "first line" here. > I know that gz is binary. Sorry, I thought that .avi is also some sort of binary. > > =================================== > To unsubscribe, send mail to linux-il-requ...@cs.huji.ac.il with > the word "unsubscribe" in the message body, e.g., run the command > echo unsubscribe | mail linux-il-requ...@cs.huji.ac.il > >
