Ubuntu server не перезагружается

Обновлено: 07.07.2024

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

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

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

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

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

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

Чтобы понять, почему система не может выключиться, нам сначала необходимо посмотреть лог её выключения. И тут у нас тоже есть два пути: либо отключить заставку и выводить лог в реальном времени, либо записывать лог выключения с помощью 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

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

sudo journalctl -b -1 -n300

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

Выводы

У меня эта странная проблема в Ubuntu 18.04. Мой ноутбук застревает на экране выключения каждый раз, когда я использую выключение, и мне приходится вручную нажимать кнопку питания в течение 5 секунд, чтобы выключить машину.

До 18.04 я использовал Ubuntu 16.04, и он никогда не зависал при выключении.

Любое исправление для этого?

Пока проблема не будет решена, это может помочь с SysRq REISUB . Это перезагрузит компьютер изящно. Соответствующее отключение / отключение питания Как долго ты ждал? Я вижу 90-секундный тайм-аут CUPS иногда при отключении 18.04.

Моя установка: ноутбук Asus G Series G501VW с графической картой Nvidia 960M.

Для меня ни одно решение не сработало до сих пор. Что бы я ни пытался, мне, возможно, придется вернуться к предыдущей версии, так как эта проблема не имеет решения. Я использую Elementary OS Juno с таким же оборудованием (ASUS ROG G501VW). И я могу подтвердить, что это решение решило проблему. Этот также работал для меня - настольный компьютер с GeForce GT640. Я перешел на nvidia-driver-390. Это работало для MSI GL Laptop с GTX 1050Ti, Ubuntu дополнительно предложило установить пароль для безопасной загрузки и использовать его при следующей загрузке. Я нашел слишком много проблем, связанных с nouveau, в / var / log / syslog. Поэтому я использовал автоматическую установку sudo ubuntu-drivers для установки драйверов NVidia. Теперь работает нормально. Пришлось пройти регистрацию по новой процедуре МОК. Xiaomi Notebook Pro.

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

Перейти Settings > Power затем отключить все Automatic Suspend параметры. Также выберите Blank screen для Never .

Пока команда Ubuntu выяснит, почему режим приостановки мешает процессу выключения, это решило мою проблему.

Надеюсь это поможет

Это решило проблему. Надеюсь, что Ubuntu отправит исправление в ближайшее время Кажется, есть много причин для этого. Я недавно купил рабочий стол и имел двойную загрузку с Ubuntu 18.04 LTS. Столкнулся с той же проблемой независимо от настроек электропитания, которые я предлагал ранее. Однако, когда я пытаюсь выйти sudo poweroff из терминала, он работает как положено (быстро выключается без задержки). Не уверен, есть ли какие-либо проблемы с разрешениями во время процесса выключения.

Попробуйте пару перезагрузок sudo с терминала, чтобы посмотреть, все ли прояснилось: 1-ая попытка перезагрузки без записи файла wtmp:

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

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

У меня было 16.04 (зависание при выключении), обновленное до 18.04 - тоже самое. Пробовал чистую установку от 18.04 - та же проблема. Я еще не решил, но первый вариант не работает, а второй работает. Проблема все еще сохраняется при простом перезапуске с терминала, так как он продолжает зависать перезагрузка sudo -f работает для меня. Он также перезагружается с экрана блокировки без проблем.

У меня была эта проблема, и в моем случае она, кажется, связана с процессором Intel Bay Trail, который вызывает некоторые ошибки прошивки.

В любом случае, у меня есть решение, которое не самое лучшее, но пока достаточно хорошее

Решение:

Откройте терминал и запустите

Отредактируйте GRUB_CMDLINE_LINUX_DEFAULT="quite splash" так, чтобы это говорило

Сохраните и выйдите, и запишите изменения в фактический конфигурационный файл GRUB:

Дайте мне знать, если это сработало или когда у вас есть лучшее решение

Я застрял с этим в течение нескольких месяцев, обновляя каждое новое ядро, но это, наконец, сработало! Спасибо. К сожалению, это не сработало для меня. При второй перезагрузке он что-то проверяет, показывая, что все хорошо, но затем Ubuntu запускается нормально, но при перезагрузке снова зависает.

Есть множество сценариев, которые запускаются при выключении. Я все еще на 16.04, и для меня это те, которые /etc/rc0.d (на самом деле ссылки /etc/init.d ). Для одного из них может быть задана длительная задержка stop .

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

Вы правы. Остановка сервера MySQL заняла около 10-15 минут на моем Ubuntu 18.04. На самом деле не знаю, почему это так долго. Фото экрана

Была такая же проблема на новеньком ASUS N705u. Найдено было связано с тем, как устанавливается видеодрайвер, что вызывает конфликт с функцией «безопасной загрузки» в BIOS. Решение. Отключите функцию «безопасной загрузки», пока не станет доступно другое решение.

У вас есть какая-либо дополнительная информация, например, какой драйвер видео вызывает проблему, и как это вызывает проблему с безопасной загрузкой, которая препятствует завершению работы? Этот ноутбук поставляется с графической картой NVIDIA GeForce MX150. Во время установки Ubuntu 18.04 делается замечание, что необходим сторонний драйвер, для которого требуется отключить опцию безопасной загрузки. Он также запрашивает пароль, чтобы разрешить безопасный процесс отключения загрузки. Однако этот пароль никогда не запрашивается, и кажется, что безопасная загрузка остается включенной. (BIOS -ASUS 302). Также после начальной установки загружается и устанавливается сторонний драйвер "GP107M". Второй компьютер - той же модели, этот первоначальный вопрос не возникает во время установки, когда безопасная загрузка отключена в BIOS ОБНОВЛЕНИЕ: Как упомянуто выше, есть два новых компьютера с новыми установками Kubuntu 18.04. Оба продолжали играть либо при выключении, либо внезапно на последних этапах запуска. - Оказывается, это менеджер WIFI! Выключите мой повторитель WIFI - все хорошо. Но если это на те проблемы, вернулись! В моем случае Wifi роутер даже не выключался / включался даже при нажатии кнопки Wifi.

Моя система - более старый двухъядерный настольный компьютер Dell Dimension E521 с 64-разрядной версией Lubuntu 18.04.

В /etc/default/grub , я извлекал acpi=off и система начала вести себя нормально.

Более конкретно, я изменил это:

Теперь мой ящик снова закрывается, когда я говорю об этом, и он по-новому реагирует.

Проведя дополнительное тестирование на двух найденных компьютерах, это фактически Wifi Manager и способ, которым он соединяется / идентифицируется с сетью. На двух одинаковых компьютерах проблема исчезает после выключения Wifi-менеджера. Также попробовал USB Wifi dongle, который работал на одном компьютере, но еще раз вызвал зависание системы в момент регистрации в сети. Уже пробовал другой менеджер Wifi с улучшенными условиями. Также замечено в BIOS, если безопасная загрузка отключена, то есть список драйверов, отклоненных BIOS из-за проблем безопасности. Возможно, это основная проблема, связанная с менеджером Wi-Fi.

Временное исправление: а) Выключить Wi-Fi или б) Попробуйте отключить оригинальный менеджер Wi-Fi и установить вместо него другой. Теория небезопасных драйверов и Wi-Fi имеет смысл для меня. В моем случае я установил модифицированный драйвер WiFi и с тех пор проблема началась. Будет пытаться отключить безопасную загрузку.

Мне удалось отключить драйвер USB 3.0 в BIOS, не идеально, но это исправлено, пока не будут проведены дополнительные исследования.

Я заметил, что это случается и со мной, если я использую свой ноутбук более 10 часов, оболочка gnome использует больше памяти со временем, начиная с 200 и до 500, Firefox также начинает с использования памяти 150 и работает до конца до 900, перезагрузка моего ноутбука каждые 4-5 часов решила проблему зависания выключения для меня, я надеюсь, что это поможет вам.

У меня была такая же проблема после установки 18.04 на Fujitsu Scaleo.

Во время установки мне пришлось добавить acpi=off возможность установки Ubuntu из-за конфликта с интегрированным графическим контроллером Intel 82G33 / G31 Express. После этого Ubuntu просто остановится, System Halted когда я выключу его.

В итоге я сменил биос ACPI Suspend Type с S3 на Авто. Я сделал это в управлении питанием. После этого компьютер выключится, и я смогу даже удалить acpi=off Grub.

Я не знаю почему, но для меня, когда я удаляю целое «довольно всплеск acpi = off» и оставляю это пустым, проблема исчезает. Теперь мой компьютер загружается и перезагружается плавно

Да, я просто новичок Но попробовал все вышеупомянутое решение, но оно не сработало для меня. Поэтому я попытался удалить все три и волшебным образом перезагрузиться и загрузиться без зависания. Ничто не работает как успех! Почему в вашей системе установлена эта опция загрузки?

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

выполните следующие команды: sudo dpkg --add-архитектура i386 обновление sudo apt sudo apt установка build-essential libc6: i386

при запуске запустить sudo telinit 3

используйте терминал, чтобы перейти в папку «Загрузки» и введите sudo ./ the driver download file

после установки: перезагрузка sudo

В моем случае у меня есть драйвер nouveau, Ubuntu 18.04

sudo gedit / etc / default / grub

GRUB_CMDLINE_LINUX_DEFAULT = "тихий всплеск acpi_rev_override = 1 nouveau.modeset = 0"

Это решило проблему для меня, теперь я могу выключить и перезапустить

