sharddin Сообщения

sharddin	# 4 года, 4 месяца назад
Темы: 19 Сообщения: 215 Участник с: 19 февраля 2013	vs220 В текущей загрузке ошибок нет. Блин journalctl -g выводит только для текущей или конкретной journalctl –since "дата" -g Извините не учел для всех загрузок тогда традиционно `journalctl \|grep ata3 \|wgetpaste` https://paste.pound-python.org/show/W7ljF9KkB9gA50Hrppc9/ или только конкретную ошибку `journalctl \|grep HostInt \|wgetpaste` `sudo journalctl \| grep HostInt \| wgetpaste No input read. Nothing to paste. Aborting.`

# 4 года, 4 месяца назад

Сообщения: 215

Участник с: 19 февраля 2013

vs220
В текущей загрузке ошибок нет. Блин journalctl -g выводит только для текущей или конкретной journalctl –since "дата" -g
Извините не учел
для всех загрузок тогда традиционно
 journalctl |grep ata3 |wgetpaste

https://paste.pound-python.org/show/W7ljF9KkB9gA50Hrppc9/

или только конкретную ошибку
 journalctl |grep HostInt  |wgetpaste

sudo journalctl | grep HostInt  | wgetpaste
No input read. Nothing to paste. Aborting.

sharddin	# 4 года, 4 месяца назад (отредактировано 4 года, 4 месяца назад)
Темы: 19 Сообщения: 215 Участник с: 19 февраля 2013	vs220 vasek собирай все llibata error Можно журнал грипнуть по ошибкам что то вроде `journalctl -g Serror` или вообще по ata1 ata3 $ journalctl -g ata1 -- Logs begin at Tue 2018-01-16 15:52:35 +05, end at Mon 2018-05-07 23:56:04 +05. -- -- Reboot -- -- Reboot -- -- Reboot -- -- Reboot -- -- Reboot -- мая 07 19:35:48 sharddin kernel: ata1: PATA max UDMA/100 cmd 0x1f0 ctl 0x3f6 bmdma 0xfa00 irq 14 -- Reboot -- мая 07 20:16:41 sharddin kernel: ata1: PATA max UDMA/100 cmd 0x1f0 ctl 0x3f6 bmdma 0xfa00 irq 14 -- Reboot -- мая 07 20:17:19 sharddin kernel: ata1: PATA max UDMA/100 cmd 0x1f0 ctl 0x3f6 bmdma 0xfa00 irq 14 -- Reboot -- мая 07 23:34:54 sharddin kernel: ata1: PATA max UDMA/100 cmd 0x1f0 ctl 0x3f6 bmdma 0xfa00 irq 14 $ journalctl -g ata3 -- Logs begin at Tue 2018-01-16 15:52:35 +05, end at Mon 2018-05-07 23:56:04 +05. -- -- Reboot -- -- Reboot -- -- Reboot -- -- Reboot -- -- Reboot -- мая 07 19:35:48 sharddin kernel: ata3: SATA max UDMA/133 abar [email protected] port 0xfe02f100 irq 22 мая 07 19:35:48 sharddin kernel: ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300) мая 07 19:35:48 sharddin kernel: ata3.00: HPA detected: current 234433391, native 234441648 мая 07 19:35:48 sharddin kernel: ata3.00: ATA-8: KINGSTON SV300S37A120G, 605ABBF2, max UDMA/133 мая 07 19:35:48 sharddin kernel: ata3.00: 234433391 sectors, multi 1: LBA48 NCQ (depth 31/32), AA мая 07 19:35:48 sharddin kernel: ata3.00: configured for UDMA/133 -- Reboot -- мая 07 20:16:41 sharddin kernel: ata3: SATA max UDMA/133 abar [email protected] port 0xfe02f100 irq 22 мая 07 20:16:41 sharddin kernel: ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300) мая 07 20:16:41 sharddin kernel: ata3.00: HPA detected: current 234433391, native 234441648 мая 07 20:16:41 sharddin kernel: ata3.00: ATA-8: KINGSTON SV300S37A120G, 605ABBF2, max UDMA/133 мая 07 20:16:41 sharddin kernel: ata3.00: 234433391 sectors, multi 1: LBA48 NCQ (depth 31/32), AA мая 07 20:16:41 sharddin kernel: ata3.00: configured for UDMA/133 -- Reboot -- мая 07 20:17:19 sharddin kernel: ata3: SATA max UDMA/133 abar [email protected] port 0xfe02f100 irq 22 мая 07 20:17:19 sharddin kernel: ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300) мая 07 20:17:19 sharddin kernel: ata3.00: HPA detected: current 234433391, native 234441648 мая 07 20:17:19 sharddin kernel: ata3.00: ATA-8: KINGSTON SV300S37A120G, 605ABBF2, max UDMA/133 мая 07 20:17:19 sharddin kernel: ata3.00: 234433391 sectors, multi 1: LBA48 NCQ (depth 31/32), AA мая 07 20:17:19 sharddin kernel: ata3.00: configured for UDMA/133 -- Reboot -- мая 07 23:34:54 sharddin kernel: ata3: SATA max UDMA/133 abar [email protected] port 0xfe02f100 irq 22 мая 07 23:34:54 sharddin kernel: ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300) мая 07 23:34:54 sharddin kernel: ata3.00: HPA detected: current 234433391, native 234441648 мая 07 23:34:54 sharddin kernel: ata3.00: ATA-8: KINGSTON SV300S37A120G, 605ABBF2, max UDMA/133 мая 07 23:34:54 sharddin kernel: ata3.00: 234433391 sectors, multi 1: LBA48 NCQ (depth 31/32), AA мая 07 23:34:54 sharddin kernel: ata3.00: configured for UDMA/133 $ journalctl --since="2018-05-07 16:00:16" -g ata3 -- Logs begin at Tue 2018-01-16 15:52:35 +05, end at Mon 2018-05-07 23:59:20 +05. -- -- Reboot -- мая 07 19:35:48 sharddin kernel: ata3: SATA max UDMA/133 abar [email protected] port 0xfe02f100 irq 22 мая 07 19:35:48 sharddin kernel: ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300) мая 07 19:35:48 sharddin kernel: ata3.00: HPA detected: current 234433391, native 234441648 мая 07 19:35:48 sharddin kernel: ata3.00: ATA-8: KINGSTON SV300S37A120G, 605ABBF2, max UDMA/133 мая 07 19:35:48 sharddin kernel: ata3.00: 234433391 sectors, multi 1: LBA48 NCQ (depth 31/32), AA мая 07 19:35:48 sharddin kernel: ata3.00: configured for UDMA/133 -- Reboot -- мая 07 20:16:41 sharddin kernel: ata3: SATA max UDMA/133 abar [email protected] port 0xfe02f100 irq 22 мая 07 20:16:41 sharddin kernel: ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300) мая 07 20:16:41 sharddin kernel: ata3.00: HPA detected: current 234433391, native 234441648 мая 07 20:16:41 sharddin kernel: ata3.00: ATA-8: KINGSTON SV300S37A120G, 605ABBF2, max UDMA/133 мая 07 20:16:41 sharddin kernel: ata3.00: 234433391 sectors, multi 1: LBA48 NCQ (depth 31/32), AA мая 07 20:16:41 sharddin kernel: ata3.00: configured for UDMA/133 -- Reboot -- мая 07 20:17:19 sharddin kernel: ata3: SATA max UDMA/133 abar [email protected] port 0xfe02f100 irq 22 мая 07 20:17:19 sharddin kernel: ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300) мая 07 20:17:19 sharddin kernel: ata3.00: HPA detected: current 234433391, native 234441648 мая 07 20:17:19 sharddin kernel: ata3.00: ATA-8: KINGSTON SV300S37A120G, 605ABBF2, max UDMA/133 мая 07 20:17:19 sharddin kernel: ata3.00: 234433391 sectors, multi 1: LBA48 NCQ (depth 31/32), AA мая 07 20:17:19 sharddin kernel: ata3.00: configured for UDMA/133 -- Reboot -- мая 07 23:34:54 sharddin kernel: ata3: SATA max UDMA/133 abar [email protected] port 0xfe02f100 irq 22 мая 07 23:34:54 sharddin kernel: ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300) мая 07 23:34:54 sharddin kernel: ata3.00: HPA detected: current 234433391, native 234441648 мая 07 23:34:54 sharddin kernel: ata3.00: ATA-8: KINGSTON SV300S37A120G, 605ABBF2, max UDMA/133 мая 07 23:34:54 sharddin kernel: ata3.00: 234433391 sectors, multi 1: LBA48 NCQ (depth 31/32), AA мая 07 23:34:54 sharddin kernel: ata3.00: configured for UDMA/133

