Your message dated Fri, 11 Oct 2019 18:09:14 +1100
with message-id <4062130.dkcQCTpKyX@deblab>
and subject line Done: smartmontools: smartd double monitors devices when using 
symlinks to devices
has caused the Debian Bug report #894134,
regarding smartmontools: smartd double monitors devices when using symlinks to 
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact

Debian Bug Tracking System
Contact with problems
--- Begin Message ---
Package: smartmontools
Version: 6.5+svn4324-1
Severity: normal


It seems that smartd "double monitors" devices, when explicitly naming them via
a symbolic link and using DEVICESCAN in the config file.

Consider e.g. the following typical use case:
One wants to monitor all devices, but has special settings (e.g. different 
ranges for one e.g. a SSD which runs at higher temps than an HDD):
/dev/disk/by-id/ata-Samsung_SSD_850_PRO_1TB_S252NXAG910017F    -d auto -d 
removable -n standby,4 -a -W 0,50,60 -m root -M exec 
DEVICESCAN                                                     -d auto -d 
removable -n standby,4 -a -W 0,45,50 -m root -M exec 

It also makes sense to use the symbolic link 
rather than e.g. /dev/sda, as the later is not necessarily a stable name.

However, with the above in smartd.conf, smartd output in syslog shows that
apparently both devices 
and /dev/sda (which I assume is still auto-detected by the DEVICESCAN) are now
monitored (presumably with different monitoring settings).


--- End Message ---
--- Begin Message ---
Package: smartmontools
Version: 6.6-1

This problem has been fixed in release 6.6-1.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to,
and the maintainer will reopen the bug report if appropriate.

Attachment: signature.asc
Description: This is a digitally signed message part.

--- End Message ---

Reply via email to