Зависает на мертво

vasek	# 3 года, 11 месяцев назад
Темы: 48 Сообщения: 11340 Участник с: 17 февраля 2013	cassno не понимаю, обновил я этот микро код - система виснет, перенакатил за ново - тукаешься в браузер - виснет… Ни чего не понимаю Писал же, забудь о микрокоде. О сообщении типа TSC_DEADLINE disabled due to Errata; please update microcode to version: 0xYY (or later) написано много, причин несколько, тебе это не должно мешать. Займись анализом зависания, без этого одни гадания. UPD - покажи вывод grep -o tsc_deadline /proc/cpuinfo Ошибки не исчезают с опытом - они просто умнеют

# 3 года, 11 месяцев назад

Сообщения: 11340

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

cassno
не понимаю, обновил я этот микро код - система виснет, перенакатил за ново - тукаешься в браузер - виснет… Ни чего не понимаю

Писал же, забудь о микрокоде. О сообщении типа TSC_DEADLINE disabled due to Errata; please update microcode to version: 0xYY (or later) написано много, причин несколько, тебе это не должно мешать.
Займись анализом зависания, без этого одни гадания.
UPD - покажи вывод grep -o tsc_deadline /proc/cpuinfo

Ошибки не исчезают с опытом - они просто умнеют

cassno	# 3 года, 11 месяцев назад
Темы: 5 Сообщения: 57 Участник с: 01 февраля 2018	Вывод таков: `[email protected] ~ % grep -o tsc_deadline /proc/cpuinfo tsc_deadline tsc_deadline tsc_deadline tsc_deadline`

vasek	# 3 года, 11 месяцев назад
Темы: 48 Сообщения: 11340 Участник с: 17 февраля 2013	tsc_deadline поддерживают все новые процессоры. Просто подумал, как одна из причин, что твой проц не поддерживает tsc_deadline, а потому и ругается. Уж если так думается, что причина в этом таймере (точнее расширении к таймеру), то можно поискать как его отключить, помнится были такие параметры ядра. Посмотри. Но, имхо, вряд ли причина в этом. В логе и говорится, что есть проблемы и tsc_deadline отключен, то же самое ты достигнешь параметром загрузки, но просто не будет этого сообщения. Лучше займись анализом и зря переустанавливал систему. Попробуй для начала другие ядра, например, linux-lts. Попробуй другие системы Linux, LiveCD. Далее выясняй на каких приложениях виснет, если только на конкретных, то уже проще. Смотри далее, что творится с системой в момент зависания (нагрузка cpu, памяти, температуры и др.). Можно запустить strace для получения дополнительной информации. И так далее. Да и увеличь логирование системы, может что будет в логах. UPD - вижу так и не опробовал комбинации SysRq - это единственная клавиша, связанная с ядром и если ядро не паникует, то с помощью соответствующих комбинаций клавиш можно выполнить перегрузку/выключение, посмотреть состояние памяти и др., а иногда даже разблокировать клавиатуру и перейти в другую консоль. Ошибки не исчезают с опытом - они просто умнеют

vasek

# 3 года, 11 месяцев назад

Темы: 48

Сообщения: 11340

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

tsc_deadline поддерживают все новые процессоры. Просто подумал, как одна из причин, что твой проц не поддерживает tsc_deadline, а потому и ругается.
Уж если так думается, что причина в этом таймере (точнее расширении к таймеру), то можно поискать как его отключить, помнится были такие параметры ядра. Посмотри. Но, имхо, вряд ли причина в этом. В логе и говорится, что есть проблемы и tsc_deadline отключен, то же самое ты достигнешь параметром загрузки, но просто не будет этого сообщения.
Лучше займись анализом и зря переустанавливал систему.
Попробуй для начала другие ядра, например, linux-lts. Попробуй другие системы Linux, LiveCD.
Далее выясняй на каких приложениях виснет, если только на конкретных, то уже проще. Смотри далее, что творится с системой в момент зависания (нагрузка cpu, памяти, температуры и др.). Можно запустить strace для получения дополнительной информации. И так далее.
Да и увеличь логирование системы, может что будет в логах.
UPD - вижу так и не опробовал комбинации SysRq - это единственная клавиша, связанная с ядром и если ядро не паникует, то с помощью соответствующих комбинаций клавиш можно выполнить перегрузку/выключение, посмотреть состояние памяти и др., а иногда даже разблокировать клавиатуру и перейти в другую консоль.

Ошибки не исчезают с опытом - они просто умнеют

cassno	# 3 года, 11 месяцев назад
Темы: 5 Сообщения: 57 Участник с: 01 февраля 2018	vasek tsc_deadline поддерживают все новые процессоры. Просто подумал, как одна из причин, что твой проц не поддерживает tsc_deadline, а потому и ругается. Уж если так думается, что причина в этом таймере (точнее расширении к таймеру), то можно поискать как его отключить, помнится были такие параметры ядра. Посмотри. Но, имхо, вряд ли причина в этом. В логе и говорится, что есть проблемы и tsc_deadline отключен, то же самое ты достигнешь параметром загрузки, но просто не будет этого сообщения. Лучше займись анализом и зря переустанавливал систему. Попробуй для начала другие ядра, например, linux-lts. Попробуй другие системы Linux, LiveCD. Далее выясняй на каких приложениях виснет, если только на конкретных, то уже проще. Смотри далее, что творится с системой в момент зависания (нагрузка cpu, памяти, температуры и др.). Можно запустить strace для получения дополнительной информации. И так далее. Да и увеличь логирование системы, может что будет в логах. UPD - вижу так и не опробовал комбинации SysRq - это единственная клавиша, связанная с ядром и если ядро не паникует, то с помощью соответствующих комбинаций клавиш можно выполнить перегрузку/выключение, посмотреть состояние памяти и др., а иногда даже разблокировать клавиатуру и перейти в другую консоль. Я сделал все как Вы сказали по поводу клавиши SysRq, но при зависание не риагирует система воообще ни на что...

cassno

# 3 года, 11 месяцев назад

Темы: 5

Сообщения: 57

Участник с: 01 февраля 2018

vasek
tsc_deadline поддерживают все новые процессоры. Просто подумал, как одна из причин, что твой проц не поддерживает tsc_deadline, а потому и ругается.
Уж если так думается, что причина в этом таймере (точнее расширении к таймеру), то можно поискать как его отключить, помнится были такие параметры ядра. Посмотри. Но, имхо, вряд ли причина в этом. В логе и говорится, что есть проблемы и tsc_deadline отключен, то же самое ты достигнешь параметром загрузки, но просто не будет этого сообщения.
Лучше займись анализом и зря переустанавливал систему.
Попробуй для начала другие ядра, например, linux-lts. Попробуй другие системы Linux, LiveCD.
Далее выясняй на каких приложениях виснет, если только на конкретных, то уже проще. Смотри далее, что творится с системой в момент зависания (нагрузка cpu, памяти, температуры и др.). Можно запустить strace для получения дополнительной информации. И так далее.
Да и увеличь логирование системы, может что будет в логах.
UPD - вижу так и не опробовал комбинации SysRq - это единственная клавиша, связанная с ядром и если ядро не паникует, то с помощью соответствующих комбинаций клавиш можно выполнить перегрузку/выключение, посмотреть состояние памяти и др., а иногда даже разблокировать клавиатуру и перейти в другую консоль.

Я сделал все как Вы сказали по поводу клавиши SysRq, но при зависание не риагирует система воообще ни на что...

cassno	# 3 года, 11 месяцев назад (отредактировано 3 года, 11 месяцев назад)
Темы: 5 Сообщения: 57 Участник с: 01 февраля 2018	Заметил, что система виснет в яндекс браузере, в опере, в вибере, вотсапе, в реммине... В ливке все нормально работает, не фризит

