Linux зависает при перезагрузке
Обновлено: 28.06.2024
Есть ноутбук Acer ES1-711G, неплохой, но уж больно невезучий.
Сейчас взялся ставить на него Debian 10. Проблем, описанных по вышеуказанной ссылке я уже не встретил, но, кроме мелочей (не сразу заработал wifi, при загрузке Grub показывает чёрно-белую картинку меню, видеокарта Nvidia не обнаруживается) обнаружил более серьёзную проблему: при выключении, перезагрузке, уходе в спящий режим (suspend), да даже когда система гасит экран для энергосбережения - ноутбук виснет полностью или почти полностью (при гашении экрана, если быстро что-то нажать, на чёрном экране появляется курсор мышки, и некоторое время им ещё можно двигать, но потом и он замирает).
Забегая вперёд: попробовал на этом же ноутбуке кучу LIVE-дистрибутивов: перезагрузка, выключение и спящий режим также зависают в OpenSuse, Fedora, Kubuntu, Mint, Majaro, CentOs, и не зависает только в Debian 8.9 Jessie.
Данные:
Железо:
CPU: Intel(R) Pentium(R) CPU N3540, 2.16GHz, 4 ядра RAM: 8GB
lspci:
Из возможно важного: есть видеокарты Intel и NVidia, на старом дебиане работали в режиме Optimus, даже в игры игралось. Здесь попробовал поставить также, но карта NVidia не обнаруживалась, поэтому все дрова, primusrun и bumblebee удалил назад, а также снёс карту nouveau, так как от неё была ругань и я решил, что может быть проблемы связаны с этим.
lsusb:
Софт:
KDE Plasma 5.14 (стандартная для дебиана).
Лог загрузки:
Лог перезагрузки:
При перезагрузке, когда набираю из первой консоли (Ctrl+Alt+F1) команду reboot , процесс доходит до логического завершения, после чего экран гаснет, но перезагрузка не происходит.
Лог выключения:
При выключении, когда из первой консоли выполняю poweroff , процесс также идёт до логического завершения, но с той разницей что экран даже не гаснет, и выключение не происходит
Зависания:
Кроме прочего, иногда (примерно пару раз за день) ноутбук вообще зависает без каких-либо видимых причиню. Просто вот пока я правил этот текст (со второго раза начал постоянно сохранять черновик), ноутбук завис 2 раза. При этом зависании всё просто встаёт колом и не двигается, экран остаётся графический, переключиться на текстовую консоль невозможно, Alt+SysRq+REISUB не работает.
Дополнительные сведения:
Данный дистрибутив я поставил на одном ноутбуке, после чего снял образ fsarchiver’ом и залил его на несколько ноутбуков и стационарных компов, нигде проблем не обнаружено, софт полностью идентичный
Debian Jessie на этом ноутбуке последний использовался довольно давно, около года назад, примерно в этот момент был куплен новый ноутбук, данные перенесены, а этот был убран в ящик стола. В результате сейчас даже кнопки на клаве пришлось «разрабатывать» чтобы они печатали (первое время нажимались не с первого раза), так что потенциально можно предположить что с ноутом что-то могло случиться за это время (хотя его и не трогали совсем)
Данный ноутбук даже на Debian Jessie был немного больной, к примеру, он также мог зависнуть иногда, но в основном это происходило когда на ноутбуке включена карта Nvidia через bumblebee, и я выдёргивал из него шнур питания. При этом зависал он не насмерть, к нему можно было подключиться по SSH и нормально его перезагрузить/выключить, то есть отрубалась только графическая подсистема (вероятно из-за какого-то кривого управления питанием при отключении зарядки)
Сейчас bunblebee и вообще Nvidia я не использую.
- Изначально на этот ноут шла Windows 8, которая ужасно тормозила, а последние драйвера на Nvidia на неё вообще нельзя было поставить, в процессе установки она зависала или падала в синий экран смерти, что наводит на мысли об аппаратном дефекте, однако, этот ноут за деньги носили в официальный сервис-центр и диагностировали всё железно, после чего сообщили что он полностью рабочий и проблем нет (а мы знаем насколько такие заявления не выгодны сервис центру).
Что делал:
Отключил «quite» в параметрах ядра, благодаря чему ядро стало подробнее писать в логах, и стало видно что всё более-менее нормально проходит (к сожалению, лучше бы сразу было видно где падает)
Пробовал Alt+SysRq + R-E-I-S-U-B после зависания системы при перезагрузке или выключении, не помогает.
Если набрать Alt+SysRq + R-E-I-S-U-B когда система нормально работает - она ПЕРЕЗАГРУЖАЕТСЯ как следует, что говорит о том, что в принципе система способна нормально перезагрузиться, но видимо в процессе «штатной» перезагрузки она делает что-то такое что не даёт ей дойти собственно до перезагрузки.
Поставил всевозможные обновления, все недостающие прошивки.
Пробовал Kubuntu 19.10 с Live-флешки. Ядро там 5.3.* (точно не вспомню, уже вышел оттуда), но симптомы точно такие же. При закрывании крышки ноутбука он засыпает и не просыпается, при выключении, перезагрузке комп зависает на чёрном экране или на экране с логом действий завершения работы в которых не видно какого-то криминала.
Пробовал Fedora 31 c Live-флешки. Ядро 5.3.7-301.fc31.x86_64, результат ровно тот же самый
Пробовал Manjaro-xfce 18.1.5 с Live-флешки, результат тот-же
Пробовал загрузиться с флешки Debian Jessie 8.9 amd64, с ядром версии 3.16.0-4-amd64 SMP Debian 3.16.7-ckt25-2, на ней ПЕРЕЗАГРУЗКА РАБОТАЕТ, ОТКЛЮЧЕНИЕ ПИТАНИЯ ТОЖЕ. Уход в спящий режим - зависает. Может быть это связано с контроллером USB, так как в прошлый раз мне приходилось отключать один из стандартных драйверов.
Попробовал CentOS-7 с флешки, ядро древнее, 3.10.0-957.12.2.el7.x86_64. Перезагрузка зависла, отключение зависло, спящий режим завис.
Перечитал кучу форумов с такими же проблемами (конкретно такой ноутбук не встречался, но вообще проблема частая), однако там всегда ситуация такая «всё было хорошо, обновился - и всё, трындец»), кроме того, советуют поменять ядро, что на дебиане сделать не так просто как хотелось бы.
Пробовал добавлять в параметры ядра acpi=force (не помогло)
Пробовал добавлять в параметры ядра nomodeset - X-сервер отказался запускаться.
Пробовал гонять нагрузочное тестирование stress-ng, запускал игры с графикой которую тянет встроенная intel-овская видеокарта, добивался того, чтобы комп начал греться и жужжать вентиляторами, но это не привело к его зависанию, продолжал работать как ни в чём не бывало.
Что ещё не сделал
Сейчас хочу дождаться пока ноут зависнет в ходе работы и попробовать подключиться к нему по SSH чтобы выяснить, может быть опять же виснет только графическая система, в этом случае я мог бы написать скрипт который будет сам детектировать такое состояние и что-нибудь с ним делать автоматически.
Долго читал о том как работает в linux управление питанием и suspend, про всякие файлы /proc/acpi/* в которые можно писать разные значения, но пока не понял что именно и куда мне надо писать чтобы вручную проверить как будет работать усыпление (на одном из форумов прочитал что один из режимов sleep’а может зависать а другой будет работать, что-то про s2idle, deep)
Не пробовал пересобирать ядро. Раз старое ядро (от Debian Jessie) нормально перезапускало систему, значит новое просто содержит в себе какие-то не те опции и модули. В принципе, можно попробовать поэкспериментировать с настройками сборки, касающимися ACPI, но я в этом ничего не понимаю поэтому буду делать методом тыка, что продлится очень долго.
Знаю что можно как-то настроить удалённую отладку, чтобы syslog писал логи не на свой ПК, а отправлял по сети удалённо, что могло бы мне помочь в отладке этих зависаний и невозможноси отключиться, но пока я не знаю как перевести тот же systemd в режим супер-подробного логирования выключения/перезагрузки/суспенда, то и настраивать удалённую отладку не пробовал.
Буду рад:
Если у кого-то были похожие проблемы и вы поделитесь со мной способами их решения
Если дадите ссылки на статьи, где подробно изложено управление ACPI в Linux и то, как решать проблемы с ними
У меня эта странная проблема в Ubuntu 18.04. Мой ноутбук застревает на экране выключения каждый раз, когда я использую выключение, и мне приходится вручную нажимать кнопку питания в течение 5 секунд, чтобы выключить машину.
До 18.04 я использовал Ubuntu 16.04, и он никогда не зависал при выключении.
Любое исправление для этого?
Интересно, что эта проблема, кажется, имеет много исправлений / причин. Хотя ничего из вышеперечисленного не помогло мне (столкнувшись с той же проблемой), я исправил его, переключившись с графического драйвера X.org на драйвер nvidia, который рекомендуется в разделе "Программное обеспечение и обновления". С тех пор перезагрузка работает без нареканий.
Моя установка: ноутбук Asus G Series G501VW с графической картой Nvidia 960M.
Та же самая проблема здесь на моем ноутбуке. После некоторого наблюдения я обнаружил, что это как-то связано с режимом энергосбережения, особенно с автоматическим приостановлением.
Идти к Settings > Power затем выключи все Automatic Suspend опции. Также выберите Blank screen в Never ,
Пока команда Ubuntu выяснит, почему режим приостановки мешает процессу выключения, это решило мою проблему.
Надеюсь это поможет
Была такая же проблема на новеньком ASUS N705u. Найдено было связано с тем, как устанавливается видеодрайвер, что вызывает конфликт с функцией "безопасной загрузки" в BIOS.Решение. Отключите функцию "безопасной загрузки", пока не станет доступно другое решение.
Есть множество сценариев, которые запускаются при выключении. Я все еще на 16.04 и для меня это те, в /etc/rc0.d (которые на самом деле ссылки на /etc/init.d ). Один из них может иметь большую задержку в том, что он делает для stop ,
На самом деле эти сценарии выполняются в алфавитном порядке, поэтому вы можете вставить несколько таких, которые будут просто где-то регистрировать их выполнение, помогая определить, где задержка.
У меня была эта проблема, и в моем случае она, кажется, связана с процессором Intel Bay Trail, который вызывает некоторые ошибки прошивки.
В любом случае, у меня есть решение, которое не самое лучшее, но пока достаточно хорошее
Решение:
Откройте терминал и запустите
редактировать GRUB_CMDLINE_LINUX_DEFAULT="quite splash" так что это говорит
Сохраните и выйдите, и запишите изменения в фактический конфигурационный файл GRUB:
Дайте мне знать, если это сработало или когда у вас есть лучшее решение
Попробуйте пару перезагрузок sudo с терминала, чтобы посмотреть, все ли прояснилось: 1-ая попытка перезагрузки без записи файла wtmp:
Если это успешно перезагружается, попробуйте закрыть свой естественный режим. Если он не перезагружается, попробуйте принудительную перезагрузку:
Если это обновление с 16.04 до 18.04, возможно, стоит подумать о чистой установке.
Моя система - более старый двухъядерный настольный компьютер Dell Dimension E521 с 64-разрядной версией Lubuntu 18.04.
В /etc/default/grub , Я удалил acpi=off и система начала вести себя нормально.
Более конкретно, я изменил это:
Теперь мой ящик снова закрывается, когда я говорю об этом, и он по-новому реагирует.
Я решил это следующим образом (ноутбук Dell с Ubuntu 18.04):
Откройте терминал и введите следующую строку: sync && sudo sync нажмите Enter и продолжайте ввод второй строки: sudo shutdowm -h now или же sudo reboot нажмите Ввод. Если это работает хорошо. и тогда вы можете нормально выключить или перезагрузить систему как обычно.
- откройте терминал и введите: sudoedit / etc / default / grub
- изменить GRUB_CMDLINE_LINUX_DEFAULT="тихий всплеск" на GRUB_CMDLINE_LINUX_DEFAULT="тихий всплеск acpi=force"
- сохранить файл
- sudo update-grub
это все. у меня сработало
У меня была такая же проблема после обновления ядра. Команда выключения / перезапуска работала без сбоев до обновления. Но начал зависать после обновления. Я попытался все исправления, которые упомянуты здесь и на других форумах, но ничего не помогло. Итак, я начал устанавливать разные версии ядер и проверил команду shutdown с разными ядрами и обнаружил, что моя машина зависает для всех ядер, превышающих следующую версию:
Мой компьютер имеет следующие характеристики:
Я применил решение, приведенное ниже для Кали:
и это сработало для моей кали. Применил то же самое для моего Ubuntu, и это сработало.
В моем случае отключение acpi в grub
сделал свое дело.
Режим приостановки и выключение снова работают нормально. Во-первых, я не знаю, что вызвало проблему: у меня были проблемы при использовании Unity, Ubuntu зависала при работе с конкретным текстовым файлом. Поэтому я установил XFCE, чтобы увидеть, была ли это проблема пользовательского интерфейса или аппаратная (связанная с диском) проблема. Диски были якобы чистые и проверенные. С XFCE у меня больше не зависало с txt-файлом, но выключение и приостановка больше не работали.
В моем случае у меня есть драйвер nouveau, Ubuntu 18.04
sudo gedit / etc / default / grub
GRUB_CMDLINE_LINUX_DEFAULT = "тихий всплеск acpi_rev_override = 1 nouveau.modeset = 0"
Это решило проблему для меня, теперь я могу выключить и перезапустить
Предложение Имада: изменить
Это единственное решение, которое у меня стабильно работает. Заберу это обратно. На этой странице у меня ничего не работает. AMD Turion X64 Duo Core Toshiba A215
Все операционные системы иногда зависают, и Ubuntu не является исключением. Что я должен сделать, чтобы восстановить контроль, когда.
- только одна программа перестает отвечать?
- вообще ничего не реагирует на щелчки мышью или нажатия клавиш?
- мышь перестает двигаться полностью?
- У меня есть процессор Intel Bay Trail?
В каком порядке я должен попробовать различные решения, прежде чем выдернуть вилку из розетки?
Что я должен делать при сбое запуска Ubuntu? Есть ли диагностическая процедура, которой я могу следовать?
Когда одна программа перестает работать:
Когда окно программы перестает отвечать на запросы, вы обычно можете остановить его, нажав X-образную кнопку закрытия в левом верхнем углу окна. Как правило, это приводит к появлению диалогового окна, в котором говорится, что программа не отвечает (но вы уже знали об этом), и вам предоставляется возможность убить программу или продолжать ждать ее ответа.
Иногда это не работает, как ожидалось. Если вы не можете закрыть окно обычным способом, вы можете нажать Alt + F2 , набрать xkill и нажмите Enter . Ваш курсор мыши превратится в X. Наведите курсор на оскорбительное окно и щелкните левой кнопкой мыши, чтобы убить его. Правый щелчок отменит и вернет вашу мышь в нормальное состояние.
Если ваша программа выполняется из терминала, с другой стороны, вы обычно можете остановить ее с помощью Ctrl + C. Если нет, найдите имя и идентификатор процесса его команды и скажите программе завершить как можно скорее kill [process ID here] , Посылает сигнал по умолчанию SIGTERM ( 15 ). Если ничего не помогает, в крайнем случае отправьте SIGKILL ( 9 ): kill -9 [process ID here] , Обратите внимание, что вы должны использовать только SIGKILL в крайнем случае, потому что процесс будет немедленно остановлен ядром без возможности очистки. Он даже не получает сигнал - он просто перестает существовать.
(Убить процесс kill -9 всегда работает, если у вас есть разрешение на убийство. В некоторых особых случаях процесс все еще перечисляется ps или же top (как "зомби") - в этом случае программа была убита, но запись в таблице процессов сохраняется, так как она понадобится позже.)
Когда мышь перестает работать:
Если клавиатура все еще работает, нажмите Alt + F2 и запустите gnome-terminal (или, если они не запускаются, нажмите Alt + Ctrl + F1 и войдите под своим именем пользователя и паролем). Оттуда вы можете решать проблемы. Я не собираюсь углубляться в устранение неполадок мыши, так как я не исследовал это. Если вы просто хотите попробовать перезапустить графический интерфейс, запустите sudo service lightdm restart , Это должно привести к отключению графического интерфейса, который затем попытается возродиться, и вы вернетесь к экрану входа в систему.
Если у вас есть процессор Intel Bay Trail
Когда все, клавиши и мышь и все, перестают работать:
Сначала попробуйте метод Magic SysReq, описанный в ответе Феникса. Если это не сработает, нажмите кнопку сброса на корпусе компьютера. Если даже это не сработает, вам просто нужно выключить и снова включить двигатель.
Пусть ты никогда не достигнешь этой точки.
У меня уже почти месяц не выключается и не перезагружается нормально комп. Всякий раз, когда я выбираю выключение компа или перезагрузку (неважно, в консоли набираю соответствующие команды или в меню GNOME), доходит до определенной строчки и комп попросту висит. Его можно только вырубить, удерживая кнопку выключения или нажатием на Reset для перезагрузки. Вот фото. Достало неимоверно. Что самое удивительное, на работе стоит такая же система, и там этой проблемы нет.
Пробовал откатываться на LTS-версию ядра, не помогло. Пробовал отключить lvmetad по совету гугла - тоже не помогло.
У меня уже почти месяц не выключается и не перезагружается нормально комп.
Ну увеличил я лимит до 10 тысяч, но ничего не поменялось, комп все так же зависает с тем же логом.
Ноль информации по теме. Очередной 5-звездочный набивает рейтинг.
Что за железо (мать, проц, видео)? Какое ядро, какие драйвера, какие параметры ядра, драйверов? Помогает ли grep -A 15 'reboot=' /usr/src/linux/Documentation/admin-guide/kernel-parameters.txt ?
в консоли набираю соответствующие команды
'shutdown -h now' и 'reboot', разумеется.
Нет такого файла.
А пробовал просто комп оставить, выключится в итоге?
Тоже такая шляпа на раче была, читал инет, писали что это системд что то там мутит. И как то связано это с ватчдогом.
Попробовал оставить, и правда, сам выключился где то через 5 минут. Потом как то забил, просто отключался и уходил. Рано или поздно оно вырубалось. А через время, начало выключатся нормально. А так, ситуация та же. Рач, гном.
По его фотке видно, что выключением и так управляет systemd. И это логично, потому что reboot и shutdown — это симлинки на systemctl.
у меня раньше было забито на горячие просто poweroff/reboot, в какой то момент это перестало работать и я добавил systemctl - помогло.
Последнее исправление: turtle_bazon 20.10.19 23:45:40 (всего исправлений: 1)
вы предлагаете одно говно. у меня в арчике переодически такие же проблемы всплывают. сначала помогло отключение lvm2. потом отказ от экспериментов с i915.fastboot=1. теперь переодически не выключается изза xorg-git и nvidia prime. этот пятизведный генерал-капитан не дал никакой инфы, а вы тут пытаетесь угадать.
Поставил ShutdownWatchdogSec=0, но не помогло.
Записал на флешку установочный образ Solus и проверил. Там с выключением и перезагрузкой все в порядке.
Там точно такой же набор модулей ядра и такое же ядро?
Иначе, это наблюдение ни чего не даёт.
Нет, конечно. Ядро там 4.20 (именно на live флешке на текущий момент). Набор модулей, думаю, тоже отличается. Каждый дистрибутив готовит ядро по-своему.
сука да напиши ты уже параметры ядра
Конфиг ядра. Самый обычное дефолтное арчевское ядро. Я ничего в нем не менял. В параметрах ядра тоже ничего не дописывал.
Видеокарта NVidia GTX 770, дрова последние проприетарные: 435.21devuan уже советовали?
Именно. Только проблемы с ACPI у системдика. И длится это уже очень давно.
попробуй добавить хук shutdown в самый конец списка хуков в mkinitcpio.conf (и не забудь перегенерить initramfs).
Приду домой, сделаю и напишу.
Я тут кое-что еще обнаружил. Я повторно установил linux-lts, nvidia-dkms и попробовал загрузиться с LTS ядром. Пишет то же самое, перезагружаться самостоятельно не хочет, но появилась одна маленькая подробность. Если актуальное ядро просто висит как на фото в 1-м посте, то LTS-ядро вскоре после зависания (секунд через 30) начинает циклически выдавать такую надпись. Именно циклически, т.е каждые 10-15 секунд пробегают одни и те же строчки. При этом на нажатие каких-либо клавиш он не реагирует, приходится так же перезагружать ресетом или выключать кнопкой выключения компа. Что это может означать?
И еще одна маленькая подробность. Записал на флешку свежий Live CD арча и загрузился с нее. Прекрасно перезагружается и выключается.
Пробовал откатывать нвидиевские дрова до более ранних версий - не помогает. То есть это не ядро и не видеодрова.
Последнее исправление: Rinaldus 23.10.19 12:27:18 (всего исправлений: 1)
Попробуй поставить винду. Если она также не выключается - 100% мать. У меня так было
Читайте также: