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

Reply via email to