vasek	# 3 года, 11 месяцев назад (отредактировано 3 года, 11 месяцев назад)
Темы: 48 Сообщения: 11340 Участник с: 17 февраля 2013	cassno Я сделал все как Вы сказали по поводу клавиши SysRq, но при зависание не риагирует система воообще ни на что… Вот это и странно. Возможно что то делаешь не так. Комбинации клавиш SysRq не работают в одном случае - kernel panic и вероятнее всего упоминание об этом было бы в логах. Сначала нужно добить этот вопрос и выяснить, что с ядром. 1. Должен быть файл /etc/sysctl.d/99-sysctl.conf, содержащий, как минимум одну строку kernel.sysrq=1 cat /etc/sysctl.d/99-sysctl.conf `kernel.sysrq=1` Если такого файла нет, создай и чтобы не перегружаться выполни - sudo sysctl -p /etc/sysctl.d/99-sysctl.conf 2. Открой терминал и запусти journalctl -f и после правой рукой зажми клавиши правый Alt + SysRq, а левой нажми h Должен увидеть в терминале типа такого `сен 26 08:44:08 arch kernel: sysrq: SysRq : HELP : loglevel(0-9) reboot(b) crash(c) terminate-all-tasks(e) memory-full-oom-kill(f) kill-all-tasks(i) thaw-filesystems(j) sak(k) show-backtrace-all-active-cpus(l) show-memory-usage(m) nice-all-RT-tasks(n) poweroff(o) show-registers(p) show-all-timers(q) unraw(r) sync(s) show-task-states(t) unmount(u) force-fb(V) show-blocked-tasks(w) dump-ftrace-buffer(z)` Далее проверь выполнение reboot - правой рукой зажми клавиши правый Alt + SysRq, а левой с интервалом в 1-2 секунды нажми последовательно: R E I S U B. Если перегрузка выполнится, проверяй это при зависании. cassno Заметил, что система виснет в яндекс браузере, в опере, в вибере, вотсапе, в реммине… В ливке все нормально работает, не фризит Если виснут отдельные приложения, вероятно что у них что то общее. Нужно анализировать падение этих приложений. Учись делать это сам. UPD - и не нужно цитиривать все целиком, только нужное. Ошибки не исчезают с опытом - они просто умнеют

vasek

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

Темы: 48

Сообщения: 11340

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

cassno
Я сделал все как Вы сказали по поводу клавиши SysRq, но при зависание не риагирует система воообще ни на что…

Вот это и странно. Возможно что то делаешь не так. Комбинации клавиш SysRq не работают в одном случае - kernel panic и вероятнее всего упоминание об этом было бы в логах. Сначала нужно добить этот вопрос и выяснить, что с ядром.
1. Должен быть файл /etc/sysctl.d/99-sysctl.conf, содержащий, как минимум одну строку kernel.sysrq=1
cat /etc/sysctl.d/99-sysctl.conf

kernel.sysrq=1

Если такого файла нет, создай и чтобы не перегружаться выполни - sudo sysctl -p /etc/sysctl.d/99-sysctl.conf
2. Открой терминал и запусти journalctl -f и после правой рукой зажми клавиши правый Alt + SysRq, а левой нажми h
Должен увидеть в терминале типа такого

сен 26 08:44:08 arch kernel: sysrq: SysRq : HELP : loglevel(0-9) reboot(b) crash(c) terminate-all-tasks(e) memory-full-oom-kill(f) kill-all-tasks(i) thaw-filesystems(j) sak(k) show-backtrace-all-active-cpus(l) show-memory-usage(m) nice-all-RT-tasks(n) poweroff(o) show-registers(p) show-all-timers(q) unraw(r) sync(s) show-task-states(t) unmount(u) force-fb(V) show-blocked-tasks(w) dump-ftrace-buffer(z)

Далее проверь выполнение reboot - правой рукой зажми клавиши правый Alt + SysRq, а левой с интервалом в 1-2 секунды нажми последовательно:
R E I S U B. Если перегрузка выполнится, проверяй это при зависании.

