krad writes:
> Just another silly thought try the tar j flag rather than the z flag, as
> you might have got your compression algorithms confused. Try the xz one as
> well just in case
The system tar (based on libarchive) will figure all of this out for
you, regardless of which flag you give it.
Just another silly thought try the tar j flag rather than the z flag, as
you might have got your compression algorithms confused. Try the xz one as
well just in case
On Feb 14, 2012 3:37 PM, "Mike Kelly" wrote:
> >
> > I don't have the script anymore. It is among the files lost, but it was
> > pr
On Tue, Feb 14, 2012 at 2:56 AM, _ wrote:
> Trying to recover these files on 8.2, I found that some of the archives -
> unfortunately those with
> the files that are dear to me - are corrupted.
Do you have MD5, SHA256 etc... checksums of the
.tar.gz files somewhere? Do they still match, or do
the
On Feb 14, 2012 7:37 AM, "Mike Kelly" wrote:
>
> >
> > I don't have the script anymore. It is among the files lost, but it was
> > pretty
> > much straight forward, making use of:
> > tar -czf backupfile.tar.gz folders/ of/ my/ choice/.
> >
> > After creating the backups I just cp(1)ed them to an
>
> I don't have the script anymore. It is among the files lost, but it was
> pretty
> much straight forward, making use of:
> tar -czf backupfile.tar.gz folders/ of/ my/ choice/.
>
> After creating the backups I just cp(1)ed them to an msdosfs formated
> usb stick and got them onto 8.2 this way, s
"Pegasus Mc Cleaft" writes:
>> It recreates something, but the most important files, which reside in
>> subfolders of the given tar.gz archives are gone, i.e. the subfolders
>> are empty.
>> The gunzip strategy you mentioned yields the same as a regular tar -xvf
>> file.tar.gz.
>>
>> Pegasus, I
2012/2/14, Adam Vande More :
> On Mon, Feb 13, 2012 at 7:56 PM, _ 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".
On Mon, Feb 13, 2012 at 7:56 PM, _ 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".
You could try archivers/gzrecover
Good l
> -Original Message-
> tar: Damaged tar archive
> tar: Retrying...
> tar: gzip decompression failed
> tar: Error exit delayed from previous errors.
> # gzip --test sr12292011.tar.gz
> gzip: data stream error
> gzip: sr12292011.tar.gz: uncompress failed # gunzip < sr12292011.tar.gz
> >
2012/2/14, APseudoUtopia :
> On Mon, Feb 13, 2012 at 8:56 PM, _ wrote:
>> Hi,
>>
>> Before making the move from 7.0 to 8.2, I ran a little script that did a
>> backup of selected files
>> and folders.
>>
>> Trying to recover these files on 8.2, I found that some of the archives -
>> unfortunately
On Mon, Feb 13, 2012 at 8:56 PM, _ wrote:
> Hi,
>
> Before making the move from 7.0 to 8.2, I ran a little script that did a
> backup of selected files
> and folders.
>
> Trying to recover these files on 8.2, I found that some of the archives -
> unfortunately those with
> the files that are dear
Hi,
It would depend, I think, on how the file is corrupted. Is it the
compressed data that is corrupted or the uncompressed tar stream? You might
want to try the pax(1) utility to see if it is able to push through the
errors (if its in the tar stream).
I was able to recover da
12 matches
Mail list logo
