Dear Folks,
On Wed, Jul 07, 2004 at 08:02:43AM +0800, Nick Urbanik wrote:
Dear Folks,
I tried the following:
growisofs -Z /dev/scd0 -J -R 19* 2000_0[1-6]_*
Aha, it seems that I should use the --graft-points option to preserve
the directory names in the pathspecs.
I am investigating how to use it to preserve directory names in a
large set of directories. Seems I might need to use sed to automate
this.
This doesn't work:
cd ..
growisofs -Z /dev/scd0 -J -R public/19* public/2000_0[1-6]_*
By the way, the versions are:
$ growisofs --version
* growisofs by <appro@fy.chalmers.se>, version 5.19-1,
front-ending to mkisofs: mkisofs 2.01a17 (i686-redhat-linux-gnu)
on a Fedora Core 1 system.
where we have
find 19* 2000_0[1-6]_* | wc -l
60359
ls -d 19* 2000_0[1-6]_* | wc -l
241
However, the output of growisofs failed with many messages like:
mkisofs: Error: '2000_02_28/vh40.png' and '2000_02_26/vh40.png' have
the same Rock Ridge name 'vh40.png'.
I tried various combinations of arguments to growisofs, and could only
eliminate the error by removing the -R and -J options. For example,
with the options:
growisofs -Z /dev/scd0 -J -D -d 19* 2000_0[1-6]_*
there were many error messages along the lines of:
mkisofs: Error: 2000_05_08/p0007830-thumb.jpg and
2000_05_07/p0007830-thumb.jpg have the same Joliet name
When I did:
growisofs -Z /dev/scd0 -D -d 19* 2000_0[1-6]_*
the burn actually succeeded, but I wound up with a large, flat
directory containing (I guess) 60359 files, with all file names
mangled to a DOS-like 8.3 naming format.
Hmm, any suggestions on how to cope with this? Or is this just too
many files?
Ideally I would like to end up with a filesystem that can be read on
Windows machines as well as on Linux.
I will post the command that works. Then I need to write a Perl
program to generate the pathlists for growisofs/mkisofs to automate
the whole procedure.