LINUX.ORG.RU

Непредсказуемые зависание Debian 9.4

 , , ,


0

1

Все началось с обновления железа, при установки на материнку AIMB-215B1 с процессором Intel(R) Celeron(R) CPU N2930 @ 1.83GHz, установщик полностью зависал на одном из этапов установки(сейчас точно не помню, но это было связано с amd64 и dev). Но при этом система довольно легко и стабильно ставилась если ставить её Live-USB. После установки система произвольно зависала. Совместными изменениями настроек BIOS и файла /etc/default/grud удалось добиться как бы стабильности, система стала зависать на порядок реже, но все равно такие случай есть. Не знаю куда копать уже .__.

Файл /etc/default/grub

GRUB_DEFAULT=0
#GRUB_TIMEOUT=5
GRUB_TIMEOUT=0
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
#GRUB_CMDLINE_LINUX_DEFAULT="quiet"
GRUB_CMDLINE_LINUX_DEFAULT="8250.nr_uarts=8 intel_idle.max_cstate=1"
GRUB_CMDLINE_LINUX=""
lsb_release -a
No LSB modules are available.
Distributor ID:	Debian
Description:	Debian GNU/Linux 9.4 (stretch)
Release:	9.4
Codename:	stretch
Настройки BIOS которые я менял:

1. ACPI (Advanced Configuration and Power Interface) это усовершенствованный интерфейс управления питания и конфигурацией. Для того чтобы операционная система могла управлять питание компьютера (выключать/перезагружать) необходимо установить в Advanced -> ACPI Setting -> Enable ACPI Auto Configuration в состояние [Enables].

2. CPU Configuration. Процессор на текущей плате поддерживает технологию Bay Trail, данная технология призвана сократить энергопотребление процессора и примерно сравнять потребление архитектуры amd64 и arm. Но в декопных системах поддержка это функций еще не реализована/плохо реализована. Поэтому ее лучше отключить как со стороны BIOS, так и стороны OS. Advanced -> CPU Configuration -> Power Technology, состояние [Disabled].

3. Miscellaneous Configuration. Для корректной работы с OS Debian, необходимо перевести настройку OS Selection в состояние [Android]. Только тогда управление питание ACPI и стабильность системы будут гарантированы.



Последнее исправление: Timur1992 (всего исправлений: 1)
Ответ на: комментарий от dimh

И как быть? Я конечно включу встроенный/добавлю внешний watchdog, но плохо что система может упасть на секунд 30.

Timur1992
() автор топика
Ответ на: комментарий от Timur1992

Попробуйте установить новое ядро и графический стек на ваш Debian 9 из репозитория debian-backports. Ну либо сразу пробуйте ставить Debian 10.

infomeh ★★
()
Ответ на: комментарий от infomeh

не факт что поможет.

можно попробовать поставить intel_idle.max_cstate=0 (чтобы в глубокий сон не уходила система), авось поможет. ну и вис может быть связан с графическим ядром (тут как раз в свежих ядрах все печально).

NiTr0 ★★★★★
()

По-моему, достаточно очевидно, что проблема в глючном железе.

Citramonum ★★★
()
Ответ на: комментарий от NiTr0

Блин, похоже что спасения в текущий момент времени нет 🤣 Система предназначена на работу 24/7, так что сон не нужон!

Timur1992
() автор топика
Ответ на: комментарий от anonymous

Но в твоём проце турбобуста нет, так что пофиг.

anonymous
()
Ответ на: комментарий от anonymous

это не трупобуст а только idle. трупобуста оно не коснется (если он был бы). в принципе для камня с потреблением несколько Вт а мин.частоте это совсем не критично...

NiTr0 ★★★★★
()
Ответ на: комментарий от NiTr0

Проверял? Там в том и прикол, что одно завязано на другое, правда точно какие параметры что отключают не помню уже.

anonymous
()
Ответ на: комментарий от Timur1992

ctrl-alt-fx или другие системные комбинации работают? Если работают - возможно и иксы. Если не работают - висит вся система, копайте в сторону видеодрайверов для своего интела.

vaddd ★☆
()

Сначала нужно выяснить, всё висит, или только графика? На SysRq реакция есть, коробка по ssh доступна?

aidaho ★★★★★
()
Ответ на: комментарий от vaddd

ctrl-alt-fx или другие системные комбинации работают? Если работают - возможно и иксы.

Нет: когда интел уходит в астрал, то переключить терминал тоже уже не выйдет.

aidaho ★★★★★
()
Ответ на: комментарий от vaddd

Я об этом и говорю - когда интел в астрале, то вся система в а**е, а не только иксы. Включая ssh

Неа. Замирает всё, что как-то связано с графикой.
Хоть на терминал и нельзя переключиться, система продолжает работать и доступна через SSH.

aidaho ★★★★★
()
Ответ на: комментарий от aidaho

Ни разу не встречал. А вот полный ступор и потерю любой связи с внешним миром - многократно. И как правило именно на дебиане - он все время отстает с поддержкой. Может когда-нибудь попадется и когда выбивает одну лишь графику.

vaddd ★☆
()
Ответ на: комментарий от vaddd

Совсем глухое зависание видел только однажды.
Хз, связано ли с интелом, поскольку в этом случае на логи рассчитывать не приходится.

Обычно только графика вешалась.
Тут watchdog бесполезен, т.к. ядро продолжает функционировать.

Перемудрил интел с энергосбережением в последних своих архитектурах.

aidaho ★★★★★
()
Ответ на: комментарий от aidaho

У меня когда система виснет кодовые комбинаций не помогаю, debian становиться не доступной по сети, веб-интерфейс, ssh, все молчит. Но индикация сетевой карты мигает, хотя вроде она не зависима в этом плане от ОС. Консольные программы работающие по ttyS0-ttyS5 тоже падают, внешние устройства подключенные к ним начинаю сигнализировать о потери связи.

Мои watchdog установлен на одном из внешних устройств работающих с системой по ttyS5, и если система не ответила на 50 запросов, то ей полностью отключают питание на 5 секунд(питание идет через управляемое реле) и включают вновь.

За последние 7 дней, не было ни единого обрыва!

Timur1992
() автор топика
Ответ на: комментарий от Timur1992

Если будет опять беспокоить - есть смысл пробовать разные ядра

vaddd ★☆
()
18 ноября 2020 г.

Проблема исчезла при переходе на новую Debian 10.4.

Timur1992
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.