LINUX.ORG.RU
Форум — General  

Определить неисправность диска (или не диска)

 ,


0

3

Добрый день. Был диск с ext4 разделом, которому уже с десяток лет. Использовался в основном для торрент-хранилища фильмов (торрент клиет - Transmission). Несколько месяцев назад начал замечать, что некоторые файлы из этого хранилища воспроизводятся с артефактами. Запустил в торрент-клиенте проверку фалов - почти все вместо 100% загрузки показали 40...90%. И новый любой файл скачиваешь до 100%, после этого проверяешь данные - он опять помечается недокаченым. Ок, диск старый, похоже сыпется.

Купил новый диск, новый SATA кабель к нему, подключил в новый SATA порт на материнке. Создал ext4 раздел, примонтировал вместо старого диска. Скачал на этот диск несколько фильмов - и точно так же после проверки - файлы недокачены. Пробовал другие торрент-клиенты (Deluge, qBittorent) - то же самое поведение.

Вопрос - что вообще происходит? В какую сторону копать? Это ошибки железа, ОС, программ или ещё чего-то?

dmesg выдаёт ошибки: 

[ 1114.841198] EXT4-fs error: 83 callbacks suppressed
[ 1114.841201] EXT4-fs error (device sdc1): ext4_find_extent:909: inode #59769118: comm deluge-gtk: pblk 239108379 bad header/extent: extent tree corrupted - magic f30a, entries 12, max 340(340), depth 0(0)
...
[ 1115.616785] EXT4-fs error (device sdc1): ext4_find_extent:909: inode #59769118: comm deluge-gtk: pblk 239108379 bad header/extent: extent tree corrupted - magic f30a, entries 12, max 340(340), depth 0(0)
[ 1123.538533] EXT4-fs error: 44 callbacks suppressed
[ 1130.214713] EXT4-fs error (device sdc1): ext4_dx_find_entry:1508: inode #59768833: block 3: comm deluge-gtk: Directory block failed checksum
...
[ 1131.310058] EXT4-fs error (device sdc1): ext4_dx_find_entry:1508: inode #59768833: block 3: comm deluge-gtk: Directory block failed checksum
[ 4446.965616] EXT4-fs error: 32 callbacks suppressed
[ 4446.965618] EXT4-fs error (device sdc1): ext4_dx_find_entry:1508: inode #59768833: block 3: comm transmission-gt: Directory block failed checksum
...
[ 4447.647422] EXT4-fs error (device sdc1): ext4_dx_find_entry:1508: inode #59768833: block 3: comm transmission-gt: Directory block failed checksum

← (Feeds Optware) Снова недоступны или где?
Где взять доки и исходники LinuxBIOS? →

smartctl -a /dev/<диск> покажи

anonymous
()

И версию ядра на всякий

mos ★★☆☆☆
()

И motherboard уже с десяток лет? На предмет вздутых конденсаторов проверена? Да и блок питания заодно...

(чуть выше не хватает [code])

greenman ★★★★★
()
Последнее исправление: greenman (всего исправлений: 1)

Ещё хорошо бы было модельку материнской платы опубликовать. Вдруг у тебя там SATA через USB. Бывает. USB суспендится - ext4 ругается.

LaLe
()

В dmesg судя по всему нет сообщений об ошибках ввода-вывода. Так что возможно проблема именно в ext4. Я бы посоветовал попробовать XFS, тем более что файлопомойка.

chaos_dremel ★★
()
Ответ на: комментарий от arhiv_6

У тебя подозрение на проблемы с матерью/контроллером sata/шлейфом/питанием. Хотя и новый диск тоже может быть бракованным.

Замени шлейф, проверь напряжение на шинах 12в и 5в. Диск проверяй через badblocks -b 4096 -vsw а не торрентами. Для ускорения можно проверять не весь диск, а его часть, см ман.

legolegs ★★★★★
()
Ответ на: комментарий от legolegs

