Проблемы с дисковой подсистемой

Опрос

Появились у вас в последнее время на новых ядрах (~с 4.13) проблемы с дисковой подсистемой и зависаниями?
Нет
Бывают постоянно
# и ссылку выкладываете сюда
#например
journalctl -k | wgetpaste
https://paste.pound-python.org/show/AYyAfWhNKbxAXtcTLWBL/
sharddin
journalctl -k
По этому логу все нормально монтируется. Покажите лог от времени обновления когда у вас зависла система или другой с ошибками
vs220
Попробуйте шлейф сата и питания вытащить вставить (обесточив комп) ,а лучше поменять на другой. Ну и смарт проверить.
Добавлю к сказанному (по логам на фотках):
В логах заметил несколько строк, которые указывают, что наблюдалось отсоединение привода или плохой источник питания (о чем упоминал sirocco).
По наблюдай за значением SMART - 199 UltraDMA CRC Error Count - если будет увеличиваться после таких падений, то точно плохой контакт.
Но вообще нужно смотреть и анализировать libata error, вывод которых на фотках имеется, но не попал не полностью, основные из которых типа
- ata1: exception Emask 0x50 SAct 0x0 SErr 0x000 action 0x6 ……
- ata3: Serror: { HostInt }
UPD - последняя строчка говорит о следующем - Host bus adapter internal error, что как раз и указывает обычно на проблему аппаратного обеспечения (часто это плохой кабель SATA или плохой или ненадлежащий источник питания).
После анализ и разборки с libata error можно переходить к другим причинам, которые, имхо, тоже имеют место быть.

EDIT 1 - б...я, как всегда, забыл дать ссылку для анализа llibata error
Ошибки не исчезают с опытом - они просто умнеют
vs220
sharddin
journalctl -k
По этому логу все нормально монтируется. Покажите лог от времени обновления когда у вас зависла система или другой с ошибками
У меня размер журнала был установлен в 50 МБ - может из-за этого лог, который я привёл, оказался обрезанным? Или есть особые ключи к систем-ктл-у, которые увеличивают количество строк показа?
vasek
vs220
Попробуйте шлейф сата и питания вытащить вставить (обесточив комп) ,а лучше поменять на другой. Ну и смарт проверить.
Добавлю к сказанному (по логам на фотках):
В логах заметил несколько строк, которые указывают, что наблюдалось отсоединение привода или плохой источник питания (о чем упоминал sirocco).
По наблюдай за значением SMART - 199 UltraDMA CRC Error Count - если будет увеличиваться после таких падений, то точно плохой контакт.
Но вообще нужно смотреть и анализировать libata error, вывод которых на фотках имеется, но не попал не полностью, основные из которых типа
- ata1: exception Emask 0x50 SAct 0x0 SErr 0x000 action 0x6 ……
- ata3: Serror: { HostInt }
UPD - последняя строчка говорит о следующем - Host bus adapter internal error, что как раз и указывает обычно на проблему аппаратного обеспечения (часто это плохой кабель SATA или плохой или ненадлежащий источник питания).
После анализ и разборки с libata error можно переходить к другим причинам, которые, имхо, тоже имеют место быть.

EDIT 1 - б…я, как всегда, забыл дать ссылку для анализа llibata error
Хм, а проблемы с приводом действительно были - бывало он даже не определялся... Раньше были проблемы с питанием в квартире - они уже решены и сгоревший когда-то БП заменён и сгинувшие ЖД пылятся в сторонке в надежде на восстановления данных с них... Конечно последую вашему совету, заменю кабеля... И закрою тему. Спасибо большое за помощь, товарищи!
sharddin
может из-за этого лог, который я привёл, оказался обрезанным? Или есть особые ключи к систем-ктл-у, которые увеличивают количество строк показа?
Скорее просто не помещается в окно терминала, листается стрелочками вверх вниз, полный лог лучше через wgetpaste выкладывать

journalctl --since="2018-05-07 16:00:16" | wgetpaste
sharddin
И закрою тему.
На спеши, имхо, не все так просто. Повторюсь, собирай все llibata error, попробуй понять, что они означают, одинаковые или каждый раз разные.
Имеются и другие не хорошие строчки, помимо llibata error - поэтому и советую наблюдать и погуглить по логам, тем, что на фото.
Ошибки не исчезают с опытом - они просто умнеют
vasek
собирай все llibata error
Можно журнал грипнуть по ошибкам что то вроде
journalctl -g Serror
или вообще по ata1 ata3
vasek
sharddin
И закрою тему.
На спеши, имхо, не все так просто. Повторюсь, собирай все llibata error, попробуй понять, что они означают, одинаковые или каждый раз разные.
Имеются и другие не хорошие строчки, помимо llibata error - поэтому и советую наблюдать и погуглить по логам, тем, что на фото.
Да, имеются и другие фото с данными ошибками, думаю, стоит поискать... Кабель заменил на главном SSD, привод отключил - буду тестировать... А разъёмы на материнке, что странно, выглядят как "разболтанные" совсем - разъём от провода к нему можно легко шевелить с боку на бок - может и в этом проблема...
vs220
sharddin
может из-за этого лог, который я привёл, оказался обрезанным? Или есть особые ключи к систем-ктл-у, которые увеличивают количество строк показа?
Скорее просто не помещается в окно терминала, листается стрелочками вверх вниз, полный лог лучше через wgetpaste выкладывать

journalctl --since="2018-05-07 16:00:16" | wgetpaste
Что-то не срастается:

$ sudo journalctl --since="2018-05-07 16:00:16" | wgetpaste
[sudo] пароль для ****:
Apparently nothing was received. Perhaps the connection failed. Enable --verbose or
--debug to get the output from wget that can help diagnose it correctly.
 
Зарегистрироваться или войдите чтобы оставить сообщение.