Re: star-1.5a64 aborts on reading archives with _small_ garbage tails

[email protected] wrote:

> > In addition, there was a problem related to calling
> > 	rpm2cpio | star -xp
>
> There is use for such ? Google ... 
> ... wow. There is use for everything. 

Looks like you did find a funny google anomaly.



> The number  pos_in_stream  does this distinction. It has
> to match exactly the bytecount where the tag starts. 
> Hardly any filetree format starts with a plain file's data.
> So there is always an offset which invalidates pos_in_stream
> of any tag copies in the backup.

This is what star already includes when doing multi-volume backups.


> a message about mismatching MD5s would be amended later by
> the hopefully encountered real tag which hopefully matches.
> The time information from the tags should help the user to
> find out what's going on.
>
> A tag does not verify any inner details of the backup but it
> can verify the media without any reference to the original
> computer system, to the format of the backup, and without
> the need to know any secrets like encryption keys.
> Just put in the media and run scdbackup_verify -auto 

If you add these tags by wrapping the payload, why don't 
you do the inverse when rading data back?




> If you ever are bored enough to read 3000+ lines of
> plain ASCII :  http://scdbackup.webframe.org/README-0.8.5
> appendice VERIFY, REDUNDANCY, CRYPTO (and SNAPHOT, thank you).
> You might be interested in occurences of "star_as_afio_wrapper".

This week, I may not have the time...

Please note that star cannot read afio archives if they include
afio proprietary archive parts somewhere in the middle.
Star however will read official cpio archives.


Jörg

-- 
 EMail:[email protected] (home) Jörg Schilling D-13353 Berlin
       [email protected]		(uni)  
       [email protected]	(work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily