Linux mint не выключается и не перезагружается
Обновлено: 05.07.2024
пробовал ubuntu, debian, monjaro, mint. Есть ли какой линь, который работает без этих глюков 100%?
Любой из перечисленных годами на 100% прекрасно работает у всех, кроме тех, кто портит его своими шаловливыми ручонками.
не соглашусь. Как то подыскивал дистр, что бы был работоспособным "из коробки" - подошел только Mint. Ubuntu приходилось допиливать, Mandriva после инсталляции ушла в kernel panic, Suse вроде работал но с глюками типа как у автора.
Ну, это было очень давно у вас, раз была Mandriva, которая ещё и в kernel panic уходила. Даже на Mandriva 2010 таких косяков не припоминаю. Сейчас они почти все работоспособны "из коробки", даже если что-то там надо напильником допиливать под свои хотелки. ROSA таки сделали годноту из Mandriva, например.
Мне очень нравится линь, я новичок и хочу понять эту систему, но из-за глюков как-то не получается, может вы подскажите что нужно выставить в grub?Если это дело в нём. кто-нибудь может в курсе и решил подобную проблему?
Ярило Мудрец (13235) 1) Линукс не "система", а ядро сотен РАЗНЫХ операционных систем 2) Телепатов тут нет. Как Вы ухитряектесь вывести их из строя никто не знает 3) Тренируйтесь для начала на виртуалке
У меня xubuntu нормально работает. И перезагружаю и выключаю.
Panic Doctor Просветленный (40587) эххх. видно не силен ты в линуксах. Kali Linux даже ставить не пробуй. этот дистрибутив тебе точно не нужен. а вообще дело не в конкретной реализации линукса. если есть проблема, то должны быть и ошибки, а ты их не приводишь. причину нужно искать, а не дистрибутивы менять.
Через консоль пробовал?
Из под админа:
reboot
или
shutdown -h now
пробовал через консоль, система не перезагружается, зависает на логотипе
Van Gog Гуру (2706) В некоторых системах такое бывает, после обновления и принудительной перезагрузки проблема пропадает. В Вашем случае, такое ощущение, что Вы делаете ошибки во время установки. Погуглите как правильно установить.
alexiron66 Просветленный (45685) Поставь на панельку апплет-выключалку, типо Shutdown, Power-off.
Написать багрепорт, ну.
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 а также различные их комбинации. Ничего не изменилось. Можно как-то глянуть с какими параметрами работает уже запущеное ядро?
Какой кнопки? Физической на корпусе или графической?
Fodro , если ты действительно хочешь получить ответ, не следует отписываться от темы, так ты не будешь получать уведомления.
Ещё не совсем разобрался с итерфейсом, отписался случайно
Какое именно у тебя DE и битность? Cinnamon, Mate, Xfce, KDE; 64 или 32 бита?
Попробуй выключить его командой
Если выключился нормально, то проблема в GUI, если тоже перезагружается, то глубже.
Поставил ту же ось в виртуалку, обновился до предела, поставил wine и steam.
Кнопка выключения работает корректно, а вот стим не запускается, вайн не проверял.
Попробуй выключиться через терминал и сообщи результат (команду я написал выше).
Перепробывал все известные мне команды выключения компьютера через терминал, работает только halt, система просто останавливается на определённом моменте и можно безболезненно выключить компьютер удерживанием кнопки питания (аварийное отключение). Хотелось бы нормального выключения.
На десктопе подобная ерунда бывает из-за кривых настроек BIOS/EFI.
Поддерживаю оратора выше, это точно UEFI.
Рекомендую отключить его нахрен с секурбутом, и переставить систему.
UEFI я отключил ещё до установки, т.к. SecureBoot мешал загрузке с установочной флешки. Какой примерно пункт настроек BIOS искать?
BIOS тоже отключить?
Ты эту тему для начала на минтовском форуме читал?
Попробуй все советы оттуда, а потом уже пиши сюда. Сейчас тебе местные специалисты по всему досоветуют до полного сноса.
znenyegvkby ★ ( 20.11.16 10:02:53 )Последнее исправление: znenyegvkby 20.11.16 10:03:24 (всего исправлений: 2)
Сейчас тебе местные специалисты по всему досоветуют до полного сноса.
Рекомендую отключить его нахрен с секурбутом, и переставить систему.
Я имел ввиду отключить загрузку с носителей в EFI-режиме, оставив только BIOS-режим.
Нет, не корректно. SoC это SoC, процессор это процессор
Да, но i3, например, многие называют процессором, хотя это явно SoC, там ведь есть встроенная видеокарта, а в последних версиях — и звуковая.
Скорее всего все эти вещи не при чем.
У меня есть некоторое кол-во RHEL6 на ESXi
poweroff вызывает ребут, это серверы, которые перегружаются редко. грешил на ESXi, но теперь призадумался
WOL causes spontaneous power on after shutdown [SOLVED]
Ни один из советов не помог.
Дело не в WOL, т.к. я его отрубил
Распиши что конкретно делал, и
система просто останавливается на определённом моменте и можно безболезненно выключить компьютер удерживанием кнопки
На каком? Сравни выдачу или скинь лог тоже сюда
WOL ты уже проверил, да?
WOL ты уже проверил, да?
Дело не в WOL, т.к. я его отрубил
Сори, не заметил сразу.
Какой конкретно лог? Я в этом не сильно разбираюсь
UEFI я отключил ещё до установки, т.к. SecureBoot мешал загрузке с установочной флешки. Какой примерно пункт настроек BIOS искать?
И что стоит в boot mode? Legacy? И SecureBoot установлен в disabled, я правильно понимаю?
В Boot Mode: Legacy BIOS, secure boot отсутствует как функция
znenyegvkby ★ ( 20.11.16 13:02:18 )Последнее исправление: znenyegvkby 20.11.16 13:02:26 (всего исправлений: 1)
Вот вывод: 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
znenyegvkby ★ ( 20.11.16 15:24:10 )shutdown system down 4.4.0-21-generic Sat Nov 19 16:38 - 16:38 (00:00)
Последнее исправление: znenyegvkby 20.11.16 15:25:11 (всего исправлений: 1)
Еще рекомендую обратить внимания на эту тему.
Здесь, как видно проблема абсолютно аналогичная, только бубунта вместо минта и aser aspire es1-512, выступающий в качестве больного.
Вопрос решен с помощью добавления в /etc/default/grub
Нет полной уверенности, т.к. у ОПа 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)
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, может дело в них?
Проблема решена полностью установкой Седьмой Винды, другого решения я не нашёл
Читайте также: