# November 18, 2012: again a problem with external hard drive

As one year ago (November 1, 2011), I have a problem with an external hard drive: a Seagate Momentus 5400.6 (500 GB) hard drive shipped with my MSI computer (which mother card has rapidly burnt). I have put it in an external hard drive box (brand: Auchan). rdiff-backup gives I/O errors at some time in the backup process. So, first I use:
$sudo fsck.ext3 -y /dev/dm-6 e2fsck 1.42.5 (29-Jul-2012) /dev/dm-6 contains a file system with errors, check forced. Pass 1: Checking inodes, blocks, and sizes Error reading block 45613398 (Attempt to read block from filesystem resulted in short read) while getting next inode from scan. Ignore error? yes Force rewrite? yes [...]  But after some time, strange lines appear: [...] Directory inode 17433576, block #0, offset 0: directory corrupted Salvage? yes Missing ’.’ in directory inode 17433576. Fix? yes Setting filetype for entry ’.’ in ??? (17433576) to 2. Missing ’..’ in directory inode 17433576. Fix? yes Setting filetype for entry ’..’ in ??? (17433576) to 2.  It is finished after few hours, and the disk seems to be clean: $ fsck.ext3 -y /dev/dm-6
e2fsck 1.42.5 (29-Jul-2012)
/dev/dm-6: clean, 546078/19537920 files, 30142314/78141952 blocks

But a new try of rdiff-backup yields an error almost immediately:
[...]
OSError: [Errno 5] Input/output error: ’/media/c3c3a9ac-e40d-48c8-9a33-fbdb3cef04e5/home/rdiff-backup-data/increments/local/jscordia/src/external_projects/0_OLD_EXTERNAL_PROJECTS/libgda-4.1.11/libgda/thread-wrapper/.deps’

So I use badblocks, as one year ago:
$badblocks /dev/dm-6 47538820 47538821 47538822 47538823 47912432 47912433 47912434 48979908 48979909 48979910 48979911 48996580 49375348 49399524 50570296 [...]  I stop it after after one night, and as one year ago, I try: $ mke2fs -cc -t ext4 /dev/dm-6

But it is very, very long. I decide to stop it, before the end. After that, impossible to mount it. Then I used the OpenSuse partitioner to format it with encryption. I do it without problem, and reboot: it is recognized correctly on Kubuntu. It remains to see if it will accept several backups without I/O error.
Several weeks later, about five backups after, no problem, and no nasty sound.
April 20, 2013: still no problem has appeared.