FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Redhat > Fedora User

 
 
LinkBack Thread Tools
 
Old 04-03-2008, 10:57 AM
Michael Schwendt
 
Default k3b verify written data fails - kernel bug?

On Wed, 2 Apr 2008 20:55:46 -0400, Tom Horsley wrote:

> > > I usually use that option. I noticed that it didn't work for the last CD
> > > I burned - SysRescCD/Clonezilla 2.4.0. I burned 3 copies and all 3 gave
> > > me the md5 error. I assumed there was something about the CD image, but
> > > it's possible this feature is broken...
> >
> > I installed an older kernel to prove my theory: 2.6.23.15-137.fc8
> > Located via bodhi and koji, and the highest one not 2.6.24*.
> >
> > With it, k3b verifies written data fine.
>
> I bet this is one of those gray areas where everyone can blame each other.
> I've noticed a distinct tendency for ISO images to be produced with
> a header that says the ISO is so big, but the file is actually smaller
> than the header implies. For instance, here is some of the output
> from an isoinfo dump of an ubuntu iso file:
>
> zooty> isoinfo -d -i ubuntu-7.10-alternate-amd64.iso
> ...
> Logical block size is: 2048
> Volume size is: 355219
> ...
>
> So that says the file should be 355219*2048 bytes big == 727488512
>
> In fact, this ISO is that big, but I have encountered ISO files
> that were smaller, and when I've dd'ed /dev/zero onto the end
> to make up the size difference, I've been able to write & verify them
> fine in k3b.
>
> That being the case, this seems like something k3b could do, so
> maybe it could be categorized as a k3b bug?

? What is your theory if the ISO size is valid?
?? And a k3b bug, but still dependent on the Linux kernel version?
Why does it work fine with Linux < 2.6.24?

I have never before had problems with verifying/reading ISO images from
CDs/DVDs. I burn them in DAO (SAO) mode. With the same and other similarly
reliable hardware I have never had to play with padding to work around
run-out sectors at the end.

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
 
Old 04-03-2008, 08:42 PM
Tom Horsley
 
Default k3b verify written data fails - kernel bug?

On Thu, 3 Apr 2008 12:57:04 +0200
Michael Schwendt <mschwendt@gmail.com> wrote:

> ? What is your theory if the ISO size is valid?

Don't have one :-). I've never had any problems other than
the ISO size inconsistency.

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
 
Old 04-05-2008, 08:14 PM
Bruno Wolff III
 
Default k3b verify written data fails - kernel bug?

On Thu, Apr 03, 2008 at 00:49:20 +0200,
Michael Schwendt <mschwendt@gmail.com> wrote:
>
> I installed an older kernel to prove my theory: 2.6.23.15-137.fc8
> Located via bodhi and koji, and the highest one not 2.6.24*.

Verify has been broken in Rawhide for a while now. (Writing was also broken
for a while on one system, but has since been fixed.) I haven't worried
about it too much because I have other bugs I want to spend my effort on.
(I don't see much point in worrying about a bug that a lot of people are
going to report when I don't have time to deal with all of the oddball
case ones I run across.)

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
 

Thread Tools




All times are GMT. The time now is 04:53 PM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org