Red Hat Bugzilla – Bug 162848
kernel locks up after accessing a blank cdrw (after it was just blanked)
Last modified: 2007-11-30 17:11:09 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.8) Gecko/20050524 Fedora/1.0.4-4 Firefox/1.0.4
Description of problem:
My system hangs when I have just blanked a CDRW and I try to access it afterwards, through nautilus.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Put an already burnt CDRW into the CD Recorder's drive
2. cdrecord dev=/dev/hdc speed=10 blank=fast
3. (do not eject the cdrw)
4. (the empty cdrw doesn't show up on my desktop)
5. Then I go to Places - Computer - CDROM Drive
Actual Results: The system hangs totally. I can't even use Ctrl-Alt-F1 to get to my text console.
Expected Results: Nautilus should have presented me the CD Burning dialog.
I couldn't find much suspicious in my /var/log/messages file, except for this:
Jul 10 12:55:09 agamemnon kernel: scsi: unknown opcode 0x01
This is probably a dupe of bug #162347.
Hmmm, I looked at that one, could be the same issue, except that I can't seem to
be able to reproduce the same dmesg as he does...
Also I never have issues while booting. And I only have that issue after trying
to access a just refreshly blanked cdrw. If I blank the cdrw and reboot, and
access it after the reboot, I'm totally fine!
Pascal de Bruijn
[This comment has been added as a mass update for all FC4 kernel bugs.
If you have migrated this bug from an FC3 bug today, ignore this comment.]
Please retest your problem with todays 2.6.12-1.1398_FC4 update.
If your problem involved being unable to boot, or some hardware not being
detected correctly, please make sure your /etc/modprobe.conf is correct *BEFORE*
installing any kernel updates.
If in doubt, you can recreate this file using..
mv /etc/sysconfig/hwconf /etc/sysconfig/hwconf.bak
mv /etc/modprobe.conf /etc/modprobe.conf.bak
I've just upgraded to the lastest kernel:
And I can't seem to be able to reprocedure the issue anymore.
Thanks for the help!
Pascal de Bruijn