legolegs, спасибо. С помощью badblocks, перестановки дисков и кабелей удалось примерно определить неисправность. На плате 6 SATA портов - 2 от процессора, 4 от чипсета. На процессорных портах любые диски и любые кабеля работают нормально. На портах от чипсета сыпятся ошибки, причем не на всех паттернах (например на 0xAA ошибок нет, на 0x55 сплошь ошибки). Похоже неисправен чипсет, дальше уже проще определить будет.

arhiv_6
() автор топика
Ответ на: комментарий от arhiv_6

например на 0xAA ошибок нет, на 0x55 сплошь ошибки

Всё-таки badblocks умные люди писали.

legolegs ★★★★★
()
Ответ на: комментарий от arhiv_6

На плате 6 SATA портов - 2 от процессора, 4 от чипсета. На процессорных портах любые диски и любые кабеля работают нормально. На портах от чипсета сыпятся ошибки, причем не на всех паттернах

так, а вот с этого момента хотелось бы подробностей
это брак, баг биоса, или что?
ТС, будешь дальше копать эту тему? нагуглить похожие проблемы не удалось

Deleted
()
Ответ на: комментарий от Deleted

Конечно буду дальше копать. Сегодня решил проверить USB - взял заведомо рабочую флешку и проверил её с помощью badblocks на разных USB портах. Часть портов выведены от процессора, часть от чипсета. Из тех что проверил:

Processors USB:

  • 4 x USB 3.0 - ошибок нет.

Chipset USB:

  • 2 x USB 3.1 (2 at back panel) - ошибки капают
  • 6 x USB 2.0 (2 at back panel, 2 at mid-board) - ошибки капают
arhiv_6
() автор топика
Ответ на: комментарий от arhiv_6

интересно, интересно
напиши пожалуйста версию прошивки
думаю, не лишним будет скастовать пользователей райзена чтобы проверили у себя по возможности
у кого может быть доступ к железу на b350: sudo cast devl547 mbivanyuk merhalak, и возможно a1batross (он емнип не распространялся что у него за плата)
кастуйте остальных кого помните
у кого x370/470, возможно тоже стоит проверить Aceler eR leg0las

Deleted
()
Ответ на: комментарий от Deleted

Процессор AMD Ryzen 5 1600X, материнка ASUS PRIME B350-PLUS. Прошивка BIOS была 3203, обновил до 4207 - изменений нет. Попробую потестироваться на Windows, на всякий случай...

arhiv_6
() автор топика
Ответ на: комментарий от SergeySVold

Windows 10 нет, но есть Windows 7 x64. Проверил программой Victoria. Что с USB флешкой, что с SATA3 диском - на портах, подключённых напрямую к процессору всё работает без ошибок; на портах от чипсета - очень много ошибок верификации. Все ошибки вида: 

16:57:24 : Block 45568 (23 Mb)  - data distortion! Writen 55AAh, read 51AAh

arhiv_6
() автор топика
Ответ на: комментарий от arhiv_6

Залип один бит, ну надо же. Пыль сдуть, ногтем постучать, охладить чип не пробовал?

legolegs ★★★★★
()
Ответ на: комментарий от arhiv_6

Похоже конечно на беду чипсета B350 но возник вопрос! Когда беду обнаружил? До какого то момента всё вроде работало? Или нет? В общем ситуёвину бы поподробней. Может после обновления беда выросла? Да! Кстати! Windows 7 за этой мамкой тоже не значится у ASAUS

SergeySVold ★★★★★
()
Последнее исправление: SergeySVold (всего исправлений: 2)
Ответ на: комментарий от arhiv_6

ядро из ppa mainline 4.20 поставить и на нём потестить.

eR ★★★★★
()
Ответ на: комментарий от SergeySVold

