Version: 0.11.20 (using KDE KDE 3.4.0) Installed from: Gentoo Packages Compiler: gcc 3.3.5 OS: Linux The VFAT filesystem has a maximum size limit of 4GB per file. When using a folder in vfat filesystem as the temporary folder when copying DVD (more that 4GB), k3b crashes when the image file on disk reaches the limit. K3b should report an error about not beeing able to write to disk.
Can you paste the crash backtrace?
Version: 00.11.18 Installed from: debian 3.1 Compiler: gcc 3.3.5 (Debian 1:3.3.5-6) OS: Linux 2.6.8 I'm experiencing this, too. Work around is to make a big linux-partition on your hd and choose it as the temporary directory. Isn't there a check of filesystem-limits in k3b? greets Frank Lassowski (flassowski@gmx.de) Germany
Created attachment 10192 [details] backtrace of a session. writting an image of a dvd to a vfat partition This backtrace was capture using k3b compiled with debug support on gentoo (USE="debug" emerge k3b) and running k3b with % k3b 2> backtrace. The only message seen on stdout was "Killed" after the crash.
please recompile with FEATURE="nostrip" and USE="DEBUG" set.
Created attachment 10485 [details] backtrace of a session. writting an image of a dvd to a vfat partition Sorry for the late response. Have been busy. Here's the new backtrace with FEATURES="nostrip" and USE="debug".
Just my little help, because I'm having this error too: (part of strace log) 6139 ioctl(20, 0x5393, 0xbf5ff8e4) = 0 6139 write(21, "\0\0\1\272D\1\256\304\344W\1\211\303\370\0\0\1\340\7\354"..., 16384) = 16383 6139 write(21, "\334", 1) = -1 EFBIG (File too large)6139 --- SIGXFSZ (File size limit exceeded) @ 0 (0) --- 6100 <... poll resumed> [{fd=18, events=POLLIN}], 1, 2000) = -1 EINTR (Interrupted system call) 6008 <... select resumed> ) = ? ERESTARTNOHAND (To be restarted)6100 +++ killed by SIGKILL +++
Confirmed with Ubuntu 6.06. The crash occour when I'm using one partition VFAT to store my DVD image and the size of have more then 4.0 GB. On Windows, when I try to use FAT32 to store my image, the program (like Nero) divide the file of 4.4 GB in 03 files with 2.0 GB, 2.0 GB and 400 MB, he never try to get a big file, and I think that k3b would be the sane :-) Regards
*** Bug 119443 has been marked as a duplicate of this bug. ***
see also bug 109399 which is a wish for a possible solution of this bug
Marking as NEW as per comment 7
Thanks Christoph! I'll wait some patch to test, because this feature is very important for dual boot systems with small HD ;) Usually we use one small ReiserFS/ Ext3 partition for Linux (around 5 GB), one small partition for Windows (NTFS around 5 GB) and the rest stay for both system (10 GB FAT32). So, I need go to Windows and use your program to do this work :( Thanks a lot!
*** This bug has been marked as a duplicate of 109399 ***
Maybe if we try some like this.... dd if=/dev/cdrom | split -b 2500m - cd_ cat CD_aa CD_ab | growisofs -dvd-compat -Z /dev/cdrom
Don't think up half-baked solutions here please. The real solution is already half-done and will be in 1.0
*** Bug 137693 has been marked as a duplicate of this bug. ***