It has been 50h
and it is only 0.04%
of the way through... Which if my maths is correct means it will be finished after another 2,000,000h
(not real maths)
hutber@hutber:~$ badblocks -svw -b 4096 -c 200000 /dev/sda -o bb_sdc.txt
Checking for bad blocks in read-write mode
From block 0 to 1953506645
Testing with pattern 0xaa: 0.04% done, 50:47:27 elapsed. (0/783975/0 errors)
Is there a way I can run this without it taking so long?
The correct way to bad block a disk is to use
e2fsck
, notbadblocks
directly. Seeman badblocks
for more details...It is strongly recommended that users not run badblocks directly, but rather use the -c option of the e2fsck and mke2fs programs
Note: do NOT abort a bad block scan!
Note: do NOT bad block a SSD
Note: backup your important files FIRST!
Note: this will take many hours
Note: you may have a pending HDD failure
Boot to a Ubuntu Live DVD/USB in “Try Ubuntu” mode.
In
terminal
...sudo fdisk -l
# identify all "Linux Filesystem" partitionssudo e2fsck -fcky /dev/sdXX
# read-only testor
sudo e2fsck -fccky /dev/sdXX
# non-destructive read/write test (recommended)The -k is important, because it saves the previous bad block table, and adds any new bad blocks to that table. Without -k, you loose all of the prior bad block information.
The -fccky parameter...
Before changing the default variables, you should learn what they are doing.
You problem is here:
Indication that you are doing it wrong is:
You are asking the drive to write and read 781MB each time (200000 times 4096). This is beyond the capability of any SOHO drive and even most enterprise drives would not be able to handle this. These options are for optimizing for unusual drives. Some suffer bottleneck by bus and some have limits of the technology. Fitting these can allow for better precision at faster speeds - you just went the opposite way.
Here are the explanations behind the two (man badblocks):
Regarding using badblocks on SSDs, there is no reason to never do it. Just do not do it for no reason. SSDs have limited lifespan and are not block devices. This means you are not getting actual block information of the NAND, just testing the drive ability to fill with data.