Re: Help: Burning multisession DVD+R with cdrecord 2.01.01a37
Hi, > I've moved from growisofs [...] to wodim, > finally to cdrecord cdrecord 2.01.01a37. What was the reason to give up growisofs ? It is supposed to do multi-session on DVD+R if you do not use options -dvd-compat or -dvd-video. > cdrecord -v speed=2 dev=2,0,0 -eject -multi -tao -data track_01.iso With program cdrskin these options would do multi-session resp. leave the media appendable. cdrskin (i am its author): http://scdbackup.sourceforge.net/cdrskin_eng.html Source tarball http://scdbackup.sourceforge.net/cdrskin-0.4.2.pl00.tar.gz Installation instructions: http://scdbackup.sourceforge.net/README_cdrskin 32-bit static x86 binary (if suitable for you): http://scdbackup.sourceforge.net/cdrskin_0.4.2.pl00-x86-suse9_0-static.tar.gz As Debian package i would recommend http://packages.debian.org/sid/cdrskin (What Debian classifies as "stable" is heavily outdated and can only burn CD. 0.4.2 is the most stable cdrskin. Needed for DVD+R is at least cdrskin-0.3.6.) Have a nice day :) Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Help: Burning multisession DVD+R with cdrecord 2.01.01a37
Thanks for replying.(^_^) Thomas Schmitt wrote: Hi, I've moved from growisofs [...] to wodim, finally to cdrecord cdrecord 2.01.01a37. What was the reason to give up growisofs ? It is supposed to do multi-session on DVD+R if you do not use options -dvd-compat or -dvd-video. Reason 1: I read the man page and I did exactly what it stated, and it wasn't working for me. Please see my current posting (5 days old) on ubuntuforums - http://ubuntuforums.org/showthread.php?p=4288486 No body could really help me with this issue. But as you will see I didn't stop there. I also began to analyze K3B's debugging output. I had the most difficult time trying to find any more documentation that wasn't already included in the man pages, or through google searches to see what it was I could be doing wrong. Reason 2: I finally went to |#cdrkit| on |irc.oftc.net |and waited four days before I finally got a response. One of the chat members stated: 1. I see you have found one of our bugs. I think we are long overdue for an upgrade. 2. Sorry, I can't help you. I've never worked with multisession DVD +Rs. 3. Why don't you try http://www.mail-archive.com/cdwrite@other.debian.org/info.html. They might be able to help you. Reason 3: I see there is a really big mess right now with this whole wodim - cdrecord - growisofs - genimageiso, whatever. All I want is to burn a multisessin DVD+R win a command line environment so I can do backups. Whatever I can get to work, thats fine. Basicly, after spending a week with growisofs / genimageiso and getting no-where, I'm tryng something else I haven't tried before. I'm reading and trying as much as I intellectually can before I ask for help. I was able to get a lot further in cdrecord, but however I can get this done, that's what I'll do. cdrecord -v speed=2 dev=2,0,0 -eject -multi -tao -data track_01.iso With program cdrskin these options would do multi-session resp. leave the media appendable. cdrskin (i am its author): http://scdbackup.sourceforge.net/cdrskin_eng.html Source tarball http://scdbackup.sourceforge.net/cdrskin-0.4.2.pl00.tar.gz Installation instructions: http://scdbackup.sourceforge.net/README_cdrskin 32-bit static x86 binary (if suitable for you): http://scdbackup.sourceforge.net/cdrskin_0.4.2.pl00-x86-suse9_0-static.tar.gz As Debian package i would recommend http://packages.debian.org/sid/cdrskin (What Debian classifies as "stable" is heavily outdated and can only burn CD. 0.4.2 is the most stable cdrskin. Needed for DVD+R is at least cdrskin-0.3.6.) I research on this and try it too. Have a nice day :) Thanks. Eric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Help: Burning multisession DVD+R with cdrecord 2.01.01a37
Slight install issue :( I tried a simple command: cdrskin and recieved this error: cdrskin: error while loading shared libraries: libburn.so.4: cannot open shared object file: No such file or directory locate cannot find it. I didn;t recieve any errors durning the ./configure, make, make install. Unfortunately I couldn't to a make check? make: Nothing to be done for `check'. Here is some output for "make install": [EMAIL PROTECTED]:/usr/catalog/cdrskin/cdrskin-0.4.2# make install make[1]: Entering directory `/usr/catalog/cdrskin/cdrskin-0.4.2' test -z "/usr/local/lib" || mkdir -p -- "/usr/local/lib" /bin/bash ./libtool --silent --mode=install /usr/bin/install -c 'libburn/libburn.la' '/usr/local/lib/libburn.la' test -z "/usr/local/bin" || mkdir -p -- "/usr/local/bin" /bin/bash ./libtool --silent --mode=install /usr/bin/install -c 'cdrskin/cdrskin' '/usr/local/bin/cdrskin' if [ -f ./doc/doc.lock ]; then \ /usr/catalog/cdrskin/cdrskin-0.4.2/install-sh -d /usr/local/share/doc/libburn-0.4.2/html; \ /usr/bin/install -c -m 644 doc/html/* /usr/local/share/doc/libburn-0.4.2/html; \ fi test -z "/usr/local/include/libburn" || mkdir -p -- "/usr/local/include/libburn" /usr/bin/install -c -m 644 'libburn/libburn.h' '/usr/local/include/libburn/libburn.h' test -z "/usr/local/share/man/man1" || mkdir -p -- "/usr/local/share/man/man1" /usr/bin/install -c -m 644 './cdrskin/cdrskin.1' '/usr/local/share/man/man1/cdrskin.1' test -z "/usr/local/lib/pkgconfig" || mkdir -p -- "/usr/local/lib/pkgconfig" /usr/bin/install -c -m 644 'libburn-1.pc' '/usr/local/lib/pkgconfig/libburn-1.pc' make[1]: Leaving directory `/usr/catalog/cdrskin/cdrskin-0.4.2' Now, I tried to do some more after this, and I downloaded and installed libburn from http://files.libburnia-project.org/releases/libburn-0.4.2.tar.gz Next, I went back to cdskins, make clean, configure, make, make install, and I still recieved the error: cdrskin: error while loading shared libraries: libburn.so.4: cannot open shared object file: No such file or directory doing a locate for libburn* bring up nothing :( I'll be waiting patiently :) I'll wait to answer your last email as soon ans I can get cdrskin working and I can try some stuff. I am still feeling adventurous (^_^) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Help: Burning multisession DVD+R with cdrecord 2.01.01a37
Hi, > http://ubuntuforums.org/showthread.php?p=4288486 You have a problem with the formatter program genisoimage, a clone of mkisofs. growisofs uses mkisofs (or a clone of it) as formatter. It obtains multi-session info from media, operates mkisofs accordingly, and directs the resulting image to media by its own DVD capabilities (which are ecxellent, btw). > Step 2 - Append each additional track: > I moved an existing file out of the current directory > and into another: /media/sdc1/backups/rt/2008/02/ rt.2008.02.06.tgz > and added a new file: /media/sdc1/backups/rt/2008/02/ rt.2008.02.07.tgz > ... # growisofs -M /dev/hda -R -J /media/sdc1/backups/rt Your idea is great. Greater than genisoimage can fulfill currently. You cannot delete or rename a file by genisoimage multi-session. genisoimage will not examine a directory tree for changes and update it in the ISO image. Looks like it rather refused to overwrite some directory. Or it is just a bug. Hard to say. You should nevertheless be able to add a new file to an existing directory. Try whether this works as second session: growisofs -M /dev/hda -R -J /media/sdc1/backups/rt/2008/02/rt.2008.02.07.tgz (Use fresh media. Not those from previous experiments.) With cdrskin you would have to do what is usual with CD-R and multisession: c=$(cdrskin dev=/dev/hda -msinfo 2>/dev/null) mkisofs ... -C "$c" -M dev/hda ... | cdrskin dev=/dev/hda -multi -tao ... The libburnia project is quite near to releasing an integrated multi-session tool which would be able to do parts of your above sketch. For the remaining days - or if you have had enough adventure - i would advise you to either use above cdrskin gesture or to go back to growisofs which will do the same more conveniently. Have a nice day :) Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Help: Burning multisession DVD+R with cdrecord 2.01.01a37
Eric Wanchic <[EMAIL PROTECTED]> wrote: > Summarizing a Long story: I'm using Ubuntu 7.10 gutsy, and I've been > working/researching for almost one week on how to create a multisession > DVD+R for backing up. I've moved from growisofs to genisoimage to wodim, genisoimage is extremely buggy and should be avoided, use mkisofs. wodim does not even support to write DVD+R correctly at all. > finally to cdrecord cdrecord 2.01.01a37. I manually installed cdrecord > 2.01.01a37 from smake. I seem to be able to create the first track with > mkisofs and burn with cdrecord. It is mountable and readable. But when I > get ready to do the second track with cdrecord -msinfo dev=3,0,0; it > states: > > cdrecord: Cannot read first writable address I internally have a multiborder aware version of cdrecord but this has not yet been published. Cdrecord did not write the medium in a way that allows appending - see cdrecord -info output. 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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Help: Burning multisession DVD+R with cdrecord 2.01.01a37
On Wed, Feb 13, 2008 at 10:21:48AM -0600, Eric Wanchic wrote: > Slight install issue :( I tried a simple command: cdrskin and recieved > this error: > > cdrskin: error while loading shared libraries: libburn.so.4: cannot open > shared object file: No such file or directory If this is on Linux, check the /etc/ld.so.conf file, and make sure the location of the shared libraries is in there. Then, if you change that file, run ldconfig. (See "man ld.so" and "man ldconfig".) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Help: Burning multisession DVD+R with cdrecord 2.01.01a37
Hi, > cdrskin: error while loading shared libraries: libburn.so.4: cannot open > shared object file: No such file or directory Sigh, this is what i earn if i try to cope with dynamic libraries. The packagers want is so. As a shortcut, try the static 32 bit binary which is the only file in http://scdbackup.sourceforge.net/cdrskin_0.4.2.pl00-x86-suse9_0-static.tar.gz Now for the failed source installation: If you downloaded the source tarball http://scdbackup.sourceforge.net/cdrskin-0.4.2.pl00.tar.gz followed the installation instructions in http://scdbackup.sourceforge.net/README_cdrskin especially this step before make install : cdrskin/compile_cdrskin.sh which should avoid .so dependencies on libburn. Well, then you found a bug in our autotools setup. Somehow make install installs not the standalone version and fails to install the dynamic library. autotools ... shoot your own foot for free. Nevertheless, after cdrskin/compile_cdrskin.sh there should be a file cdrskin/cdrskin of at least 500 kB size. Is that one able to execute cdrskin/cdrskin -version If so, then find out where cdrskin is found currently by the shell: which cdrskin If that is not /usr/local/bin/cdrskin then we have a plausible culprit for the mess-up. Whatever, copy as superuser the file cdrskin/cdrskin over the address reported by the which command. Afterwards try: cdrskin -version -- To the bystanders: I would appreciate any hint about what went wrong with my autotools installation setup. I mean, it is plausible that it pulls a dynamic cripple out of some cache after a standalone binary was compiled by external means. (It worked in my test ... well, that can have been an acident.) But why does it not properly install libburn.so.4 and makes it ready for use ? See for the autotools configuration before ./bootstrap: http://libburnia-project.org/browser/libburn/tags/ZeroFourTwo Have a nice day :) Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Help: Burning multisession DVD+R with cdrecord 2.01.01a37
Bill Davidsen <[EMAIL PROTECTED]> whined again and trolled: > I think [1] is a hint, I bet you used a vendor hack of growisofs instead > of downloading and building the real program from source. That doesn't > mean I promise it will work for you, just that you know what you have. > Oh, and it works for me, one session, multi-session, DVD-R, DVD+R, etc, etc. growisofs is a dead project as the whole cdrkit is dead. > I would say the same thing about cdrecord, while wodim has fixed many wodim did not fix single problem from cdrecord, but it introduced _many_ bugs that never have been in the original. [ many incorrect claims removed ] 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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Help: Burning multisession DVD+R with cdrecord 2.01.01a37
[EMAIL PROTECTED] (Joerg Schilling) wrote: > Bill Davidsen <[EMAIL PROTECTED]> whined again and trolled: > > > I think [1] is a hint, I bet you used a vendor hack of growisofs instead > > of downloading and building the real program from source. That doesn't > > mean I promise it will work for you, just that you know what you have. > > Oh, and it works for me, one session, multi-session, DVD-R, DVD+R, etc, etc. > > growisofs is a dead project as the whole cdrkit is dead. Please excuse my typo, this should read: genisoimage is a dead project as the whole cdrkit is dead. 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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Help: Burning multisession DVD+R with cdrecord 2.01.01a37
Eric Wanchic wrote: Summarizing a Long story: I'm using Ubuntu 7.10 gutsy, and I've been working/researching for almost one week on how to create a multisession DVD+R for backing up. I've moved from growisofs to genisoimage to wodim, finally to cdrecord cdrecord 2.01.01a37. I manually installed cdrecord 2.01.01a37 from smake. I seem to be able to create the first track with mkisofs and burn with cdrecord. It is mountable and readable. But when I get ready to do the second track with cdrecord -msinfo dev=3,0,0; it states: cdrecord: Cannot read first writable address Here is what I've done. For the first track: mkisofs -v -o track_01.iso -R /media/sdc1/backups Next I burn: cdrecord -v speed=2 dev=2,0,0 -eject -multi -tao -data track_01.iso I noticed that durning the burn: Starting to write CD/DVD/BD at speed 4 in real SAO mode for multi session. I thought it was a bad DVD drive, so I switched it with another, and I still received SAO, even though I stated -multi and -tao. See comment below Finally I do my: cdrecord -msinfo dev=3,0,0 And get: cdrecord: Cannot read first writable address Doing a cdrecord: cdrecord -minfo dev=3,0,0: Cdrecord-ProDVD-ProBD-Clone 2.01.01a37 (x86_64-unknown-linux-gnu) Copyright (C) 1995-2008 Jörg Schilling scsidev: '3,0,0' scsibus: 3 target: 0 lun: 0 Linux sg driver version: 3.5.34 Using libscg version 'schily-0.9'. Device type: Removable CD-ROM Version: 5 Response Format: 2 Capabilities : Vendor_info: 'TSSTcorp' Identifikation : 'CDDVDW SH-S203N ' Revision : 'SB01' Device seems to be: Generic mmc2 DVD-R/DVD-RW/DVD-RAM. Using generic SCSI-3/mmc-3 DVD+R driver (mmc_dvdplusr). Driver flags : NO-CD DVD MMC-3 SWABAUDIO BURNFREE Supported modes: PACKET SAO LAYER_JUMP Note the lack of TAO here, so SAO is used instead. I assume that's acceptable, Joerg understands these mode well enough to get it "usefully right" here. So I don't think there's a problem with SAO. My drives return TAO, SAO, or both, depending on model. Example: Vendor_info: 'ATAPI ' Identifikation : 'DVD A DH20A4P ' Revision : 'NP53' Device seems to be: Generic mmc2 DVD-R/DVD-RW/DVD-RAM. Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr). Driver flags : MMC-3 SWABAUDIO BURNFREE FORCESPEED Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R LAYER_JUMP Mounted media class: DVD Mounted media type: DVD+R Disk Is not erasable data type:standard disk status: complete session status: complete BG format status: none first track: 1 number of sessions: 1 first track in last sess: 1 last track in last sess: 1 Disk Is unrestricted Disk type: DVD, HD-DVD or BD Track Sess Type Start Addr End Addr Size == 1 1 Data 0 9183 9184 Last session start address: 0 Last session leadout start address: 9184 [EMAIL PROTECTED]:/media# mount /dev/scd0 cdrom0 mount: block device /dev/scd0 is write-protected, mounting read-only I can mount this. I'm new to all of this, but I'm assuming it is closing the disc. I am open to suggestions. Thanks I think this is a clue, "block device /dev/scd0 is write-protected" may indicate that you are running as non-root, after being root to write the first session. In any case, it is probably related. -- Bill Davidsen <[EMAIL PROTECTED]> "Woe unto the statesman who makes war without a reason that will still be valid when the war is over..." Otto von Bismark
Re: Help: Burning multisession DVD+R with cdrecord 2.01.01a37
Eric Wanchic wrote: Thanks for replying.(^_^) Thomas Schmitt wrote: Hi, I've moved from growisofs [...] to wodim, finally to cdrecord cdrecord 2.01.01a37. What was the reason to give up growisofs ? It is supposed to do multi-session on DVD+R if you do not use options -dvd-compat or -dvd-video. Reason 1: I read the man page and I did exactly what it stated, and it wasn't working for me. Please see my current posting (5 days old) on ubuntuforums - http://ubuntuforums.org/showthread.php?p=4288486 No body could really help me with this issue. But as you will see I didn't stop there. I also began to analyze K3B's debugging output. I had the most difficult time trying to find any more documentation that wasn't already included in the man pages, or through google searches to see what it was I could be doing wrong. Reason 2: I finally went to |#cdrkit| on |irc.oftc.net |and waited four days before I finally got a response. One of the chat members stated: 1. I see you have found one of our bugs. I think we are long overdue for an upgrade. 2. Sorry, I can't help you. I've never worked with multisession DVD +Rs. 3. Why don't you try http://www.mail-archive.com/cdwrite@other.debian.org/info.html. They might be able to help you. I think [1] is a hint, I bet you used a vendor hack of growisofs instead of downloading and building the real program from source. That doesn't mean I promise it will work for you, just that you know what you have. Oh, and it works for me, one session, multi-session, DVD-R, DVD+R, etc, etc. I would say the same thing about cdrecord, while wodim has fixed many annoying things about cdrecord[1], various vendor versions seem to provide enough "learning experiences" to justify using real cdrecord, or at least not calling wodim cdrecord, because it isn't... quite. Still, it is the only tool for burning fancy CDs, unless the very latest cdrskin has added more capabilities. [1] the following things make cdrecord unpleasant to use: - must run as root. - whines about using real device names instead of meaningless numbers. support is not "unintentional," code was added to make it work - whines about losing data if not run as root a simple "didn't set rt" message would tell the user, data loss doesn't happen with burnfree in any case, and cdrecord complains even to do information like prcap, msinfo or atip, indicating it is setting rt when not needed. - program advises to drop back to the last millennium and run 2.4 Linux kernels -- Bill Davidsen <[EMAIL PROTECTED]> "Woe unto the statesman who makes war without a reason that will still be valid when the war is over..." Otto von Bismark
Re: Help: Burning multisession DVD+R with cdrecord 2.01.01a37
Eric Wanchic <[EMAIL PROTECTED]> wrote: > Reason 2: I finally went to |#cdrkit| on |irc.oftc.net |and waited four > days before I finally got a response. One of the chat members stated: > 1. I see you have found one of our bugs. I think we are long overdue > for an upgrade. > 2. Sorry, I can't help you. I've never worked with multisession DVD +Rs. > 3. Why don't you try > http://www.mail-archive.com/cdwrite@other.debian.org/info.html. They > might be able to help you. Well, there is no project activity on "cdrkit" since May 6th 2007. Even before, the majority of the changes have been caused by the replacement of the original build-system by something else and this was a really strange act, see: http://cdrecord.berlios.de/private/linux-dist.html#license for more information. It seems that the people who are sesponsible for "cdrkit", finally found that they don't have the time nor the skills to work on the source. There are many open bug reports against cdrkit from various Linux distributions and even simple to fix bugs have not been fixed since more than 9 months. > Reason 3: I see there is a really big mess right now with this whole > wodim - cdrecord - growisofs - genimageiso, whatever. All I want is to > burn a multisessin DVD+R win a command line environment so I can do > backups. Whatever I can get to work, thats fine. Basicly, after spending > a week with growisofs / genimageiso and getting no-where, I'm tryng > something else I haven't tried before. I'm reading and trying as much as > I intellectually can before I ask for help. I was able to get a lot > further in cdrecord, but however I can get this done, that's what I'll do. I internally have a multi-border aware cdrecord, but this would introduce instability that I cannot have today. I am planning a new "stable" release very soon after I reveived recent test results for the MacOS X support from helios.de The next development period will include multi-border support for DVDs in cdrecord. 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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Help: Burning multisession DVD+R with cdrecord 2.01.01a37
Thomas Schmitt wrote: With program cdrskin these options would do multi-session resp. leave the media appendable. cdrskin (i am its author): http://scdbackup.sourceforge.net/cdrskin_eng.html Source tarball http://scdbackup.sourceforge.net/cdrskin-0.4.2.pl00.tar.gz Installation instructions: http://scdbackup.sourceforge.net/README_cdrskin 32-bit static x86 binary (if suitable for you): http://scdbackup.sourceforge.net/cdrskin_0.4.2.pl00-x86-suse9_0-static.tar.gz As Debian package i would recommend http://packages.debian.org/sid/cdrskin (What Debian classifies as "stable" is heavily outdated and can only burn CD. 0.4.2 is the most stable cdrskin. Needed for DVD+R is at least cdrskin-0.3.6.) Have a nice day :) Thomas Ok, so now with a compile of http://scdbackup.sourceforge.net/cdrskin-0.4.2.pl00.tar.gz and an "ldconfig" ;) things are running! [EMAIL PROTECTED]:/media/sdc1/raws# cdrskin dev=/dev/scd0 -v padsize=300k -multi -tao track_01.iso cdrskin 0.4.2 : limited cdrecord compatibility wrapper for libburn cdrskin: verbosity level : 1 cdrskin: NOTE : greying out all drives besides given dev='/dev/sr0' cdrskin: scanning for devices ... cdrskin: ... scanning for devices done cdrskin: beginning to burn disc cdrskin: status 1 burn_disc_blank "The drive holds a blank disc" Current: DVD+R Track 01: data17 MB padsize: 300 KB Total size: 18 MB (02:05.93) = 9295 sectors Lout start: 18 MB (02:07/93) = 9295 sectors Starting to write CD/DVD at speed MAX in real TAO mode for multi session. Last chance to quit, starting real write in 0 seconds. Operation starts. Waiting for reader process to fill input buffer ... input buffer ready. Starting new track at sector: 0 Track 01: 18 of 18 MB written (fifo 100%) [buf 99%] 0.6x. cdrskin: thank you for being patient since 22 seconds Fixating... cdrskin: working post-track (burning since 41 seconds) Track 01: Total bytes read/written: 18728960/19038208 (9296 sectors). Writing time: 41.533s Cdrskin: fifo had 9145 puts and 9145 gets. Cdrskin: fifo was 0 times empty and 3253 times full, min fill was 99%. Min drive buffer fill was 99% cdrskin: burning done Looks Great ! TAO was executed. [EMAIL PROTECTED]:/media/sdc1/raws# cdrskin dev=/dev/scd0 -msinfo cdrskin 0.4.2 : limited cdrecord compatibility wrapper for libburn cdrskin: NOTE : greying out all drives besides given dev='/dev/sr0' cdrskin: scanning for devices ... cdrskin: ... scanning for devices done 0,11344 Awesome! However, now I have a new problem. There is nothing on the disk? I can mount it, but there is nothing there. To touble check and make sure my track_01.iso was ok, I mounted it too: mount -o loop track_01.iso /media/cdrom0 track_01.iso was ok. So now I'm tempted to burn another track and close it for S&Gs since the -msinfo worked, and cdrecord automatically closed the disc but I could mount and read it. Or maybe there is something else. So I'm throwing this out hear for direction. BTW, I will use a new DVD+R everytime, of course (^_-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Help: Burning multisession DVD+R with cdrecord 2.01.01a37
Oh, man all of you guys are awesome! Thanks. I'm still having issues, but I feel I have to apologize for not replying fast enough here (^_^). Thanks for all of your help. I don't know where to start, so I'm going to try and answer everyone on this post: Thomas Schmitt: There nothing wrong with your auto-install, don't worry about it. I am currently using Ubuntu 7.10 Gusty Server Edition. Doing a ./configure; make; make install is all that you need ( I think. I'll try it again without installing libburn seperately). Since I'm using ubuntu, and compiling from source, after all is done run the "ldconfig" command, and it will install libburn.so.4. All will be working! :) - I've got some more stuff, but as soon as I post this, I'll write another one mentioning what I've done so far. Thanks (^_^) Greg Wooledge: Thanks for the tip! As soon as I saw "ldconfig" I realized I needed to do just that. Then cdrskin ran correctly. I'm still learning about linux programming, so bare with me. Thanks :) Bill Davidson: That's some good advice about root permissions and issues. I "think" I'm running in root. I have the root account disabled (defaulted in ubuntu) and I am executing everything in "sudo -i" environment. I see "[EMAIL PROTECTED]" So I'm sure I am root, but if I'm wrong please correct my errors. Joerg Schilling: I am but a humbled student here among respected teachers. I've read a lot, mostly your view points, about this whole licensing mess, the UTF-8, etc. And, I think I've shared my experiences, although brief, with everything else I've tried. I respect you and everyone here and I don't feel I'm very qualified to argue with anybody. I'm a just well seasoned programmer striving to defect from M$ and get back on the real technology band-wagon. (^_^) Multi-border aware? I'm not sure what that is, but it sounds like your still working on that. I'll be patiently waiting then :) >Cdrecord did not write the medium in a way that allows appending - see cdrecord -info output. Sorry, I'm confused. I could not find a -info switch in cdrecord. Nor a -info-output switch. I think I posted my -minfo. Did you want me to burn another CD again and copy its output? Just let me know what you need. Thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Help: Burning multisession DVD+R with cdrecord 2.01.01a37
Hi, Greg Wooledge: > that file, run ldconfig. (See "man ld.so" and "man ldconfig".) Eric Wanchic: > There nothing wrong with your auto-install, > [...] after all is done run the "ldconfig" command, Hrmpf. I would have expected ./configure to have recognized what is needed on the system. It is a 750 kB shell script. All brains. I have to thank Greg Wooledge for the hint which will need to be written into cdrskin's README. > among respected teachers. Hahaha ! Have a look into our archive and see how much soap would be needed for washing our mouths. Teachers. That's a good one. Whew. Have a nice day :) Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Help: Burning multisession DVD+R with cdrecord 2.01.01a37
Eric Wanchic wrote: Thomas Schmitt wrote: With program cdrskin these options would do multi-session resp. leave the media appendable. cdrskin (i am its author): http://scdbackup.sourceforge.net/cdrskin_eng.html Source tarball http://scdbackup.sourceforge.net/cdrskin-0.4.2.pl00.tar.gz Installation instructions: http://scdbackup.sourceforge.net/README_cdrskin 32-bit static x86 binary (if suitable for you): http://scdbackup.sourceforge.net/cdrskin_0.4.2.pl00-x86-suse9_0-static.tar.gz As Debian package i would recommend http://packages.debian.org/sid/cdrskin (What Debian classifies as "stable" is heavily outdated and can only burn CD. 0.4.2 is the most stable cdrskin. Needed for DVD+R is at least cdrskin-0.3.6.) Have a nice day :) Thomas Ok, so now with a compile of http://scdbackup.sourceforge.net/cdrskin-0.4.2.pl00.tar.gz and an "ldconfig" ;) things are running! [EMAIL PROTECTED]:/media/sdc1/raws# cdrskin dev=/dev/scd0 -v padsize=300k -multi -tao track_01.iso cdrskin 0.4.2 : limited cdrecord compatibility wrapper for libburn cdrskin: verbosity level : 1 cdrskin: NOTE : greying out all drives besides given dev='/dev/sr0' cdrskin: scanning for devices ... cdrskin: ... scanning for devices done cdrskin: beginning to burn disc cdrskin: status 1 burn_disc_blank "The drive holds a blank disc" Current: DVD+R Track 01: data17 MB padsize: 300 KB Total size: 18 MB (02:05.93) = 9295 sectors Lout start: 18 MB (02:07/93) = 9295 sectors Starting to write CD/DVD at speed MAX in real TAO mode for multi session. Last chance to quit, starting real write in 0 seconds. Operation starts. Waiting for reader process to fill input buffer ... input buffer ready. Starting new track at sector: 0 Track 01: 18 of 18 MB written (fifo 100%) [buf 99%] 0.6x. cdrskin: thank you for being patient since 22 seconds Fixating... cdrskin: working post-track (burning since 41 seconds) Track 01: Total bytes read/written: 18728960/19038208 (9296 sectors). Writing time: 41.533s Cdrskin: fifo had 9145 puts and 9145 gets. Cdrskin: fifo was 0 times empty and 3253 times full, min fill was 99%. Min drive buffer fill was 99% cdrskin: burning done Looks Great ! TAO was executed. I find this very interesting! The original post noted that only SAO was supported: Supported modes: PACKET SAO LAYER_JUMP so I suspect SAO was used instead, as other software might do. That's not a complaint, just a note on something which puzzles me. I would expect the program to note using SAO in place of TAO with verbose selected. Thomas, perhaps you can clarify the SAO vs. TAO options and actual difference in the media. I assume that a session with a single track will be the same in either mode, but I don't claim to be an expert, only that I'm familiar with the concepts. [EMAIL PROTECTED]:/media/sdc1/raws# cdrskin dev=/dev/scd0 -msinfo cdrskin 0.4.2 : limited cdrecord compatibility wrapper for libburn cdrskin: NOTE : greying out all drives besides given dev='/dev/sr0' cdrskin: scanning for devices ... cdrskin: ... scanning for devices done 0,11344 Awesome! However, now I have a new problem. There is nothing on the disk? I can mount it, but there is nothing there. To touble check and make sure my track_01.iso was ok, I mounted it too: mount -o loop track_01.iso /media/cdrom0 track_01.iso was ok. So now I'm tempted to burn another track and close it for S&Gs since the -msinfo worked, and cdrecord automatically closed the disc but I could mount and read it. Or maybe there is something else. So I'm throwing this out hear for direction. BTW, I will use a new DVD+R everytime, of course (^_-) -- E. Robert Bogusta It seemed like a good idea at the time
Re: Help: Burning multisession DVD+R with cdrecord 2.01.01a37
Joerg Schilling wrote: Bill Davidsen <[EMAIL PROTECTED]> whined again and trolled: I think [1] is a hint, I bet you used a vendor hack of growisofs instead of downloading and building the real program from source. That doesn't mean I promise it will work for you, just that you know what you have. Oh, and it works for me, one session, multi-session, DVD-R, DVD+R, etc, etc. growisofs is a dead project as the whole cdrkit is dead. As you have already noted, you were thinking of some other software which has nothing to do with anything I said. You didn't apologize for bringing up something utterly unrelated to what I said, you called it a typo. I would say the same thing about cdrecord, while wodim has fixed many wodim did not fix single problem from cdrecord, but it introduced _many_ bugs that never have been in the original. [ many incorrect claims removed ] Since you removed them I conclude that you could not refute a single one of them, since every problem can be easily replicated. Why don't you just *fix* the issues I mentioned, and everyone would be happy. These are the reasons why wodim even exists, because you not only refuse to fix these problems, or accept the fixes others have made, you refuse to admit the problems exist, when anyone with a computer can verify them. -- Bill Davidsen <[EMAIL PROTECTED]> "Woe unto the statesman who makes war without a reason that will still be valid when the war is over..." Otto von Bismark
Re: Help: Burning multisession DVD+R with cdrecord 2.01.01a37
Hi, Eric Wanchic: > Looks Great ! TAO was executed. Rob Bogus: > Thomas, perhaps you can clarify the SAO vs. TAO options and actual Actually it is a packet write type. "TAO" and "SAO" are rather aliases for a certain behavior as it is known from good old CD media. With DVD+R there is only this one write type. cdrskin calls "TAO" a run without pre-announced size and "SAO" a run with such an announcement. MMC-5 4.3.6.2.2 "The Host views a DVD+R fragment as a fixed packet track where the packet size is 16." The following text describes command RESERVE TRACK as optional for reserving a fixed track size. > > Supported modes: PACKET SAO LAYER_JUMP That must have been wodim or cdrecord. cdrskin has no DVD DL support yet. So LAYER_JUMP is not among its announcements. > Total size: 18 MB (02:05.93) = 9295 sectors This might be one of the reasons why growisofs proposes to do that strange growisofs -M /dev/dvd=/dev/zero I had no propblems with appendable or partially filled DVD+R. But my images were a bit larger than 18 MB. If you omit option -multi with cdrskin, then the media will get closed by a MMC command "CLOSE SESSION, 101b, Finalize with minimal radius". which is described in the specs as "In order to assure maximum interchange compatibility with read only devices, Guard Zone 2 shall be recorded to a device defined PSN that approximates a disc radius of 30 mm. Suggested value: 70DE0h (462 304)." That looks somewhat like 900 MB minimum size. Nevertheless strange that a burner drive will not mount smaller images. What happens if you count the readable bytes from _not_ mounted media: dd if=/dev/hda bs=32K | wc Have a nice day :) Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Help: Burning multisession DVD+R with cdrecord 2.01.01a37
Eric Wanchic <[EMAIL PROTECTED]> wrote: > [EMAIL PROTECTED]:/media/sdc1/raws# cdrskin dev=/dev/scd0 -v padsize=300k > -multi > -tao track_01.iso > cdrskin 0.4.2 : limited cdrecord compatibility wrapper for libburn > cdrskin: verbosity level : 1 > cdrskin: NOTE : greying out all drives besides given dev='/dev/sr0' > cdrskin: scanning for devices ... > cdrskin: ... scanning for devices done > cdrskin: beginning to burn disc > cdrskin: status 1 burn_disc_blank "The drive holds a blank disc" > Current: DVD+R > Track 01: data17 MB padsize: 300 KB > Total size: 18 MB (02:05.93) = 9295 sectors > Lout start: 18 MB (02:07/93) = 9295 sectors > Starting to write CD/DVD at speed MAX in real TAO mode for multi session. > Last chance to quit, starting real write in 0 seconds. Operation starts. > Waiting for reader process to fill input buffer ... input buffer ready. > Starting new track at sector: 0 > Track 01: 18 of 18 MB written (fifo 100%) [buf 99%] 0.6x. > cdrskin: thank you for being patient since 22 seconds > Fixating... > cdrskin: working post-track (burning since 41 seconds) > Track 01: Total bytes read/written: 18728960/19038208 (9296 sectors). > Writing time: 41.533s > Cdrskin: fifo had 9145 puts and 9145 gets. > Cdrskin: fifo was 0 times empty and 3253 times full, min fill was 99%. > Min drive buffer fill was 99% > cdrskin: burning done > > > Looks Great ! TAO was executed. Please don't get confused by this incorrect program output. DVDs do not support TAO recording. 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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Help: Burning multisession DVD+R with cdrecord 2.01.01a37
Hi, > There is nothing on the disk? I can mount it, but there is nothing there. Pitfall theory: Did you eject it and load it again ? Possibly the block device did not take notice that there are data available now. Have a nice day :) Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Help: Burning multisession DVD+R with cdrecord 2.01.01a37
Hi, > okscratch that. Test 4 was mountable but no output too. I moved out of > my mounted directory and back into it again...files. I remounted Test > 5...files. Thats strange. Ouchers. Either your drive or your operating system is severely challenged with a 18 MB DVD+R which is not closed. Let's hope it is only the os. :)) > That's bad!? Indeed. It would mean you cannot reliably work with mkisofs or genisoimage which read the old ISO image info via the block device. More hope will be with soon-to-come xorriso which uses libburn for reading and thus needs the block device only for tunneling SCSI commands. But if the drive is confused, then this will hardly help. One clumsy remedy could be to write as first track at least one GB of dummy data to media. How about this for the first track: cdrskin dev=/dev/scd0 -v tsize=1000m \ -multi track_01.iso (It is recommended to leave the -tao/-sao decision to cdrskin) Have a nice day :) Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Help: Burning multisession DVD+R with cdrecord 2.01.01a37
Eric Wanchic <[EMAIL PROTECTED]> wrote: > Oh, man all of you guys are awesome! Thanks. I'm still having issues, > Thomas Schmitt: > - I've got some more stuff, but as soon as I post this, I'll write > another one mentioning what I've done so far. Thanks (^_^) Please note that Thomas (in contrary to the people who created the wodim fork) writes own software but unfortunately his software is non-portable and only works on Linux. All my software works on all known platforms. Well, Linux is the post popular open platform, but Solaris is the second popular open platform and Thomas software does not work on Solaris. Also note that even the idea of writing a CD/DVD writing _library_ is based on a privileges missconception that is only present on Linux. Even Linux only allows a limited subset of what cdrecord supports if you do not have root privileges. The idea of having such a library comes from GUI people that like to _include_ the CD/DVD writing features into their GUI, but they do not understand that this cannot be done on all platforms but Linux for security reasons. On Linux it only works in a limited way because Linux ignores some security issues. There exist several similar attempts on writing libraries for tasks that cannot exist on platorms other than Linux because other platforms better check privileges/security. All these other libraries are derivates from cdrtools code and all also have license problems. This makes a lot of functionality seen in GNOME on Linux illegal because of license violations and non-portable because of privileges violations. I write a lot of software and I give long term support, the oldest OSS program I wrote (star) is from 1982. Doing this for many platforms takes more time but also gives better code quality. > Bill Davidson: > That's some good advice about root permissions and issues. I "think" > I'm running in root. I have the root account disabled (defaulted in > ubuntu) and I am executing everything in "sudo -i" environment. I see > "[EMAIL PROTECTED]" So I'm sure I am root, but if I'm wrong please correct my > errors. Bill _was_ a respected person ~ 7 years ago. He did have a lot of knowledge and he was helpful in his replies. Aprox. 2-3 years ago, he converted into a troll and frequently gives incorrect replies even though he has been corrected many times. I recommend not to believe him. You need root privileges for cdrecord _and_ you need to have them for wodim also if you like to do the same things. This is a result of the constraints set up by the Linux kernel. I would be happy to see him stop trolling and to come back to real life again. > Joerg Schilling: > I am but a humbled student here among respected teachers. I've read a > lot, mostly your view points, about this whole licensing mess, the It is hard to explain complex legal issues if other people before did spread FUD and used oversimplified and wrong phrases that look correct only because they are oversimplified. If you like to verify legal claims, you need to check the possible results of these claims for many different use cases (this is really similar to thinking about possible failure cases on software). I did already explain why the main claim from the Debian people is wrong: http://cdrecord.berlios.de/private/linux-dist.html#license There is another claim that (if it was correct) would make > 50% of all software illegal on Linux and it would completely disallow non-GPL software on Linux. It is obvious, that GPL interpretations that make _all_ software illegal cannot be right. The main problem with Debian is that they never ask lawyers, even in critical situations. All legal claims from Debian are claims from laymen. > Multi-border aware? I'm not sure what that is, but it sounds like your > still working on that. I'll be patiently waiting then :) > >Cdrecord did not write the medium in a way that allows appending - see > cdrecord -info output. Didn't I wrote -minfo? And btw: Multi-border is the official name for DVD handling for what people call multi session. > -info-output switch. I think I posted my -minfo. Did you want me to burn > another CD again and copy its output? Just let me know what you need. Thanks I know how to write Multi-border DVDs, I did this a year ago already. I cannot put it yet into the official cdrecord for stabiltiy reasons. 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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Help: Burning multisession DVD+R with cdrecord 2.01.01a37
[EMAIL PROTECTED] (Joerg Schilling) wrote: > There exist several similar attempts on writing libraries for tasks that > cannot > exist on platorms other than Linux because other platforms better check > privileges/security. All these other libraries are derivates from cdrtools > code > and all also have license problems. This makes a lot of functionality seen in Because of the "license" attacks from some Debian outsiders, it seems that I need to go more in depth with this issue to avoid confusion: - The original code from cdrtools has no license problems - The libraries in question give license problems for three different reasons: - A few projects took code from Heiko Eißfeldt that never has been published under GPL and claimed this code is under GPL. This is an obvious license/copyright violation. It was true for cdrdao and it is still true for e.g. GNU-vcdimager. - libcdio e.g. took code from cdrtools that was under "GPLv2 _only_" and changed the license to "GPLv2 or any later" without permission from the Authors. - libcdio and similar libs that are under GPL but are intended be used by LGPL libraries (like e.g. libgstreamer). As GPL and LGPL are incompatible (LGPL code may not call GPL code), this construct results in an implicit license violation "originated" by potential distributors of e.g. Linux, *BSD or Solaris OS-distributions. Distributors that ask lawyers and take care of license problems (like e.c. Sun) for this reason removed libcdio from their distribution. 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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Help: Burning multisession DVD+R with cdrecord 2.01.01a37
"Thomas Schmitt" <[EMAIL PROTECTED]> wrote: > Hi, > > > There is nothing on the disk? I can mount it, but there is nothing there. > > Pitfall theory: > Did you eject it and load it again ? > Possibly the block device did not take notice > that there are data available now. Did you ever see the need to reload a DVD after writing? I know this with CDs unde some cases but never saw it with DVDs. 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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Help: Burning multisession DVD+R with cdrecord 2.01.01a37
"Thomas Schmitt" <[EMAIL PROTECTED]> wrote: > Hi, > > > okscratch that. Test 4 was mountable but no output too. I moved out of > > my mounted directory and back into it again...files. I remounted Test > > 5...files. Thats strange. > > Ouchers. Either your drive or your operating > system is severely challenged with a 18 MB DVD+R > which is not closed. What do you understand by "not closed"? 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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Help: Burning multisession DVD+R with cdrecord 2.01.01a37
Hi, Joerg Schilling: > What do you understand by "not closed"? Again quoting from the description in MMC-5, 4.3.6.2.3 (Models, DVD, DVD+R): "If the user wishes to disallow further writing after the session is closed, it is possible to select a close function to finalize the disc." This is not done if cdrskin is run with option -multi. If finalization is desired, i use "CLOSE SESSION, 101b, Finalize with minimal radius" > Please note that Thomas (in contrary to the people who created the wodim > fork) writes own software To be exacting: The start of libburn was made by Derek Foreman and Ben Jansens. They provided CD SAO and CD RAW. Our team began to carry on about 1.5 years ago and i added CD TAO. The handling of DVD is inspired by studying the sources of growisofs and the SCSI specs. So libburn and cdrskin are deliberately independent of cdrtools. A true technical alternative, although we all cook with the same kind of water: SCSI subsection MMC. > unfortunately his software is non-portable and only > works on Linux. This is the consequence of having no potential users on other systems. The system dependencies are separated from the portable code. I could learn from growisofs how to operate the SCSI tunnels of other systems ... but without a real test user this makes not much sense. We got an unused and unmaintained FreeBSD port. Shrug. > even the idea of writing a CD/DVD writing _library_ > is based on a privileges missconception that is only > present on Linux. Before i begin to defend the library concept, a personal statement: I hate .DLLs. Even if they are called .so. We have seen it yesterday. They make life complicated. But on the first hand, libburn is re-usable code with a defined API and an upwards compatible ABI. Whether you link its .o files directly, as static library or as dynamic library, that is mainly a packager/sysadmin detail. During development i compile with shell scripts which produce debuggable standalone binaries. > The idea of having such a library comes from GUI people Yeah. But it needed a command liner to get it out of the baby bed. :)) My motivation was my backup tool which depended heavily on cdrtools and runs on Linux. There is no love between cdrtools and Linux. libburnia wants to be nice and cuddly with Linux. Happy Valentine's Day, Darling ! We now got a workable libisofs, too. Author is Vreixo Formoso. Since about a month, i can do all of my backups without needing mkisofs or genisoimage any more. That is a big progress for any use case where the original files cannot be frozen by a shutdown or a snapshot. With mkisofs the backups fail when files vanish during image generation. New libisofs is willing to go on in such a case - if the application has set an according tolerance threshold. The library concept shows its strengths by the fact that our new ISO 9660 formatter app has inherited own burn capabilities at very low programming cost. The capability to do multi-session without juggling with a burn program and a formatter program is very convenient. See growisofs. > You need root privileges for cdrecord For libburn, you need rw-access to the block device file on Linux 2.6 resp. to the generic device (sg) on Linux 2.4. No problem ever has been traced back to missing root privileges. Possibly we inadvertedly restrict ourselves to what the kernel programmers deem safe and reasonable ... or maybe it is just the power of love {:) Have a nice day :) Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Help: Burning multisession DVD+R with cdrecord 2.01.01a37
Hi, > > MMC-5 4.3.6.2.2 Bill Davidsen: > Thanks, I saved that bit so I can quote it Overview of media and write types: CD-R[W] - Packet fixed. Could allow non-seamless writing without burn-proof. Used for formatted Mt.Rainier media which allow random access writing. - Packet variable. Few known. Generalization of TAO. - TAO. One single variable sized packet forms the track. - RAW. One single data stream forms the whole track. You have to provide format entrails of the sectors. Several subformats with different parameter sets exist. - SAO. One single data stream forms the whole session resp. the whole disc. You have to announce the track layout and formats by a previously submitted form, the cue sheet. TAO is capable of multi-session. SAO can be used for a first session. If the disc is not finalized afterwards then TAO sessions can be appended. Audio versus data is a property of sectors, not necessarily of a whole session. To mix audio and data sectors in one track seems not to be possible (maybe via RAW ?). Many advanced CD features are not published but in the "Rainbow Books". Thus we got much room for confusion and speculation. DVD-R[W] - Packet fixed 32 kB (alias Incremental Streaming). Can be used for multi-session if disc is not finalized after the session. Fast blanked DVD-RW cannot do this mode. Use cases similar to CD TAO. - Disc-At-Once. Single track of fixed size. Disc always gets finalized. Use cases similar to single-track CD SAO. - Formatted. Fixed size packet mode similar to Mt.Rainier resp. DVD-RAM. "Rigid Restricted Overwrite" means you have to write in 32 kB blocks to 32 kB aligned addresses in contrast to 2 kB on DVD-RAM. See multi-session remark about DVD+RW. DVD+R- Packet fixed 32 kB. Can be used for multi-session if disc is not finalized after the session. DVD+RW - Formatted. Fixed size packet mode similar to Mt.Rainier resp. DVD-RAM. Writing is performed in 32 kB blocks but the drive will accept and handle 2 kB aligned requests with poor performance. No session history on media. Thus no multi-session unless the session can be recognized by data content (growisofs). DVD-RAM - Formatted. Fixed size packet mode (original Mt.Rainier ?) with 2 kB granularity and write success verification. In default mode, bad sectors are handled automatically and slowly. The luxury and pedantic version of DVD+RW. All DVD media are restricted to data blocks. No Audio. No RAW. DVD-R[W] are quite similar to CD-R[W]. DVD+RW and DVD-RAM want to be hard disks. DVD+R seems to strive for a new kind of multi-streaming: You can have open 16 tracks at once. Pointers to information sources (mainly in MMC) can be found in http://libburnia-project.org/browser/libburn/trunk/doc/cookbook.txt?format=raw Sponsors wanted for exploration of DVD DL and BD media. > Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R > I really wish I fully understood all of the modes with "/" I can only guess here. R96P, R96R, R16 depict parameter sets for raw sectors. These extra data get added to the paylod by the burn program so they can be inserted into the sector entrails. SAO/ and RAW/ probably depict multi-track and single-track sessions. LAYER_JUMP is a term from DVD DL specs. Have a nice day :) Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Help: Burning multisession DVD+R with cdrecord 2.01.01a37
Thomas Schmitt wrote: Hi, Eric Wanchic: Looks Great ! TAO was executed. Rob Bogus: Thomas, perhaps you can clarify the SAO vs. TAO options and actual Actually it is a packet write type. "TAO" and "SAO" are rather aliases for a certain behavior as it is known from good old CD media. With DVD+R there is only this one write type. cdrskin calls "TAO" a run without pre-announced size and "SAO" a run with such an announcement. MMC-5 4.3.6.2.2 "The Host views a DVD+R fragment as a fixed packet track where the packet size is 16." The following text describes command RESERVE TRACK as optional for reserving a fixed track size. Thanks, I saved that bit so I can quote it (with attribution, of course) to the next person who asks me. I was under the impression that there could be multiple tracks in a session, but I never saw an example of that. Clearly some drives offer one or the other, some both, and some odd things like: Identifikation : 'DVD A DH20A4P ' Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R LAYER_JUMP I really wish I fully understood all of the modes with "/" but I have never needed them so it's just curiosity for now. -- Bill Davidsen <[EMAIL PROTECTED]> "Woe unto the statesman who makes war without a reason that will still be valid when the war is over..." Otto von Bismark
Re: Help: Burning multisession DVD+R with cdrecord 2.01.01a37
Hi, > cdrskin dev=/dev/scd0 -v padsize=300k -multi -tao track_02.iso > ... > I finally unmount, eject the disc, re-inject the disc, remount and bingo: Good news: cdrskin works as it should. Intermezzo: growisofs would do about the same for you. You would have to talk it into using the mkisofs which cooperated properly with cdrskin. man growisofs proposes: export MKISOFS=/path/to/trusted/mkisofs But next i get a sour look on my face: The block device driver and cdrskin are not in sync. Ejecting and reloading discards the i/o cache. So i assume that cache was outdated after cdrskin has ended its work. I know this effect from Linux 2.4 and CD images smaller than 1 MB. Obviously it is present in your Linux with much larger images. To have cache and media out of sync is unhealthy. The current state is not safe without ejecting. So add option -eject to your cdrskin command for now. Well, 18 MB is ridiculous small for a DVD session. DVD+R allows 153 sessions. Even with some overhead between sessions it will be only 3 GB then. So i urge you to make experiments with generous padsize= . I would try values like 20m or 100m. You should also make experiments with growisofs. Maybe it knows a trick ... if so: tell me. Any bystander here who knows how to refresh the i/o cache of /dev/sr0 ? Best without the need to be superuser. :)) Have a nice day :) Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Help: Burning multisession DVD+R with cdrecord 2.01.01a37
Hi, Dave Platt: > You could also try an ioctl with a code of BLKFLSBUF, I see this one in the code of growisofs. Will have to study. > CDROMRESET This one i will have to explore without growisofs guidance. > capable(CAP_SYS_ADMIN) and so might require superuser It might not be too large a caliber: #define CDROMRESET 0x5312 /* hard-reset the drive */ It might last a few days before i come up with experiments. I must try whether i can reproduce the effect with re-writeable media here. --- xorriso should be able to cope with the situation without reloading, because it reads the same way as it writes: SG_IO. No OS cache involved. But i am unhappy about the system integrity with that outdated cache. Have a nice day :) Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Help: Burning multisession DVD+R with cdrecord 2.01.01a37
Any bystander here who knows how to refresh the i/o cache of /dev/sr0 ? Best without the need to be superuser. :)) A quick look at the generic CD-ROM layer code in 2.6.24 suggests that issuing an ioctl with a code of CDROMRESET may very well do the job. This code path calls invalidate_bdev() on the device, and then calls the drive-specific reset routine. You could also try an ioctl with a code of BLKFLSBUF, which appears to do an fsync_bdev() followed by invalidate_bdev(). This one is checking for capable(CAP_SYS_ADMIN) and so might require superuser privileges and then some. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Help: Burning multisession DVD+R with cdrecord 2.01.01a37
Sorry I haven't responded back sooner. I needed to switch gears and work on my employer's email/open ticket project. I was able to continue on yesterday late afternoon. Good news and same news. I was able to burn a multi-border DVD+R using cdrskin. The down side, it still does this funny thing where the drive only reads the last track mounted until it the disc is ejected, and then re-injected back into the system. [EMAIL PROTECTED]:/media/sdc1/raws# cdrskin dev=/dev/scd0 -msinfo cdrskin 0.4.2 : limited cdrecord compatibility wrapper for libburn cdrskin: NOTE : greying out all drives besides given dev='/dev/sr0' cdrskin: scanning for devices ... cdrskin: ... scanning for devices done 0,11344 Then I moved file /media/sdc1/backups/rt/2008/02/rt.2008.02.06.tgz out and I moved a new file /media/sdc1/backups/rt/2008/02/rt.2008.02.07.tgz in it's place. Then I created a new track: [EMAIL PROTECTED]:/media/sdc1/raws# mkisofs -v -o track_02.iso -R -C 0,11344 -M 3,0,0 /media/sdc1/backups Setting input-charset to 'UTF-8' from locale. 2.01.01a37 (x86_64-unknown-linux-gnu) ISO-9660 image includes checksum signature for correct inode numbers. Rock Ridge signatures found Scanning /media/sdc1/backups Unknown file type (unallocated) /media/sdc1/backups/.. - ignoring and continuing. Scanning /media/sdc1/backups/rt Scanning /media/sdc1/backups/rt/2008 Scanning /media/sdc1/backups/rt/2008/02 Scanning /media/sdc1/backups/zimbra Using RT_2.TGZ;1 for /media/sdc1/backups/rt/2008/02/rt.2008.02.06.tgz (rt.2008.02.07.tgz) Writing: Initial PadblockStart Block 11344 Done with: Initial PadblockBlock(s)16 Writing: Primary Volume Descriptor Start Block 11360 Done with: Primary Volume Descriptor Block(s)1 Writing: End Volume Descriptor Start Block 11361 Done with: End Volume Descriptor Block(s)1 Writing: Version block Start Block 11362 Done with: Version block Block(s)1 Writing: Path table Start Block 11363 Done with: Path table Block(s)4 Writing: Directory tree Start Block 11367 Done with: Directory tree Block(s)5 Writing: Directory tree cleanup Start Block 11372 Done with: Directory tree cleanup Block(s)0 Writing: Extension recordStart Block 11372 Done with: Extension recordBlock(s)1 Writing: The File(s) Start Block 11373 73.23% done, estimate finish Thu Feb 14 15:54:38 2008 97.68% done, estimate finish Thu Feb 14 15:54:38 2008 Total translation table size: 0 Total rockridge attributes bytes: 1314 Total directory bytes: 8690 Path table size(bytes): 56 Done with: The File(s) Block(s)8966 Writing: Ending Padblock Start Block 20339 Done with: Ending Padblock Block(s)150 Max brk space used 0 9145 extents written (17 MB) Then, burn the new track_02.iso [EMAIL PROTECTED]:/media/sdc1/raws# cdrskin dev=/dev/scd0 -v padsize=300k -multi -tao track_02.iso cdrskin 0.4.2 : limited cdrecord compatibility wrapper for libburn cdrskin: verbosity level : 1 cdrskin: NOTE : greying out all drives besides given dev='/dev/sr0' cdrskin: scanning for devices ... cdrskin: ... scanning for devices done cdrskin: beginning to burn disc cdrskin: status 3 BURN_DISC_APPENDABLE "There is an incomplete disc in the drive" Current: DVD+R Track 01: data17 MB padsize: 300 KB Total size: 18 MB (02:05.93) = 9295 sectors Lout start: 18 MB (02:07/93) = 9295 sectors Starting to write CD/DVD at speed MAX in real TAO mode for multi session. Last chance to quit, starting real write in 0 seconds. Operation starts. Waiting for reader process to fill input buffer ... input buffer ready. Starting new track at sector: 11344 Track 01: 18 of 18 MB written (fifo 100%) [buf 99%] 0.7x. cdrskin: thank you for being patient since 22 seconds Fixating... cdrskin: working post-track (burning since 32 seconds) Track 01: Total bytes read/written: 18728960/19038208 (9296 sectors). Writing time: 32.372s Cdrskin: fifo had 9145 puts and 9145 gets. Cdrskin: fifo was 0 times empty and 3643 times full, min fill was 99%. Min drive buffer fill was 81% cdrskin: burning done [EMAIL PROTECTED]:/media/sdc1/raws# cdrskin dev=/dev/scd0 -msinfo cdrskin 0.4.2 : limited cdrecord compatibility wrapper for libburn cdrskin: NOTE : greying out all drives besides given dev='/dev/sr0' cdrskin: scanning for devices ... cdrskin: ... scanning for devices done 11344,22688 Great. TIme to mount the DVD and see if the files are there: [EMA
Re: Help: Burning multisession DVD+R with cdrecord 2.01.01a37
Hi, Eric Wanchic: > "BTW, I hope that is never the > case. That would really suck if I had to -eject the DVD and re-inject it > back into the drive everytime I did a backup :)" Urm ... how to say it ... hem, hem: Better -eject or use xorriso. - I made experiments on my SuSE 10.2 (one year old distro on 3 month old computer). There is a quite reliable ill effect with burning CD-RW and reading it without eject-load cycle. It is not the same as described by Eric, but it is as well a reason to eject media after burning (unless one circumvents the block device for reading as it has to be done for writing). The problematic procedure on my system is this: - insert a blank CD-RW into /dev/sr1 - burn 40 MB as first session ioctl(CDROM_MEDIA_CHANGED)==0 :( - checkread via dd if=/dev/sr1 : ok 40 MB visible and identical to image. - blank again ioctl(CDROM_MEDIA_CHANGED)==1 :) - burn 125 MB as first session ioctl(CDROM_MEDIA_CHANGED)==0 :( - checkread via dd if=/dev/sr1 : yields 40 MB If i do not eject, then i always get 40 MB from the block device buffered i/o. This does not depend on the burn program or on the user id. cdrecord as superuser has the same effect as cdrskin as desktop user. wodim the same. It is not their fault. growisofs transport.hxx contains this software haiku: 1. int is_reload_needed (int same_capacity) 2. { if (same_capacity && ioctl (fd,0x1261,0) == 0) // try BLKFLSBUF return 0; else 3. return ioctl (fd,CDROM_MEDIA_CHANGED,CDSL_CURRENT) == 0; } I understand the poet's intention as follows: 1. is true if the readable amount of data before burning is the same as after burning. (see growisofs_mmc.cpp and growisofs.c) 2. only then try to flush the buffers and omit eject-reload. 3. if the readable size changed (grew ?) then check whether the media is considered considered changed and in that case omit eject-reload. Umbrella open chase away obscuring clouds if not sun smiling. I watch CDROM_MEDIA_CHANGED in libburn now and i try BLKFLSBUF in my local development version. For my desktop user it returns -1 and errno 13 "Permission denied". For root i get errno 38 "Function not implemented". Grmpf. -- One needs reliable and up-to-date block device reading if one uses mkisofs or genisoimage for multi-session. So in this case i see no other way but ejecting and loading the media between sessions. This can be done either by shell commands "eject" resp. "eject -t" or by "cdrskin ...burn-run... -eject" resp. "cdrskin dev=/dev/sr0 -atip >/dev/null 2>&1". Only xorriso is immune against the problem. I did never experience any image read failure in the last three months of testing. It would show up clearly, because after each session commit in dialog mode it reloads the result image. I have now written 600 MB in four sessions, the block device shows me the first 40 MB of the first 150 MB session, and xorriso correctly shows me the ISO directory tree which is stored beginning at 170988s = 334 MB. So as long as you do not want to restore the backup that long the tray would not need to be ejected. - Have a nice day :) Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]