Red Hat Bugzilla – Bug 62277
cdrecord locks computer when blanking a cd-rw disk
Last modified: 2008-08-01 12:22:52 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020314
Description of problem:
Every time I try to blank a cd-rw disk the computer locks completely. It does
this using blank=all or blank=fast. It seems to lock the computer as soon as it
finishes blanking the disc. It displays the amount of time it took to blank the
disc then it locks. When it locks both the caps lock and the scroll lock LED's
I killed this before it started.
# cdrecord -v speed=10 dev=4,0 blank=all
Cdrecord 1.10 (i686-pc-linux-gnu) Copyright (C) 1995-2001 Jvrg Schilling
TOC Type: 1 = CD-ROM
scsibus: 0 target: 4 lun: 0
Linux sg driver version: 3.1.22
Using libscg version 'schily-0.5'
Device type : Removable CD-ROM
Version : 2
Response Format: 2
Capabilities : SYNC LINKED
Vendor_info : 'PLEXTOR '
Identifikation : 'CD-R PX-W1210S'
Revision : '1.04'
Device seems to be: Generic mmc CD-RW.
Using generic SCSI-3/mmc CD-R driver (mmc_cdr).
Driver flags : SWABAUDIO
Drive buf size : 2394336 = 2338 KB
Current Secsize: 2048
ATIP info from disk:
Indicated writing power: 2
Reference speed: 0
Is not unrestricted
Disk sub type: High speed Rewritable (CAV) media (1)
ATIP start of lead in: -11077 (97:34/23)
ATIP start of lead out: 336075 (74:43/00)
speed low: 4 speed high: 8
power mult factor: 2 6
recommended erase/write power: 5
A2 values: 14 A4 4A
Disk type: Phase change
Manuf. index: 11
Manufacturer: Mitsubishi Chemical Corporation
Blocks total: 336075 Blocks current: 336075 Blocks remaining: 336225
Starting to write CD/DVD at speed 10 in write mode for single session.
Last chance to quit, starting real write in 6 seconds.
Is there anything else I can do to help you try and figure out what the problem is?
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. cdrecord -v speed=10 dev=4,0 blank=all
Actual Results: Computer locks when blanking a cd-rw disk
Expected Results: Blanking a disc to work
From a tip on the Skipjack mailing I disabled automounting in Gnome and tried
blanking a disc again. With automounting off the computer does not lock up. I
also noticed that the cd does not eject when it is finished blanking the disc
like it did with 7.2. I did not have any problems blanking a disc in 7.2 even
with automounting enabled.
Nothing has changed in the package since 7.2, just a rebuild basically.
I've burned 3 CD's in the last few days, and 2 CDRW's - blanking first.
It has worked ok for me so far.
Keep in mind also CDRW drives should be on their own unshared cable,
because when a disk is blanking, the cable is locked and no other disk can
communicate on the cable. If your hard disk is on that cable, then your
system will hang. One could cast the blame on the ATA standards, or on the
CDRW drive manufacturer.. either way, it still hangs.
Also, as you discovered the GNOME auto foo stuff hoses cd burning as well.
This isn't a bug per se as much as it is a lack of a feature. We are
discussing how to solve issues like this in a friendly manner without
After finding that turning off the Gnome automounting works around this problem
I do not believe this to be an issue with cdrecord. I just have no idea what
might be the problem. This problem definitely does not exist for me with 7.2.
Note my comment about about the flashing caps lock and scroll lock leds when the
computer locks. I get the impression that something is causing the kernel to
oops. I also cannot reproduce this problem while not in X. Also note these are
not IDE cdrom drives.
scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.5
<Adaptec 2930CU SCSI adapter>
kernel: aic7860: Ultra Single Channel A, SCSI Id=7, 3/253 SCBs
kernel: Vendor: TEAC Model: CD-ROM CD-532S Rev: 1.0A
kernel: Type: CD-ROM ANSI SCSI revision: 02
kernel: Vendor: PLEXTOR Model: CD-R PX-W1210S Rev: 1.04
kernel: Type: CD-ROM
Any ideas about how I might be able to diagnosis this further?
Can you repeat the problem while in console mode - the flashing keys indicate a
kernel panic occurred and the actual message is rather important.
Well I after trying it numerous ways I finally managed to get the kernel to
panic at the console. The only way I could get it to panic at the console was to
first startx, then CTRL-ALT-F2, then login again, then cdrecord -v speed=10
I know I have to run the output through ksymoops for it to do you any good, but
it doesn't seem to produce an Oops file. Is there a way force it to produce one?
Or do I just have to carefully copy the output by hand from screen?
It looks like this is going to have something to do with the aic7xxx module. I
see a couple references to it in the output to the console. Thanks.
Thanks for the bug report. However, Red Hat no longer maintains this version of
the product. Please upgrade to the latest version and open a new bug if the problem
The Fedora Legacy project (http://fedoralegacy.org/) maintains some older releases,
and if you believe this bug is interesting to them, please report the problem in
the bug tracker at: http://bugzilla.fedora.us/