Получается, что моя проблема является известной проблемой между последним микрокодом Intel на (какой-то? )ЦП Skylake и последние версии ядер Linux, что в основном вызывается sssd . См. Ошибка Ubuntu #1759920 «Микрокод Intel -3.20180312.0 вызывает зависание на экране входа в систему (с изображением linux --4.13.0 -37 -универсальный )” , а также ряд других ошибок, которые, как оказалось, связаны с той же проблемой, например, ошибка Ubuntu #1746806 «sssd приводит к сбою экземпляров AWS c5 и m5, вызывает 100% загрузку ЦП» и Ошибка Ubuntu #1746418 «Система зависает при запуске Xorg после установки linux -образ -4.13.0 -32 -общий» . Вы, вероятно, столкнетесь с этой ошибкой, если:
Ошибка вызвана устранением проблемы безопасности Spectre , опубликованной в январе 2018 года. Существует несовместимость между некоторым кодом ядра и некоторым микрокодом процессора , что приводит к блокировке -. ] вверх при определенных обстоятельствах.
noibpb
в командную строку ядра(1746418/14 , 1759920/56). Это должно позволить вам нормально загрузиться и выполнить некоторые ремонтные работы. noibpb
в командную строку ядра, пока не получите исправленное ядро. Я попробовал несколько способов (см. вопрос )и определил, что ошибка возникла где-то между достижением basic.target
и достижением multi-user.target
. Поэтому я установил цель systemd по умолчанию наbasic.target
(systemctl set-default basic.target
)и включил службу debug-shell
(systemctl enable debug-shell
), чтобы получить корневую оболочку.
Я запустил systemctl list-dependencies multi-user.target
и вручную запустил перечисленные зависимости одну за другой. Это не спровоцировало сбой.
Не все службы управляются непосредственно systemd . Некоторые из них управляются как службы Upstart , а некоторые — как сценарии SysVinit . Приведенный ниже сценарий оболочки запускает их все. Примечание. :Я тестировал его только один раз, и он потерпел крах по замыслу.
#!/bin/sh
wants=$(systemctl show -p Wants multi-user.target | sed 's/^Wants=//' | tr ' ' '\n' | sort)
log=/var/tmp/multi-user-steps-$(date +%Y%m%d-%H%M%S)
log () {
echo "$*..." | tee -a "$log"
sync
"$@"
ret=$?
echo "$* -> $ret" | tee -a "$log"
sync
return $ret
}
# systemd services
for service in $wants; do
log systemctl start $service
sleep 2
done
# upstart services
for conf in /etc/init/*.conf; do
service=${conf##*/}; service=${service%.conf}
log service ${service} start
sleep 2
done
# sysvinit services
for service in /etc/rc3.d/S*; do
log ${service} start
sleep 2
done
Мой компьютер завис после запуска sssd
.Оттуда поиск в Интернете по запросу «зависание ядра sssd linux» привел меня к https://bugs.launchpad.net/cloud-images/+bug/1746806, диагностике и решению.
Предположим, что звук исходит из динамиков, то есть инициализация звуковой карты. С этим -может быть очень сложно что-либо сделать, так как драйверы являются частью ядра. Вам нужно прочитать о вашем конкретном драйвере звуковой карты -, возможно, вы можете что-то сделать. fbdev (устройство кадрового буфера )обычно не имеет ничего общего со звуковой картой.