откройте терминал и введите: sudoedit / etc / default / grub
изменить GRUB_CMDLINE_LINUX_DEFAULT = "тихий всплеск" на GRUB_CMDLINE_LINUX_DEFAULT = "тихий всплеск acpi = force"
сохранить файл
sudo update-grub

это все . у меня сработало

Я решил это следующим образом (ноутбук Dell с Ubuntu 18.04):

Откройте Терминал и sync && sudo sync введите эту строку: нажмите Enter и продолжайте ввод второй строки: sudo shutdowm -h now или sudo reboot нажмите Enter. Если это работает хорошо. и тогда вы можете нормально выключить или перезагрузить систему как обычно.

У меня была такая же проблема после обновления ядра. Команда выключения / перезапуска работала без сбоев до обновления. Но начал зависать после обновления. Я попытался все исправления, которые упомянуты здесь и на других форумах, но ничего не помогло. Итак, я начал устанавливать разные версии ядер и проверил команду shutdown с разными ядрами и обнаружил, что моя машина зависает для всех ядер, превышающих следующую версию:

Мой компьютер имеет следующие характеристики:

Я применил решение, приведенное ниже для Кали:

и это сработало для моей кали. Применил то же самое для моего Ubuntu, и это сработало.

Добавить в избранное

Главное меню » Операционная система Ubuntu » 3 простых способа перезагрузить сервер Ubuntu

(1 оценок, среднее: 5,00 из 5)

В кратце: вы узнаете, как перезапустить сервер Ubuntu в этом краткой статье. Обсуждаемые здесь команды являются общими и могут применяться в любом другом дистрибутиве Linux.

Чтобы немедленно перезапустить сервер Ubuntu, вы можете использовать команду перезагрузки:

В первую очередь мы используем Ubuntu почти на всех своих облачных сервисах. Долгое время мы использовали Ubuntu в качестве настольной ОС. Знакомство с менеджером пакетов APT сделало нам более удобным с Ubuntu в качестве сервера.

Мы попытаемся поделиться своим опытом с серверной частью Linux, будь то быстрый совет или сложная задача. Это быстрый, где мы собираемся показать вам, как перезапустить сервер Ubuntu в терминале.

Как перезапустить сервер Ubuntu

Поскольку перезапуск сервера является критически важной задачей с функциональной точки зрения, ее могут выполнять только пользователи с правами администратора. Другими словами, вам нужно иметь права суперпользователя или использовать sudo для запуска команд для перезапуска или выключения системы.

1. Используйте команду перезагрузки

Если вы хотите перезапустить сервер Ubuntu немедленно, вы можете использовать эту команду:

Если вы не используете «now» в приведенной выше команде, она перезагрузит систему через одну минуту.

Если по каким-либо причинам ваш сервер Ubuntu не перезагружается, вы можете попробовать перезагрузить его с помощью опции -f.

2. Используйте команду shutdown

Вместо этого вы можете указать временную метку. 0 означает немедленное отключение/перезагрузку. Вы также можете использовать опцию -h, обозначающую остановку. С помощью этой опции система сначала завершит все процессы, а затем завершит работу ЦП.

3. Используйте команду systemd

Ubuntu использует systemd, поэтому вы также можете использовать команду systemd для перезагрузки вашего сервера:

Там может быть несколько других способов, но эти три команды легко запомнить. Поэтому в следующий раз, когда вам понадобится перезапустить сервер Ubuntu, вы можете сделать это легко, даже не заглядывая в интернет.

Понравилась статья? Пожалуйста, поделитесь и помогите нам расти :)

Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

Из своего личного скромного опыта могу сказать, что для жены/подруги/и_особенно_мамы лучше чем 14.04 вам не найти. И работает стабильно, и кудес нет, и поддерживаться будет долго.

