Система вылетает с ошибками

Забыл отметить, углубив поиск по откачке воздуха ничего существенного быстро не нашел, НО напал даже на само устройство откачки
Ошибки не исчезают с опытом - они просто умнеют
vasek это просто алиперевод. А по ссылке обычный пневмопистолет для продувки. Подобного в каждом сто навалом. Были умельцы 10 атмосферами продували пыль улетала вместе с частью деталей :)
Ребят, мои диски подключены через sata-3, мать старая. Ни nvme, ни М2 на плате нет.
Установил lts-ядро, загрузился, посмотрим как полёт сейчас будет, если что -отпишусь.
vasek
Раньше был такой bug,
Как бы bug судя по трекеру никуда не делся, последняя запись вчерашняя)
Ошибки в тексте-неповторимый стиль автора©
varuh
диски подключены через sata-3, мать старая. Ни nvme, ни М2 на плате нет.
vasek к тому ведет что кабель проверить, вынуть вставить попробовать в другой разьем если есть свободные.
Но обычно при этом ошибки ввода вывода в dmesg сыпятся и в смарте тоже
А по поверсавинг есть и на сата дисках
https://wiki.archlinux.org/index.php/Solid_state_drive#Resolving_SATA_power_management_related_errors
varuh
мои диски подключены через sata-3, мать старая.
Предположу, что не привел другие ошибки, думаю должны быть сообщения типа Libata error
ataN.00: exception Emask ....
ataN.00: cmd ea/00:00:0......
ataN.00: status: { ... }
Ошибки не исчезают с опытом - они просто умнеют
Ну что ребят, пока за 14 часов аптайма система ещё не вылетела. Наверно всё-таки дело было действительно в ядре (сейчас работает на LTS), хотя спешить не будем и если что я отпишусь.

vasek, никаких ошибок в dmesg относительно дисковой подсистемы у меня нет. Если я правильно тебя понял.
varuh
никаких ошибок в dmesg относительно дисковой подсистемы у меня нет.
Запусти на всякий случай journalctl | grep exception , если что то будет, повтори, но с уточнением journalctl | grep exception | grep ata
Если последний вывод будет пустой, значит ошибок Libata error нет.
Ошибки не исчезают с опытом - они просто умнеют
journalctl | grep exception дало вывод строчек в 400 навскидку, а вот вывод

journalctl | grep exception | grep ata
июн 28 20:00:03 archpc kernel: ata2.00: exception Emask 0x50 SAct 0x200000 SErr 0x48d0802 action 0xe frozen
июн 28 21:07:20 archpc kernel: ata2.00: exception Emask 0x10 SAct 0x40000 SErr 0x48d0002 action 0xe frozen
июн 28 21:19:33 archpc kernel: ata2.00: exception Emask 0x10 SAct 0x30000000 SErr 0x40d0002 action 0xe frozen
varuh
journalctl | grep exception дало вывод строчек в 400 навскидку, а вот вывод
Сравни примерно даты и время с той ошибкой на предмет возможной связи с той ошибкой.
Вот только не понял, эти логи наблюдались на старом ядре или есть и на ядре lts?

varuh
ata2.00: exception Emask 0x50 SAct 0x200000 SErr 0x48d0802 action 0xe frozen
В части этого сообщения - совсем рядышком должны быть и другие строки, типа
ata3.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
ata3.00: cmd ea/00:00:00:00:00/00:00:00:00:00/a0 tag 0
         res 40/00:00:01:4f:c2/00:00:00:00:00/00 Emask 0x4 (timeout)
ata3.00: status: { DRDY }
Это сообщения libata error messages - их нужно расшифровывать, чтобы понять, что приводит к этим сообщениям.
Ошибки не исчезают с опытом - они просто умнеют
 
Зарегистрироваться или войдите чтобы оставить сообщение.