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 06-18-2008, 02:48 PM
Michael Schwendt
 
Default F8 k3b problem or just random glitch?

On Wed, 18 Jun 2008 10:13:03 -0400, Tom Horsley wrote:

> I left a DVD-R being written by K3B, and when I came back
> later, it said the verify failed because there were
> no tracks to verify.
>
> However, when I mounted the dvd and did a sha1sum of the
> files I'd backed up, they matched perfectly the files on
> the DVD.
>
> Can I attribute this to random cosmic rays or something?
> Or has the new kernel screwed up something k3b depends on?
> Or has some new "helpful" security feature made k3b fail?
> (I guess I'll see what happens the next time I have a
> chunk of files to backup :-).
>
> I have certainly done a backup with verify via k3b many
> times before under F8 with no problems, but this may be the
> first time since fedora 8 got a 2.6.25 kernel.

https://bugzilla.redhat.com/440343

As a work-around, downgrade to the older kernel mentioned in my
sig. You can fetch it from koji, for example.

--
Fedora release 8 (Werewolf) - Linux 2.6.23.15-137.fc8
loadavg: 1.77 1.77 1.56

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
 
Old 06-18-2008, 03:07 PM
Gene Heskett
 
Default F8 k3b problem or just random glitch?

On Wednesday 18 June 2008, Tom Horsley wrote:
>I left a DVD-R being written by K3B, and when I came back
>later, it said the verify failed because there were
>no tracks to verify.

That is because the verify phase of k3b will not wait till the drive has
recognized the disk after the eject cycle, so it errors out. I have squawked
about that on the k3b bz, to no avail. I have also replaced an otherwise
perfectly good dvd writer, no diff.

>However, when I mounted the dvd and did a sha1sum of the
>files I'd backed up, they matched perfectly the files on
>the DVD.

I just do one of the whole unmounted disk after calculating how many 2048 block
sectors dd should read from the disk and feed to sha1sum. Works everytime.

>Can I attribute this to random cosmic rays or something?
>Or has the new kernel screwed up something k3b depends on?
>Or has some new "helpful" security feature made k3b fail?
>(I guess I'll see what happens the next time I have a
>chunk of files to backup :-).

How the kernel reports the timeout error could have a bearing on it I suppose.

>I have certainly done a backup with verify via k3b many
>times before under F8 with no problems, but this may be the
>first time since fedora 8 got a 2.6.25 kernel.

I had trouble long before we got to 2.6.25. The above is my workaround.

--
Cheers, Gene
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Carson's Observation on Footwear:
If the shoe fits, buy the other one too.

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
 
Old 06-18-2008, 03:08 PM
Tom Horsley
 
Default F8 k3b problem or just random glitch?

On Wed, 18 Jun 2008 16:48:01 +0200
Michael Schwendt <mschwendt@gmail.com> wrote:

> https://bugzilla.redhat.com/440343
>
> As a work-around, downgrade to the older kernel mentioned in my
> sig. You can fetch it from koji, for example.

Or, I can just stick to doing my own verify like I did today.
Thanks for the pointer, I guess it isn't cosmic rays :-).

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
 
Old 06-18-2008, 03:13 PM
Anne Wilson
 
Default F8 k3b problem or just random glitch?

On Wednesday 18 June 2008 15:13:03 Tom Horsley wrote:
> I left a DVD-R being written by K3B, and when I came back
> later, it said the verify failed because there were
> no tracks to verify.
>
> However, when I mounted the dvd and did a sha1sum of the
> files I'd backed up, they matched perfectly the files on
> the DVD.
>
> Can I attribute this to random cosmic rays or something?
> Or has the new kernel screwed up something k3b depends on?
> Or has some new "helpful" security feature made k3b fail?
> (I guess I'll see what happens the next time I have a
> chunk of files to backup :-).
>
> I have certainly done a backup with verify via k3b many
> times before under F8 with no problems, but this may be the
> first time since fedora 8 got a 2.6.25 kernel.

Some versions of k3b fail to pull the disc back in for the verify, and that's
the error message you get. At that point md5sum or sha1sum is, as you
realised, the best bet for verifying.

FWIW, I believe that I set my drive not to eject on completion, and I think
that cured it.

Anne

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
 
Old 06-18-2008, 03:17 PM
Michael Schwendt
 
Default F8 k3b problem or just random glitch?

On Wed, 18 Jun 2008 11:07:45 -0400, Gene Heskett wrote:

> That is because the verify phase of k3b will not wait till the drive has
> recognized the disk after the eject cycle, so it errors out. I have squawked
> about that on the k3b bz, to no avail.

Unfortunately, there are multiple issues. One is related to ejecting and
closing the tray prior to verification. That breaks differently. In k3b bz
I suspect there are multiple problem reports and duplicates, too. The
ticket I've linked within Red Hat bz (440343 -> 444344) is:
http://bugs.kde.org/show_bug.cgi?id=157186

--
Fedora release 8 (Werewolf) - Linux 2.6.23.15-137.fc8
loadavg: 1.44 1.25 1.28

--
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 11:28 AM.

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