Guido, I think this is only an issue for Debian-specific init scripts. If not, and any action is needed on my part, please let me know.
Bruce On Sat, 15 Jan 2005, Henrique de Moraes Holschuh wrote: > Package: smartmontools > Version: 5.32-2 > Severity: normal > > SATA devices through libata (supported by smartmontools as long as one > applies the patches in the libata-dev queue, which will probably be merged > in 2.6.11) require one to smartctl -d ata /dev/sda. > > Currently, this completely borks smartctl -s on support on the initscripts. > Please add a way to specify the -d <type> for every device we specify for > the initscript. smartd supports this natively, so this is needed only for > smartctl actions. > > One better way would be to allow us to specify what to do in each smartctl > action for every device, so that we can make the initscript do something > like: > > smartctl -d ata -s on /dev/sda > smartctl -d ata -s on /dev/sdb > smartctl -d ata -s on -S on -o on /dev/hdc > > And so on. This is possible with smartd. > > -- Package-specific info: > Ouput of /usr/share/bug/smartmontools: > CONFIG_IDE_TASK_IOCTL=y > > -- System Information: > Debian Release: 3.1 > APT prefers unstable > APT policy: (990, 'unstable') > Architecture: i386 (i686) > Kernel: Linux 2.6.10-debian+libata > Locale: LANG=pt_BR, LC_CTYPE=pt_BR (charmap=ISO-8859-1) > > Versions of packages smartmontools depends on: > ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries > an > > -- no debconf information > > -- > "One disk to rule them all, One disk to find them. One disk to bring > them all and in the darkness grind them. In the Land of Redmond > where the shadows lie." -- The Silicon Valley Tarot > Henrique Holschuh > > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]