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

Проблема: перезагрузка вместо выключения

#1 — 18 июля 2015 в 11:02

Здравствуйте, уважаемые форумчане!
2-ю неделю осваиваю Linux. Установил Linux Mint Cinnamon 17.2.

Все работало замечательно до вчерашнего дня, когда начались чудеса.

Первое «чудо» — компьютер перестал выключаться при нажатии на «выключение». Вместо этого он перезагружается. До вчерашнего дня выключался. БИОС не трогал. Прочитал про команды выключения через консоль. Результат тот же — копм в результате перезагружается.
Второе «чудо» — сами собой сменились темы оформления! Изменился вид папок и значов некоторых программ, внешний вид консоли, внешний вид меню! Причем, такой темы я у себя вообще не нашел!
Через какое-то время темы снова вернулись на прежние. И так было несколько раз.
На всякий случай активировал ранее отключенный пароль при входе в систему. Темы, похоже, перестали меняться самопроизвольно, а вот комп по-прежнему отключается лишь принудительно, через кнопку Power.
Но живу один, к компу никто доступ не имеет.

Что предшествовало «чудесам»?
Установил Скайп, установил видеоредактор OpenShot Video Editor.

Кто сталкивался с такими чудесами? Пожалуйста, подскажите куда копать, и какое объяснение может быть этим «чудесам»?

#2 — 18 июля 2015 в 11:46

#3 — 18 июля 2015 в 12:55

Спасибо за отклик! Я пока еще совсем начинающий «линуксоид», до суперпользователя пока еще и не знаю как добраться. Разве что случайно что-то подобное сделал. А как это можно проверить?
Случилось все в тот день, когда были установлены Скайп и видеоредактор.
Если бы это был Windows, я бы с большой вероятностью сказал, что система заражена вирусом. А здесь.

Кстати, в спящий режим удается входить.

#4 — 18 июля 2015 в 13:26

Осенила меня интуитивная догадка — отключить кабель usb от вебкамеры. И это помогло! Комп, после нажатия на кнопку «выключить», стал выключаться!
Но догадка так и осталась интуитивной. Почему камера мешает выключению — не знаю.

С внезапной сменой темы оформления тоже кое-что выяснилось. Тема все-таки менялась на дефолтную Cinnamon. Осталось загадкой — почему это происходило спонтанно. Может быть, прилетели какие-то обновления системы, и вызвали этот сбой временный?

Источник

Перезагрузка вместо выключения.

Имеется: Ноутбук Asus EEE PC 1225b, свежий Archlinux, WM: Openbox.

Проблема: 1) Если ноутбук подключен к зарядке, то при любой команде на выключение (shutdown -h now, poweroff, halt, -f, все от рута) идет выключение, кнопка питания гаснет, жесткий, вентиляторы, все на пол секунды (или меньше) останавливается, и сразу начинается включение. То есть, он перезагружается. Аппаратная кнопка питания работает аналогично. 2) Если ноут работает от батареи, то все происходит как должно, он выключается с любой команды, проблем нет. 3) Если вынуть батарею и запитать ноут от сети, то все аналогично п.1

Что делал: пробовал искать ошибку в acpid или в laptop-mod’e, но они похоже тут не причем, проблема была до их установки и остается после их удаления. Гугл ничего внятного не выдал, кроме того, что проблема может быть в драйверах или в сетевых интерфейсах. Драйвера xf86-video-ati. Пробовал отключать все сетевые интерфейсы вручную перед перезагрузкой, результат тот же.

Подскажите, в какую сторону копать? Это аппаратная неисправность или софт? Win7 такой проблемой не страдала, все работало независимо от питания. Другие дистрибы Linux, кроме Арча, на предмет этой ошибки еще не смотрел.

Я не знаю, какие в этом случае надо выложить логи, пишите, скину.

UPD: Не выключается ноутбук это читал, проблема один в один, но rmmod ehci_hcd не помог.