я пробовал ставить и 14.04, и ставил саму убунту с ее десктопом
проблема перегрузки и выключения там присутствовала тоже (((

причем обидно то, в целом все работает отлично! а вот без ложки дегтя не обошлось ((

Попробуйте sudo reboot Если не перезагрузится, хз в чем проблема. Если перезагрузится, то пробуйте sudo shutdown -r now Если в первом случае перезагрузился, а во втором нет - значит процесс какой то завершить не может.

те же вилы, вид сбоку
доходит до черного экрана и висяк в обоих случаях

Попробуйте в /etc/default/grub в строке GRUB_CMDLINE_LINUX= дописать "reboot=b" (с кавычками) потом sudo grub-update

sudo grub-update
выдает command not found

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

причем при черном экране комбинация в три пальца так же не работает
только удержание кнопки питания выводит ноут из клинча

Кто что еще подскажет? Лень искать ваш HP 15-r271ur на Pentium и анализировать его на предмет темы. Предлагаю простое решение - послезавтра поставить на него 15.10, предчувствую, что хуже не будет.

мой HP:
HP 15-r271ur (Pentium N3540 2160 Mhz/15.6"/1366x768/4.0Gb/500Gb/DVD-RW/Intel GMA HD/Wi-Fi/Bluetooth/Linux) - правда на нем оказался не тот линух, который ставит производитель, причина не известна и мне уже неделю не могут поменять ноут - завтраками кормят, ну это уже другая история

Лень искать ваш HP 15-r271ur на Pentium и анализировать его на предмет темы. Предлагаю простое решение - послезавтра поставить на него 15.10, предчувствую, что хуже не будет.
Хреновое предложение. Асус еее 1025СЕ Убунту 15.10 такая же фигня. Не вводите людей в заблуждение

Думается мне, что проблема в управлении питанием. А в ждущий режим нормально уходит-возвращается?

в ждущий уходило и возвращалось

в общем, поставил openSUSE - перегружается и выключается нормально, но зато из ждущего режима не выходит вообще (((

буду менять комп
если не на такой же, то на ASUS X533MA или LENOVO B50 30

Итак, проблема решена путем замены ноута на Lenovo G50-30, установки Linux Mint 17.2 и апгрейдом ядра до 19ой версии (точные цифры не помню)

На Lenovo B50-30 жены Kubuntu 14.04 (и все последующие версии, а так же Ubuntu) отказывались перезагружаться и выключаться, поставил Linux Mint 17.2, всё заработало сразу.
Вот Mint на основе Ubuntu 14.04 сделан, те же ~~яйца~~ ядра, тот же стек драйверов, но при этом всё работает, то есть, в Mint не просто перепиливают готовое, а получается что-то допиливают ещё.
Несколько лет назад на своём ноуте не очень правильно разбил винт, корня стало не хватать, вот переразбил винт и тоже поставил Linux Mint 17.2, всё работает, всё нравится.

abulogos
общфя проблема:усли линукс ставить на жёсткий диск,работающий через через PCI плату - то линукс работает нормально в целом, но по кнопке не выключается,но выключается вручную стандартными командами в консоли.
То есть драйвера для pci-платы в линуксе присутствуют, позволяющие инсталлироватьи линукс и работать с ним, но где-то недопил с выключением кнопкой блока питания.Вероятно можно создать кнопку на экране,привязав к ней команду на выкдлючение. Команд на выключение несколько, но не каждая срабатывает в конкретном линуксе.

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

Condor
У тебя в Linux Mint 17.2 какое значение GRUB_CMDLINE_LINUX_DEFAULT=? Смотреть в sudo gedit /etc/default/grub

Работает с обоими вариантами, и с тем, что было по дефолту и с пустым значением.

Так а проблема-то и не в ноуте вовсе. Проблема в убунте. У меня на асусе минт тож шикарно работал. И все там без проблем работало. Но это еще раз подтверждает, что лучший линукс для новичка - минт. Но если есть желание (м)учиться, то это убунту. Мне нравится верхняя панель в убунте + цвета под цвет ноута)) Вот и приходится сексом с компом заниматься по ночам.
Да. И еще приходилось телек в хдми втыкать. Реализация с экранами в линуксах никакая. Пришлось второй системой винду поставить, только для того, чтобы кино смотреть

В общем, посидел с месяцок на Linux Mint 17.2, вроде те же кеды, но что-то как-то не так. Поставил обратно кубунту 14.04. Ну и жене тоже но ноуте поменял минт на кубунту. У неё в кубунте так и не выключается и не перезагружается комп, долго думает, потом отрубает винт, а на экране застаква кубунты и wait-for-state stop/waiting и не выключается.
В минте у неё выключался ноут, правда раз через раз, но иногда выключался. Решения так и нет :0((

а Вы не пробовали такой вариант?
-В файле /etc/default/grub найти строку
GRUB_CMDLINE_LINUX_DEFAULT и добавить в конце
reboot=bios
Затем соранить, обновить grub и перезагрузить.
Данный метод описан здесь, в разделе "Fixing reboot/shutdown freezes"

Пробовал эти варианты, не получилось.
Ещё видео интегрированное коряво вставало, в играх всё дёргалось, кучу реп перепробовал, обновлял дрова, ничего не помогло. Пришлось ноут жены обратно на Linux Mint 17.2 переставлять, там хотя бы видео работает нормально и ноут перезагружается и выключается иногда.
На импортных форумах убунтушников пишут, что проблема может быть из-за того, что не происходит отмонтирование разделов, то есть питание у ноутов отключается, но система считает что разделы не отмонтированы, поэтому не происходит передача сигнала на отключение питания.

А как монтируются разделы? Сколько их? Через fstab ручками или средствами системы настраивали? У меня такое было когда винт с ntfs средствами системы включил на автомонтирование при запуске, устранил корректно прописав в fstab, с того дня только ручками.

Читайте также: