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

Обновлено: 04.07.2024

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

Аппаратное обеспечение: Asus X555SJ (DualCore Intel Celeron 2166 МГц, GeForce GT920 1 ГБ, ОЗУ 4 ГБ) Системы: Windows 10 LTSB x64, Ubuntu 16.04.1 i386.

Вот проблема: когда я пытаюсь перезагрузить Ubuntu, я вижу логотип Ubuntu, затем экран становится черным, и это все, что происходит. Ноутбук все еще работает и никогда не выключается. Когда я закрываю Ubuntu, я вижу логотип Ubuntu на экране, но экран не исчезает, я могу наблюдать логотип часами и ничего не происходит. В обоих случаях мне нужно выключить ноутбук кнопкой. Я прочитал пару статей, пытался завершить работу sudo, перезагрузить sudo, но это не помогло. Проблема все еще остается. Есть идеи? Некоторые люди предлагают сделать sudo apt-get update, sudo apt-get upgrade, тоже попробовали. Не удалось. Все обновления / обновления устанавливаются правильно, но это не решает проблему. Любая помощь будет полезна!

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

2 ответа

Открыть терминал с помощью клавиш ALT + CTRL + T, затем набрать:

Если это работает, не беспокойтесь. Иначе, вам нужно попробовать шаги 1 и 2 вместе с примечанием, приведенным ниже. С этим моя проблема с отключением уходит в прошлое.

Шаг 1: Alt + CTRL + T : открыть терминал и набрать

Откроется файл grub. Изменить линию

и закройте его после сохранения.

Шаг 2: откройте терминал и введите

Это откроет модули - просто введите apm power_off=1 ниже lp и сохраните файл.

Шаг 3: Далее введите в терминале

У меня была похожая проблема, которая требовала изменения настроек BIOS. Это было связано с одним из параметров питания (я полагаю, режим сна), который необходимо было изменить. Поскольку BIOS варьируется, я не могу быть очень ясным в своем ответе, кроме как сказать, что это может быть параметр вне ОС, вызывающий проблему.

Короче говоря, устройство будет зависать при любой инструкции по выключению питания или перезагрузке. Решение было в BIOS после нескольких недель исследований.

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


Kernel command line.


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

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


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

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

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

В сегодняшней статье мы рассмотрим такую ошибку, как "не выключается 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

Выводы

Изображение пользователя angelora.

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

Изображение пользователя angelora.

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

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

Изображение пользователя Susumo.

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

Изображение пользователя angelora.

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

Изображение пользователя Susumo.

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

Изображение пользователя angelora.

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

Изображение пользователя angelora.

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

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

Изображение пользователя Susumo.

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

Изображение пользователя angelora.

мой 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 такая же фигня. Не вводите людей в заблуждение

Изображение пользователя MacLeod.

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

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

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

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

Изображение пользователя angelora.

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

Изображение пользователя Condor.

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

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

Изображение пользователя Condor.

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

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

Изображение пользователя Condor.

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

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

Изображение пользователя Condor.

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

Изображение пользователя pp7.

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

Изображение пользователя Condor.

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

Изображение пользователя Cyber_M.

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

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