This is the English version (including later edits) of Xfburn: fehlgeschlagen, Burn Run failed.
I use Xubuntu 16.04.6 LTS, currently with Linux kernel 4.4.0-145-generic x86_64.
Xfburn has version 0.5.4 for Xfce 4.12.
I use a Lenovo W530 laptop, the CD/DVD-RW-drive in it is shown as MATSHITA DVD-RAM UJ8C0. Xfburn shows all possible check marks for it except for "write blue ray disks".
I am using blanks of type Verbatim CD-R 700 MB 52x.
The FIFO-buffer of Xfburn is set to the maximum possible, which is 16384 kB on this installation.
I always get error messages of this type
Failed: Burn Run failed.
Usage of the FIFO-buffer shows 99%, for the device buffer 100% usage is shown.
In the configuration check marks were set for:
- Eject CD,
- Burn Free,
- Stream Recording.
There was no checkmark at "only create ISO".
(I also have tried to write with a reduced speed, but that also did not work.)
What‘s wrong here?
Edits: As suggested by a comment, I start
xfburn from the command line to show its error messages:
$ xfburn ** Message: 18:09:48.866: Using UDEV ** Message: 18:09:52.110: Using gstreamer transcoder. ** (xfburn:12230): WARNING **: 18:12:50.707: [FATAL] 131357: SCSI error on write(32,16): [5 30 05] Illegal request. Cannot write medium, incompatible format. (0) ** (xfburn:12230): WARNING **: 18:12:50.707: [FATAL] 131339: Burn run failed (0)
Of course, the blank used in this trial gets lost: If I re-insert the disk drawer, many CD access operations happen. One has to be very patient to let them all finish. This time the file system on the CD is not mounted after the disk is inserted and all CD operations have come to an end. I remember that Thunar showed me the content of the disk with its directory structure and file names last night. When I tried to open one of the files, another almost endless sequence of CD operations took place. But this was without a reboot happened after writing the CD. Today after rebooting and re-inserting this CD and after
sudo blkid I see a line
/dev/sr0: UUID="2019-04-08-18-12-20-00" LABEL="Bilder 2019-03-1" TYPE="iso9660"
with the disk label I had given to this disk. Then I tested
$ badblocks -v /dev/sr0 Es wird von Block 0 bis 233879 geprüft Es wird nach defekten Blöcken gsucht (Nur-Lesen-Modus):60 61 62 63 64 65 66 67 68 69 70 ...
The number of futile accesses goes on at least to 151 (I stopped it there) but surprisingly the number of read head movements between consecutive block numbers varies: sometimes it is one such noise from one number to the next one, sometimes there are several such movements.
I wonder about TYPE="iso9660" because the file names to be written to the CD were long ones, they did not follow the 8.3 name scheme known from the stone age of DOS! If I remember right, one needs something like the Joliet file system or similar to break out of the 8.3 name cage.
a) Is it possible to write CDs with xfburn with long filenames?
b) Is the presence of files with long file names or containing non-ASCII characters an explanation for this failure?
c) If the answer to a) is Yes: What do I have to do in order to write such files to a CD?
d) If there is an answer to c): Isn't it a bug of xfburn that it does not provide an error message before it actually tries to burn such files and destroys the CD blank in doing so?