Linux не перезагружается после установки

Не выключается Linux

Сразу после установки, как правило, любая операционная система будет работать очень хорошо и быстро. Но со временем ошибки могут накапливаться и вызывать различные проблемы с использованием ОС.

В сегодняшней статье мы рассмотрим такую ошибку, как «не выключается Linux». Разберём, почему может возникнуть такая проблема, методы её отладки и исправления.

Почему не выключается компьютер Linux?

Инициализацией и завершением работы сервисов в системе Linux занимается system, и если компьютер не может выключиться, это означает, что systemd не может справиться с каким-либо процессом и ждёт его завершения. По умолчанию система даёт каждому сервису одну минуту и тридцать секунд, а затем отправляет сигнал экстренного завершения. Но таких сервисов может быть несколько, и завершение работы Linux может затянуться.

Есть несколько путей решения этой проблемы:

• Во первых, нам необходимо понять в чём именно проблема, какой сервис её вызывает и попытаться её решить;
• Во вторых, мы можем уменьшить время ожидания от 90 до пяти секунд, для большинства сервисов этого будет вполне достаточно.

А теперь давайте рассмотрим пути решения проблемы.

Как исправить ошибку «не выключается Linux»

Чтобы понять, почему система не может выключиться, нам сначала необходимо посмотреть лог её выключения. И тут у нас тоже есть два пути: либо отключить заставку и выводить лог в реальном времени, либо записывать лог выключения с помощью journalctl.

1. Лог выключения в реальном времени

Первый способ не настолько информативный, но всё же может быть полезным. Для отключения заставки откройте /etc/default/grub и в строке GRUB_CMDLINE_LINUX_DEFAULT замените слова quiet splash на verbose:

Затем перезагрузите компьютер. Сначала вы будете видеть полный лог загрузки, а при выключении вы увидите полный лог выключения. Преимущество этого пути в том, что вы увидите, на какой команде загрузка зависает, и сможете понять, куда копать дальше. Например, часто бывает, что Linux не может выключиться из-за ошибки «a stop job is running for Session c2 of user», т.е. мы не можем завершить сессию пользователя. Ещё выключению могут препятствовать примонтированные удалённые файловые системы.

2. Лог выключения в journalctl

Утилита journalctl занимается обработкой логов в Linux, но есть одна проблема: она записывает журналы только из текущей сессии, при перезагрузке всё стирается. Но это можно исправить. Для этого окройте конфигурационный файл /etc/systemd/journald.conf и замените в нём значение строки Storage=auto на Storage=persistent:

Затем два раза перезапустите компьютер. Первый раз мы перезапускаем, чтобы настройки логирования вступили в силу, а второй, чтобы собрать лог последнего выключения Linux. После того, как загрузка завершиться, вы можете посмотреть лог с помощью такой команды:

sudo journalctl -b -1 -n300

Опция —b позволяет вывести лог загрузки, -1 говорит, что нужно брать не текущую загрузку, а предыдущую, а —n300 отображает только последние 300 строк. Здесь вы можете видеть, что по таймауту была завершена именно сессия session-c1. Мы можем отфильтровать сообщения только по ней:

sudo journalctl -b -1 -u session-c1.scope

Если вы увидели ошибку и смогли её решить, то ваша система будет выключаться уже мгновенно, если же нет, то всё ещё есть несколько путей решения.

3. Настройка таймаутов в systemd

Если никакое из предыдущих решение не помогло, и в системе просто баг, который не позволяет ей адекватно выключиться, то вы всё ещё можете уменьшить время ожидания до того, как процессу будет отправлен сигнал экстренного завершения. Для этого откройте файл /etc/systemd/system.conf и добавьте туда такие строки:

sudo vi /etc/systemd/system.conf

Теперь система будет ждать только 5 секунд перед тем, как завершить проблемный процесс. Также на некоторых форумах рекомендуют установить сервис watchdog, чтобы он следил за правильностью работы системного таймера. Это тоже делается очень просто:

sudo apt install watchdog
sudo systemctl enable watchdog
sudo systemctl start watchdog

Выводы

Может быть огромное количество причин, по которым ваша система не сможет включиться, и чтобы их найти и исправить, необходимо анализировать логи, искать по форумах и настраивать свою систему. Надеюсь, информация из этой статьи сделает вашу работу в Linux более комфортной.

Источник

Linux не перезагружается после установки

06 июл 2018, 10:07

Компьютер не выключается и не перезагружается

06 июл 2018, 10:29

Компьютер не выключается и не перезагружается

06 июл 2018, 10:32

Компьютер не выключается и не перезагружается

06 июл 2018, 10:33

Компьютер не выключается и не перезагружается

06 июл 2018, 10:37

Компьютер не выключается и не перезагружается

06 июл 2018, 10:39

Компьютер не выключается и не перезагружается

06 июл 2018, 10:48

Компьютер не выключается и не перезагружается

06 июл 2018, 10:50

Компьютер не выключается и не перезагружается

06 июл 2018, 10:51

Компьютер не выключается и не перезагружается

06 июл 2018, 10:57

Компьютер не выключается и не перезагружается

06 июл 2018, 14:40

Компьютер не выключается и не перезагружается

06 июл 2018, 14:51

Компьютер не выключается и не перезагружается

06 июл 2018, 15:19

Компьютер не выключается и не перезагружается

06 июл 2018, 19:47

Есть вероятность что у тебя монтируется автоматом раздел винды, и размонтируется тоже, а из-за гибернации или еще чего хитрого включенного в винде линукс нормально с этим разделом не может взаимодействовать.

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

Компьютер не выключается и не перезагружается

06 июл 2018, 21:32

Компьютер не выключается и не перезагружается

07 июл 2018, 18:18

Компьютер не выключается и не перезагружается

09 июл 2018, 11:57

Компьютер не выключается и не перезагружается

09 июл 2018, 21:07

Компьютер не выключается и не перезагружается

10 июл 2018, 19:31

Компьютер не выключается и не перезагружается

30 июл 2018, 00:27

Здравствуйте. Имею ту же проблему что у автора топика. Минт не выключается (18.3 х64). Опытным путем было определено что вайбер не дает. Если его принудительно закрыть перед выключением — все мгновенно отключается. Собственно далее обнаружил — что любое подвисшее приложение не дает выключить систему.

Я совсем новичок в этом деле и только учусь жить на линуксе. Смог победить своими силами все, кроме этой проблемы и установкой принтера (про это еще буду спрашивать в нужной теме)

Пожалуйста, если кто-то знает как помочь — на максимально понятном для чайника языке расскажите что делать! Спасибо!

Источник

Странное поведение сервера. Не перезагружается, htop не работает.

Не перезагружается ванильный 8.10.

Набираю reboot от root-a или так:

Сервер говорит, окей. Ухожу в перезагрузку. И не уходит. Все ssh консоли как были открыты, так висят. Пинг непрерывно тоже ползет, не пропадает.

При запуске htop имею черный экран, который гасится ctrl+c, ctrl+z.

Если не поможет то только физикой. Да, и имейте ввиду что это по факту хард ресет т.е. просто как будто питание рубанули.

место на / разделе есть?

После хардресета htop заработал.

Чего это такое было я так и не понял. Как будто утечка памяти. Вся RAM была забита. Из 500 Мб было свободно 17.

Хотя swap был настроен.

Ну как минимум стоило посмотреть на dmesg ну и зомбиков. Из относительно не далекого вспомнилась подобная ситуация с подмонтированной cifs. Гораздо ранее многочисленно рандомно возникала подобная проблема с nfs клиентом на сильно не стабильных каналах, два года поиска решения так ничего и не дали, возможно в современных ядрах чего и починили, но я уже «наелся сыра» и обхожу стороной.
Это не единственные примеры, другие просто не вспомнились.
Вобщем ситуация по моей практике бывает что может возникнуть, когда это разово, не страшно, но когда уже системно тогда надо исследовать.

