Bug 854074 - CD drive becomes unresponsive after eject
Summary: CD drive becomes unresponsive after eject
Keywords:
Status: CLOSED INSUFFICIENT_DATA
Alias: None
Product: Fedora
Classification: Fedora
Component: udisks
Version: 17
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: ---
Assignee: David Zeuthen
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-09-03 23:26 UTC by Stephen Haffly
Modified: 2013-03-06 04:08 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-09-04 16:44:40 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Stephen Haffly 2012-09-03 23:26:04 UTC
Description of problem:
After I close the drive tray after ejecting a CD from a PATA CD-ROM drive, the drive becomes unresponsive. It will not respond to either pressing the drive's button or by issuing the comand, "eject /dev/sr1"

/var/log/messages shows this:

Sep  3 19:00:30 emerald kernel: [78200.113125] UDF-fs: Partition marked readonly; forcing readonly mount
Sep  3 19:00:30 emerald kernel: [78200.188727] UDF-fs: INFO Mounting volume 'PowerPanel pe', timestamp 2009/06/10 23:38 (1f10)
Sep  3 19:00:30 emerald udisksd[1951]: Mounted /dev/sr1 at /run/media/stephenh/PowerPanel pe on behalf of uid 1000
Sep  3 19:01:01 emerald udisksd[1951]: Cleaning up mount point /run/media/stephenh/PowerPanel pe (device 11:1 is not mounted)
Sep  3 19:01:01 emerald udisksd[1951]: Unmounted /dev/sr1 on behalf of uid 1000

Issuing the command "eject /dev/sr1" either as a regular user or as su makes no difference. There is no output to screen and no addition to the message log.

Version-Release number of selected component (if applicable):
Fedora 17, x86_64, 3.5.2-3.fc17.x86_64
udisks-1.0.4-6.fc17.x86_64

How reproducible:
1. Insert CD into drive.
2. View files on disk.
3. Use eject feature of Thunar (or other eject option such as palimpsest) to eject the disk.
4. press drive's button to close the tray.
5. press button to try to open tray -- FAIL.

Steps to Reproduce:
1. See above.
  
Actual results:
Drive is unresponsive until system is rebooted.

Expected results:
Drive should respond without requiring a reboot.

Additional info:
This system has:
One DVD R/W drive (/dev/sr0) connected to SATA.
One CD R/W drive (/dev/sr1) connected to PATA Primary Master.
No other PATA connections used. HDDs are SATA.

I posted about this problem on Fedora Forum and apparently, I am not the only one who has experienced this problem.

http://forums.fedoraforum.org/showthread.php?p=1600787#post1600787

Comment 1 David Zeuthen 2012-09-04 16:44:40 UTC
Sounds unfortunate but not sure why you think this is a problem with udisks. Closing.

Comment 2 Stephen Haffly 2012-09-04 16:48:27 UTC
I think it so because I thought that udisks replaced HAL's functionality. Rather than just close it, please give me a pointer in the right direction as to what might be causing it so that I can file a bug report for the correct package.

Respectfully,

Stephen

Comment 3 David Zeuthen 2012-09-04 16:54:44 UTC
In F17 (since F16, I think) polling of drives with removable media is done by the kernel [1]. I'm not sure why you are seeing this problem... if I did, I would have said so in comment 1 when I closed the bug.

[1] : enabled by this snippet from /lib/udev/rules.d/60-persistent-storage.rules

 # enable in-kernel media-presence polling
 ACTION=="add", SUBSYSTEM=="module", KERNEL=="block", \
   ATTR{parameters/events_dfl_poll_msecs}=="0",       \
   ATTR{parameters/events_dfl_poll_msecs}="2000"

Comment 4 Stephen Haffly 2012-09-04 17:02:55 UTC
Thank you. I guess that I need to file a bug report against the kernel then.

Comment 5 David Zeuthen 2012-09-04 17:23:33 UTC
I think so, yeah - try and see if you can reproduce it in a minimal environment first (for example init=/bin/bash). Thanks.


Note You need to log in before you can comment on or make changes to this bug.