Description of problem:
i am running k3b to create data files on a blu-ray writer.
There is only one file to be written, a slightly less than 25gig( decimal) tar file.
My first attempt failed, as the tar file was unreadable:
Sep 12 16:21:56 AsusG73sw kernel: [108597.636613] attempt to access beyond end of device
Sep 12 16:21:56 AsusG73sw kernel: [108597.636617] sr0: rw=0, want=48829724, limit=48829720
Sep 12 16:21:56 AsusG73sw kernel: [108597.636618] Buffer I/O error on device sr0, logical block 12207430
Sep 12 16:21:56 AsusG73sw kernel: [108597.636622] attempt to access beyond end of device
Sep 12 16:21:56 AsusG73sw kernel: [108597.636623] sr0: rw=0, want=48829728, limit=48829720
Sep 12 16:21:56 AsusG73sw kernel: [108597.636625] Buffer I/O error on device sr0, logical block 12207431
After much reading, someone suggested that the "-sort" option causes the failure. In my case the sort file is empty ( but exists ).
I then created the .iso file using just the mkisofs command that k3b used, as shown in the k3b log file.
I can mount the .iso file via the loop mechanism, and tar can go through the multi-volume tar backup set.
Version-Release number of selected component (if applicable):
[root@AsusG73sw vixia]# mkisofs -version
mkisofs 3.01a05 (x86_64-unknown-linux-gnu) Copyright (C) 1993-1997 Eric Youngdale (C) 1997-2010 Joerg Schilling
Not sure, every coaster costs $1.20 to experiment with.
Steps to Reproduce:
1./usr/bin/mkisofs -gui -graft-points -volid Canon_Vixia_1 -volset -appid="K3B THE CD KREATOR (C) 1998-2010 SEBASTIAN TRUEG AND MICHAL MALEK" -publisher -preparer -sysid LINUX -volset-size 1 -volset-seqno 1 -sort /tmp/kde-gat/k3bst4708.tmp -rational-rock -hide-list /tmp/kde-gat/k3bLB4708.tmp -no-cache-inodes -udf -full-iso9660-filenames -iso-level 3 -path-list /tmp/kde-gat/k3bsa4708.tmp >a.iso
where "k3bsa4708.tmp" contains Canon_Vixia_2.tar=/tmp/Canon_Vixia_1.tar
the other files are empty.
.iso file can be mounted.
od -c of the tar file shows that the tar header is broken/damaged. I suppose this is a result of the kernel catching some seek error, and returning a bogus buffer.
can read the tar file without error.
Its apparent that mkisofs is broken when using the "-sort" option.
There is no way to tell k3b that "sort" is broken in mkisofs, and not use it.
Thanks for reporting, I've tried to reproduce this failure with genisoimage-1.1.11-8.fc15.x86_64, but it works fine.
(In reply to comment #0)
> # mkisofs -version
> mkisofs 3.01a05 (x86_64-unknown-linux-gnu) Copyright (C) 1993-1997 Eric
> Youngdale (C) 1997-2010 Joerg Schilling
It seems you have installed cdrtools from cdrecord.berlios.de, which is not in Fedora at all (cdrkit's upstream is www.cdrkit.org).
Please, contact author of cdrtools.
Closing this bug for now, since it works fine for me.
Please, feel free to re-open it if the failure occurs in the Fedora package.