Re: [Dvdrtools-users] Value too large udf mkisofs
On Thu, 19 Aug 2004, Sean Johnson wrote: I've been using mkisofs 2.01a34 to burn large files via growisofs using the -udf flag without any troubles. This is on a gentoo box. Just the other day I put a 3.8GB avi file on a dvd. Ok thanks a lot! That means one should upgrade your cdrtools and related/derived burning software to 2.01a34 or higher. Which means kudos should also go to Joerg Schilling for fixing the large file issue. cheers, Robert Craig Lewis wrote: Hello, I have used mkisofs to produce large single file dvd backups for some time now. I have recently changed jobs, and while I could go back to my previouis employer and get the source code I need, I would much rather find the 'right' code repository. What I found about a year ago was that all production versions of mkisofs will not allow you to create a single large file greater than 2 GB. I wrote someone a letter and they told me to create a UDF file system and to use the latest version. Now as I remember it, the server was down, maybe that was savanah? and I wrote again and got a code patch, or something like that! It worked great, even a windows machine could read our large udfs just fine, and I didn't worry about it because I figured surely, one year later, the latest version would have the support for large files. At that time I was running slakware 8 or 9. Now I am running Fedora core 2. 2.6.7 kernel version. I have just downloaded dvdrtools 0.1.6 and I am careful to run the /usr/local/bin/mkisofs version, but alas, it comes back with usr/local/bin/mkisofs: Value too large for defined data type. File outaa is too large - ignoring Can anyone point me to a more appropriate version or give advice as to how to construct an image of udf filesystem which is approximately 4.4 gigs in size (image of a single file).? -- http://www.ebaseweb.com WEB DESIGN * HOSTING * EMAIL Craig Lewis mailto:[EMAIL PROTECTED] Ebase LLC (504) 368-2236 ___ Dvdrtools-users mailing list [EMAIL PROTECTED] http://lists.nongnu.org/mailman/listinfo/dvdrtools-users ___ Dvdrtools-users mailing list [EMAIL PROTECTED] http://lists.nongnu.org/mailman/listinfo/dvdrtools-users -- Robert M. Stockmann - RHCE Network Engineer - UNIX/Linux Specialist crashrecovery.org [EMAIL PROTECTED] ___ Dvdrtools-users mailing list [EMAIL PROTECTED] http://lists.nongnu.org/mailman/listinfo/dvdrtools-users
Re: [Dvdrtools-users] Problem writing DVD-R (but only under Linux)
On Sat, 26 Jun 2004, Volker Kuhlmann wrote: Just because there hasn't been a new release in a while doesn't mean it's not being maintained. I didn't mean to tread on anyone's toes, but I have seen various bug reports on this list related to dvdrecord, and never anyone to stand up for the program. Enough to regard it as dead. 2. We're working on a complete rewrite to get rid of all the legacy stuff inherited from cdrtools. The rewrite is nowhere near release quality yet (so far, all it can do is blank CD-RWs and DVD-RWs). Are you sure this is a good way to go? growisofs is way better already, I see no need to have two programs doing the same thing. Waste of scarce resources. Help Andy instead. Warly is also doing something - these are all parallel efforts with no benefit below the bottom line. The only benefit I can see is a dvd-burning program with cdrecord cmd line compatibility, but by now all GUI burning frontends have probably zeroed in on growisofs already. Or to put it bluntly, IMHO your efforts in the burn software department don't even fill a hole. OTOH I would *really* appreciate if you improved udffs instead... cdrecord-prodvd is a blatant violation of the GPL and should be avoided. in the mean-time one can try to burn DVD-R(W)'s using OSS DVD extentions to cdrtools : http://freshmeat.net/projects/ossdvd/ I'm sitting back to watch the entertainment.. :)) Volker I nowadays routinely burn at 8X speed using DVD-R 4x RITEK.G04 recordables : http://crashrecovery.org/oss-dvd/A07D/viewtopic.php Robert -- Robert M. Stockmann - RHCE Network Engineer - UNIX/Linux Specialist crashrecovery.org [EMAIL PROTECTED] ___ Dvdrtools-users mailing list [EMAIL PROTECTED] http://lists.nongnu.org/mailman/listinfo/dvdrtools-users
Re: [Dvdrtools-users] NEC 2500-A
start 0 Track 2 start 355611 41 00 A0 00 00 00 00 01 00 00 00 00 41 00 A1 00 00 00 00 01 00 00 00 00 41 00 A2 00 00 00 00 79 03 36 00 00 41 00 01 00 00 00 00 00 02 00 00 00 Current Secsize: 2048 ATIP start of lead in: -150 (00:00/00) ATIP start of lead out: 157789 (35:05/64) Disk type:unknown Manuf. index: -1 Manufacturer: unknown (not in table) Blocks total: 157789 Blocks current: 157789 Blocks remaining: -197822 dvdrecord: WARNING: Data may not fit on current disk. dvdrecord: Notice: Overburning active. Trying to write more than the official disk capacity. Starting to write CD/DVD at speed 4 in dummy mode for single session. Last chance to quit, starting dummy write in 0 seconds. Operation starts. Waiting for reader process to fill input buffer ... input buffer ready. BURN-Free is ON. Sending CUE sheet... 41 00 00 14 00 00 00 00 41 01 00 10 00 00 00 00 41 01 01 10 00 00 02 00 41 AA 01 14 00 4F 03 24 dvdrecord: WARNING: Drive returns wrong startsec (0) using -150 Writing pregap for track 1 at -150 dvdrecord: Input/output error. write_g1: scsi sendcmd: no error CDB: 2A 00 FF FF FF 6A 00 00 1F 00 status: 0x2 (CHECK CONDITION) Sense Bytes: 70 00 05 00 00 00 00 0A 00 00 00 00 21 00 00 00 Sense Key: 0x5 Illegal Request, Segment 0 Sense Code: 0x21 Qual 0x00 (logical block address out of range) Fru 0x0 Sense flags: Blk 0 (not valid) cmd finished after 0.000s timeout 200s write track pad data: error after 0 bytes BFree: 0 K BSize: 1728 K Starting new track at sector: 0 Track 01: 694 of 694 MB written (fifo 100%). Track 01: Total bytes read/written: 728291328/728291328 (355611 sectors). Writing time: 221.752s Fixating... WARNING: Some drives don't like fixation in dummy mode. Fixating time:0.496s dvdrecord: fifo had 11472 puts and 11472 gets. dvdrecord: fifo was 0 times empty and 7003 times full, min fill was 90%. *Anyone have any suggestions?* ___ Dvdrtools-users mailing list [EMAIL PROTECTED] http://mail.nongnu.org/mailman/listinfo/dvdrtools-users -- Robert M. Stockmann - RHCE Network Engineer - UNIX/Linux Specialist crashrecovery.org [EMAIL PROTECTED] ___ Dvdrtools-users mailing list [EMAIL PROTECTED] http://mail.nongnu.org/mailman/listinfo/dvdrtools-users
Re: [Dvdrtools-users] Help with Sony DRX-500ULX drive
On Tue, 1 Jul 2003, Volker Kuhlmann wrote: I assume cdrecord-ossdvd is identical to dvdrecord, except that it is based on cdrecord 2. Is this correct Robert? In that case, dvdrecord should be committed to the attic, and I didn't test it. Yes i'm afraid so ... What do you mean by afraid? There are too many different programs already, getting rid of a superseeded one is a bonus. speed=1 doesn't work, to put it better, the speed= command is not implemented. All parameters are adjusted at insertion of your DVD-R(W) media into the SONY drive. cdrecord-ossdvd cannot change those, neither can dvdrecord (dvdrtools). Ah, thanks for that info. The open-source patch for dvds doesn't contain speed control. Really nice would be to display a warning to that effect. write track data: error after 0 bytes somehow i cannot believe this ... could you try these commands ? : I'd love to, but might not have access to the drive for a few more weeks. When I have, I'll try it out. Could this be a SCSI implementation problem? I could try the USB1.1 as well for comparison, it will underrun the buffer, but not until after it's answered whether it'll write more than 0 bytes. Anything else to try? There'll prob be only one shot at the drive. Well actually i'm also interested to see if the Sony DRU-500A (the atapi version) works as expected. # cdrecord-ossdvd -v dev=0,0,0 driveropts=burnfree -dao dvd_iso_image.raw *That's* how to turn on burn-free... thanks! cheers, Robert -- Robert M. Stockmann - RHCE Network Engineer - UNIX/Linux Specialist crashrecovery.org [EMAIL PROTECTED] ___ Dvdrtools-users mailing list [EMAIL PROTECTED] http://mail.nongnu.org/mailman/listinfo/dvdrtools-users
Re: [Dvdrtools-users] Help with Sony DRX-500ULX drive
CONDITION) Sense Bytes: 70 00 05 19 44 4A 93 0A 00 00 00 00 2C 00 00 00 Sense Key: 0x5 Illegal Request, Segment 0 Sense Code: 0x2C Qual 0x00 (command sequence error) Fru 0x0 Sense flags: Blk 423905939 (not valid) cmd finished after 0.003s timeout 200s Sense Bytes: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 write track data: error after 0 bytes somehow i cannot believe this ... could you try these commands ? : # readcd -v dev=0,0,0 f=dvd_iso_image.raw (read some DVD-4.7 raw image) # cdrecord-ossdvd -v dev=0,0,0 blank=fast (blank your DVD-RW media) # cdrecord-ossdvd -v dev=0,0,0 driveropts=burnfree -dao dvd_iso_image.raw (burn the raw image) regards, Robert -- Robert M. Stockmann - RHCE Network Engineer - UNIX/Linux Specialist crashrecovery.org [EMAIL PROTECTED] ___ Dvdrtools-users mailing list [EMAIL PROTECTED] http://mail.nongnu.org/mailman/listinfo/dvdrtools-users
Re: [Dvdrtools-users] Help with Sony DRX-500ULX drive
On Sun, 22 Jun 2003, Scott Savarese wrote: I am trying to use dvdrecord with my sony DRX-500ULX drive (connected via USB). I get the following error: dvdrecord: Input/output error. reserve track: scsi sendcmd: no error CDB: 53 00 00 00 00 FF FF FF FF 00 status: 0x2 (CHECK CONDITION) Sense Bytes: 70 00 05 00 00 00 00 12 00 00 00 00 24 00 00 00 Sense Key: 0x5 Illegal Request, Segment 0 Sense Code: 0x24 Qual 0x00 (invalid field in cdb) Fru 0x0 Sense flags: Blk 0 (not valid) Looking through the archives this means that I should upgrade my firmware, right? But where can I get new firmware from and how do I install it? Does dvdrecord support this drive? dvdrecord uses the mmc_mdvdgeneric SCSI-3/mmc DVD-R(W) driver to burn DVD-R's . So it needs a scsi layer and a sg layer or just libschilly. So one would need a usb2-scsi layer to get that functionality. There's hpusbscsi.o as a driver. I dunno how its done in this case . Does one first have a usb2-ide driver loaded and next load the ide-scsi driver? check withs lsmod whats loaded ? Robert -- Robert M. Stockmann - RHCE Network Engineer - UNIX/Linux Specialist crashrecovery.org [EMAIL PROTECTED] ___ Dvdrtools-users mailing list [EMAIL PROTECTED] http://mail.nongnu.org/mailman/listinfo/dvdrtools-users
Re: [Dvdrtools-users] 2GB file limit workaround
On Fri, 13 Jun 2003, André Dalle wrote: I can make upto 4.7 Gig udf iso's without problems here and possibly even bigger upto the filesize limit on current ext2/ext3 filesystems in linux systems running kernel 2.4.18 and higher : /usr/bin/mkisofs -o /mnt/backup/disc1.raw -l \# Allow full 31 character filenames. -r \# Generate SUSP and RR records using the Rock \# Ridge protocol to further describe the files on \# the iso9660 filesystem. -L \# Allow ISO9660 filenames to begin with a period. -J \# Generate Joliet directory records in addition to \# regular iso9660 file names. -V Archive disc1 \ -P STOCK-2003012301 \ -p stock \ -A Archive disc1 \ /mnt/data1/disc1 [jackson:root]:(~)# mkisofs --version mkisofs 2.0 (i586-mandrake-linux-gnu) this mkisofs is a component of cdrtools-2.0 which i patched see : ftp://crashrecovery.org/pub/linux/cdrtools/ Robert What I did myself, was to split my large files into smaller chunks. I use GNU 'split' to split it into 50MB chunks, then I use parity archives ('par' utility) to generate redundancy data for my split volumes. This way I can recover the large file even if data errors on the disc prevent me from reading a few of the split volumes. The par program also makes it easy to verify the integrity of all of the split volumes with one command. If they're all OK, I can just use gnu 'cat' to concatenate all the files to disk. I also include the md5sum of the large file so I can verify it is OK after concatenating the small files. What I can't do, is repair/recover bad volumes without copying all the split volumes to disk first. On Fri, Jun 13, 2003 at 04:17:57PM -0400, Allan Peda wrote: While this is not a mkisofs related topic, it does relate to dvdrecord. I see so many problems, and few solutions on this list that I decided to post a solution, of sorts. I was trying to save multi gigabyte database dumps to dvd, but limitations withing mkisofs (more specifically the joliet file system) prevented me from storing these fat files in an iso image. The workaround is to save the files to a tar file directly, and save this to the DVD, sans any file system. While this does not result in a DVD that can be mounted in the normal fashion, it does result in a DVD that can be treated as a tape, and used for backups. The big win of course is that there is no 32 bit floating integer limit on the file size. To illustrate: 0.) md5sum the files of interest: md5sum /data/multiGigFile.dump | tee /data/multiGigFile.md5sum 1.) Create backup tar file: tar cf /data/multiGigFile.tar /data/multiGigFile.dump 2.) Shoot this onto the DVD using dvdrecord: dvdrecord -v -pad -dao dev=1,0,0 speed=4 /data/multiGigFile.tar 3.) Extract it again using dd. It will be bigger due to padding. dd if=/dev/cdrom of=/data/multiGigFile_restored.tar 4.) Now compare the contents, by changing to another directory, and using tar xvf /data/multiGigFile_restored.tar and then md5sum of the contents of the restored file. If the sums compare then the files should be identical (or try cmp - diff griped about memory being exhausted) So far everything has been good. I'm sure this could be streamlined with pipes, but I have the disk space, and am relatively short of RAM, so I'm leaving the files around for now. As we've seen before, it's best to compress component files _before_ placing them in the archive. I save the uncompressed md5sum file in the archive as well. The bzip2 man pages seem to imply that it has some sort of error detection, that I have not read about for gzip, so perhaps it's better for big files for that reason. -- Allan Peda Programmer, Gene Array Resource Center Rockefeller University Box 203 1230 York Ave New York, NY 10021-6399 (tel) 212-327-7064 (fax) 212-327-7065 ___ Dvdrtools-users mailing list [EMAIL PROTECTED] http://mail.nongnu.org/mailman/listinfo/dvdrtools-users -- Robert M. Stockmann - RHCE Network Engineer - UNIX/Linux Specialist crashrecovery.org [EMAIL PROTECTED] ___ Dvdrtools-users mailing list [EMAIL PROTECTED] http://mail.nongnu.org/mailman/listinfo/dvdrtools-users
Re: [Dvdrtools-users] pioneer 105 once more :)
On 30 May 2003, gabor wrote: use this : cdrecord -v dev=1,0,0 driveropts=burnfree -dao knoppix.raw to check which driveropts you have use driveropts=help -checkdrive this is for cdrtools-2.0 with dvd-patch and cdrecord-prodvd what's the difference between cdrtools-with-dvdpath and cdrecord-prodvd? i know who made them, but what about the functionality? and how does dvdrecord compare to them? Hi, Well here come my experiences : - cdrecord-prodvd can be downloaded from ftp://ftp.berlios.de/pub/cdrecord/ProDVD/ and is a binary only program. It also needs a environment key to run. cdrecord-prodvd is based on cdrtools-2.0. This program also support DVD+R(W) drives and should always work ok. In case of severe problems you should also try cdrecord-prodvd. - cdrtools-2.0-dvd.patch.gz is a patch which enables DVD-R(W) support for/inside cdrtools-2.0.tar.gz. It is opensource and can be downloaded from ftp://crashrecovery.org/pub/linux/cdrtools/ There's also adjusted RPM's and SRPM's for redhat 7.3, redhat 8.0 and mandrake 9.1. The benefit is that all features inside cdrtools-2.0 present are to be untouched and keep working error-free. The cdrtools-2.0-dvd.patch.gz only adds a extra DVD-R(W) driver into the list of supported drivers , i.e. check with cdrecord driver=help : mmc_mdvdgeneric SCSI-3/mmc DVD-R(W) driver is added by applying this patch, and has no limitations in speed and udf/iso size. The downside is that lowering the DVD burning speed doesn't work : i.e. some-one inserts a 2x DVD-R burning recordable, adding the option speed=1 won't work. AFAIK only cdrecord-prodvd supports this. The good part is that all frontends based on cdrtools-2.0 should also work as expected with cdrtools-2.0-dvd. So indeed i can use e.g. xcdroast to burn DVD-R(W)'s using a GUI. download is on http://www.xcdroast.org/xcdr098/rpms-a14.html - dvdrecord / dvdrtools is a fork-off from cdrtools version 1.11a8 . Its is opensource and can be downloaded from : http://savannah.nongnu.org/download/dvdrtools/ http://www.nongnu.org/dvdrtools/ dvdrecord should also work ok. however its based on a older cdrtools version which has the downside that certain CD-R(W) parts and drivers are not really up to date. Hence its use is basicly as dvdrecord, i.e. burn DVD-R(W)'s with dvdrecord and keep the cdrecord which was already installed to burn CD-R(W)'s. - cdrecord-dvdhack is again a patch/hack to add DVD-R(W) support into cdrtools-2.0. But also here a extra binary is added next to cdrecord. Its opensource and can be downloaded from : http://people.mandrakesoft.com/~warly/files/cdrtools/ The patches are against cdrtools-1.11a versions. Regards, Robert -- Robert M. Stockmann - RHCE Network Engineer - UNIX Consultant crashrecovery.org [EMAIL PROTECTED] ___ Dvdrtools-users mailing list [EMAIL PROTECTED] http://mail.nongnu.org/mailman/listinfo/dvdrtools-users
Re: [Dvdrtools-users] pioneer 105 once more :)
On 29 May 2003, gabor wrote: hi, thanks for the answers... one more question: that drive has buffer-underrun-protection... does that work in linux too? use this : cdrecord -v dev=1,0,0 driveropts=burnfree -dao knoppix.raw to check which driveropts you have use driveropts=help -checkdrive this is for cdrtools-2.0 with dvd-patch and cdrecord-prodvd Robert -- Robert M. Stockmann - RHCE Network Engineer - UNIX Consultant crashrecovery.org [EMAIL PROTECTED] ___ Dvdrtools-users mailing list [EMAIL PROTECTED] http://mail.nongnu.org/mailman/listinfo/dvdrtools-users
Re: [Dvdrtools-users] Re: Plextor PX-504A
On Mon, 17 Feb 2003, Electrolife Studios wrote: It seems though these days compatability is almost the same on both formats. If you look at pages like dvdrhelp.com they are reporting the following stats: http://www.dvdrhelp.com/dvd.htm DVD-R is compatible with about 88% of all DVD Players and DVD-ROMs. DVD-RW is compatible with about 69% of all DVD Players and DVD-ROMs. DVD+R is compatible with about 84% of all DVD Players and DVD-ROMs. DVD+RW is compatible with about 70% of all DVD Players and DVD-ROMs. Well that maybe the case, i make a small correction here : DVD-R is compatible with about 100% of all DVD Players and DVD-ROMs. Regards, Robert So if the set top players are at essentially 80% for either format and things like these hybrid drives from Sony etc coming into the market... it seems as though the line of which is the better format is getting smaller. I've yet to enter the DVD recordable market but I am trying to do as much reasearch as possible in hopes to not end up with the betamax technology so to speak. DVD-R looks very strong from having more drives, cheaper media, and support from people like Mac. However DVD+R has a lot going for it with support from HP/Dell/Sony etc despite having fewer 1st gen drives and much less media selection that is more expensive. Its a real hard market to read right now. I am new to this list... just found it on google the other night during my research. Are most of you pro DVD-R or is this list mixed? Any insight on the topic is always apprecaited. matt _ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail ___ Dvdrtools-users mailing list [EMAIL PROTECTED] http://mail.nongnu.org/mailman/listinfo/dvdrtools-users -- Robert M. Stockmann - RHCE Network Engineer - UNIX Consultant crashrecovery.org [EMAIL PROTECTED] ___ Dvdrtools-users mailing list [EMAIL PROTECTED] http://mail.nongnu.org/mailman/listinfo/dvdrtools-users
Re: [Dvdrtools-users] dvdrecord, write track data: error
On Tue, 28 Jan 2003, Arndt Schoenewald wrote: On Tue, Jan 28, 2003 at 11:23:10AM +0100, Robert M. Stockmann wrote: perhaps because your DVD-R media are of lesser quality. Does that mean they are not allowed to burn succesfully? Am i smelling something here? Are all lesser quality DVD-R recordable company's goons, and suddenly overnight sell crap?? Whats going on here? I suggest you read a few tests reports for DVD-R/RW media as published by various computer magazins. I've become quite sceptic about the quality of test reports in the various computer magazins. Maybe we as a user-mailing list can do something for ourselves. We could post our brand/type of DVD-recorder and which DVD-R media brand/type we are recording with. I here myself have a box of 50 Princo's where i have mixed results with. Roughly i have a fail-rate of 50%. So 1 out of 2 DVD-R fails to burn on the outer rim. My burner is a Pioneer DVD-R(W) A05 with firmware 1.21 . And i burn everything with dvdrecord . My cousin bought a similar box of 50 Princo's 1x 2x DVD-R and also bought a Pioneer A05. He's still on firmware 1.00 and burns with nero . He himself sofar has had a fail-rate of 0%. So all burns with the Princo's were succesfull when running his windows XP and nero. All of those burns were at 2x recording speed. Thats what my experiences are. Maybe dvdrecord currently ain't such a briljant burning tool? Robert You will find that quality varies a lot. There are many physical, chemical, and production issues to get right when producing these media. I won't go into details, and I won't enter a flamewar here. But remember the media problems that we used to have a couple of years ago when CD-R recording came up. (I have been working in the CD-R archiving business since 1994 and have seen a *lot* of coasters.) Arndt -- Robert M. Stockmann - RHCE Network Engineer - UNIX Consultant crashrecovery.org [EMAIL PROTECTED] ___ Dvdrtools-users mailing list [EMAIL PROTECTED] http://mail.nongnu.org/mailman/listinfo/dvdrtools-users