Package: smartmontools Version: 5.38-3 Severity: normal smartctl can be used to execute a test on a drive already running another test. In my case, I ran a short test on a drive already running a long test. I was not aware that SMART could only handle 1 test at a time. Apparently, SMART can't resume aborted tests.
smartctl's behavior in this case seems to be to execute the newly requested test without caring about the already one. The worst problem with this is loss of time, as in my scenario. I see two options: running the newly requested test after the currently running one is finished, or prompt for what to do. --- System information. --- Architecture: i386 Kernel: Linux 2.6.30-1-amd64 Debian Release: squeeze/sid 990 testing security.debian.org 990 testing ftp.ca.debian.org 500 unstable ftp.ca.debian.org 1 experimental debian.savoirfairelinux.net --- Package information. --- Depends (Version) | Installed ============================-+-============= libc6 (>= 2.7-1) | 2.9-25 libgcc1 (>= 1:4.1.1) | 1:4.4.1-1 libstdc++6 (>= 4.1.1) | 4.4.1-1 debianutils (>= 2.2) | 3.2.1 lsb-base (>= 3.0-10) | 3.2-23 Recommends (Version) | Installed =========================-+-=========== mailx | OR mailutils | Package's Suggests field is empty. --- Output from package bug script --- Ouput of /usr/share/bug/smartmontools: # CONFIG_IDE_TASK_IOCTL is not set -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org