[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-tar] Possible tar bug

From: bocek . pavel
Subject: Re: [Bug-tar] Possible tar bug
Date: Sun, 26 Dec 2010 20:40:53 +0100 (CET)

The -r option is extactly what I want since with it the tar appends to end of 
archive. Otherwise it'll write from beginning of the tape, destroying few 
gigabytes of previous record. That would be really bad backup :-)

> ------------ Původní zpráva ------------
> Od: Paul Eggert <address@hidden>
> Předmět: Re: [Bug-tar] Possible tar bug
> Datum: 26.12.2010 18:24:26
> ----------------------------------------
> On 12/26/2010 03:56 AM, address@hidden wrote:
> > Well it was not initialized at all as I've read DDS does not need
> > initialization, it writes to end atomatically controling wheter
> > program does not write beyong that and than asks for another
> > tape. It was working upon now this way with archive as long as about
> > 20 tapes. So initialization may the source of problems?
> If your tape "was not initialized at all", then possibly it contained
> ustar-format junk left over from the last time that it was used, and
> yes, that could cause the problem.  ustar format is not compatible
> with multivolume.
> Another possibility is that the environment variable TAR_OPTIONS
> was set to a value that implied ustar format.
> Why are you using the -r option?  The -r option is typically not
> what users want (even if they think they want it :-).  Among other
> things it scans the entire tar image, so it's not particularly
> fast.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]