Источник

Не выключается и не перезагружается миникомпьютер на ядрах 4.4.x.x, 4.8.x.x, 4.10.x.x

Проблема такая.Есть миникомп gygabyte brix. И на нем не работает нормально система управления питанием. А точнее при перезагрузке /выключении система виснет. Происходит это на ядрах 4.2.x.x, 4.4.x.x, 4.8.x.x, 4.9.x.x, 4.10.x.x, а также на ветке 3.19.x.x. И все это вне зависимости от дистриба, было проверено на Debian, Xubuntu, Lubuntu, Arch, Manjaro. При чем на ветке 3.16.x.x работает нормально. Как это дело исправить, если это возможно?

Написать багрепорт, ну.

А что писать то? Я вижу только сообщение Power down, а дальше ничего не происходит. Где хоть ошибки глянуть?

dmesg -n8, вероятно. И netconsole, если на самом деле виснет ядро, а не железка.

dmesg: неизвестный уровень ‘8’ .
По поводу netconsole, что и куда должно отправляться?

Поиграйся с этим, например:

А, сейчас вроде надо писать debug, а не 8. Мог бы и заглянуть в ман.

По поводу netconsole, что и куда должно отправляться?

dmesg на другой компьютер.

Проверьте на 4.12

Так. А куда это скопировать? Я не сильно в линуксе натаскан.

-n debug вообще ничего не выдает. Другие компы на данный момент не функционируют. Есть какие-нибудь способы настроить подробное логирование перезагрузки/выключения на том же компе?

У меня на ноуте когда-то была беда с управлением питанием. Ковырялся, но никак не решил и ничего странного не обнаружил (вернее, решил проблему , купив новый ноут). Не работало ещё регулирование частоты ЦПУ — было всегда на минимальной и очень тормозило. Я вообще выключал ACPI, работал тупо на Макс. Частоте.

На Винде мне помогала утилита ThrottleStop — она как-то реанимировала ноут и все работало нормально. На Линукс ничего такого не нашел, а самому писать аналогичную программу для этого оказалось нецелесообразно. Причем, что на Винде, что на Линукс, проблема появилась одновременно. Может, железная проблема.

Посмотреть как оно поведет себя на Винде может быть полезно

и с ноги не выключается?

У меня дуалбут. На винде все нормально. Сейчас еще на GhostBSD проверил — тоже пашет (но со звуком проблемы). Как я говорил ранее, на ядре 3.16 перезагружается корректно. Так что явно дело не в железе.

вы не исправите эту проблему. Это косяк в ядре линукса мне известен с 2015 года

Проверил — таже песня. На 4-ой ветке последние сообщения при выключении:

Странно. В ядре 3.13 косяк присутсвует, в 3.16 исправлен, а в 3.19 и 4 опять появился. Так получается?

Если так получается, то делай git bisect. Тогда сможешь точно идентифицировать проблемный коммит.

При разработке своего проекта,понятно. А как это поможет на уже работающей системе?

Сообственно можно ли управлять параметрами перезагрузки с помощью sysctl или надо ядро пересобирать?

Kernel command line.

Какой синтаксис?
root=/dev/sda1 ro quiet acpi=force apm=power_off reboot=hard
То есть после знака «=» просто ставится параметр?

Синтаксис я ж тебе выше написал. Потрудись почитать что-нибудь по теме.

В kernel-parameters.txt нет примеров, а в доках по kernel-command-line не приводится аргумента reboot. Потому и переспросил.

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

Проверил reboot=w,c,h,s,g,b,a,k,t,r,p,f а также различные их комбинации. Ничего не изменилось. Можно как-то глянуть с какими параметрами работает уже запущеное ядро?

Представь себе ненадолго, что ядро это твой проект. Дальше как обычно.

Источник