> Выполни лонгтест (smartctl -t long, может быть достаточно более короткого и менее
> опасного), после этого данные в smartctl -a обновятся. Тестирование должно висеть
> в кроне, без этого смарт ошибки не найдёт или во всяком
> случае не все. Кстати, какие-то ошибки после тестирования могут и исчезнуть. smartctl -t /dev/sda
smartctl -t long /dev/sda
ошибок нет, тест проходит в заявленное время.
smartctl -a /dev/sda
записывает результаты теста в лог только если включен smartd
> Команда iotop -oa (от рута) может показать, кто жрёт диск.
не показывает
> Это может быть фрагментация, деградация файловой системы (XFS, BTRFS), свопинг.
своп иногда может работать но это другое, жрет IO тормозит работу с памятью но не так.
> Конфигурация ядра или его ошибки.
Не менял ядро в этот период.
> При работе нескольких процессов одновременно, производительность легко
> может падать в десятки раз. Если говорить конкретно про значение "в
> 20 раз" то это звучит похоже на то, как работает ripgrep
> -- в отличие от gnu grep, он пытается читать данные в
> несколько потоков, что вызывает замедление как раз в 20 раз относительно
> однопоточного.
Загрузка с LiveCD производительность
dd if=/dev/urandom of=/dev/sda bs=1M status=progress
упала с ~50Mb/s до `2.5Mb/s
dd единственная программа работающая с диском. Перезагрузки с LiveCD тот же результат.
> Некоторые диски (в частности, современные WD), заявленные как CMR, внезапно прекращают
> активность и "уходят на подумать" во время активной записи, это занимает
> несколько секунд, во время которых передача данных останавливается. Для SMR просадки
> на записи ожидаемое поведение. Можно довольно долго эту особенность не замечать.
Но не на 2 минуты уходят
> По теме, скорее всего диск не жилец. Но я правильно понял, что
> у него скорость линейного чтения 50мб/с? У современных дисков в районе
> 300мб/с. Случайное чтение у него тоже около 1мб/с, в норме. Самое
> время обновиться, рекомендую поменять на SSD.
Давно купил другой диск и всё туда перенёс. Но хочу разобратся с поломкой этого.
hdparm -Tt /dev/sda дает нормальную скорость.
dd тормозит
cp только иногда уходит на подумать.