There are at least two problems in the way udev handles IDE zip drives 1. We really need to create all the 15 child device nodes in advance.. HAL relies on that.. E.g. I only see /dev/hdd, I really ought to see /dev/hdd1 through /dev/hdd15 as well even when no media is inserted 2. There's a loop where udev spins when I insert media and do a blockdev --rereadpt /dev/hdd - will attach the output I'm using udev-084-4. I can test RPM's if you want (since IDE Zip drives are not common place anymore I don't expect you to own one.) I'm marking this as a FC5Blocker.
Created attachment 125113 [details] Output from 'udevmonitor -e' after inserting Zip media and doing a 'blockdev --rereadpt /dev/hdd'
This problem is still present in udev-084-6! It is a regression from FC4.
Created attachment 125408 [details] 50-udev.rules would that 50-udev.rules fix the problem??
Fixes only half of the problem... I still don't get all_partitions.. but at least udev now refuses to invoke volume_id on this disk.. BUS=="ide", KERNEL=="hd[a-z]", SYSFS{removable}=="1", \ ENV{ID_MODEL}=="IOMEGA_ZIP*", NAME="%k", OPTIONS+="all_partitions" This is the problem I think.. The model name isn't mentioned in the database.. will attach contents of 'udevinfo -e'
Created attachment 125410 [details] output of udevmonitor -e == my udev database
However.. # cat /proc/ide/hdd/model IOMEGA ZIP 100 ATAPI may udev needs to read ID_MODEL from /proc/ide/%k/model?
Created attachment 125448 [details] 50-udev.rules next try
Created attachment 125449 [details] 50-udev.rules typo in the last rules, try this one
udev-084-8 works great for me, thanks!