Red Hat Bugzilla – Bug 107615
smartd can't start if an USB storage device is plugged
Last modified: 2015-01-04 17:03:31 EST
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
If, however, I start smartd without any USB storage device plugged, it starts
Note: removing the USB storage device while smartd is attempting to start
Version-Release number of selected component (if applicable):
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.
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
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 ;)
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