forum.opennet.ru

Форум Открытые системы на рабочей станции (Драйверы, оборудование)
Вариант для распечатки		Пред. тема \| След. тема
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Оглавление

Пару недель назад в 20 раз упала скорость работы диска WD SATA., Аноним (0), 20-Апр-23, (0) [смотреть все]

Выполни лонгтест smartctl -t long, может быть достаточно более короткого и мене, Аноним (1), 18:00 , 20-Апр-23, (1) //

smartctl -t dev sdasmartctl -t long dev sdaошибок нет, тест проходит в заявлен, Аноним (2), 19:26 , 20-Апр-23, (2) //

Помимо выхода из строя электронной начинки ещё может быть питания не хватает или, Аноним (1), 20:24 , 20-Апр-23, (3) //

Электронная, аппаратная, начинка нормальна, проблем с ней не диагностируется Ка, Аноним (5), 17:13 , 21-Апр-23, (5)

смысл какой еще вирус возьмите любой live-usb linux дистрибутиви запустите с, lavr (ok), 17:51 , 21-Апр-23, (6)

Может вирь в биосе Не вся область биос флешки при стандартной перепрошивки зате, Аноним (10), 07:19 , 22-Апр-23, (10)
https forum hddguru com viewtopic php t 39947https support hpe com hpesc pub, Аноним (16), 18:09 , 24-Апр-23, (16)

Нашел способ дампануть прошивку WDC WD1600JS-22NCB1 https www hddsuperclone co, Аноним (20), 09:24 , 24-Июн-23, (20)

Есть подозрение что диск уходит в PIO mode Как исправить https forum ixbt c, Аноним (17), 09:31 , 26-Апр-23, (17)

http www datadonor net HD 20Western 20Digital Black 20I WDC 20WD1600JS-22NCB1 , Аноним (19), 12:20 , 26-Апр-23, (19)

А как скачать текущую прошивку с диска WDC WD1600JS-22NCB1sg_read_buffer у меня , Аноним (17), 09:36 , 26-Апр-23, (18)

Ересь Сейчас вирьё связано с интернетом и прошивки диска давно никого не интере, Аноним (8), 20:55 , 21-Апр-23, (8)

Врятли они будут интересоватся моим диском Разве что за матюк здесь на один из , Аноним (15), 14:22 , 22-Апр-23, (15)

Да Многократная перезапись чтение могут оживить сектор Общий ресурс диска больш, Аноним (8), 20:58 , 21-Апр-23, (9)

на многих моделях WD и Seagate начинается просадкаскорости , lavr (ok), 13:02 , 21-Апр-23, (4) //

zgrep -aE AWRE 124 ARRE 124 WCE 124 RCD 124 IDLE 124 STANDBY 124 EN_BMS , Аноним (10), 07:37 , 22-Апр-23, (11)

Этот диск черепичный я модель не гуглил Черепичные - эпическая подстава с про, Аноним (8), 20:46 , 21-Апр-23, (7) //

В логах этих ошибок написано что диск находится в неизвестном состоянии сама о, Аноним (12), 08:37 , 22-Апр-23, (12) //

У меня cбой заражение диска сопровождается в логах этими симптомами https acce, Аноним (15), 13:58 , 22-Апр-23, (13) //

На этот лог наверно обращать внимания не надо, это симптомы, болезни irqbalance , Аноним (15), 14:15 , 22-Апр-23, (14)

Диску 15 лет или около того Он истлел Уже SSD на такой объем стоят порядка 100, Аноним (21), 17:39 , 24-Июн-23, (21) //

Пару лет назад купил другой диск А старый использовал только для итернетов Вопр, Аноним (22), 08:57 , 01-Июл-23, (22) //

Первый сектор прошивы можно также скачать code hdparm -q -Istdout dev sda cod, Аноним (23), 13:02 , 01-Июл-23, (23)
Есть официальный документ https documents westerndigital com content dam doc-, Аногни (?), 14:36 , 01-Июл-23, (24)
На таком старом харде данные опасно хранить просто из-за того, что он может внез, Аноним (25), 16:42 , 04-Июл-23, (25) //