sharddin

# 4 года, 4 месяца назад (отредактировано 4 года, 4 месяца назад)

Темы: 19

Сообщения: 215

Участник с: 19 февраля 2013

vs220
vasek
собирай все llibata error
Можно журнал грипнуть по ошибкам что то вроде
journalctl -g Serror
или вообще по ata1 ata3

$ journalctl -g ata1
-- Logs begin at Tue 2018-01-16 15:52:35 +05, end at Mon 2018-05-07 23:56:04 +05. --
-- Reboot --
-- Reboot --
-- Reboot --
-- Reboot --
-- Reboot --
мая 07 19:35:48 sharddin kernel: ata1: PATA max UDMA/100 cmd 0x1f0 ctl 0x3f6 bmdma 0xfa00 irq 14
-- Reboot --
мая 07 20:16:41 sharddin kernel: ata1: PATA max UDMA/100 cmd 0x1f0 ctl 0x3f6 bmdma 0xfa00 irq 14
-- Reboot --
мая 07 20:17:19 sharddin kernel: ata1: PATA max UDMA/100 cmd 0x1f0 ctl 0x3f6 bmdma 0xfa00 irq 14
-- Reboot --
мая 07 23:34:54 sharddin kernel: ata1: PATA max UDMA/100 cmd 0x1f0 ctl 0x3f6 bmdma 0xfa00 irq 14

