Re: Oddness piping mkisofs into recent cdrecord versions
Joerg Schilling wrote:
Yes, I didn't make it clear that even with a CD it doesn't work on this
particular burner. Clarification noted.
Bill Davidsen <email@example.com> wrote:
tsize is clearly a problem, since it requires running the mkisofs twice
to get the size, and -tao doesn't seem to work, for some reason cdrecord
thinks the TAO capability is missing. As noted, growisofs has no such
problem, and can write single or multi-session to this device, but will
only do DVD, which is slightly more expensive for media.
Note that you may either call cdrecord -tao or use tsize=
DVDs do not support TAO
growisofs only supports packet mode. This is less compatible than the streaming
mode used by cdrecord.
I did try using packet mode with cdrecord. Even though PACKET is listed
as supported by the drive, and -packet is a documented option, it
doesn't seem to work. I don't know if the -dvd-compat mode streams,
there was a discussion of what it did, but I don't remember the details.
Compatibility may only be an issue with multimedia destined for DVD
players, I certainly don't do that, but I make a LOT of backups.
Now I have to go try mounting an individual session to see how good that
AFAIK, growisofs does not support multi-session but implement a fake...
cdrecord will soon support real multi-session for DVDs.
The man page mentions using -isosize, but it seems that only works for a
fully created image. That's a minor problem for 4.7GB, a larger one for
8.5GB, and when Blu-Ray comes down a bit in media price 50GB will be
unavailable n most systems being backed up.
You _need_ to run mkisofs twice in case you do not create an intermediate file.
The backup system could store the image and burn from that, but it
increases the time considerably.
bill davidsen <firstname.lastname@example.org>
CTO TMR Associates, Inc
Doing interesting things with small computers since 1979