Была похожая проблема, но с другим ноутбуком. Проблемы была в том, что сетевая карта (кажется) при выключении питания через WakeOnLan заново его включала. Проблема решилась выключением сетевой карты в биосе. Может быть, просто выключение WOL тоже помогло бы, но сетевая карта мне почти никогда не нужна, и обхожусь WiFi.

Порылся в биосе. Отключение LAN не помогло. Ради интереса, отключил вообще все (LAN, WLAN, Camera, BT, CardReeder) — никаких изменений, проблема осталась. Но все равно, спасибо.

UPD2: Нашел четвертое «состояние» проблемы. Если ноут до включения подключить к зарядке, включить его, потом в ходе работы (не важно, во время каких действий) отключить провод, то он нормально отрабатывает включение вплоть до последнего пункта:

Читайте также:  Как настраивать windows media player

POWER OFF [35.128] Power down.

И в таком виде висит. Экран, жесткий, вентиляторы работают. Может, сталкивался кто?

Такая же беда с X220T на OpenSuSE только наоборот: на батарейке перезагружается, от сети — выключается. Появилось после обновления BIOS до новой версии.

Попробуйте обновить BIOS, хуже не будет 🙂

У меня на десктопе с 15-й Федей такая-же трабла. Но иногда выключается нормально.

Если ты про синкпадовский таблет, загляни уже в ThinkWiki.

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

Итак. Обновил bios до последней версии — изменений нет. Посмотрел другие дистрибы — Ubuntu, Fedora и Debian без изменений. Похоже проблема действительно в ядре. На сегодня Linux на Asus 1225b неработоспособен (питание, периодическое отключение питания клавиатуры и тача во время загрузки), если кто из Линуксоидов думает брать — повремените. Так как я в ядрах лазать не умею, то придется кочевать назад на винды и ждать чуда. Всем откликнувшимся спасибо.

Решение нашел. Для моей модели ноутбука работает. Сперто цитатой отсюда: http://ubuntuforums.org/showthread.php?t=1969612&page=2

1) Suspend problem

2) Computer restarts instead of shutting down

Fix: «If you also have the problem that the computer doesn’t shut down, but always reboots if you hit the shutdown button, put this command in your /etc/rc.local»

echo «LID» > /proc/acpi/wakeup (right before the «exit 0»)

3) Freeze problems

Fix: You only need to add options i8042.reset and i8042.nomux to your boot parameters.

И объясните, пожалуйста, как добавить эти самые boot parameters в граб в арче. Просто граб в убунте и в арче несколько разный.

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

POWER OFF [35.128] Power down.

И в таком виде висит. Экран, жесткий, вентиляторы работают. Может, сталкивался кто?

Сталкивался. Установил acpi и acpid Добавил acpid в список демонов

Перезагрузился — poweroff заработал как надо.

Источник

(Linux Mint 18 x64) Компьютер перезагружается вместо выключения

Здравствуйте! Установил только сегодня Linux Mint на ноут Acer Aspire V5. По нажатию кнопки «Выключить» компьютер перезагружается. Винда 10 выключалась нормально, проблема наверное в Linux. Как это решить? Лучше окончательно. (Приложения: Wine, PlayOnLinux, Steam, Civilization V)

Какой кнопки? Физической на корпусе или графической?

Fodro , если ты действительно хочешь получить ответ, не следует отписываться от темы, так ты не будешь получать уведомления.

Ещё не совсем разобрался с итерфейсом, отписался случайно

Какое именно у тебя DE и битность? Cinnamon, Mate, Xfce, KDE; 64 или 32 бита?

Попробуй выключить его командой

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

Поставил ту же ось в виртуалку, обновился до предела, поставил wine и steam.

Кнопка выключения работает корректно, а вот стим не запускается, вайн не проверял.

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

Перепробывал все известные мне команды выключения компьютера через терминал, работает только halt, система просто останавливается на определённом моменте и можно безболезненно выключить компьютер удерживанием кнопки питания (аварийное отключение). Хотелось бы нормального выключения.