Не использую этот диск для хранения данных На этом диске стоит система для ходь, Аноним (26), 08:32 , 05-Июл-23, (26)

Дампит 1 сектор прошивки с идентификацией жесткого диска code sg_raw --binary , Аноним (27), 07:24 , 08-Июл-23, (27)
У меня с помощью sg3_utils не работают opcode code sg_raw --binary --readonly , Аноним (27), 09:23 , 08-Июл-23, (28)

Наконец удалось дампануть прошивку WDC WDxxxxJS- Она физически разделена на две, Аноним (29), 07:29 , 14-Июл-23, (29)

По теме, скорость записи на диск удалось вернуть на прежнюю 55Mb s Путём анали, Аноним (30), 12:08 , 15-Июл-23, (30)

Сообщения [Сортировка по времени | RSS]

7. "Пару недель назад в 20 раз упала скорость работы диска WD SATA." +/–

Сообщение от Аноним (8), 21-Апр-23, 20:46

Этот диск черепичный (я модель не гуглил)? Черепичные - эпическая подстава с просадкой по скорости.
> Пробег - 48637 часа
5 лет и полгода. Это много.
> Ошибок чтения - 2 обе на 42234 часу работы
Могло питание взглюкнуть в тот день. А может и правда что-то было в диске.
> smartctl -a /dev/sda
> тесты проходит без ошибок
Тесты - это что сейчас.
Ещё важна талица и разбор параметров. Вних что было раньше, какого именно рода были ошибки. Было reallocated sectors на запасные, например. Какая частота "штатных" corrections на лету. Перебрать все параметры из таблицы с документацией и поисковиком на перевес.

> dd if=/dev/urandom of=/dev/sda bs=1M status=progress
Размер 2M, вроде, оптимальнее по скорости. Но зависит, надо пробовать...
Т.к. не интересуют задержки от прочего железа из-за генерации рандомных данных (это замедляет), то лучше

sudo dd if=/dev/zero of=/dev/sda bs=2M
а из соседнего терминала постреливать (в Linux варианте dd)

sudo killall -USR1 dd
Или status=progress
После 50% механич. диска скорость заметно падает. Это норма. К концу диска в норме до 50% (в 0.5 раза), насколько помню прошлое эникея. Это, конечно, никак не в 20 раз.
> работы диска нет. Есть мнение, что горение лампочки и тихая работа
> диска свидетельствуют о проблеме в механики - выходит из строя мотор
> вращающий блины.
Кроме мотора есть ещё привод головок - тоже механика.
Стрёкот создаёт метание головок между позициями на пластинах. А здесь идёт последовательная запись блок за соседним блоком без метания в разные места. Т.к. пишет простую реку данных в сектора подряд. Когда на диске файловая система и зпись в файлы, то пишет только на своб. место, раскиданное произвольно по диску и это метание слышно. Потому и тихо, что от dd льёт в сектора тупо по порядку номеров.
> Вирус вредит или диск дохнет?
Кабель данных, кабель питания, проблемы по мат.плате по питанию, сам блок питания Ок? Напряжения всюду на всех режимах больше 3.3В, 5.0В, больше 12.0 Volt??? Если меньше номинала на 0.3В, то повод задуматься, но ещё будет хватать. Если меньше номиналов на 0.5В, то паралельно проверить любого рода проблемы по питанию во всех компонентах (0.5 - это уже большое отклонение, ненорма).
Кабели данных нередко кучей есть новые...
Признаков вирусов тут точно нет. И в прошивку они точно не влезут.
5,5 лет - много для диска десктопа. Неповезло именно с этим или питанием/кабелями, скорее всего. Нужно разбираться с аппаратными параметрами. Не забывая про контроллеры на мат.плате (это они подключены к диску и тоже могут выбирать скорость).

