Bad Blocks Problem

[Markus Schulz <msc@antzsystem.de>]

Hallo,

mich nervt seit Monaten ein BadBlock auf meiner SAMSUNG HD753LJ.

Num  Test_Description    Status                  Remaining  
LifeTime(hours)  LBA_of_first_error
# 1  Offline             Completed: read failure       90%     15095         
2599
# 7  Short offline       Completed: read failure       20%     15056         
2599
#10  Short offline       Completed: read failure       20%     15008         
2599
#14  Short offline       Completed: read failure       20%     14936         
2599
#19  Short offline       Completed: read failure       20%     14887         
2599

So, den Block 2599 habe ich nach dem Bad Block Howto analysiert, wobei 
bei mir erschwerend hinzukommt, das ich die Partition verschlüsselt 
habe.

die Fakten:

# cryptsetup luksDump /dev/sdb1 | grep "Payload offset"
Payload offset: 1032

# fdisk -lu /dev/sdb
   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1              63  1465144064   732572001   83  Linux

# tune2fs -l /dev/mapper/data |grep "Block size"
Block size:               4096

Die inode habe ich folgender massen berechnet:
x = (int)((2599 - 63 - 1032) * 512 / 4096)
x = 188

# debugsfs
debugfs:  open /dev/mapper/data
debugfs:  testb 188
Block 188 marked in use
debugfs:  icheck 188
Block   Inode number
188     7
debugfs:  ncheck 7
Inode   Pathname
debugfs:

ergo der Block scheint im Journal zu liegen, ich also Journal entfernt 
und wieder hinzugefügt. Keine Besserung, BadBlock bleibt erhalten.

Des weiteren ist es doch sehr verwunderlich:
# dd if=/dev/sdb1 bs=4096 count=10000 of=/dev/null
10000+0 Datensätze ein
10000+0 Datensätze aus
40960000 Bytes (41 MB) kopiert, 6,73126 s, 6,1 MB/s

das die Blöcke in diesem Bereich sich alle lesen lassen (== kein 
Lesefehler wie von smartctl behauptet)?!?
Was läuft hier schief?

msc