On Fri, 2010-06-25 at 08:57 -0600, Linuxguy123 wrote: > On Mon, 2010-06-14 at 15:37 -0500, Richard Shaw wrote: > > On Mon, Jun 14, 2010 at 12:14 PM, Richard Shaw <hobbes1069@xxxxxxxxx> wrote: > > > On Mon, Jun 14, 2010 at 11:41 AM, Robert G. (Doc) Savage > > > <dsavage@xxxxxxxxxxx> wrote: > > >> > > >> On Mon, 2010-06-14 at 10:37 -0500, Richard Shaw wrote: > > >>> On Mon, Jun 14, 2010 at 10:24 AM, Linuxguy123 <linuxguy123@xxxxxxxxx> wrote: > > >>> None of my code ended up in the rewrite but the --test and --disk-start > > >>> options were my ideas. > > >>> > > >>> I'm not sure if I did something wrong but when I tried to use it to > > >>> backup my pictures I ended up a disc short. I had ~21GB to backup on 5 > > >>> discs and only 4 were burned. Like I said, I'm not sure if it's a bug > > >>> or something I did so I'm very interested in your results. > > >> > > >> Richard, > > >> > > >> I sent James a very long epistle detailing the problems I encountered. > > >> > > >> --test didn't work for me, and my indicated 14-disc set ended up burning > > >> only 13. I had to reduce the DVD+R size in the .ini file from 4.377G to > > >> 4.365G to avoid overflow. I thought that might increase the disc count, > > >> but it didn't. > > > > > > Looks like it wasn't just me then. I'll take a look as the code and > > > see if it is something I can figure out. > > > > > > Richard > > > > > > > Ok, here is the new and improved script. This patch has not yet been > > accepted by the author but it should work for you. > > > > Summary of changes: > > - Burns the correct number of discs (needed a disc_num - 1 because > > lists start at 0, not 1) > > - Now defaults to not spewing all the file names, use -v or --verbose > > if you want to see it. > > - Spits out how many files will be written to each disk > > - "--test" redirects device to /dev/null, but still goes through all > > the motions including generating the iso files. > > > > If you've already burned your files, just burn disc 1 over since > > that's the one it was skipping. > > > > Let me know if you have any issues. > > Just one: > > Ready to burn disc 1/4. > The disc capacity of the disc in /dev/sr0 (BD ROM BC-5500A) is 4.38G. > growisofs -Z /dev/sr0 -speed=16 -use-the-force-luke=notray > -use-the-force-luke=tty -V DiscSpan1 -A DiscSpan -p Unknown -iso-level > 4 -l -r -hide-rr-moved -J -joliet-long -graft-points > -path-list /tmp/tmpOKxvoj.discspanlist > Executing 'mkisofs -V DiscSpan1 -A DiscSpan -p Unknown -iso-level 4 -l > -r -hide-rr-moved -J -joliet-long -graft-points > -path-list /tmp/tmpOKxvoj.discspanlist | builtin_dd of=/dev/sr0 obs=32k > seek=0' > Warning: Creating ISO-9660:1999 (version 2) filesystem. > Warning: ISO-9660 filenames longer than 31 may cause buffer overflows in > the OS. > genisoimage: No such file or directory. Invalid node - > '33B6018B5B284AA3487EA8F5BB393C6E/ka_prepostroll.sol=/media/%/brenda/Documents and Settings/Server Server/Application Data/Macromedia/Flash Player/#SharedObjects/EF6WTTFH/affiliate.kickapps.com/kickapps/flash/premium_drop_v3.swf;jsessionid=33B6018B5B284AA3487EA8F5BB393C6E/ka_prepostroll.sol'. > :-( write failed: Input/output error Why does this -iso-level 4 as described in man mkisofs ? I'm obviously backing up data from a Windows machine. There is nothing I can do about those file names if I am to preserve their meaning. Thanks -- users mailing list users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