Ответить | Правка | Наверх | Cообщить модератору

12. "Пару недель назад в 20 раз упала скорость работы диска WD SATA." +/–

Сообщение от Аноним (12), 22-Апр-23, 08:37

>> Ошибок чтения - 2 обе на 42234 часу работы
> Могло питание взглюкнуть в тот день. А может и правда что-то было в диске.
> Ещё важна талица и разбор параметров. Вних что было раньше, какого именно рода были ошибки. Было reallocated sectors на запасные, например. Какая частота "штатных" corrections на лету. Перебрать все параметры из таблицы с документацией и поисковиком на перевес.
В логах этих ошибок написано что диск находится в "неизвестном состоянии" сама ошибка "READ DMA" есть дамп регистров после ошибок и дамп команд до ошибки. Во время самой ошибки состояние неизвестно. Эти ошибки случились больше года назад.
Есть в логах макс температура 87C при макс допустимой только 70С даты события нет.
Есть сообщение что в прошлом был зафиксирован сбой в датчике температуры воздуха между блинами диска, даты нет.
Другие ошибки по нулям. Все перфейл ошибки по нулям.

>> Есть мнение, что горение лампочки и тихая работа диска свидетельствуют о проблеме в механики - выходит из строя мотор вращающий блины.
> Кроме мотора есть ещё привод головок - тоже механика.
> Стрёкот создаёт метание головок между позициями на пластинах.
Стрекота нет! Работа диска СЛИШКОМ ТИХАЯ, лампочка горит, IO 100%, все подвисает, а записи реальной на диск нет, как будто пишет скачками, с задержками 1-2 минуты. Особо проявляется в dd и sync. Какой то ядерный процес [jbd2/dm-3-8] при sync жрёт IO.
Мне сказали что умерает механика, а именно мотор вращающий блины, не хватает ему мощи разогнать блины, электроника диагностирует недостаточную скорость вращения блинов для записи, блокирует запись, пытается откалибровать скорость вращения, увеличить её разгоняя блины, по этому и притормаживает всё на запись. Но это все не точно.
>> Вирус вредит или диск дохнет?
> Кабель данных, кабель питания,
Нормальные.
> проблемы по мат.плате по питанию, сам блок питания Ок? Напряжения всюду на всех режимах больше 3.3В, 5.0В, больше 12.0 Volt??? Если меньше номинала на 0.3В, то повод задуматься, но ещё будет хватать. Если меньше номиналов на 0.5В, то паралельно проверить любого рода проблемы по питанию во всех компонентах (0.5 - это уже большое отклонение, ненорма).
Не проверял тестером. Возможно мало вольтажа для мотора и он не выдает нужную мощность.
Ни настройки железа, ни сама OS не изменялись. Упала в 29 раз скорость записи на диск.
> Признаков вирусов тут точно нет. И в прошивку они точно не влезут.
Ошибок нет. А скорость записи упала в 20раз. Провел > 10 тестов. Результаты повторяемые. Если бы вольтаж прыгал, то иногда скорость записи подымалась бы до нормы.
AIDE зафиксировала изменение прав на /dev/console с 600 на 622 !
Вирь, буткит, в прошивке диска очень вероятен. Он и тормозит регуларно.
В логах ядра появились редкие (раз в несколько дней), но регулярные записи:

kernel: INFO: task jbd2/dn-3-8:68496 blocked for more then 120 seconds.
длинный трейс ведра...

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

Ответить | Правка | Наверх | Cообщить модератору

13. "Пару недель назад в 20 раз упала скорость работы диска WD SATA." +/–

Сообщение от Аноним (15), 22-Апр-23, 13:58

У меня cбой/заражение диска сопровождается в логах этими симптомами:
https://access.redhat.com/solutions/408833
https://access.redhat.com/solutions/4319241
https://support.oracle.com/knowledge/More%20Application...

