Linux не выключает компьютер

Убунту не может выключить комп

Я пробовал различные дистрибутивы и за 3 года я просмотрел довольно много их вариаций и выпусков. Есть проблема от выпуска к выпуску. После использования убунту 11.10-12.04.1 при выключении компьютера показыв текстовый экран, пишутся что процессы завершаются, но жесткий диск читается(лампочка на ноуте показывает чтение или запись) и экран продолжает оставаться включенным. Такое возникало само по себе с теч времени либо после нескольких гибернаций ос. Почему комп не может вырубиться? Что ему мешает и как это решить? Выключать приходилось долгим нажатием кнопки ноута. Ноут асус n56sv или n 53 sv. Точн не помню)

У меня такая же беда была, как оказалось, это косяк материнки

попробуй поиграться с suspend mode в bios(S1,S3. ), у меня на неттопе помогла установка не автоматически.

У меня такая же беда была, как оказалось, это косяк материнки

А в чем именно косяк? После переустановки ос проблема решается.. но кажд раз переустанавливать. это не выход..

попробуй поиграться с suspend mode в bios(S1,S3. )

Посмотрю но не помню таких пунктов.

А в чем именно косяк? После переустановки ос проблема решается.. но кажд раз переустанавливать. это не выход..

В том то и дело, что после переустановки какое то время все работало. Еще раз я обновил биос, и мой Debian не запустился, kernel panic. Пробовал разные установочники разных дистрибутивов, в итоге сделал даунгрейд биоса и заработало. К счастью эта мать сгорела (Gigabyte M59), и теперь таких проблем нет

Такая же беда бывает на shutdown. Но не часто и нестабильно. Надежно воспроизвести не выходит. Кроме того, что вообще не понятно, система никак не реагирует на Alt+SysRq+B — вот это уже всегда, а не иногда. Все остальные сочетания работают при этом.

Кнопка выключения на блоке спокойно выключает комп из любого состояния. В том числе и после Alt+SysRq+EI.

Ептель.. тока ноут купил. Биос свежий.. еще и его трогать. эх..

У меня ток на стационаре ноу проблем) лан.. подумаю еще.. спс

Расшифровали бы вы мне это сочетания) ну в том состоянии не реагирует, да. Ни на альт керт ф1-ф6.а остальные сочетания что за они. Ну кроме shutdown есть sudo poweroff, sudo halt..ой не оч понятно всетаки про сочетания. Поясните. Буду очень признателен.

Alt+SysRq+B — ну это ребут.
Alt+SysRq+E — завершить все кроме init.
Alt+SysRq+I — убить все кроме init.
Alt+SysRq+S — синхронизировать буферы.
Alt+SysRq+U — перемонтировать все фс в ro.
Alt+SysRq+F — завершить процесс который захавал больше всего оперативы.
Alt+SysRq+K — завершить процесс в текущей консоли (для gui это почти всегда можно рассматривать как убить сеанс) — пользуюсь вместо пугающего сочитания Ctrl+Alt+BS.
Есть и еще какие-то, но я только этими пользуюсь. А, еще Alt+SysRq+R — клавиатура в raw режим (чтобы обходить всякие прослойки драйверы и модификаторы).

Я ламер. SysRq это керт или значок винды на клаве-главн клавиша?

Источник

5 способов выключить компьютер с Linux через терминал

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

Но как ты мог это сделать? Доступны несколько команд для выключения или перезагрузки компьютера Linux через терминал.

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

1. Отключение

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

shutdown [option] [time] [message]

Например, чтобы немедленно выключить компьютер, вы должны использовать:

Где -h означает остановку, а now – сейчас, что означает, инструкция должна быть выполнена немедленно. Различные задержки могут быть использованы. Например, вместо этого вы можете использовать +5, что скажет компьютеру выполнить процедуру выключения через пять минут.

Если вы хотите использовать message (сообщение), оно будет мигать всем зарегистрированным пользователям:

shutdown -h +5 «Сервер выключается, сохраните свою работу и выйдите из системы.»

Помните, что вы можете найти полный список переключателей для этих команд, введя:

Перезапустить с -r

Альтернативный вариант – использовать команду -r для перезагрузки компьютера. Она используется вместо -h, поэтому, для перезагрузки компьютера или сервера вы можете использовать:

shutdown -r +5 «Сервер перезагружается через пять минут, сохраните свою работу и выйдите из системы.»

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

2. Перезагрузка

Поскольку команда shutdown имеет опцию перезапуска, неудивительно, что команда reboot имеет опцию shutdown.

