Summary: | sys-apps/hal-0.5.11-r1 does not allow disc drive to eject | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | gfl3162+gbugzilla |
Component: | [OLD] Core system | Assignee: | Saleem Abdulrasool (RETIRED) <compnerd> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | alex.iris.parker, anacrolix, keenblade, loki_val, morgoth6, noreply, steev |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | patch to fix eject problem |
Description
gfl3162+gbugzilla
2008-07-05 19:50:51 UTC
FWIW, I can confirm this. i use xfce and if i put in a cd and use my eject button then it say's Der Datenträger »/org/freedesktop/Hal/devices/storage_model_TSSTcorpCD/DVDW_SH_W162C« konnte nicht ausgeworfen werden. Das Gerät »/org/freedesktop/Hal/devices/storage_model_TSSTcorpCD/DVDW_SH_W162C« ist kein gültiger Datenträger. as widget. This also seems to affect audio CDs, mounted or not. There should be a patch for hal so that it does not poll the disc drive in a way that causes the tray to close. This seems to be not hal, but udev fault. Look at https://bugzilla.redhat.com/show_bug.cgi?id=453095#c26 for more informations and patch. (In reply to comment #4) > This seems to be not hal, but udev fault. Look at > https://bugzilla.redhat.com/show_bug.cgi?id=453095#c26 for more informations > and patch. > I don't think that it is a problem with udev, because even after I applied the patch to /etc/udev/rules.d/64-device-mapper.rules (the rule that runs vol_id), the problem still persists. Also, deleting the rule files doesn't help either. I restarted my computer after each change. Also, using the strace tool, I found out that the tray closes when /usr/libexec/hald-addon-storage does the open() system call on /dev/sr0 every two seconds. I assume you do not even read the post right ? At the second line you can see: "patch for /etc/udev/rules.d/60-persistent-storage.rules (workaround)" Then why patch 64-device-mapper file ? And to save you time to write reply about missing 60-persistent-storage.rules file in /etc/udev/rules.d directory look at /lib/udev/rules.d dir. (In reply to comment #6) > I assume you do not even read the post right ? At the second line you can see: > > "patch for /etc/udev/rules.d/60-persistent-storage.rules (workaround)" > > Then why patch 64-device-mapper file ? And to save you time to write reply > about missing 60-persistent-storage.rules file in /etc/udev/rules.d directory > look at /lib/udev/rules.d dir. > I believe that udev is at fault for the problem (at first, I never knew about the /lib/udev/rules.d directory). I think that the name of this bug should be changed, and a patch to fix this should be commited to portage. Created attachment 162160 [details, diff]
patch to fix eject problem
I believe that udev-125-r2 fixes this issue, this bug's status should be changed. Marking as fixed in light of comment #9. |