INFO: task jbd2/dm-47-8:6937 blocked for more than 120 seconds.
"echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
jbd2/dm-47-8 D 000000000000000b 0 6937 2 0x00000080
ffff8a1fd1363d20 0000000000000046 0000000000016700 0000000000016700
ffff8a1fd34bd800 0000000000016700 0000000000016700 ffff8a1fd0493540
ffff8a1fd0493af8 ffff8a1fd1363fd8 000000000000fb88 ffff8a1fd0493af8
Call Trace:
[<ffffffff81096f8e>] ? prepare_to_wait+0x4e/0x80
[<ffffffffa025a7cf>] jbd2_journal_commit_transaction+0x19f/0x14b0 [jbd2]
[<ffffffff810096f0>] ? __switch_to+0xd0/0x320
[<ffffffff8105e759>] ? find_busiest_queue+0x69/0x150
[<ffffffff81080fcc>] ? lock_timer_base+0x3c/0x70
[<ffffffff81096ca0>] ? autoremove_wake_function+0x0/0x40
[<ffffffffa0260f38>] kjournald2+0xb8/0x220 [jbd2]
[<ffffffff81096ca0>] ? autoremove_wake_function+0x0/0x40
[<ffffffffa0260e80>] ? kjournald2+0x0/0x220 [jbd2]
[<ffffffff81096936>] kthread+0x96/0xa0
[<ffffffff8100c0ca>] child_rip+0xa/0x20
[<ffffffff810968a0>] ? kthread+0x0/0xa0
[<ffffffff8100c0c0>] ? child_rip+0x0/0x20
Kernel panic - not syncing: hung_task: blocked tasks

Чуть другое в трейсе, но ошибка точно эта:

INFO: task jbd2/dm-3-8:245647 blocked for more than 120 seconds.

Ядро едет дальше и все работает. Какая у меня нагрузка на рабочью станцию? Наверно мало для clamd RAM, а баз много. Вот во врема обновления баз clamd и чуть грузит систему.

Ответить | Правка | Наверх | Cообщить модератору

14. "Пару недель назад в 20 раз упала скорость работы диска WD SATA." +/–

Сообщение от Аноним (15), 22-Апр-23, 14:15

На этот лог наверно обращать внимания не надо, это симптомы, болезни.
irqbalance запущен.
Проблема таки аппаратна в диске, при записи/считывании обновлённых баз clamd подвешивает систему из-за 100% загрузки IO диска. Рашать надо проблему с диском.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