Стандартная команда перезагрузки:

Это предложит вашему компьютеру выключиться и снова включиться. Однако, если вы хотите выключить устройство, то ключ -p будет работать:

Другой вариант – принудительная перезагрузка. Это может быть полезно, если приложение или служба зависли и вам нужно быстро перезагрузиться:

Эта команда принудительно перезагрузит ваш Linux ПК.

3. Остановить

Мы уже видели переключатель -h выше, но остановка может использоваться как команда сама по себе. Это приведет к немедленному отключению компьютера с помощью простого четырехбуквенного слова:

Переключатель -f также можно использовать с остановкой, но результаты противоречивы, и может привести к проблемам стабильности системы.

4. Poweroff

Вы можете предпочесть терминологию команды poweroff. Это делает то же самое, что и halt, за исключением того, что ввод текста занимает в два раза больше времени.

Однако, кроме использования -f для принудительного отключения питания, вы также можете использовать ключ -w для регистрации вызова перезагрузки системы в /var/log/wtmp. Это потенциально полезный инструмент отладки, как -verbose, который может помочь с проблемами при завершении работы.

5. Аварийный вариант: REISUB

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

Ответ тогда – комбинация клавиатуры. Если вы переключились с Windows, вы, вероятно, знаете, что Ctrl + Alt + Del отображает меню с выключением в качестве опции. Если удерживать дольше, машина выключится автоматически. В то же время на Mac вы просто должны удерживать кнопку питания (опция, которая также работает на оборудовании Windows).

В Linux комбинация клавиш для перезагрузки Alt + Print Screen + B. Однако, если это не работает или существует более сложная проблема, вы можете изменить комбинацию, используя до шести клавиш.

Это известно как REISUB, из-за следующей вынужденной аббревиатуры:

• unRaw – возвращает управление клавиатурой обратно с сервера X-дисплея.
• tErminate – посылает сигнал завершения SIGTERM всем процессам для корректного завершения.
• kIll – как и выше, но сигнал SIGKILL, который вызывает немедленное завершение процессов.
• Sync – сбрасывает данные на диск.
• Unmount – перемонтирует все файловые системы в состояние только для чтения.
• reBoot – что и следовало ожидать.

Чтобы это сработало, вы должны удерживать Alt + Print Screen, а затем, поочерёдно нажимать клавиши: R E I S U B, в этом же порядке. Задержка между каждым нажатием должна составлять 1-2 секунды. Это необходимо для того, чтобы дать немного времени на выполнение всех вышеперечисленных процессов. Обратите внимание, что этот метод обычно не работает на компьютерах с архитектурой ARM.

Помогите, я случайно выключил свой Linux компьютер или сервер!

Мы видели, как отменить команду выключения или перезапуска. Однако бывают ситуации, что вы запускаете команду выключения, когда выполняется жизненно важный процесс, особенно на удаленном сервере. Обойти это можно, установив molly-guard, который может отменить отключение, проверив определенные параметры.

Например, есть скрипт, который проверяет наличие сессий SSH. Если вы отправите команду перезагрузки, остановки или выключения molly-guard потребует имя хоста, который вы собираетесь закрыть.

Для этого установите molly-guard в терминал:

sudo apt-get install molly-guard

Поскольку molly-guard работает в фоновом режиме, он обнаружит такую ​​команду, как poweroff, и сообщит, что был обнаружен сеанс SSH. Затем вы можете ввести имя хоста сервера для подтверждения выключения или нажать Ctrl + C для отмены. Полезно!

Эти пять способов выключения компьютера Linux из командной строки особенно полезны, поскольку их можно использовать на самом компьютере или через удаленный SSH. Поскольку эти команды очень лаконичны, они пригодны для быстрого использования – что может привести к случайной перезагрузке время от времени! К счастью, утилиты molly-guard достаточно, чтобы этого избежать.

Чтобы узнать больше о командах Linux, ознакомьтесь с нашей справочной таблицей.

Источник

Проблема с выключением всех систем на базе linux

приветствую! Моя машина — ноутбук dexp achilles g118. Изготовитель платы dns. uefi 2015 года.

Проблема заключается в том, что у меня не выключается ни одна система на базе Linux(кроме систем с мезозойскими ядрами -5 века(и ещё Mint Uliana до всех обновлений выключался), я не воин linux’а, так что смотреть ядра не стал, а оставил на финальный рывок, если тут не помогут). Сбой происходит на финальном этапе выключения («reboot: Power down» и всё встаёт).

Всё остальное работает правильно. Собственно, даже reboot работает нормально. На что только не грешил, перепробовал всё, проверял работоспособность всех модулей и пакетов ядра через dmesg. Везде всё хорошо, кроме acpi, с которым тоже копался: пробовал менять драйвер (так и не поменял, потому что не нашёл), вынимал кабель питания, батарею. Включал — выключал всё до чего достали руки (wifi и lan, bluetooth, систему контроля питания, короче говоря всё, что есть в системе и что можно выключить ‘нетерминально’). Драйверы на видеоадаптер ставил через встроенный «менеджер драйверов». Прописывал в grub «verbose», «acpi=force». Даже выключал как shutdown -h now ; poweroff ; halt- нет разницы.

Начинаю думать, что дело в плате и acpi контроллере.

Свежая информация: Система загружается, как положено через UEFI, а не через ACPI. Проблема, видимо, не в железе, а в софте. За непониманием происходящего, удаляюсь с форума побеждённым Linux’ом. Возможно, отпишу позже.

забыл добавить!

Текущая операционка — manjaro Cinnamon 4.6.7 Версия ядра — 5.8.3-2-MANJARO

Если дело в ACPI, то это решается или правкой DSDT, или переходом на те версии LTS ядер, где это и так работает нормально.

Ты говоришь, что на 4.x ядрах все нормально работает?

Ubuntu 18.04 имеет ядро 4.15 и будет поддерживаться до апреля 2023.

Debian 10 имеет ядро 4.19 и будет поддерживаться до 2024 года, точнее будет позднее объявлено.

RHEL 8 (CentOS, Oracle Linux) имеют ядро 4.18 и будут поддерживаться до мая 2029 (хотя как десктоп их может быть не очень удобно использовать).

На кнопку руби да и все

попробуй в grub добавить

приветствую! Моя машина — ноутбук dexp achilles g118. Изготовитель платы dns. uefi 2015 года.

А линукс загружается через UEFI или Legacy boot? Если не ошибаюсь, то в случае UEFI выключение идёт через API UEFI, а в случае Legacy — через ACPI. И в случае бажной прошивки, одно из этого может не работать.

Проблема заключается в том, что у меня не выключается ни одна система на базе Linux(кроме систем с мезозойскими ядрами -5 века(и ещё Mint Uliana до всех обновлений выключался), я не воин linux’а, так что смотреть ядра не стал, а оставил на финальный рывок, если тут не помогут). Сбой происходит на финальном этапе выключения («reboot: Power down» и всё встаёт).

А можешь сказать точные версии ядер, в которых всё работает нормально, и ядер, в которых выключение сломано?

Прописывал в grub «verbose», «acpi=force».

А какие ещё варианты acpi= пробовал? Если что, документация тут: https://www.kernel.org/doc/html/latest/admin-guide/kernel-parameters.html. Я бы попробовал другие.

Даже выключал как shutdown -h now ; poweroff ; halt- нет разницы.

Если доходит аж до reboot: Power down то разницы и не должно быть.

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

(хотя как десктоп их может быть не очень удобно использовать).

А что там не так? Все пакеты из федоры.

тогда Windows 10

Не все. В том смысле, что их существенно меньше, а те, что есть, зачастую собираются с большим запозданием. Даже если подключить EPEL + RPMFusion + flatpak, их все равно не так много и многие устарели (в смысле безопасности), и зачастую будет чего-то не хватать. Есть ещё snap, но для него криво прописаны политики SELinux, что вызывает головную боль при использовании их одновременно.

Как я понял, система выключсется через Legacy. Проверил поиском файла efi.

В теории на ядрах ниже 4.4 (уровень убунту до 16.04) всё должно работать. Раньше работало, по крайней мере. Попробовал сегодня поставить одно такое, получил отказ novieau с непонятной претензией. Сейчас попробую именно убунту 16.04 и ниже. Отпишусь как сделаю.

Вообще, есть шанс, что я пару-тройку лет назад пробовал «прошить биос») Возможно, если я прав, в этом и всё дело. С виндой-то всё понятно, а вот линукс, видимо, — более чувствительная система.

ПРОБЛЕМА РЕШЕНА!

Дело было в том, что моя плата не поддерживает Legacy системы, коей и является Manjaro. Вот почему я говорил, что у меня работала старая ubuntu, ведь на ней(а по факту, как я узнал, и на любой ubuntu системе) можно было ДОГРУЗИТЬ в ядро поддержку uefi. А с новыми выпусками ubuntu поддержка uefi стоит автоматом(так я про это всё и узнал).