На десктопе подобная ерунда бывает из-за кривых настроек BIOS/EFI.

Поддерживаю оратора выше, это точно UEFI.

Рекомендую отключить его нахрен с секурбутом, и переставить систему.

UEFI я отключил ещё до установки, т.к. SecureBoot мешал загрузке с установочной флешки. Какой примерно пункт настроек BIOS искать?

BIOS тоже отключить?

Ты эту тему для начала на минтовском форуме читал?

Попробуй все советы оттуда, а потом уже пиши сюда. Сейчас тебе местные специалисты по всему досоветуют до полного сноса.

Сейчас тебе местные специалисты по всему досоветуют до полного сноса.

Рекомендую отключить его нахрен с секурбутом, и переставить систему.

Я имел ввиду отключить загрузку с носителей в EFI-режиме, оставив только BIOS-режим.

Хватит придираться к словам, ты тоже говоришь «процессор», хотя это корректнее называть SoC.

Читайте также:  Оптимизация windows 10 для старых компьютеров

Нет, не корректно. SoC это SoC, процессор это процессор

Да, но i3, например, многие называют процессором, хотя это явно SoC, там ведь есть встроенная видеокарта, а в последних версиях — и звуковая.

Скорее всего все эти вещи не при чем.

У меня есть некоторое кол-во RHEL6 на ESXi

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

WOL causes spontaneous power on after shutdown [SOLVED]

https://bbs.archlinux.org/viewtopic.php?id=173648
У меня такая же шляпа на одной из машин, причём с дефолтными настройками.

Ни один из советов не помог.

Дело не в WOL, т.к. я его отрубил

Распиши что конкретно делал, и

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

На каком? Сравни выдачу или скинь лог тоже сюда

WOL ты уже проверил, да?

Сори, не заметил сразу.

Какой конкретно лог? Я в этом не сильно разбираюсь

Для начала нужно разобраться – «корректно» ли происходит отключение. Если да – то должна быть запись в last, проверь (вывод last -x shutdown). Если нет, то отладочную инфу придется искать в логах ядра.
И еще:

UEFI я отключил ещё до установки, т.к. SecureBoot мешал загрузке с установочной флешки. Какой примерно пункт настроек BIOS искать?

И что стоит в boot mode? Legacy? И SecureBoot установлен в disabled, я правильно понимаю?

В Boot Mode: Legacy BIOS, secure boot отсутствует как функция

Вот вывод: shutdown system down 4.4.0-47-generic Sun Nov 20 14:33 — 16:12 (01:39) shutdown system down 4.4.0-47-generic Sun Nov 20 14:30 — 14:30 (00:00) shutdown system down 4.4.0-47-generic Sun Nov 20 13:58 — 13:58 (00:00) shutdown system down 4.4.0-47-generic Sun Nov 20 13:54 — 13:57 (00:02) shutdown system down 4.4.0-47-generic Sun Nov 20 13:28 — 13:28 (00:00) shutdown system down 4.4.0-47-generic Sun Nov 20 13:16 — 13:16 (00:00) shutdown system down 4.4.0-47-generic Sun Nov 20 13:07 — 13:07 (00:00) shutdown system down 4.4.0-47-generic Sun Nov 20 13:03 — 13:04 (00:01) shutdown system down 4.4.0-47-generic Sun Nov 20 12:44 — 12:44 (00:00) shutdown system down 4.4.0-47-generic Sun Nov 20 12:42 — 12:42 (00:00) shutdown system down 4.4.0-47-generic Sun Nov 20 12:38 — 12:39 (00:00) shutdown system down 4.4.0-21-generic Sun Nov 20 11:49 — 11:50 (00:00) shutdown system down 4.4.0-21-generic Sun Nov 20 11:48 — 11:48 (00:00) shutdown system down 4.4.0-21-generic Sun Nov 20 11:46 — 11:46 (00:00) shutdown system down 4.4.0-21-generic Sun Nov 20 11:44 — 11:44 (00:00) shutdown system down 4.4.0-21-generic Sat Nov 19 22:10 — 22:10 (00:00) shutdown system down 4.4.0-21-generic Sat Nov 19 22:09 — 22:09 (00:00) shutdown system down 4.4.0-21-generic Sat Nov 19 16:38 — 16:38 (00:00)