$ journalctl -g ata3
-- Logs begin at Tue 2018-01-16 15:52:35 +05, end at Mon 2018-05-07 23:56:04 +05. --
-- Reboot --
-- Reboot --
-- Reboot --
-- Reboot --
-- Reboot --
мая 07 19:35:48 sharddin kernel: ata3: SATA max UDMA/133 abar [email protected] port 0xfe02f100 irq 22
мая 07 19:35:48 sharddin kernel: ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
мая 07 19:35:48 sharddin kernel: ata3.00: HPA detected: current 234433391, native 234441648
мая 07 19:35:48 sharddin kernel: ata3.00: ATA-8: KINGSTON SV300S37A120G, 605ABBF2, max UDMA/133
мая 07 19:35:48 sharddin kernel: ata3.00: 234433391 sectors, multi 1: LBA48 NCQ (depth 31/32), AA
мая 07 19:35:48 sharddin kernel: ata3.00: configured for UDMA/133
-- Reboot --
мая 07 20:16:41 sharddin kernel: ata3: SATA max UDMA/133 abar [email protected] port 0xfe02f100 irq 22
мая 07 20:16:41 sharddin kernel: ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
мая 07 20:16:41 sharddin kernel: ata3.00: HPA detected: current 234433391, native 234441648
мая 07 20:16:41 sharddin kernel: ata3.00: ATA-8: KINGSTON SV300S37A120G, 605ABBF2, max UDMA/133
мая 07 20:16:41 sharddin kernel: ata3.00: 234433391 sectors, multi 1: LBA48 NCQ (depth 31/32), AA
мая 07 20:16:41 sharddin kernel: ata3.00: configured for UDMA/133
-- Reboot --
мая 07 20:17:19 sharddin kernel: ata3: SATA max UDMA/133 abar [email protected] port 0xfe02f100 irq 22
мая 07 20:17:19 sharddin kernel: ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
мая 07 20:17:19 sharddin kernel: ata3.00: HPA detected: current 234433391, native 234441648
мая 07 20:17:19 sharddin kernel: ata3.00: ATA-8: KINGSTON SV300S37A120G, 605ABBF2, max UDMA/133
мая 07 20:17:19 sharddin kernel: ata3.00: 234433391 sectors, multi 1: LBA48 NCQ (depth 31/32), AA
мая 07 20:17:19 sharddin kernel: ata3.00: configured for UDMA/133
-- Reboot --
мая 07 23:34:54 sharddin kernel: ata3: SATA max UDMA/133 abar [email protected] port 0xfe02f100 irq 22
мая 07 23:34:54 sharddin kernel: ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
мая 07 23:34:54 sharddin kernel: ata3.00: HPA detected: current 234433391, native 234441648
мая 07 23:34:54 sharddin kernel: ata3.00: ATA-8: KINGSTON SV300S37A120G, 605ABBF2, max UDMA/133
мая 07 23:34:54 sharddin kernel: ata3.00: 234433391 sectors, multi 1: LBA48 NCQ (depth 31/32), AA
мая 07 23:34:54 sharddin kernel: ata3.00: configured for UDMA/133

$ journalctl --since="2018-05-07 16:00:16"  -g ata3
-- Logs begin at Tue 2018-01-16 15:52:35 +05, end at Mon 2018-05-07 23:59:20 +05. --
-- Reboot --
мая 07 19:35:48 sharddin kernel: ata3: SATA max UDMA/133 abar [email protected] port 0xfe02f100 irq 22
мая 07 19:35:48 sharddin kernel: ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
мая 07 19:35:48 sharddin kernel: ata3.00: HPA detected: current 234433391, native 234441648
мая 07 19:35:48 sharddin kernel: ata3.00: ATA-8: KINGSTON SV300S37A120G, 605ABBF2, max UDMA/133
мая 07 19:35:48 sharddin kernel: ata3.00: 234433391 sectors, multi 1: LBA48 NCQ (depth 31/32), AA
мая 07 19:35:48 sharddin kernel: ata3.00: configured for UDMA/133
-- Reboot --
мая 07 20:16:41 sharddin kernel: ata3: SATA max UDMA/133 abar [email protected] port 0xfe02f100 irq 22
мая 07 20:16:41 sharddin kernel: ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
мая 07 20:16:41 sharddin kernel: ata3.00: HPA detected: current 234433391, native 234441648
мая 07 20:16:41 sharddin kernel: ata3.00: ATA-8: KINGSTON SV300S37A120G, 605ABBF2, max UDMA/133
мая 07 20:16:41 sharddin kernel: ata3.00: 234433391 sectors, multi 1: LBA48 NCQ (depth 31/32), AA
мая 07 20:16:41 sharddin kernel: ata3.00: configured for UDMA/133
-- Reboot --
мая 07 20:17:19 sharddin kernel: ata3: SATA max UDMA/133 abar [email protected] port 0xfe02f100 irq 22
мая 07 20:17:19 sharddin kernel: ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
мая 07 20:17:19 sharddin kernel: ata3.00: HPA detected: current 234433391, native 234441648
мая 07 20:17:19 sharddin kernel: ata3.00: ATA-8: KINGSTON SV300S37A120G, 605ABBF2, max UDMA/133
мая 07 20:17:19 sharddin kernel: ata3.00: 234433391 sectors, multi 1: LBA48 NCQ (depth 31/32), AA
мая 07 20:17:19 sharddin kernel: ata3.00: configured for UDMA/133
-- Reboot --
мая 07 23:34:54 sharddin kernel: ata3: SATA max UDMA/133 abar [email protected] port 0xfe02f100 irq 22
мая 07 23:34:54 sharddin kernel: ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
мая 07 23:34:54 sharddin kernel: ata3.00: HPA detected: current 234433391, native 234441648
мая 07 23:34:54 sharddin kernel: ata3.00: ATA-8: KINGSTON SV300S37A120G, 605ABBF2, max UDMA/133
мая 07 23:34:54 sharddin kernel: ata3.00: 234433391 sectors, multi 1: LBA48 NCQ (depth 31/32), AA
мая 07 23:34:54 sharddin kernel: ata3.00: configured for UDMA/133

