This update adds information I have previously reported in a thread on ubuntuforums.org:
hald on edgy still behaves badly on an Inspiron 8200 here. I've found that it does *not* work to stop hald from polling the CD-drive and stop blocking the IDE-channel by adding filters in /etc/hal. It does however work if I add the rule in /usr/share/hal/fdi/preprobe/10osvendor/10-ide-drives.fdi. I haven't yet examined the source for hald to figure out why blacklisting the device through config-files in /etc doesn't have the same effect as changing the vendor-file in /usr/share/hal.
The problem was introduced through a CVS update in october 2005. A copy of the diff is attached. Reversing this diff and then restart hald solves the problem. The system will not detect changes to the CD-drive with the blacklist entry in place, but having to mount manually is much preferred over crippled IDE performance.
This update adds information I have previously reported in a thread on ubuntuforums.org:
hald on edgy still behaves badly on an Inspiron 8200 here. I've found that it does *not* work to stop hald from polling the CD-drive and stop blocking the IDE-channel by adding filters in /etc/hal. It does however work if I add the rule in /usr/share/ hal/fdi/ preprobe/ 10osvendor/ 10-ide- drives. fdi. I haven't yet examined the source for hald to figure out why blacklisting the device through config-files in /etc doesn't have the same effect as changing the vendor-file in /usr/share/hal.
The problem was introduced through a CVS update in october 2005. A copy of the diff is attached. Reversing this diff and then restart hald solves the problem. The system will not detect changes to the CD-drive with the blacklist entry in place, but having to mount manually is much preferred over crippled IDE performance.