wtmp begins Sat Nov 19 16:26:29 2016

shutdown system down 4.4.0-21-generic Sat Nov 19 16:38 — 16:38 (00:00)

Последнее «нормальное» завершение было в 16:38 19 ноября? Все правильно?
Добавьте туда же плиз и вывод ребутов Только, пожалуйста, оборачивайте вывод в lorcode, возможно понадобится и syslog, а читать _это_ достаточно сложно.

Еще рекомендую обратить внимания на эту тему.

Здесь, как видно проблема абсолютно аналогичная, только бубунта вместо минта и aser aspire es1-512, выступающий в качестве больного.
Вопрос решен с помощью добавления в /etc/default/grub

Based on these suggestions, I made the following changes to my grub file:
GRUB_CMDLINE_LINUX_DEFAULT=«quiet splash noapic irqpoll»
Lo and Behold. it shuts down and powers off.

Нет полной уверенности, т.к. у ОПа EFI, но рекомендую попробовать. В любом случае это не аппаратная проблема, ведь ваша ситуация аналогична приведенной – шинда ведет себя абсолютно адекватно.

Добавление нужной строчки в /etc/default/grub. сработало! Спасибо большое за помощь, а то я уж думал возвращаться на эту отвратную Винду.

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

Проблема вернулась. Вот вывод:

reboot system boot 4.4.0-47-generic Mon Nov 21 21:25 still running

shutdown system down 4.4.0-47-generic Mon Nov 21 21:25 — 21:25 (00:00)

reboot system boot 4.4.0-47-generic Mon Nov 21 21:19 — 21:25 (00:05)

Читайте также:  Как создать dvd диск или usb флешку для установки windows 10

shutdown system down 4.4.0-47-generic Mon Nov 21 21:19 — 21:19 (00:00)

reboot system boot 4.4.0-47-generic Mon Nov 21 21:18 — 21:19 (00:01)

shutdown system down 4.4.0-47-generic Mon Nov 21 21:17 — 21:18 (00:00)

reboot system boot 4.4.0-47-generic Mon Nov 21 20:15 — 21:17 (01:02)

reboot system boot 4.4.0-47-generic Mon Nov 21 13:52 — 21:17 (07:25)

shutdown system down 4.4.0-47-generic Mon Nov 21 13:49 — 13:52 (00:02)

reboot system boot 4.4.0-47-generic Mon Nov 21 13:44 — 13:49 (00:04)

shutdown system down 4.4.0-47-generic Sun Nov 20 18:24 — 13:44 (19:20)

reboot system boot 4.4.0-47-generic Sun Nov 20 16:53 — 18:24 (01:31)

shutdown system down 4.4.0-47-generic Sun Nov 20 16:34 — 16:53 (00:18)

reboot system boot 4.4.0-47-generic Sun Nov 20 16:12 — 16:34 (00:21)

shutdown system down 4.4.0-47-generic Sun Nov 20 14:33 — 16:12 (01:39)

reboot system boot 4.4.0-47-generic Sun Nov 20 14:30 — 14:33 (00:02)

shutdown system down 4.4.0-47-generic Sun Nov 20 14:30 — 14:30 (00:00)

reboot system boot 4.4.0-47-generic Sun Nov 20 13:58 — 14:30 (00:31)

shutdown system down 4.4.0-47-generic Sun Nov 20 13:58 — 13:58 (00:00)

reboot system boot 4.4.0-47-generic Sun Nov 20 13:57 — 13:58 (00:01)

shutdown system down 4.4.0-47-generic Sun Nov 20 13:54 — 13:57 (00:02)

reboot system boot 4.4.0-47-generic Sun Nov 20 13:37 — 13:54 (00:17)