sharddin	# 4 года, 4 месяца назад
Темы: 19 Сообщения: 215 Участник с: 19 февраля 2013	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.

sharddin

# 4 года, 4 месяца назад

Темы: 19

Сообщения: 215

Участник с: 19 февраля 2013

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.

sharddin	# 4 года, 4 месяца назад
Темы: 19 Сообщения: 215 Участник с: 19 февраля 2013	vasek sharddin И закрою тему. На спеши, имхо, не все так просто. Повторюсь, собирай все llibata error, попробуй понять, что они означают, одинаковые или каждый раз разные. Имеются и другие не хорошие строчки, помимо llibata error - поэтому и советую наблюдать и погуглить по логам, тем, что на фото. Да, имеются и другие фото с данными ошибками, думаю, стоит поискать... Кабель заменил на главном SSD, привод отключил - буду тестировать... А разъёмы на материнке, что странно, выглядят как "разболтанные" совсем - разъём от провода к нему можно легко шевелить с боку на бок - может и в этом проблема...

sharddin

# 4 года, 4 месяца назад

Темы: 19

Сообщения: 215

Участник с: 19 февраля 2013

vasek
sharddin
И закрою тему.
На спеши, имхо, не все так просто. Повторюсь, собирай все llibata error, попробуй понять, что они означают, одинаковые или каждый раз разные.
Имеются и другие не хорошие строчки, помимо llibata error - поэтому и советую наблюдать и погуглить по логам, тем, что на фото.

Да, имеются и другие фото с данными ошибками, думаю, стоит поискать... Кабель заменил на главном SSD, привод отключил - буду тестировать... А разъёмы на материнке, что странно, выглядят как "разболтанные" совсем - разъём от провода к нему можно легко шевелить с боку на бок - может и в этом проблема...

sharddin	# 4 года, 4 месяца назад
Темы: 19 Сообщения: 215 Участник с: 19 февраля 2013	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

# 4 года, 4 месяца назад

Темы: 19

Сообщения: 215

Участник с: 19 февраля 2013

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	# 4 года, 4 месяца назад
Темы: 19 Сообщения: 215 Участник с: 19 февраля 2013	vs220 sharddin journalctl -k По этому логу все нормально монтируется. Покажите лог от времени обновления когда у вас зависла система или другой с ошибками У меня размер журнала был установлен в 50 МБ - может из-за этого лог, который я привёл, оказался обрезанным? Или есть особые ключи к систем-ктл-у, которые увеличивают количество строк показа?

sharddin

# 4 года, 4 месяца назад

Темы: 19

Сообщения: 215

Участник с: 19 февраля 2013

vs220
sharddin
journalctl -k
По этому логу все нормально монтируется. Покажите лог от времени обновления когда у вас зависла система или другой с ошибками

У меня размер журнала был установлен в 50 МБ - может из-за этого лог, который я привёл, оказался обрезанным? Или есть особые ключи к систем-ктл-у, которые увеличивают количество строк показа?

sharddin	# 4 года, 4 месяца назад
Темы: 19 Сообщения: 215 Участник с: 19 февраля 2013	# и ссылку выкладываете сюда #например journalctl -k \| wgetpaste https://paste.pound-python.org/show/AYyAfWhNKbxAXtcTLWBL/

sharddin	# 4 года, 4 месяца назад
Темы: 19 Сообщения: 215 Участник с: 19 февраля 2013	sirocco Были несколько лет назад сбои и зависания. Как в итоге выяснилось, причина - вспухшие конденсаторы на системной плате. Ремонт проблему решил. (CPU - старый Athlon x2 socket 939) У меня, конечно, по-моложе, но стоят "фирменные" японские кондёры от Гигабайта - не замечал за ними внешних повреждений.

sharddin

# 4 года, 4 месяца назад

Темы: 19

Сообщения: 215

Участник с: 19 февраля 2013

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

(CPU - старый Athlon x2 socket 939)

У меня, конечно, по-моложе, но стоят "фирменные" японские кондёры от Гигабайта - не замечал за ними внешних повреждений.

