First thing you should do is run a SMART selftest on the device using smartmontools: smartctl -t long /dev/adX Poll the status of the selftest using: smartctl -a /dev/adX until the selftest has finished (an hour or two) or aborted. This can be done while in multiuser mode, but beware that disc accesses will be slower than usual. If you want to "fix" the problem and avoid downtime, then move swap to another slice (possibly an inode-backed md device, if that is possible) and fill the bad slice using 'dd'. Not sure if taking the data from /dev/random instead of /dev/zero makes any difference, but it will not hurt you other than by adding some time to the operation. Once you've written to the bad slice you probably want to re-run the SMART selftest to make sure it passes without any more failures. /Daniel ErikssonReceived on Sun Aug 20 2006 - 12:07:13 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:59 UTC