Вот по этому manjaro и не могла выключить пк, ведь она посылала сигнал о выключении в legacy контроллер, которого нет!

Огромное спасибо im-0 за наводку!

На arch поддержку efi тоже можно догрузить.

Ниправда! DNS-Shop не занимается изготовлением железа, только собирают под своим брендом китайское говно (сейчас рядом стоит один, и единственное что не позволяет мне его разбить о стену — железка не моя).

Начинаю думать, что дело в плате и acpi контроллере.

Возможно, но без логов всё это пальцем в небо.

То есть Arch Linux, а значит с systemd.

А стоит начать с каноничного для systemd systemctl poweroff .

А стоит начать с каноничного для systemd systemctl poweroff.

Это всё синонимы.

Как я понял, система выключсется через Legacy. Проверил поиском файла efi.

Надо смотреть на наличие директории /sys/firmware/efi/ . Если есть — значит UEFI.

Дело было в том, что моя плата не поддерживает Legacy системы, коей и является Manjaro. Вот почему я говорил, что у меня работала старая ubuntu, ведь на ней(а по факту, как я узнал, и на любой ubuntu системе) можно было ДОГРУЗИТЬ в ядро поддержку uefi. А с новыми выпусками ubuntu поддержка uefi стоит автоматом(так я про это всё и узнал).

А можешь объяснить что именно и как ты делал? На случай, если у кого-то ещё возникнет такая же проблема с теми же причинами.

Как минимум мне не очень понятно что именно у тебя происходит потому что:

• Практически все современные дистрибутивы поддерживают UEFI.
• Если при установке поставить legacy-загрузчик, но прошивка платы не умеет в legacy, то линукс не загрузится вообще.
• «ДОГРУЗИТЬ в ядро поддержку uefi» из уже работающей системы никак нельзя, потому что решение о выборе типа загрузки принимает не линукс, а прошивка системы, на основе того, что она сама умеет, и что настроил юзер в «настройках биоса». После выбора она либо запускает код загрузки легаси, который грузит grub2 (собранный под легаси), который грузит ядро линукса; либо она запускает код загрузки UEFI, который грузит shim, который грузит grub2 (собранный под uefi, это отдельный набор бинарников), который грузит ядро. После загрузки уже ничего не изменить. Разве что правильным образом установить другой grub2, либо переустановить вообще всю систему.

Ну вот у меня на Gentoo эти алиасы/симлинки работали криво, потому systemd-sysv, или как там этот пакет называется, снёс нафиг и юзал напрямую и проблем не знал.

Ну вот у меня на Gentoo эти алиасы/симлинки работали криво

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

так останется только одно ядро процессора, не будет управления частотой и так далее

Верно, я поспешил.

Правильно, я обновил GRUB для поддержи uefi, а не ядро, и думал, что всё ок. Несколько раз всё выключилось отлично, даже после обновления приложений. Я побежал сюда на радостях писать что всё решилось, но через какой-то промежуток времени, не помню что я тогда делал, проблема вернулась снова.

Да, детальнее изучив вопрос я понял, что без поддержки efi, grub загрузиться вообще не может, что логично. У меня была мысль, что GRUB загружает систему в Legacy режиме(ошибочная, как я позже выяснил). Занимаюсь этом вопросом уже 5 день, крыша едет только так. Сопоставив все имеющиеся данные, понять что вызывает вышеописанную в теме ошибку практически невозможно. Попробую угадать ещё пару раз, потом, при неудачном исходе, наверное, заброшу идею на какое-то время. Устал копаться в том, что не понимаю. Откопаю мозги, почитаю литературу о структуре систем (читаю что написал до этого… волосы дыбом встают…), вот тогда уже сяду разбираться. Спасибо, в любом случае!

Re: Верно, я поспешил.

начни с азов. dmesg сюда ядро отправляет все свои сообщения – при включении компьютера, при его работе и его отключении. необязательно что там сразу будет указана причина, но по крайней мере это хоть что-то. про ACPI обычно там есть. потом есть ещё journalctl. здесь уже надо знать где искать, но и это обычно не проблема. и в твоём пакетном менеджере есть же какая-то история? какой пакет установился/обновился/удалился… сначала ядро, а там куда кривая вывезет.

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

скорее всего это (описание) может быть в journalctl, но я не уверен.

Спасибо за совет! На днях попробую.

Кстати, интересный факт, у меня выключаются только Debian системы. Выяснил на днях.

Источник