sharddin	# 4 года, 4 месяца назад
Темы: 19 Сообщения: 215 Участник с: 19 февраля 2013	vs220 Какие именно ошибки? Логи показывайте. Например зависание при обновлении , смотрите время в журнале пакмана а потом системный лог с этого времени Вот вроде бы тот лог - время взял с фотки: # journalctl --since="2018-05-07 16:00:16" -- Logs begin at Tue 2018-01-16 15:52:35 +05, end at Mon 2018-05-07 20:27:48 +05. -- мая 07 16:32:20 sharddin sddm[566]: /usr/bin/xauth: (stdin):1: bad "remove" command line мая 07 16:32:20 sharddin sddm[566]: /usr/bin/xauth: (stdin):2: bad "add" command line мая 07 16:32:20 sharddin sddm[566]: QProcess: Destroyed while process ("/usr/lib/sddm/sddm-helper") is still running. мая 07 16:32:20 sharddin acpid[533]: client 18572[0:0] has disconnected мая 07 16:32:20 sharddin acpid[533]: client connected from 18580[0:0] мая 07 16:32:20 sharddin acpid[533]: 1 client rule loaded мая 07 16:32:20 sharddin acpid[533]: client 18580[0:0] has disconnected мая 07 16:32:20 sharddin acpid[533]: client connected from 18588[0:0] мая 07 16:32:20 sharddin acpid[533]: 1 client rule loaded мая 07 16:32:20 sharddin sddm[566]: /usr/bin/xauth: (stdin):1: bad "remove" command line мая 07 16:32:20 sharddin sddm[566]: /usr/bin/xauth: (stdin):2: bad "add" command line мая 07 16:32:20 sharddin sddm[566]: /usr/bin/xauth: (stdin):1: bad "remove" command line мая 07 16:32:20 sharddin sddm[566]: /usr/bin/xauth: (stdin):2: bad "add" command line мая 07 16:32:20 sharddin sddm-helper[18577]: [PAM] Starting... мая 07 16:32:20 sharddin sddm-helper[18577]: [PAM] Authenticating... мая 07 16:32:20 sharddin sddm-helper[18577]: [PAM] returning. мая 07 16:32:20 sharddin sddm-helper[18585]: [PAM] Starting... мая 07 16:32:20 sharddin sddm-helper[18585]: [PAM] Authenticating... мая 07 16:32:20 sharddin sddm-helper[18585]: [PAM] returning. мая 07 16:32:20 sharddin sddm[566]: QProcess: Destroyed while process ("/usr/lib/sddm/sddm-helper") is still running. мая 07 16:32:20 sharddin sddm[566]: QProcess: Destroyed while process ("/usr/lib/sddm/sddm-helper") is still running. мая 07 16:32:20 sharddin acpid[533]: client 18588[0:0] has disconnected мая 07 16:32:20 sharddin acpid[533]: client connected from 18596[0:0] мая 07 16:32:20 sharddin acpid[533]: 1 client rule loaded мая 07 16:32:20 sharddin sddm[566]: /usr/bin/xauth: (stdin):1: bad "remove" command line мая 07 16:32:20 sharddin sddm[566]: /usr/bin/xauth: (stdin):2: bad "add" command line мая 07 16:32:20 sharddin sddm[566]: QProcess: Destroyed while process ("/usr/lib/sddm/sddm-helper") is still running. мая 07 16:32:20 sharddin acpid[533]: client 18596[0:0] has disconnected мая 07 16:32:20 sharddin acpid[533]: client connected from 18605[0:0] мая 07 16:32:20 sharddin acpid[533]: 1 client rule loaded мая 07 16:32:20 sharddin sddm[566]: /usr/bin/xauth: (stdin):1: bad "remove" command line мая 07 16:32:20 sharddin sddm[566]: /usr/bin/xauth: (stdin):2: bad "add" command line мая 07 16:32:20 sharddin sddm[566]: QProcess: Destroyed while process ("/usr/lib/sddm/sddm-helper") is still running. мая 07 16:32:20 sharddin acpid[533]: client 18605[0:0] has disconnected мая 07 16:32:20 sharddin acpid[533]: client connected from 18613[0:0] мая 07 16:32:20 sharddin acpid[533]: 1 client rule loaded мая 07 16:32:20 sharddin sddm[566]: /usr/bin/xauth: (stdin):1: bad "remove" command line мая 07 16:32:20 sharddin sddm[566]: /usr/bin/xauth: (stdin):2: bad "add" command line мая 07 16:32:20 sharddin sddm[566]: QProcess: Destroyed while process ("/usr/lib/sddm/sddm-helper") is still running. мая 07 16:32:21 sharddin acpid[533]: client 18613[0:0] has disconnected мая 07 16:32:21 sharddin acpid[533]: client connected from 18621[0:0] мая 07 16:32:21 sharddin acpid[533]: 1 client rule loaded мая 07 16:32:21 sharddin sddm[566]: /usr/bin/xauth: (stdin):1: bad "remove" command line мая 07 16:32:21 sharddin sddm[566]: /usr/bin/xauth: (stdin):2: bad "add" command line # journalctl -k -- Logs begin at Tue 2018-01-16 15:52:35 +05, end at Mon 2018-05-07 20:32:25 +05. -- мая 07 20:17:19 sharddin kernel: Linux version 4.16.7-1-ARCH ([email protected]) (gcc version 8.1.0 (GCC)) #1 SMP PREEMPT Wed May 2 21:12:36 UTC 2018 мая 07 20:17:19 sharddin kernel: Command line: BOOT_IMAGE=/vmlinuz-linux root=UUID=4aaa1cf9-7a31-4080-b12a-3a2ac9e625bc rw quiet мая 07 20:17:19 sharddin kernel: KERNEL supported cpus: мая 07 20:17:19 sharddin kernel: Intel GenuineIntel мая 07 20:17:19 sharddin kernel: AMD AuthenticAMD мая 07 20:17:19 sharddin kernel: Centaur CentaurHauls мая 07 20:17:19 sharddin kernel: x86/fpu: x87 FPU will use FXSAVE мая 07 20:17:19 sharddin kernel: e820: BIOS-provided physical RAM map: мая 07 20:17:19 sharddin kernel: BIOS-e820: [mem 0x0000000000000000-0x00000000000957ff] usable мая 07 20:17:19 sharddin kernel: BIOS-e820: [mem 0x000000000009f800-0x000000000009ffff] reserved мая 07 20:17:19 sharddin kernel: BIOS-e820: [mem 0x00000000000f0000-0x00000000000fffff] reserved мая 07 20:17:19 sharddin kernel: BIOS-e820: [mem 0x0000000000100000-0x00000000bfceffff] usable мая 07 20:17:19 sharddin kernel: BIOS-e820: [mem 0x00000000bfcf0000-0x00000000bfcf2fff] ACPI NVS мая 07 20:17:19 sharddin kernel: BIOS-e820: [mem 0x00000000bfcf3000-0x00000000bfcfffff] ACPI data мая 07 20:17:19 sharddin kernel: BIOS-e820: [mem 0x00000000bfd00000-0x00000000bfdfffff] reserved мая 07 20:17:19 sharddin kernel: BIOS-e820: [mem 0x00000000e0000000-0x00000000efffffff] reserved мая 07 20:17:19 sharddin kernel: BIOS-e820: [mem 0x00000000fec00000-0x00000000ffffffff] reserved мая 07 20:17:19 sharddin kernel: BIOS-e820: [mem 0x0000000100000000-0x000000023fffffff] usable мая 07 20:17:19 sharddin kernel: NX (Execute Disable) protection: active мая 07 20:17:19 sharddin kernel: SMBIOS 2.4 present. мая 07 20:17:19 sharddin kernel: DMI: Gigabyte Technology Co., Ltd. GA-MA770T-UD3/GA-MA770T-UD3, BIOS F10 03/22/2011 мая 07 20:17:19 sharddin kernel: e820: update [mem 0x00000000-0x00000fff] usable ==> reserved мая 07 20:17:19 sharddin kernel: e820: remove [mem 0x000a0000-0x000fffff] usable мая 07 20:17:19 sharddin kernel: AGP: No AGP bridge found мая 07 20:17:19 sharddin kernel: e820: last_pfn = 0x240000 max_arch_pfn = 0x400000000 мая 07 20:17:19 sharddin kernel: MTRR default type: uncachable мая 07 20:17:19 sharddin kernel: MTRR fixed ranges enabled: мая 07 20:17:19 sharddin kernel: 00000-9FFFF write-back мая 07 20:17:19 sharddin kernel: A0000-BFFFF uncachable мая 07 20:17:19 sharddin kernel: C0000-C7FFF write-protect мая 07 20:17:19 sharddin kernel: C8000-FFFFF uncachable мая 07 20:17:19 sharddin kernel: MTRR variable ranges enabled: мая 07 20:17:19 sharddin kernel: 0 base 000000000000 mask FFFF80000000 write-back мая 07 20:17:19 sharddin kernel: 1 base 000080000000 mask FFFFC0000000 write-back мая 07 20:17:19 sharddin kernel: 2 base 0000BFD00000 mask FFFFFFF00000 uncachable мая 07 20:17:19 sharddin kernel: 3 base 0000BFE00000 mask FFFFFFE00000 uncachable мая 07 20:17:19 sharddin kernel: 4 base 000100000000 mask FFFF00000000 write-back мая 07 20:17:19 sharddin kernel: 5 base 000200000000 mask FFFFC0000000 write-back мая 07 20:17:19 sharddin kernel: 6 disabled мая 07 20:17:19 sharddin kernel: 7 disabled мая 07 20:17:19 sharddin kernel: TOM2: 0000000240000000 aka 9216M мая 07 20:17:19 sharddin kernel: x86/PAT: Configuration [0-7]: WB WC UC- UC WB WP UC- WT мая 07 20:17:19 sharddin kernel: total RAM covered: 3069M - Может дело в материнке? Искал когда-то инфу о подобных проблемах с моей материнкой - вроде как-будто они и у пользователей винды были... А вообще, это всё где-то началось с ядра, эдак, 4.12-4.13...

