From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.1) Gecko/20031009 Description of problem: If, before starting smartd, I plug an USB storage device (usually seen as /dev/sda1), smartd won't hapen to start: [root@dhcppc0 julo]# /etc/rc.d/init.d/smartd start Starting smartd: ... If, however, I start smartd without any USB storage device plugged, it starts without problems. Note: removing the USB storage device while smartd is attempting to start doesn't help. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1.plug an USB storage device 2.type /etc/rc.d/init.d/smartd stop 3.type /etc/rc.d/init.d/smartd start Actual Results: It hangs forever... Expected Results: It should start. Additional info: I have disabled kudzu in this runlevel. But I don't think it's revelant...
We are aware of this problem and are looking for a fix. The underlying problem is that USB drives only implement a subset of the mandatory SCSI command set. For the moment you can work around this by setting up /etc/smartd.conf so that it does NOT scan for devices.
smartd says that it starts on my federa but it takes two minutes to start the daemon. When I start with the usb storage removed it takes a second :) if you need the logs just let me know ;)
Lupus, Currently, the only solution is to modify /etc/smartd.conf, so that you do NOT scan devices. Then, explicitly list the devices that you want to monitor. Do NOT list your USB storage device.
This is fixed in the smartmontools 5.25 development/testing release and in subsequent releases, including the 5.26 stable release. The problematic USB devices return some incorrect SCSI length data. smartd/smartctl now detect this and exit before sending SCSI commands that will hang the process.
this should be fixed in current trees, as FC3 has 5.33