Red Hat Bugzilla – Bug 444344
k3b problem verifying burned CD iso image
Last modified: 2009-06-30 17:39:39 EDT
Description of problem:
k3b seems unable to properly verify a written iso image.
Version-Release number of selected component (if applicable):
Both of the two attempts I made failed verify the same way.
Steps to Reproduce:
1. Download the ubuntu 8.04 i386 alternate text installer iso file
2. In k3b tools menu pick burn CD image.
3. In write dialog pick verify written data.
4. Tell it to start.
The write is successful, but k3b claims the written image doesn't match.
However, if I mount the resulting CD, and check the md5 sums of all the
individual files (a task made easy by the md5sums.txt file included on the
CD image), everything verifies OK.
Since the image really is correct, I'd expect the verify to work.
This is a Biostar TForce4U motherboard with nvidia chipset and SATA
DVD-RW drive (TSSTCorp CDDVDW SH-S203N).
In the past I have noticed verify failures when the ISO image wasn't
padded out with zeroes to fill the space the header implies is used
(by multiplying the sector size and number of blocks isoinfo -d shows),
but in this case the ISO image is in fact the same number of bytes
the header says it should be, so something else is going wrong here.
Perhaps this is the same as bug 397141
This is probably a duplicate of assigned k3b bug #440343. I wish it was a
duplicate of my bug #397141, since I haven't been able to find anyone else to
confirm it (except my father, who has the same model DVD drive), which means
nobody is working on it and it probably won't get fixed. To check, try reading
the ISO directly off the disc using the rawread script at
and compare that to the original ISO file. If the readahead bug is the problem,
the read would fail about 100K or less from the end.
Personally, I always use command-line tools such as growisofs and wodim to burn
and verify, since GUI tools like k3b are just front ends to them and there are
fewer things to go wrong (and if they do, it's easier to see where the problem is).
Yep, you are right, looks the same a bug 440343 since the rawread
script does indeed produce a perfect match for the original iso.
I'll simply mark this as blocking on bug #440343, so folks have a better chance
seeing dups and/or that it's already reported.
*** This bug has been marked as a duplicate of 440343 ***
k3b 1.0.5 changelog says:
* Always wait for the drive to become ready before starting verification.
Is that related?
very possible, I'm spinning some F-8, F-9 builds so people can test:
OK, looks like these 1.05 builds are incrementally better, and helps some at
least some folks, so I'll whip up an update request.
k3b-1.0.5-3.fc9 has been submitted as an update for Fedora 9
k3b-1.0.5-3.fc8 has been submitted as an update for Fedora 8
k3b-1.0.5-3.fc8 has been pushed to the Fedora 8 testing repository. If problems still persist, please make note of it in this bug report.
If you want to test the update, you can install it with
su -c 'yum --enablerepo=updates-testing update k3b'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F8/FEDORA-2008-5888
k3b-1.0.5-3.fc8 has been pushed to the Fedora 8 stable repository. If problems still persist, please make note of it in this bug report.
k3b-1.0.5-3.fc9 has been pushed to the Fedora 9 stable repository. If problems still persist, please make note of it in this bug report.
We'll keep this open since the update only helps some, but not all, folks.
This message is a reminder that Fedora 8 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 8. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as WONTFIX if it remains open with a Fedora
'version' of '8'.
Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version'
to a later Fedora version prior to Fedora 8's end of life.
Bug Reporter: Thank you for reporting this issue and we are sorry that
we may not be able to fix it before Fedora 8 is end of life. If you
would still like to see this bug fixed and are able to reproduce it
against a later version of Fedora please change the 'version' of this
bug to the applicable version. If you are unable to change the version,
please add a comment here and someone will do it for you.
Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.
The process we are following is described here:
Reassigning -> rawhide (k3b is still the same version).
A problem that fits this description shows up on Fedora 10. I am unable to write and verify a "Fedora 10 ISO" on Fedora 10 with k3b. On the same machine, a write
and verify worked fine on Fedora 8.
I also found this:
which seems to indicate that the problem is not in k3b but "in the backends" (the SCSI emulation?). The k3b error log indeed says "/usr/bin/wodim: Operation not permitted. Warning: Cannot raise RLIMIT_MEMLOCK limits.scsidev: '/dev/sr0'" at the beginning, though that may be normal. Changing the write speed does not help.
KDE Version: 3.5.10-3.fc10 Fedora
QT Version: 3.3.8b
Created attachment 328066 [details]
k3b log output of a writing operation, no serious error reported.
Also see these bugs:
This bug appears to have been reported against 'rawhide' during the Fedora 11 development cycle.
Changing version to '11'.
More information and reason for this action is here:
k3b-1.0.5-9.fc11 has been submitted as an update for Fedora 11.
k3b-1.0.5-9.fc9 has been submitted as an update for Fedora 9.
k3b-1.0.5-9.fc10 has been submitted as an update for Fedora 10.
k3b-1.0.5-9.fc9 has been pushed to the Fedora 9 testing repository. If problems still persist, please make note of it in this bug report.
If you want to test the update, you can install it with
su -c 'yum --enablerepo=updates-testing-newkey update k3b'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F9/FEDORA-2009-6524
k3b-1.0.5-9.fc11 has been pushed to the Fedora 11 stable repository. If problems still persist, please make note of it in this bug report.
k3b-1.0.5-9.fc9 has been pushed to the Fedora 9 stable repository. If problems still persist, please make note of it in this bug report.
k3b-1.0.5-9.fc10 has been pushed to the Fedora 10 stable repository. If problems still persist, please make note of it in this bug report.