SergeySVold, вот подробнее, если интересно. Проблема могла быть с первого дня покупки материнки (полгода назад). Просто мне «повезло» несколько раз:

  • Повезло, что 2 системных SSD (с Ubuntu и Win7) подключены были как раз к SATA от процессора, поэтому в работе никаких проблем не замечал.
  • На SATA порт от чипсета был повешан диск с фото/фильмами от старого ПК. Торренты с него раздавались нормально, новые торренты(фильмы) записывались на него тоже без проблем. «Повезло», что торрент клиенты не выдают никаких ошибок.
  • Иногда при воспроизведении видео с этого диска бывали артефакты на несколько кадров, значения особо не придавал - может файл такой или с кодеком проблема. «Повезло», что с современными кодеками заметные глазом искажения нескольких байт возникнут только если эти байты будут в ключевом(опорном) кадре.
  • По USB из устройств кроме мыши и клавиатуры - низкоскоростные отладчики/программаторы/преобразователи интерфейсов. Специфика такова, что я занимаюсь разработкой устройств и ошибки (если и были) мог списать на недоработку софта/железа, т.к. их однозначно повторить нельзя было. А ещё могло повезти, что флешки я втыкал как раз в USB от процессора.
  • Только когда потребовалось стянуть на этот диск торрент на 20Гб (но в этот раз не фильм, а ПО) - заметил проблему. Всё скачалось, а устанавливаться не стало - во время установки выдало ошибку в данных. После этого запустил проверку файла в торрент клиенте - вместо 100% загрузки клиент после проверки показал 60% и тут же бодренько стал файл докачивать. После докачки при попытке установить - та же ошибка. На всякий случай запустил проверку всех остальных файлов и только тут узнал что с ними та же беда. Вот тут я и подумал что проблема с диском и отложил его в ящик стола. Повезло что его не выкинул, т.к. похоже диск ни причём.

И только позавчера купил новый диск, подключил его на ещё один SATA от чипсета и обнаружил те же симптомы, что и у предыдущего диска - смотри первый пост в теме.

arhiv_6
() автор топика
Ответ на: комментарий от Deleted

Что случилось?

У меня ещё MSI B350M Mortar. Чем помочь?

Кхм, с утра посмотрю, сейчас уже глаза не видят ничего.

Deleted
()
Последнее исправление: merhalak (всего исправлений: 1)

У меня такие же симптомы на внешнем нтфс. Подключил к сата, загрузился в mhdd, бедблоков не нашел, смарт в порядке, есть блоки с большим откликом. Дальше разбираться не стал.

parar
()
Ответ на: комментарий от arhiv_6

Вообще, я бы ещё блок питания проверил на стабильность его работы, как рах через полгода его конденсаторы могли сказать кряк.

Aceler ★★★★★
()
Ответ на: комментарий от chaos_dremel

Как там огилия? Ты я смотрю совсем поехавший, человеку xfs советовать.

anonymous
()
Ответ на: комментарий от arhiv_6

Большое спасибо за развернутый ответ. Самое хреновое все равно не понятно - на кого грешить. Очень уж как то не системно... типа шина данных изредка теряет один бит.. Я бы всё таки промерял напряжения для начала, при подключенных доп устройствах, +5 вольт. Я попробую еще знакомых технарей поспрашивать, если они эту мать знают и если я не забуду.:-)

SergeySVold ★★★★★
()
Ответ на: комментарий от greenman

тогда бы другая ругань была. по сата.
а тут будто ехт4 какая то патченная

darkenshvein ★★★★★
()
Ответ на: комментарий от SergeySVold

hellcat, SergeySVold, проверил БП - вздутых конденсаторов нет. Китайский мультиметр показывает стабильные 5.10 и 12.01 вольта.
greenman, при чём тут ехт4, если на проверямых дисках/флешках уже нет никакой ФС, т.к. тест секторов полностью всё очищает.

arhiv_6
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← (Feeds Optware) Снова недоступны или где?
General
Где взять доки и исходники LinuxBIOS? →