GNOME Bugzilla – Bug 363728
n-c-b does not handle growisofs errors well
Last modified: 2008-12-16 17:24:26 UTC
Please describe the problem: I have a box where the growisofs defaults do not work well. Example: [root@apone iso]# growisofs -Z /dev/scd0=FC-6-x86_64-DVD.iso :-( unable to anonymously mmap 16777216: Resource temporarily unavailable [root@apone iso]# strace growisofs -Z /dev/scd0=FC-6-x86_64-DVD.iso execve("/usr/bin/growisofs", ["growisofs", "-Z", "/dev/scd0=FC-6-x86_64-DVD.iso"], [/* 38 vars */]) = 0 ... setuid(0) = 0 pread(4, "\1CD001\1\0LINUX "..., 2048, 32768) = 2048 mmap(NULL, 16777216, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = -1 EAGAIN ( Resource temporarily unavailable) write(2, ":-( unable to anonymously mmap 1"..., 41:-( unable to anonymously mmap 16777216: ) = 41 write(2, "Resource temporarily unavailable"..., 33Resource temporarily unavailable ) = 33 exit_group(139) = ? When attempting to burn a DVD, nautilus-cd-burner immediately exits with: Error writing to disc There was an error writing to the disc: Unhandled error, aborting Steps to reproduce: 1. Use a Plextor PX-716A 2. Attempt to burn a DVD 3. Profit! (oh, wait) Actual results: DVD burning fails immediately, due to growisofs choking. n-c-b does not provide much helpful information on the error. Expected results: DVD burning succeeds! Does this happen every time? Yes. Other information: If I set the buffer size manually with --use-the-force-luke=bufsize=4M, growisofs works. Perhaps n-c-b could catch the immediate error and step down the buffer size? Or growisofs could have a sane interface for setting things like this, I suppose.
Yeah patches definitely accepted for better error reporting. But the root problem is better fixed in growisofs probably. In the case where you don't specify a buffer size it should probably fall back as you say.
What were you expecting as an error from nautilus-cd-burner? I can't think of any myself. And the rest of the bug should be fixed in growisofs as Jon mentioned.
Not sure if there's a specific better error that could be given, given that you'd have to parse growisofs output.
Which we already do...