reboot system boot 4.4.0-47-generic Sun Nov 20 13:31 — 13:54 (00:23)

reboot system boot 4.4.0-47-generic Sun Nov 20 13:28 — 13:54 (00:26)

shutdown system down 4.4.0-47-generic Sun Nov 20 13:28 — 13:28 (00:00)

reboot system boot 4.4.0-47-generic Sun Nov 20 13:16 — 13:28 (00:12)

shutdown system down 4.4.0-47-generic Sun Nov 20 13:16 — 13:16 (00:00)

reboot system boot 4.4.0-47-generic Sun Nov 20 13:07 — 13:16 (00:08)

shutdown system down 4.4.0-47-generic Sun Nov 20 13:07 — 13:07 (00:00)

reboot system boot 4.4.0-47-generic Sun Nov 20 13:04 — 13:07 (00:02)

shutdown system down 4.4.0-47-generic Sun Nov 20 13:03 — 13:04 (00:01)

reboot system boot 4.4.0-47-generic Sun Nov 20 12:47 — 13:03 (00:15)

reboot system boot 4.4.0-47-generic Sun Nov 20 12:44 — 13:03 (00:18)

shutdown system down 4.4.0-47-generic Sun Nov 20 12:44 — 12:44 (00:00)

reboot system boot 4.4.0-47-generic Sun Nov 20 12:42 — 12:44 (00:01)

shutdown system down 4.4.0-47-generic Sun Nov 20 12:42 — 12:42 (00:00)

reboot system boot 4.4.0-47-generic Sun Nov 20 12:39 — 12:42 (00:02)

shutdown system down 4.4.0-47-generic Sun Nov 20 12:38 — 12:39 (00:00)

reboot system boot 4.4.0-47-generic Sun Nov 20 12:37 — 12:38 (00:01)

reboot system boot 4.4.0-21-generic Sun Nov 20 11:50 — 12:38 (00:48)

shutdown system down 4.4.0-21-generic Sun Nov 20 11:49 — 11:50 (00:00)

reboot system boot 4.4.0-21-generic Sun Nov 20 11:48 — 11:49 (00:00)

shutdown system down 4.4.0-21-generic Sun Nov 20 11:48 — 11:48 (00:00)

reboot system boot 4.4.0-21-generic Sun Nov 20 11:46 — 11:48 (00:01)

shutdown system down 4.4.0-21-generic Sun Nov 20 11:46 — 11:46 (00:00)

reboot system boot 4.4.0-21-generic Sun Nov 20 11:44 — 11:46 (00:01)

shutdown system down 4.4.0-21-generic Sun Nov 20 11:44 — 11:44 (00:00)

reboot system boot 4.4.0-21-generic Sun Nov 20 11:42 — 11:44 (00:01)

reboot system boot 4.4.0-21-generic Sun Nov 20 11:39 — 11:44 (00:04)

reboot system boot 4.4.0-21-generic Sat Nov 19 22:10 — 11:44 (13:33)

shutdown system down 4.4.0-21-generic Sat Nov 19 22:10 — 22:10 (00:00)

reboot system boot 4.4.0-21-generic Sat Nov 19 22:09 — 22:10 (00:01)

shutdown system down 4.4.0-21-generic Sat Nov 19 22:09 — 22:09 (00:00)

reboot system boot 4.4.0-21-generic Sat Nov 19 16:38 — 22:09 (05:30)

shutdown system down 4.4.0-21-generic Sat Nov 19 16:38 — 16:38 (00:00)

reboot system boot 4.4.0-21-generic Sat Nov 19 16:26 — 16:38 (00:11)

wtmp begins Sat Nov 19 16:26:29 2016

P.S. Попытался обернуть в lorcode

Кстати, перед тем как проблема вернулась, были установлены Gparted и VirtualBox, может дело в них?

Проблема решена полностью установкой Седьмой Винды, другого решения я не нашёл

Источник

Оцените статью