Should I be able to burn CDs?
I remember a post a while back saying this wasn't working. Is it fixed now?
I'm trying to burn the FC5t2 ISOs and I've tried with GNOME and cdrecord but they're failing the sha1sum test.
Advice and assistance gratefully received,
Leon...
Should I be able to burn CDs?
Burning works properly [in general.]
I'm trying to burn the FC5t2 ISOs and I've tried with GNOME and cdrecord but they're failing the sha1sum test.
The burning probably worked. Almost certainly, the failure is in the verifying.
Advice and assistance gratefully received,
Find the Linux kernel IDE maintainer, and shoot him. Literally. Then perhaps someone else will fix the kernel bug [on the READ side] that causes this misery. It's been there for over TWO YEARS. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=131858 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=106685 ide-scsi work[ed], but the maintainer of the ide driver just cannot bear the thought of fixing this bug. Yes, the specification of CD-ROM {media + hardware} allows too much room to create the problem (end-of-recorded-data cannot be detected reliably to a precision of one 2KB sector), but ide-scsi dealt with it, and the current ide driver does not.
Instead of using sha1sum to verify, use dd if=/dev/cdrom bs=2k | cmp - FC5-test1-i386-discN.iso and check the return code from cmp only, ignoring any complaints from dd.
On Fri, 2006-01-27 at 09:23 -0800, John Reiser wrote:
Advice and assistance gratefully received,
Find the Linux kernel IDE maintainer, and shoot him. Literally. Then perhaps someone else will fix the kernel bug [on the READ side] that causes this misery. It's been there for over TWO YEARS. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=131858 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=106685 ide-scsi work[ed], but the maintainer of the ide driver just cannot bear the thought of fixing this bug. Yes, the specification of CD-ROM {media + hardware} allows too much room to create the problem (end-of-recorded-data cannot be detected reliably to a precision of one 2KB sector), but ide-scsi dealt with it, and the current ide driver does not.
Instead of using sha1sum to verify, use dd if=/dev/cdrom bs=2k | cmp - FC5-test1-i386-discN.iso and check the return code from cmp only, ignoring any complaints from dd.
Thanks for the information, I'll try you suggestion. Maybe there should be a Bugzilla status AWAITING HOMICIDE?
fre, 27 01 2006 kl. 18:21 +0000, skrev Leon Stringer:
Thanks for the information, I'll try you suggestion. Maybe there should be a Bugzilla status AWAITING HOMICIDE?
Yes, because nothing encourages Jens Axboe to fix stuff like death threats.
- David
On Fri, 2006-01-27 at 21:19 +0100, David Nielsen wrote:
fre, 27 01 2006 kl. 18:21 +0000, skrev Leon Stringer:
Thanks for the information, I'll try you suggestion. Maybe there should be a Bugzilla status AWAITING HOMICIDE?
Yes, because nothing encourages Jens Axboe to fix stuff like death threats.
Does ANYTHING encourage him to fix it?
If death threats don't work, then i think the remaining question is "How many beers will it take?" :-)
On Fri, 2006-01-27 at 17:30 -0500, Ignacio Vazquez-Abrams wrote:
On Fri, 2006-01-27 at 21:19 +0100, David Nielsen wrote:
fre, 27 01 2006 kl. 18:21 +0000, skrev Leon Stringer:
Thanks for the information, I'll try you suggestion. Maybe there should be a Bugzilla status AWAITING HOMICIDE?
Yes, because nothing encourages Jens Axboe to fix stuff like death threats.
Does ANYTHING encourage him to fix it?
-- fedora-test-list mailing list fedora-test-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-test-list
On Friday 27 January 2006 12:23, John Reiser wrote:
Should I be able to burn CDs?
Burning works properly [in general.]
I'm trying to burn the FC5t2 ISOs and I've tried with GNOME and cdrecord but they're failing the sha1sum test.
The burning probably worked. Almost certainly, the failure is in the verifying.
Depends what he's trying to verify, the CD itself or the iso file from which it was produced. The sha1sum from the iso download site is for the iso file itself, not a CD burned from it. Like comparing apples and oranges. Never yet had an sha1sum fail on the iso image.
Advice and assistance gratefully received,
Find the Linux kernel IDE maintainer, and shoot him. Literally. Then perhaps someone else will fix the kernel bug [on the READ side] that causes this misery. It's been there for over TWO YEARS. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=131858 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=106685 ide-scsi work[ed], but the maintainer of the ide driver just cannot bear the thought of fixing this bug. Yes, the specification of CD-ROM {media + hardware} allows too much room to create the problem (end-of-recorded-data cannot be detected reliably to a precision of one 2KB sector), but ide-scsi dealt with it, and the current ide driver does not.
Instead of using sha1sum to verify, use dd if=/dev/cdrom bs=2k | cmp - FC5-test1-i386-discN.iso and check the return code from cmp only, ignoring any complaints from dd.
Indeed a better way to compare the iso image to a burned CD.
Tom
On Fri, 2006-01-27 at 14:40 -0500, Thomas Taylor wrote:
On Friday 27 January 2006 12:23, John Reiser wrote:
Instead of using sha1sum to verify, use dd if=/dev/cdrom bs=2k | cmp - FC5-test1-i386-discN.iso and check the return code from cmp only, ignoring any complaints from dd.
Indeed a better way to compare the iso image to a burned CD.
So I try this with an ISO burned through the GNOME interface and get:
dd: reading `/dev/cdrom': Input/output error 141148+0 records in 141148+0 records out 289071104 bytes (289 MB) copied, 138.624 seconds, 2.1 MB/s cmp: EOF on -
And I try this with an ISO burned with cdrecord and get:
dd: reading `/dev/cdrom': Input/output error 228592+0 records in 228592+0 records out 468156416 bytes (468 MB) copied, 149.532 seconds, 3.1 MB/s cmp: EOF on -
The results are very different. How do I tell it's OK?
On Fri, Jan 27, 2006 at 09:23:04AM -0800, John Reiser wrote:
Find the Linux kernel IDE maintainer, and shoot him. Literally. Then perhaps someone else will fix the kernel bug [on the READ side]
Its higher up the stack than this. 2.4 you could work around it, 2.6 you can't. Jens is notional maintainer for that code but no longer even answers email on that particular subject so don't hold your breath.
On Sun, 2006-01-29 at 16:34 -0500, Alan Cox wrote:
On Fri, Jan 27, 2006 at 09:23:04AM -0800, John Reiser wrote:
Find the Linux kernel IDE maintainer, and shoot him. Literally. Then perhaps someone else will fix the kernel bug [on the READ side]
Its higher up the stack than this. 2.4 you could work around it, 2.6 you can't. Jens is notional maintainer for that code but no longer even answers email on that particular subject so don't hold your breath.
Alan,
Isn't there any sort of governance procedure to declare a kernel component maintainer "legally dead" and initiate a search for a formal replacement?
-- Doc Robert G. (Doc) Savage, BSE(EE), CISSP, RHCE | Fairview Heights, IL Fedora Core 4 kernel 2.6.14-1.1656_FC4 on a P-III/M IBM Thinkpad A22p ** Bob Costas for Baseball Commissioner **
On Sun, Jan 29, 2006 at 07:53:04PM -0600, Robert G. (Doc) Savage wrote:
Isn't there any sort of governance procedure to declare a kernel component maintainer "legally dead" and initiate a search for a formal
No although its a much needed thing. But not I'd add in this case. If someone does the (non trivial) work to deal with this I'm sure Jens will both check and accept/help fix the patches. Nobody however has done it.
Alan
John Reiser wrote:
Should I be able to burn CDs?
Burning works properly [in general.]
I'm trying to burn the FC5t2 ISOs and I've tried with GNOME and cdrecord but they're failing the sha1sum test.
The burning probably worked. Almost certainly, the failure is in the verifying.
Advice and assistance gratefully received,
Find the Linux kernel IDE maintainer, and shoot him. Literally. Then perhaps someone else will fix the kernel bug [on the READ side] that causes this misery. It's been there for over TWO YEARS. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=131858 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=106685 ide-scsi work[ed], but the maintainer of the ide driver just cannot bear the thought of fixing this bug. Yes, the specification of CD-ROM {media + hardware} allows too much room to create the problem (end-of-recorded-data cannot be detected reliably to a precision of one 2KB sector), but ide-scsi dealt with it, and the current ide driver does not.
Instead of using sha1sum to verify, use dd if=/dev/cdrom bs=2k | cmp - FC5-test1-i386-discN.iso and check the return code from cmp only, ignoring any complaints from dd.
Use isosize to determine the number of bytes to read and only cmp with those... also make sure you burned the CD with -dao ...
Harald Hoyer wrote:
John Reiser wrote:
Should I be able to burn CDs?
Burning works properly [in general.]
I'm trying to burn the FC5t2 ISOs and I've tried with GNOME and cdrecord but they're failing the sha1sum test.
The burning probably worked. Almost certainly, the failure is in the verifying.
Use isosize to determine the number of bytes to read and only cmp with those... also make sure you burned the CD with -dao ...
k3b (which I far prefer to the apps Leon tried) verifies CD's I make from iso's OK. Perhaps it uses the workaround method internally when verifying ?
And we have a winner again, cdburning is again broken for users.
bash-3.1$ cdrecord -dev=ATA:1,0,0 -driveropts=burnfree -data image.iso cdrecord: No write mode specified. cdrecord: Asuming -tao mode. cdrecord: Future versions of cdrecord may have different drive dependent defaults. cdrecord: Continuing in 5 seconds... Cdrecord-Clone 2.01.01a03-dvd (i686-pc-linux-gnu) Copyright (C) 1995-2005 Jörg Schilling NOTE: This version contains the OSS DVD extensions for cdrtools and thus may have bugs related to DVD issues that are not present in the original cdrtools. Please send bug reports or support requests to http://bugzilla.redhat.com/bugzilla The original cdrtools author should not be bothered with problems in this version. cdrecord: Cannot allocate memory. WARNING: Cannot do mlockall(2). cdrecord: WARNING: This causes a high risk for buffer underruns. cdrecord: Operation not permitted. WARNING: Cannot set RR-scheduler cdrecord: Permission denied. WARNING: Cannot set priority using setpriority(). cdrecord: WARNING: This causes a high risk for buffer underruns. scsidev: 'ATA:1,0,0' devname: 'ATA' scsibus: 1 target: 0 lun: 0 Linux sg driver version: 3.5.27 Using libscg version 'schily-0.8'. cdrecord: Warning: using inofficial libscg transport code version (schily - Red Hat-scsi-linux-sg.c-1.85-RH '@(#)scsi-linux-sg.c 1.85 05/05/16 Copyright 1997 J. Schilling'). Device type : Removable CD-ROM Version : 0 Response Format: 1 Vendor_info : 'PLEXTOR ' Identifikation : 'DVDR PX-716AL ' Revision : '1.00' Device seems to be: Generic mmc2 DVD-R/DVD-RW. cdrecord: Operation not permitted. Cannot send SCSI cmd via ioctl
It works as root though, I tried filing to bugzilla but it gave me, ironically, an error message.
- David
On 2/4/06, David Nielsen gnomeuser@gmail.com wrote:
[CD burning] works as root though, I tried filing to bugzilla but it gave me, ironically, an error message.
Did you cut and paste the whole log into the initial bug report? There's a bug on RH bugzilla where it posts the initial bug with HTTP GET instead of POST and therefore barfs on long-ish initial submissions. Here: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171186
MEF
-- __ Mary Ellen Foster __ http://homepages.inf.ed.ac.uk/mef/ __ "One of the main causes of the fall of the Roman Empire was that, lacking zero, they had no way to indicate successful termination of their C programs." (Robert Firth)
lør, 04 02 2006 kl. 09:33 +0100, skrev Mary Ellen Foster:
On 2/4/06, David Nielsen gnomeuser@gmail.com wrote:
[CD burning] works as root though, I tried filing to bugzilla but it gave me, ironically, an error message.
Did you cut and paste the whole log into the initial bug report? There's a bug on RH bugzilla where it posts the initial bug with HTTP GET instead of POST and therefore barfs on long-ish initial submissions. Here: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171186
Interesting, I never suspected that bugzilla itself might be the issue, I figured it was a connection thing.
- David
David Nielsen wrote:
And we have a winner again, cdburning is again broken for users.
bash-3.1$ cdrecord -dev=ATA:1,0,0 -driveropts=burnfree -data image.iso cdrecord: No write mode specified. cdrecord: Asuming -tao mode. cdrecord: Future versions of cdrecord may have different drive dependent defaults. cdrecord: Continuing in 5 seconds... Cdrecord-Clone 2.01.01a03-dvd (i686-pc-linux-gnu) Copyright (C) 1995-2005 Jörg Schilling NOTE: This version contains the OSS DVD extensions for cdrtools and thus may have bugs related to DVD issues that are not present in the original cdrtools. Please send bug reports or support requests to http://bugzilla.redhat.com/bugzilla The original cdrtools author should not be bothered with problems in this version. cdrecord: Cannot allocate memory. WARNING: Cannot do mlockall(2). cdrecord: WARNING: This causes a high risk for buffer underruns. cdrecord: Operation not permitted. WARNING: Cannot set RR-scheduler cdrecord: Permission denied. WARNING: Cannot set priority using setpriority(). cdrecord: WARNING: This causes a high risk for buffer underruns. scsidev: 'ATA:1,0,0' devname: 'ATA' scsibus: 1 target: 0 lun: 0 Linux sg driver version: 3.5.27 Using libscg version 'schily-0.8'. cdrecord: Warning: using inofficial libscg transport code version (schily - Red Hat-scsi-linux-sg.c-1.85-RH '@(#)scsi-linux-sg.c 1.85 05/05/16 Copyright 1997 J. Schilling'). Device type : Removable CD-ROM Version : 0 Response Format: 1 Vendor_info : 'PLEXTOR ' Identifikation : 'DVDR PX-716AL ' Revision : '1.00' Device seems to be: Generic mmc2 DVD-R/DVD-RW. cdrecord: Operation not permitted. Cannot send SCSI cmd via ioctl
It works as root though, I tried filing to bugzilla but it gave me, ironically, an error message.
- David
You should really use "cdrecord -dev=/dev/cdwriter" ..
ons, 22 02 2006 kl. 12:01 +0100, skrev Harald Hoyer:
David Nielsen wrote:
And we have a winner again, cdburning is again broken for users.
bash-3.1$ cdrecord -dev=ATA:1,0,0 -driveropts=burnfree -data image.iso cdrecord: No write mode specified. cdrecord: Asuming -tao mode. cdrecord: Future versions of cdrecord may have different drive dependent defaults. cdrecord: Continuing in 5 seconds... Cdrecord-Clone 2.01.01a03-dvd (i686-pc-linux-gnu) Copyright (C) 1995-2005 Jörg Schilling NOTE: This version contains the OSS DVD extensions for cdrtools and thus may have bugs related to DVD issues that are not present in the original cdrtools. Please send bug reports or support requests to http://bugzilla.redhat.com/bugzilla The original cdrtools author should not be bothered with problems in this version. cdrecord: Cannot allocate memory. WARNING: Cannot do mlockall(2). cdrecord: WARNING: This causes a high risk for buffer underruns. cdrecord: Operation not permitted. WARNING: Cannot set RR-scheduler cdrecord: Permission denied. WARNING: Cannot set priority using setpriority(). cdrecord: WARNING: This causes a high risk for buffer underruns. scsidev: 'ATA:1,0,0' devname: 'ATA' scsibus: 1 target: 0 lun: 0 Linux sg driver version: 3.5.27 Using libscg version 'schily-0.8'. cdrecord: Warning: using inofficial libscg transport code version (schily - Red Hat-scsi-linux-sg.c-1.85-RH '@(#)scsi-linux-sg.c 1.85 05/05/16 Copyright 1997 J. Schilling'). Device type : Removable CD-ROM Version : 0 Response Format: 1 Vendor_info : 'PLEXTOR ' Identifikation : 'DVDR PX-716AL ' Revision : '1.00' Device seems to be: Generic mmc2 DVD-R/DVD-RW. cdrecord: Operation not permitted. Cannot send SCSI cmd via ioctl
It works as root though, I tried filing to bugzilla but it gave me, ironically, an error message.
- David
You should really use "cdrecord -dev=/dev/cdwriter" ..
sounds like :
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=179862
- David
ons, 22 02 2006 kl. 12:01 +0100, skrev Harald Hoyer:
David Nielsen wrote:
Device type : Removable CD-ROM Version : 0 Response Format: 1 Vendor_info : 'PLEXTOR ' Identifikation : 'DVDR PX-716AL ' Revision : '1.00' Device seems to be: Generic mmc2 DVD-R/DVD-RW. cdrecord: Operation not permitted. Cannot send SCSI cmd via ioctl
It works as root though, I tried filing to bugzilla but it gave me, ironically, an error message.
- David
You should really use "cdrecord -dev=/dev/cdwriter" ..
sounds like :
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=179862
- David
I had a slightly related (although not the same error message) issue last night while trying to blank a CD-RW disc (as noted in the bugzilla report above).
The message was something along the lines of: "Medium is ultra high speed, while the recorder is not compatible with this speed". The disc was a Memorex CD-RW 4x, and the writer is Plextor DVDR PX-708A (which is able to write at lest 10x on CD-RW).
The error was the same with the cdrecord which came with Test 2 and after a yum from the development repo last night.
Is this related at all?
(Unfortunately, I don't have any more details before I get home tonight).
Havard
David Nielsen wrote:
sounds like :
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=179862
- David
definetly