So, here is an update.<br><br>I ran the e2fsck -c -y on the the disk (1TB), still in its USB enclosure.<br><br>One thing I noticed is that it complained about the bad blocks inode being shared by another file. Should I be concerned about this? Or has it been fixed by fsck?<br>
<br>Also, it took a long time. I know I can take the disk out of the enclosure (with some tinkering, this USB enclosure is not designed to be opened), but I have reasons not to for the time being.<br><br>real    894m38.018s<br>

user    0m24.200s<br>
sys     2m0.580s<br clear="all"><br>Output follows:<br><br># time e2fsck -c -y /dev/sdb1<br>e2fsck 1.40.8 (13-Mar-2008)<br>Checking for bad blocks (read-only test): done<br>/dev/sdb1: Updating bad block inode.<br>Pass 1: Checking inodes, blocks, and sizes<br>
<br>Running additional passes to resolve blocks claimed by more than one inode...<br>Pass 1B: Rescanning for multiply-claimed blocks<br>Multiply-claimed block(s) in inode 24584: 22131200 22131202 22131203 22131204 22131205 22131206 22131207 22131209 22131210 221<br>
31211 22131212 22131213 22131214 22131215 22131217 22131218 22131219 22131220 22131221 22131222 22131223 22131225 22131226 221<br>31227 22131228 22131229 22131230 22131231 22135426 22135616<br>Pass 1C: Scanning directories for inodes with multiply-claimed blocks<br>
Pass 1D: Reconciling multiply-claimed blocks<br>(There are 1 inodes containing multiply-claimed blocks.)<br><br>File /blah.tar.gz (inode #24584, mod time Sun Oct 17 03:33:27 2010)<br>  has 30 multiply-claimed block(s), shared with 1 file(s):<br>
        <The bad blocks inode> (inode #1, mod time Fri Oct 22 09:32:48 2010)<br>Clone multiply-claimed blocks? yes<br><br>Error reading block 22131207 (Attempt to read block from filesystem resulted in short read).  Ignore error? yes<br>
<br>Force rewrite? yes<br><br>.....<br><br>Error reading block 22131230 (Attempt to read block from filesystem resulted in short read).  Ignore error? yes<br><br>Force rewrite? yes<br><br>Pass 2: Checking directory structure<br>
Pass 3: Checking directory connectivity<br>Pass 4: Checking reference counts<br>Pass 5: Checking group summary information<br>Free blocks count wrong for group #1 (30120, counted=30090).<br>Fix? yes<br><br>Free blocks count wrong for group #675 (12, counted=42).<br>
Fix? yes<br><br><br>/dev/sdb1: ***** FILE SYSTEM WAS MODIFIED *****<br>/dev/sdb1: 41454/61054976 files (1.5% non-contiguous), 86439039/244190008 blocks<br><br>The other disk is still running the same procedure above, on another PC with less cores and lower speed.<br>
-- <br>Khalid M. Baheyeldin<br><a href="http://2bits.com">2bits.com</a>, Inc.<br><a href="http://2bits.com">http://2bits.com</a><br>Drupal optimization, development, customization and consulting.<br>Simplicity is prerequisite for reliability. --  Edsger W.Dijkstra<br>
Simplicity is the ultimate sophistication. --   Leonardo da Vinci<br>