cassno
Заметил, что система виснет в яндекс браузере, в опере, в вибере, вотсапе, в реммине… В ливке все нормально работает, не фризит

Если виснут отдельные приложения, вероятно что у них что то общее. Нужно анализировать падение этих приложений. Учись делать это сам.

UPD - и не нужно цитиривать все целиком, только нужное.

Ошибки не исчезают с опытом - они просто умнеют

cassno	# 3 года, 11 месяцев назад
Темы: 5 Сообщения: 57 Участник с: 01 февраля 2018	Хорошо, попробую. `Если виснут отдельные приложения, вероятно что у них что то общее.` У меня не виснут отделные приложения, у меня фризит систему при их запуске

vasek	# 3 года, 11 месяцев назад (отредактировано 3 года, 11 месяцев назад)
Темы: 48 Сообщения: 11340 Участник с: 17 февраля 2013	cassno У меня не виснут отделные приложения, у меня фризит систему при их запуске Это понятно, не точно выразился. Тема уже висит несколько дней, а до сих пор так и не известно, что у тебя за железо, какая видекарта, пробовал ли менять видеодрайвера и др., например, те же логи. Дополнительно интересно посмотреть выводы cat /sys/devices/system/cpu/cpuidle/current_driver dmesg \| egrep 'clocksource\|unstable' - в зависшей загрузке … PS - немного изменил и исправил описку Ошибки не исчезают с опытом - они просто умнеют

vasek

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

Темы: 48

Сообщения: 11340

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

cassno
У меня не виснут отделные приложения, у меня фризит систему при их запуске

Это понятно, не точно выразился.
Тема уже висит несколько дней, а до сих пор так и не известно, что у тебя за железо, какая видекарта, пробовал ли менять видеодрайвера и др., например, те же логи.
Дополнительно интересно посмотреть выводы
cat /sys/devices/system/cpu/cpuidle/current_driver
dmesg | egrep 'clocksource|unstable' - в зависшей загрузке … PS - немного изменил и исправил описку

Ошибки не исчезают с опытом - они просто умнеют

vadik	# 3 года, 11 месяцев назад
Темы: 55 Сообщения: 5395 Участник с: 17 августа 2009	vasek Возможно что то делаешь не так. Комбинации клавиш SysRq не работают в одном случае - kernel panic и вероятнее всего упоминание об этом было бы в логах. Сначала нужно добить этот вопрос и выяснить, что с ядром. Чтобы это проверить достаточно просто нажать эту комбинацию в нормально функционирующей системе. А нам сообщить о результате. :)

vadik

# 3 года, 11 месяцев назад

Темы: 55

Сообщения: 5395

Участник с: 17 августа 2009

vasek
Возможно что то делаешь не так. Комбинации клавиш SysRq не работают в одном случае - kernel panic и вероятнее всего упоминание об этом было бы в логах. Сначала нужно добить этот вопрос и выяснить, что с ядром.

Чтобы это проверить достаточно просто нажать эту комбинацию в нормально функционирующей системе. А нам сообщить о результате. :)

vasek	# 3 года, 11 месяцев назад
Темы: 48 Сообщения: 11340 Участник с: 17 февраля 2013	vadik достаточно просто нажать эту комбинацию в нормально функционирующей системе Подозреваю, что ТС просто не то нажимает и не прописано kernel.sysrq=1, а потому и пытался разжевать все подробно. По видимому и зря разжевываю. Ошибки не исчезают с опытом - они просто умнеют

vasek

# 3 года, 11 месяцев назад

Темы: 48

Сообщения: 11340

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

vadik
достаточно просто нажать эту комбинацию в нормально функционирующей системе

Подозреваю, что ТС просто не то нажимает и не прописано kernel.sysrq=1, а потому и пытался разжевать все подробно. По видимому и зря разжевываю.

Ошибки не исчезают с опытом - они просто умнеют