sharddin

# 4 года, 4 месяца назад

Темы: 19

Сообщения: 215

Участник с: 19 февраля 2013

vs220
Какие именно ошибки? Логи показывайте. Например зависание при обновлении , смотрите время в журнале пакмана а потом системный лог с этого времени

Вот вроде бы тот лог - время взял с фотки:

# journalctl --since="2018-05-07 16:00:16"
-- Logs begin at Tue 2018-01-16 15:52:35 +05, end at Mon 2018-05-07 20:27:48 +05. --
мая 07 16:32:20 sharddin sddm[566]: /usr/bin/xauth: (stdin):1:  bad "remove" command line
мая 07 16:32:20 sharddin sddm[566]: /usr/bin/xauth: (stdin):2:  bad "add" command line
мая 07 16:32:20 sharddin sddm[566]: QProcess: Destroyed while process ("/usr/lib/sddm/sddm-helper") is still running.
мая 07 16:32:20 sharddin acpid[533]: client 18572[0:0] has disconnected
мая 07 16:32:20 sharddin acpid[533]: client connected from 18580[0:0]
мая 07 16:32:20 sharddin acpid[533]: 1 client rule loaded
мая 07 16:32:20 sharddin acpid[533]: client 18580[0:0] has disconnected
мая 07 16:32:20 sharddin acpid[533]: client connected from 18588[0:0]
мая 07 16:32:20 sharddin acpid[533]: 1 client rule loaded
мая 07 16:32:20 sharddin sddm[566]: /usr/bin/xauth: (stdin):1:  bad "remove" command line
мая 07 16:32:20 sharddin sddm[566]: /usr/bin/xauth: (stdin):2:  bad "add" command line
мая 07 16:32:20 sharddin sddm[566]: /usr/bin/xauth: (stdin):1:  bad "remove" command line
мая 07 16:32:20 sharddin sddm[566]: /usr/bin/xauth: (stdin):2:  bad "add" command line
мая 07 16:32:20 sharddin sddm-helper[18577]: [PAM] Starting...
мая 07 16:32:20 sharddin sddm-helper[18577]: [PAM] Authenticating...
мая 07 16:32:20 sharddin sddm-helper[18577]: [PAM] returning.
мая 07 16:32:20 sharddin sddm-helper[18585]: [PAM] Starting...
мая 07 16:32:20 sharddin sddm-helper[18585]: [PAM] Authenticating...
мая 07 16:32:20 sharddin sddm-helper[18585]: [PAM] returning.
мая 07 16:32:20 sharddin sddm[566]: QProcess: Destroyed while process ("/usr/lib/sddm/sddm-helper") is still running.
мая 07 16:32:20 sharddin sddm[566]: QProcess: Destroyed while process ("/usr/lib/sddm/sddm-helper") is still running.
мая 07 16:32:20 sharddin acpid[533]: client 18588[0:0] has disconnected
мая 07 16:32:20 sharddin acpid[533]: client connected from 18596[0:0]
мая 07 16:32:20 sharddin acpid[533]: 1 client rule loaded
мая 07 16:32:20 sharddin sddm[566]: /usr/bin/xauth: (stdin):1:  bad "remove" command line
мая 07 16:32:20 sharddin sddm[566]: /usr/bin/xauth: (stdin):2:  bad "add" command line
мая 07 16:32:20 sharddin sddm[566]: QProcess: Destroyed while process ("/usr/lib/sddm/sddm-helper") is still running.
мая 07 16:32:20 sharddin acpid[533]: client 18596[0:0] has disconnected
мая 07 16:32:20 sharddin acpid[533]: client connected from 18605[0:0]
мая 07 16:32:20 sharddin acpid[533]: 1 client rule loaded
мая 07 16:32:20 sharddin sddm[566]: /usr/bin/xauth: (stdin):1:  bad "remove" command line
мая 07 16:32:20 sharddin sddm[566]: /usr/bin/xauth: (stdin):2:  bad "add" command line
мая 07 16:32:20 sharddin sddm[566]: QProcess: Destroyed while process ("/usr/lib/sddm/sddm-helper") is still running.
мая 07 16:32:20 sharddin acpid[533]: client 18605[0:0] has disconnected
мая 07 16:32:20 sharddin acpid[533]: client connected from 18613[0:0]
мая 07 16:32:20 sharddin acpid[533]: 1 client rule loaded
мая 07 16:32:20 sharddin sddm[566]: /usr/bin/xauth: (stdin):1:  bad "remove" command line
мая 07 16:32:20 sharddin sddm[566]: /usr/bin/xauth: (stdin):2:  bad "add" command line
мая 07 16:32:20 sharddin sddm[566]: QProcess: Destroyed while process ("/usr/lib/sddm/sddm-helper") is still running.
мая 07 16:32:21 sharddin acpid[533]: client 18613[0:0] has disconnected
мая 07 16:32:21 sharddin acpid[533]: client connected from 18621[0:0]
мая 07 16:32:21 sharddin acpid[533]: 1 client rule loaded
мая 07 16:32:21 sharddin sddm[566]: /usr/bin/xauth: (stdin):1:  bad "remove" command line
мая 07 16:32:21 sharddin sddm[566]: /usr/bin/xauth: (stdin):2:  bad "add" command line