7. "Пару недель назад в 20 раз упала скорость работы диска WD SATA."	+/–
Сообщение от Аноним (8), 21-Апр-23, 20:46
Этот диск черепичный (я модель не гуглил)? Черепичные - эпическая подстава с просадкой по скорости. > Пробег - 48637 часа 5 лет и полгода. Это много. > Ошибок чтения - 2 обе на 42234 часу работы Могло питание взглюкнуть в тот день. А может и правда что-то было в диске. > smartctl -a /dev/sda > тесты проходит без ошибок Тесты - это что сейчас. Ещё важна талица и разбор параметров. Вних что было раньше, какого именно рода были ошибки. Было reallocated sectors на запасные, например. Какая частота "штатных" corrections на лету. Перебрать все параметры из таблицы с документацией и поисковиком на перевес. > dd if=/dev/urandom of=/dev/sda bs=1M status=progress Размер 2M, вроде, оптимальнее по скорости. Но зависит, надо пробовать... Т.к. не интересуют задержки от прочего железа из-за генерации рандомных данных (это замедляет), то лучше sudo dd if=/dev/zero of=/dev/sda bs=2M а из соседнего терминала постреливать (в Linux варианте dd) sudo killall -USR1 dd Или status=progress После 50% механич. диска скорость заметно падает. Это норма. К концу диска в норме до 50% (в 0.5 раза), насколько помню прошлое эникея. Это, конечно, никак не в 20 раз. > работы диска нет. Есть мнение, что горение лампочки и тихая работа > диска свидетельствуют о проблеме в механики - выходит из строя мотор > вращающий блины. Кроме мотора есть ещё привод головок - тоже механика. Стрёкот создаёт метание головок между позициями на пластинах. А здесь идёт последовательная запись блок за соседним блоком без метания в разные места. Т.к. пишет простую реку данных в сектора подряд. Когда на диске файловая система и зпись в файлы, то пишет только на своб. место, раскиданное произвольно по диску и это метание слышно. Потому и тихо, что от dd льёт в сектора тупо по порядку номеров. > Вирус вредит или диск дохнет? Кабель данных, кабель питания, проблемы по мат.плате по питанию, сам блок питания Ок? Напряжения всюду на всех режимах больше 3.3В, 5.0В, больше 12.0 Volt??? Если меньше номинала на 0.3В, то повод задуматься, но ещё будет хватать. Если меньше номиналов на 0.5В, то паралельно проверить любого рода проблемы по питанию во всех компонентах (0.5 - это уже большое отклонение, ненорма). Кабели данных нередко кучей есть новые... Признаков вирусов тут точно нет. И в прошивку они точно не влезут. 5,5 лет - много для диска десктопа. Неповезло именно с этим или питанием/кабелями, скорее всего. Нужно разбираться с аппаратными параметрами. Не забывая про контроллеры на мат.плате (это они подключены к диску и тоже могут выбирать скорость).
Ответить \| Правка \| Наверх \| Cообщить модератору


	12. "Пару недель назад в 20 раз упала скорость работы диска WD SATA."	+/–
	Сообщение от Аноним (12), 22-Апр-23, 08:37
	>> Ошибок чтения - 2 обе на 42234 часу работы > Могло питание взглюкнуть в тот день. А может и правда что-то было в диске. > Ещё важна талица и разбор параметров. Вних что было раньше, какого именно рода были ошибки. Было reallocated sectors на запасные, например. Какая частота "штатных" corrections на лету. Перебрать все параметры из таблицы с документацией и поисковиком на перевес. В логах этих ошибок написано что диск находится в "неизвестном состоянии" сама ошибка "READ DMA" есть дамп регистров после ошибок и дамп команд до ошибки. Во время самой ошибки состояние неизвестно. Эти ошибки случились больше года назад. Есть в логах макс температура 87C при макс допустимой только 70С даты события нет. Есть сообщение что в прошлом был зафиксирован сбой в датчике температуры воздуха между блинами диска, даты нет. Другие ошибки по нулям. Все перфейл ошибки по нулям. >> Есть мнение, что горение лампочки и тихая работа диска свидетельствуют о проблеме в механики - выходит из строя мотор вращающий блины. > Кроме мотора есть ещё привод головок - тоже механика. > Стрёкот создаёт метание головок между позициями на пластинах. Стрекота нет! Работа диска СЛИШКОМ ТИХАЯ, лампочка горит, IO 100%, все подвисает, а записи реальной на диск нет, как будто пишет скачками, с задержками 1-2 минуты. Особо проявляется в dd и sync. Какой то ядерный процес [jbd2/dm-3-8] при sync жрёт IO. Мне сказали что умерает механика, а именно мотор вращающий блины, не хватает ему мощи разогнать блины, электроника диагностирует недостаточную скорость вращения блинов для записи, блокирует запись, пытается откалибровать скорость вращения, увеличить её разгоняя блины, по этому и притормаживает всё на запись. Но это все не точно. >> Вирус вредит или диск дохнет? > Кабель данных, кабель питания, Нормальные. > проблемы по мат.плате по питанию, сам блок питания Ок? Напряжения всюду на всех режимах больше 3.3В, 5.0В, больше 12.0 Volt??? Если меньше номинала на 0.3В, то повод задуматься, но ещё будет хватать. Если меньше номиналов на 0.5В, то паралельно проверить любого рода проблемы по питанию во всех компонентах (0.5 - это уже большое отклонение, ненорма). Не проверял тестером. Возможно мало вольтажа для мотора и он не выдает нужную мощность. Ни настройки железа, ни сама OS не изменялись. Упала в 29 раз скорость записи на диск. > Признаков вирусов тут точно нет. И в прошивку они точно не влезут. Ошибок нет. А скорость записи упала в 20раз. Провел > 10 тестов. Результаты повторяемые. Если бы вольтаж прыгал, то иногда скорость записи подымалась бы до нормы. AIDE зафиксировала изменение прав на /dev/console с 600 на 622 ! Вирь, буткит, в прошивке диска очень вероятен. Он и тормозит регуларно. В логах ядра появились редкие (раз в несколько дней), но регулярные записи: kernel: INFO: task jbd2/dn-3-8:68496 blocked for more then 120 seconds. длинный трейс ведра... есть трейсы и от других процесов, даже обычных пользовательских на чтение диска. Буткит в прошивке диска или мамки очень вероятен.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	13. "Пару недель назад в 20 раз упала скорость работы диска WD SATA."	+/–
	Сообщение от Аноним (15), 22-Апр-23, 13:58
	У меня cбой/заражение диска сопровождается в логах этими симптомами: https://access.redhat.com/solutions/408833 https://access.redhat.com/solutions/4319241 https://support.oracle.com/knowledge/More%20Application... INFO: task jbd2/dm-47-8:6937 blocked for more than 120 seconds. "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. jbd2/dm-47-8 D 000000000000000b 0 6937 2 0x00000080 ffff8a1fd1363d20 0000000000000046 0000000000016700 0000000000016700 ffff8a1fd34bd800 0000000000016700 0000000000016700 ffff8a1fd0493540 ffff8a1fd0493af8 ffff8a1fd1363fd8 000000000000fb88 ffff8a1fd0493af8 Call Trace: [<ffffffff81096f8e>] ? prepare_to_wait+0x4e/0x80 [<ffffffffa025a7cf>] jbd2_journal_commit_transaction+0x19f/0x14b0 [jbd2] [<ffffffff810096f0>] ? __switch_to+0xd0/0x320 [<ffffffff8105e759>] ? find_busiest_queue+0x69/0x150 [<ffffffff81080fcc>] ? lock_timer_base+0x3c/0x70 [<ffffffff81096ca0>] ? autoremove_wake_function+0x0/0x40 [<ffffffffa0260f38>] kjournald2+0xb8/0x220 [jbd2] [<ffffffff81096ca0>] ? autoremove_wake_function+0x0/0x40 [<ffffffffa0260e80>] ? kjournald2+0x0/0x220 [jbd2] [<ffffffff81096936>] kthread+0x96/0xa0 [<ffffffff8100c0ca>] child_rip+0xa/0x20 [<ffffffff810968a0>] ? kthread+0x0/0xa0 [<ffffffff8100c0c0>] ? child_rip+0x0/0x20 Kernel panic - not syncing: hung_task: blocked tasks Чуть другое в трейсе, но ошибка точно эта: INFO: task jbd2/dm-3-8:245647 blocked for more than 120 seconds. Ядро едет дальше и все работает. Какая у меня нагрузка на рабочью станцию? Наверно мало для clamd RAM, а баз много. Вот во врема обновления баз clamd и чуть грузит систему.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	14. "Пару недель назад в 20 раз упала скорость работы диска WD SATA."	+/–
	Сообщение от Аноним (15), 22-Апр-23, 14:15
	На этот лог наверно обращать внимания не надо, это симптомы, болезни. irqbalance запущен. Проблема таки аппаратна в диске, при записи/считывании обновлённых баз clamd подвешивает систему из-за 100% загрузки IO диска. Рашать надо проблему с диском.
	Ответить \| Правка \| Наверх \| Cообщить модератору