On Sun, Jan 25, 2004 at 08:31:17PM +1100, Grant Parnell ([EMAIL PROTECTED]) wrote:
> On Sun, 25 Jan 2004, Jobst Schmalenbach wrote:
>
> > It failed once. This time I added conv=noerror,notrunc cause the problem
> > is that gzip is then getting the wrong data.
> >
> > > > So if I would now go to block 805 or even futher and then
[snip]
> > > Sorry I couldn't be more help.
> >
> > thanks for trying ..
>
>
> Theoretically it's possible to recover the data. It would be a matter of
> finding the chunk size of the gzip file and finding the start of the next
> dictionary section. Think gzip stream. What you want to do is give it to a
> cryptography nutter and tell them as much as you can about what sort of
> data you expect to find in the file. EG home directory, spreadsheets,
> linux binaries, plain text documents. EG if you know some scrambled data
> stream was text you can iteratively check that decrypted bits match an
> english dictionary. Oh yeah and supplying the gzip/gunzip source code
> would help too.
I just got it off the tape (at least the part I wanted) and the tape is
in the bin and so will be all of the tapes with similar age....
What I learned is specifying (this is an amanda tape hence skip=1)
mt -f /dev/tape asf 2
dd if=/dev/tape bs=32k skip=1 conv=noerror | tar -f - -zx
is NOT enough. dd will continue but will not "give" enough info
to gzip and gzip will simply hang up.... (crc error)
what one need to specify is
dd if=/dev/tape bs=32k skip=1 conv=noerror,notrunc | tar -f - -zx
to tell dd not to truncate the data and all is fine .....
I got away with it this time...
phew!!!!!!!!!
jobst
--
The email address in this email is used for Mailing Lists Only.
Please reply ONLY to the list email address, do not reply to the
email directly.
"XP: If you are nine years old you are just going to love it. If you're a few years
older you'll resent the choking paternalistic atmosphere of vapid gee-whiz kiddie
entertainment (babysitting), euphemism and fake-friendly bullying."
__, Jobst Schmalenbach, Technical Director
_ _.--'-n_/ Barrett Consulting Group P/L & The Meditation Room P/L
-(_)------(_)= +61 3 9532 7677, POBox 277, Caulfield South, 3162, Australia
--
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
