Date: Tue, 14 Feb 2012 08:56:00 +0100 From: _ <pancakeking79@gmail.com> To: Adam Vande More <amvandemore@gmail.com> Cc: ken@mthelicon.com, freebsd-questions <freebsd-questions@freebsd.org> Subject: Re: corrupted tar.gz archive - I lost my backups :)/:( Message-ID: <CAKnE0ZvVsV%2B0TsiY7yrBFb%2BoH4jWFS5%2B3up2qd-yGNeuZ0ULsg@mail.gmail.com> In-Reply-To: <CA%2BtpaK2Sgh-j0YYduiUgvBywNtj4jLKJe4LjUo4VobU7Lifpfg@mail.gmail.com> References: <CAKnE0ZvaPK=uF7Lg2NepVsHbnDLQhedpVddVMg4vkFBfm%2B4%2Bsw@mail.gmail.com> <CA%2BtpaK2Sgh-j0YYduiUgvBywNtj4jLKJe4LjUo4VobU7Lifpfg@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
2012/2/14, Adam Vande More <amvandemore@gmail.com>: > On Mon, Feb 13, 2012 at 7:56 PM, _ <pancakeking79@gmail.com> wrote: > >> Before making the move from 7.0 to 8.2, I ran a little script that did a >> backup of selected files >> and folders. >> > > I think it's IT tip #2 "You don't have a backup unless it's tested". #1 is > "Make a backup". If I am not mistaken, I did test my backups and they worked fine. After all, one of the four files that I have unpacks with no problems so I don't see where things could have gone wrong. > You could try archivers/gzrecover After gzrecover and cpio, the process stops at the same point where the tar(1) command stops. It simply doesn't make it beyond the boundary where the file is corrupted. > Good luck, > > -- > Adam Vande More > Here is what pax(1) gave me: # pax -rzf su12292011.tar.gz pax: Invalid header, starting valid header search. gzip: data stream error pax: End of archive volume 1 reached ATTENTION! pax archive volume change required. Ready for archive volume: 2 Input archive name or "." to quit pax. Archive name > . Quitting pax! # Nothing new here. It seems like pax simply invokes gzip(1) internally.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAKnE0ZvVsV%2B0TsiY7yrBFb%2BoH4jWFS5%2B3up2qd-yGNeuZ0ULsg>