Hi, Thanks for he quick reply. I googled all over the place, and I saw some claims that it was kernel related, but I can easily create a 3.0GB file using other utilities (like cp, or dd)
[EMAIL PROTECTED] workarea]$ uname -r 2.4.20-18.8 And I can create a big (2.9GB) empty file: [EMAIL PROTECTED] workarea]$ dd if=/dev/zero of=/backup/tmp/zerofile.foo count=6000000 6000000+0 records in 6000000+0 records out [EMAIL PROTECTED] tmp]$ ls -lhd * -rw-rw-r-- 1 allan allan 2.9G Jun 12 14:34 zerofile.foo So I figured that it was (is) not related to the kernel. /a On Thu, 2003-06-12 at 14:04, A E Lawrence wrote: > Allan Peda wrote: > > Hi: > > > > I am trying to backup some database dumps that are about 3.5GB in size. > > Currently they compress very nicely to ~600MB, so my problem is really > > an annoyance right now. Still the tables are growing. > > > > Has anyone solved or worked around this 2GB single file mkisofs > > restriction? I tried using microedge software to do the backups, > > controlling the DVD recorder (the venerable Pioneer A-105), but it has > > it's own issues. > > > > Once again, the error is: > > > > mkisofs -r -J -udf -o db_dump.iso db.dump > > > > mkisofs: Value too large for defined data type. File db.dump is too > > large - ignoring > > > > mkisofs -version > > mkisofs 2.0 (i686-pc-linux-gnu) > > It is nothing to do with mkisofs, but IIRC your kernel. This has been > answered before: see the archives. Which kernel are you running? > > > ael [off-list - an expert will probably reply on list] > > > -- 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