# journalctl -k
-- Logs begin at Tue 2018-01-16 15:52:35 +05, end at Mon 2018-05-07 20:32:25 +05. --
мая 07 20:17:19 sharddin kernel: Linux version 4.16.7-1-ARCH ([email protected]) (gcc version 8.1.0 (GCC)) #1 SMP PREEMPT Wed May 2 21:12:36 UTC 2018
мая 07 20:17:19 sharddin kernel: Command line: BOOT_IMAGE=/vmlinuz-linux root=UUID=4aaa1cf9-7a31-4080-b12a-3a2ac9e625bc rw quiet
мая 07 20:17:19 sharddin kernel: KERNEL supported cpus:
мая 07 20:17:19 sharddin kernel:   Intel GenuineIntel
мая 07 20:17:19 sharddin kernel:   AMD AuthenticAMD
мая 07 20:17:19 sharddin kernel:   Centaur CentaurHauls
мая 07 20:17:19 sharddin kernel: x86/fpu: x87 FPU will use FXSAVE
мая 07 20:17:19 sharddin kernel: e820: BIOS-provided physical RAM map:
мая 07 20:17:19 sharddin kernel: BIOS-e820: [mem 0x0000000000000000-0x00000000000957ff] usable
мая 07 20:17:19 sharddin kernel: BIOS-e820: [mem 0x000000000009f800-0x000000000009ffff] reserved
мая 07 20:17:19 sharddin kernel: BIOS-e820: [mem 0x00000000000f0000-0x00000000000fffff] reserved
мая 07 20:17:19 sharddin kernel: BIOS-e820: [mem 0x0000000000100000-0x00000000bfceffff] usable
мая 07 20:17:19 sharddin kernel: BIOS-e820: [mem 0x00000000bfcf0000-0x00000000bfcf2fff] ACPI NVS
мая 07 20:17:19 sharddin kernel: BIOS-e820: [mem 0x00000000bfcf3000-0x00000000bfcfffff] ACPI data
мая 07 20:17:19 sharddin kernel: BIOS-e820: [mem 0x00000000bfd00000-0x00000000bfdfffff] reserved
мая 07 20:17:19 sharddin kernel: BIOS-e820: [mem 0x00000000e0000000-0x00000000efffffff] reserved
мая 07 20:17:19 sharddin kernel: BIOS-e820: [mem 0x00000000fec00000-0x00000000ffffffff] reserved
мая 07 20:17:19 sharddin kernel: BIOS-e820: [mem 0x0000000100000000-0x000000023fffffff] usable
мая 07 20:17:19 sharddin kernel: NX (Execute Disable) protection: active
мая 07 20:17:19 sharddin kernel: SMBIOS 2.4 present.
мая 07 20:17:19 sharddin kernel: DMI: Gigabyte Technology Co., Ltd. GA-MA770T-UD3/GA-MA770T-UD3, BIOS F10 03/22/2011
мая 07 20:17:19 sharddin kernel: e820: update [mem 0x00000000-0x00000fff] usable ==> reserved
мая 07 20:17:19 sharddin kernel: e820: remove [mem 0x000a0000-0x000fffff] usable
мая 07 20:17:19 sharddin kernel: AGP: No AGP bridge found
мая 07 20:17:19 sharddin kernel: e820: last_pfn = 0x240000 max_arch_pfn = 0x400000000
мая 07 20:17:19 sharddin kernel: MTRR default type: uncachable
мая 07 20:17:19 sharddin kernel: MTRR fixed ranges enabled:
мая 07 20:17:19 sharddin kernel:   00000-9FFFF write-back
мая 07 20:17:19 sharddin kernel:   A0000-BFFFF uncachable
мая 07 20:17:19 sharddin kernel:   C0000-C7FFF write-protect
мая 07 20:17:19 sharddin kernel:   C8000-FFFFF uncachable
мая 07 20:17:19 sharddin kernel: MTRR variable ranges enabled:
мая 07 20:17:19 sharddin kernel:   0 base 000000000000 mask FFFF80000000 write-back
мая 07 20:17:19 sharddin kernel:   1 base 000080000000 mask FFFFC0000000 write-back
мая 07 20:17:19 sharddin kernel:   2 base 0000BFD00000 mask FFFFFFF00000 uncachable
мая 07 20:17:19 sharddin kernel:   3 base 0000BFE00000 mask FFFFFFE00000 uncachable
мая 07 20:17:19 sharddin kernel:   4 base 000100000000 mask FFFF00000000 write-back
мая 07 20:17:19 sharddin kernel:   5 base 000200000000 mask FFFFC0000000 write-back
мая 07 20:17:19 sharddin kernel:   6 disabled
мая 07 20:17:19 sharddin kernel:   7 disabled
мая 07 20:17:19 sharddin kernel: TOM2: 0000000240000000 aka 9216M
мая 07 20:17:19 sharddin kernel: x86/PAT: Configuration [0-7]: WB  WC  UC- UC  WB  WP  UC- WT
мая 07 20:17:19 sharddin kernel: total RAM covered: 3069M

- Может дело в материнке? Искал когда-то инфу о подобных проблемах с моей материнкой - вроде как-будто они и у пользователей винды были... А вообще, это всё где-то началось с ядра, эдак, 4.12-4.13...

sharddin	# 4 года, 4 месяца назад
Темы: 19 Сообщения: 215 Участник с: 19 февраля 2013	Может быть все-таки дело в bfq и флагах оптимизации для корня в fstab, ведь, упоминаемая в консоле ошибка sda2 - как раз о корне файловой системы.