Чем проверить сектора HDD на бэдблоки?

можно fsck -vck /dev/HDD
но не нужно, лучше так, поставить smartmontools и:
smartctl -a /dev/HDD | grep -i reallocated

в смысле на неразмонтированных нежелательно, неизвестно что там работает у тебя во время проверки

известно - браузер, дота или невервинтер, биткойн коре может еще....

В спецификации ATA есть команда прочитать сектор, есть команда записать сектор. Но там нет команды «прочитать сектор точнее».
Ридонли вполне достаточно. Если паранойя, есть режим прочитал, то-же самое записал. Есть режим разрушающей записи, пишет-читает четыре паттерна. Попробуй ее с флагом -f , должно и на смонтированной фс сработать. Мне сейчас не на чем проверить такое. -)

Для твоего случая как раз изобрели smart long test.
запускается через smartmontools. Диск протестирует сам свою поверхность во время работы. Но если он споткнется на бэде, тест закончится, ты узнаешь только номер одного бэад. И не раз не встречал, чтобы тест возобновился после пробуждении компа.
Даже батник наваяли для тебя:
https://techoverflow.net/blog/2015/01/07/fixing-bad-blocks-on-hdds-using-fixh...

епрст, ни одной ошибки диска...

sudo badblocks -sv /dev/sda5
Checking blocks 0 to 1707445247
Checking for bad blocks (read-only test): done                                                 
Pass completed, 0 bad blocks found. (0/0/0 errors)

давно жёсткие (контроллеры) автоматом перераспределяют битые сектора, если показывает 0, то и норм, если есть что и увеличивается, значит кранты диску скоро

sudo smartctl -A /dev/sda
[sudo] password for safff: 
smartctl 6.5 2016-05-07 r4318 [x86_64-linux-4.6.0-pf1-ARCH] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF READ SMART DATA SECTION ===
SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   120   099   006    Pre-fail  Always       -       240699256
  3 Spin_Up_Time            0x0003   096   096   000    Pre-fail  Always       -       0
  4 Start_Stop_Count        0x0032   100   100   020    Old_age   Always       -       843
  5 Reallocated_Sector_Ct   0x0033   100   100   010    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000f   055   053   030    Pre-fail  Always       -       6795276272614
  9 Power_On_Hours          0x0032   075   075   000    Old_age   Always       -       22693
 10 Spin_Retry_Count        0x0013   100   100   097    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   020    Old_age   Always       -       861
183 Runtime_Bad_Block       0x0032   100   100   000    Old_age   Always       -       0
184 End-to-End_Error        0x0032   100   100   099    Old_age   Always       -       0
187 Reported_Uncorrect      0x0032   100   100   000    Old_age   Always       -       0
188 Command_Timeout         0x0032   100   099   000    Old_age   Always       -       6 6 8
189 High_Fly_Writes         0x003a   008   008   000    Old_age   Always       -       92
190 Airflow_Temperature_Cel 0x0022   065   056   045    Old_age   Always       -       35 (Min/Max 27/36)
191 G-Sense_Error_Rate      0x0032   100   100   000    Old_age   Always       -       0
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       94
193 Load_Cycle_Count        0x0032   097   097   000    Old_age   Always       -       7902
194 Temperature_Celsius     0x0022   035   044   000    Old_age   Always       -       35 (0 13 0 0 0)
197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0010   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x003e   200   200   000    Old_age   Always       -       0
240 Head_Flying_Hours       0x0000   100   253   000    Old_age   Offline      -       22684h+39m+17.255s
241 Total_LBAs_Written      0x0000   100   253   000    Old_age   Offline      -       76299405973
242 Total_LBAs_Read         0x0000   100   253   000    Old_age   Offline      -       64978480002

вот ентот вывод

Ну в порядке твой диск. Тем более, если это после badblocks. Чего ты нервничаешь? Какие-то симптомы плохие были?

Bitcoin core ошибка синхронизации

вот какие симптомы, я хз из-за чего но многие отвечають чо именно железо виновато, я долга не хател тестировать диск т.к. он относительно молодой, но уже от безъисходности решил все таки проверить, хатя и считаю данную версию полной ахинеей...

Это может быть из-за шлейфа диска, хотя тогда бы проблема была бы с разными файлами, не только биткойна. Возможно, у тебя проц перегревается при синхронизации. Или память битая. Диск ни причём, имхо.

ну в принцыпе если бы была траббла с железом, то она возникалабы не только с биткойном, но и с другими приложениями.

П.С. проц не греется, память заполнялась неоднократно на полную различными приожениями, и все было нормально..

П.П.С. при чем блок на который ругается кошелек, он всегда один и тот же.

память

А она с ECC?

он всегда один и тот же.

А то при его подсчёте там один битик в памяти перевернулся, так блок и записали.

А она с ECC?

неа.. без. еще ецц в настольный комп.. с дуба рухнул чо ли?

А то при его подсчёте там один битик в памяти перевернулся, так блок и записали.

перевернулси где? у меня в оперативке или в блокчейне?

Глупый вопрос, а ты пробовал этот файл биткойна удалить и позволить ему перезакачаться?

я делал енту переиндексацию уже бесчисленное количесство раз... енто кстати долгое занятие...

еще ецц в настольный комп

Настольный комп - это когда он печатная машинка да музыку послушать, видео посмотреть. А когда он блокчейны считает, то это уже побольше будет.

перевернулси где? у меня в оперативке или в блокчейне?

Да, посчитался правильно, а при считывании для записи на диск уже не то.

я делал енту переиндексацию уже бесчисленное количесство раз

Деталей не знаю, может, что-то бракованное используется из кеша.

Деталей не знаю, может, что-то бракованное используется из кеша.

каждый раз и даже с интервалом в несколько месяцев? именно один и тот же блок использует бракованные данные кэша?

Альтернатива проверки ФС без отмонтирования: dd в файл, пока тот не займёт всё свободное место.

В ZFS можно запустить zpool scrub poolname по ходу дела.

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