А почему такой "нестандартный" размер блока?  Или я чего-то упустил?

Хм, какой-то он "нестандартный" все равно
У меня:

$ su -c "hdparm -i /dev/sda"
Пароль: 

/dev/sda:

 Model=ST3160827AS, FwRev=3.42, SerialNo=4MT15CPG
 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs RotSpdTol>.5% }
 RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
 BuffType=unknown, BuffSize=8192kB, MaxMultSect=16, MultSect=16
 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=312579695
 IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes:  pio0 pio1 pio2 pio3 pio4 
 DMA modes:  mdma0 mdma1 mdma2 
 UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6 
 AdvancedPM=no WriteCache=enabled
 Drive conforms to: ATA/ATAPI-6 T13 1410D revision 2:  ATA/ATAPI-1,2,3,4,5,6

 * signifies the current active mode

для сбойных дисков надо читать объёмом не больше блока ФС... а ещё лучше блоками HDD (512 или 4 К, в зависимости от диска)... т.к. если хотя бы один сектор из блока не считался, то CENSORED знает, что со всем блоком будет...
кстати, вывод dd в stderr лучше сохранять.... его можно потом про'sed'ить и попробовать перечитать сбойные блоки ещё раз....

ЗЫ: и образ создавать на локальной ФС надёжней... хотя это не очень принципиально...

Насколько я знаю, нативных средств для проверки разделов NTFS у нас нету, надо бы виндовым chkdsk, или как его там, уже забыл. Иногда похожее бывает, если винду усыпить и загрузиться в Линукс.
UPD: MHDD - это если подозрение на физические повреждения поверхности "блина" винчестера.

Так мне и надо на целостность проверить сам HDD, а не конкретно раздел ntfs. Я уже образ раздела сделал - данные оттуда выдеру все. Теперь хочу определить поработает ли еще этот HDD или пришло время заказывать новый.

Т.е. диск все-таки скорее всего битый?
Значит стоит его тогда мне проверить чем-нибудь еще.

дык какая задача то? спасти как можно больше живых данных пока большой ПЕ не нагрянул? или проверить, можно ли диском ещё пользоваться?
если первое, то создавай образ через dd или что-то более специализированное вроде dd-rescue и монтируй... с самим диском даже не думай работать... только проблем больше создашь...
если второе, то
0) бекапь данные, если нужны
1) смотри smart... если есть реалокация или настоящие беды, то диск можно прибить гвоздями к стенке...
2) запускай деструктивный badblocks... если что-то покажет, то тоже самое...

А что за ошибки возникают, может, подскажем чего?

Я наоборот, указываю bs=512, т.е., стандартный размер сектора. dd же в «обход» файловой системы копирует. А размер буфера данных  - это  совсем другое.

Так я же и говорю, это размер кэш-памяти, а не реальный размер сектора.

Сомневаюсь, что правильно. Хотя, данные в любом случае пойдут через этот кэш. Надо поэкспериментировать...

я ж писал выше, что это для достижения максимальной скорости на здоровых дисках... на больных лучше всего размером физического сектора руководствоваться (512 для старых, 4к для новых)...

Хотя рано я обрадовался, заявляя, что HDD в порядке.
После спасения данных, я погонял smart утилиты, сильно страшного ничего не было. Диск я после переформатировал, новая разметка: /, /home и swap. / и /home - фс ext4. Теперь на этом HDD живет Mageia. оффтоп: Linux там и ранее бывал, пока проприетарный wl сбоить не начал. из-за нерабочего wifi был совершен обратный переход на винду. а сейчас новым ядром и новым broadcom-wl работает wifi нормально.

Ради интереса снова запустил badblocks.
За первые 18 минут уже (41/0/0 errors).
Это, как я понимаю, 41 ошибка чтения, а проверено то еще всего ничего.
Стоит задумываться о покупке нового HDD или я опять впустую паникую?