bug-xorriso
[Top][All Lists]
Advanced

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

Re: [Bug-xorriso] bug with handling symbolic links?


From: Joerg Meyer
Subject: Re: [Bug-xorriso] bug with handling symbolic links?
Date: Mon, 16 Feb 2015 13:04:08 +0100

Hi Thomas,

You are amazing - thanks for the ultrafast diagnosis and reply.

> the problem is not specific to BTRFS. I can reproduce it by an ISO generated 
> from ext3.

Good to know - somehow this was my gut feeling about it.
By the way: -disk_dev_ino ino_only (in addition to -md5 on) gives a nice 
speed-up for -update_r ... from different BTRFS snapshots.
This seems to be the least disk space and time-consuming way for archiving such 
snapshots to optical media that I have come up with so far.

> libisofs allocates a single extent for all Continuation Areas
> in a directory. The directory /certs contains lots of links
> with long names. These names fill more than one block.

I see.

> Nevertheless, it is the goal of libisofs (and xorriso) to produce
> Linux-mountable ISOs. So i will have to change libisofs to fulfill
> the (probably incorrect) expectations of Linux.

... and probably also those of iso{info,vfy} from cdr{tools,kit} at the same 
time?
Given the fact these tools do not have linux origin,
perhaps that "unwritten / undocumented interpretation" of the standard 
is (unfortunately) even more widespread?

> If this preliminary diagnosis is right, then the recorded data
> are not damaged and can be retrieved by xorriso commands
>   -osirrox on -extract /certs $HOME/copy_of_certs
P.S. I am not worried about this data - but thanks for the hint!
This might be very important to know for others who encounter such issues for 
actually important files...

Thanks again for your efforts!
Very best wishes,
Jörg.




reply via email to

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