Команда Reboot не работает как ожидалось в Ubuntu 14.04.3
У меня есть полностью рабочая двойная загрузка EFI Windows 7 и Ubuntu 14.04.3, в которой я могу выбрать или Ubuntu или Windows из моего меню личинки, и та ОС загружается правильно.
Однако на моей установке Ubuntu, когда я использую sudo reboot или иначе дайте команду перезапуска, которую это не возвращает меню UEFI BIOS или GRUB. Вместо этого это всегда сразу возвращается к ОС Ubuntu и не дает мне опции переключить ОС на Windows.
Это — главная проблема для меня, поскольку я хочу использовать grub-reboot загружаться в мой Windows 7 OS удаленно. В настоящее время я могу только достигнуть этого при помощи grub-reboot затем выключение и физически нажимающий на включает мой ПК.
Я пропускаю некоторую опцию для reboot команда, которая позволяет мне «полностью» перезапускать назад к меню GRUB или BIOS UEFI?
2 ответа
Из-за несвязанной проблемы я должен был откатывать свою версию ядра.
Воображают мое удивление, когда мой вопрос перезагрузки был решен путем отката к 3.13.0-79-универсальному (также успешный с 3.13.0-77-универсальным) и чистки всех более поздних записей ядра.
Во время отката обрабатывают, я отметил что моя «перезагрузка», всегда возвращаемая к последнему ядру несмотря на даже возврат меню личинки. Возможно, если бы я заметил это раньше, то это предложило бы мне пробовать откат и производить чистку назад, когда я первоначально задал вопрос.
я теперь задаюсь вопросом, существует ли базовое ядро/аппаратный конфликт, которое вызвало мою систему к перезагрузке неправильно.
sudo reboot и shutdown -r now от терминала должен работать правильно. Может быть что-то не так с Вашей установкой grub2. Попробуйте customizer
личинки для фиксации O/S по умолчанию и других опций.
, Если что-то не так с Вашей начальной загрузкой может быть Вами, должен попробовать восстановление начальной загрузки от Живого USB/CD
Источник
Что делать если зависла Ubuntu
Операционная система Linux намного стабильнее Windows. Но и здесь тоже иногда случаются зависания. Зависнуть может как отдельное приложение, полностью графическая оболочка или вся система. Важно знать, как правильно действовать в таких случаях, когда зависает ubuntu 16.04, чтобы не повредить данные и файловую систему, чтобы выйти из таких ситуаций с минимальными потерями.
В этой инструкции мы рассмотрим возможные причины зависания Ubuntu, что со всем этим делать, а также как попытаться спасти не сохраненные данные. Это, наверное, самый важный момент — выйти из ситуации без потери данных.
Зависла программа Ubuntu
Сама система, ядро или графическая оболочка зависают очень редко. Они уже множество раз протестированы, перепроверены и достаточно стабильны. А вот сторонние программы могут зависать довольно-таки часто, даже ни с того ни с сего.
Эти зависания не опасны для системы и очень просто решаются. В Ubuntu есть несколько графических утилит для завершения зависших приложений. Их мы рассмотрим чуть ниже. Но очень жаль несохраненных данных, которые остались, когда зависла программа Ubuntu. Если вы пользуетесь крупными редакторами, такими как Libreoffice или WPS office, то, скорее всего, редактируемый текст автоматически сохранился. Но в браузере и простых редакторах ситуация не такая безоблачная. Но даже те данные можно попытаться спасти, хотя работает этот способ не всегда.
Предположим, что завис Gedit. Сначала откройте терминал нажатием сочетания клавиш Ctrl+Alt+T. Теперь попробуем узнать PID процесса Gedit с помощью ps:
ps aux | grep gedit
Уже на этом этапе можно завершить программу. Но я вам покажу, как спасти редактируемый текст. Мы получим дамп памяти процесса и извлечем оттуда редактируемый текст. Для этого подключитесь к процессу Gedit с помощью отладчика gdb:
1493 — это PID зависшей программы, который мы узнали в предыдущей команде.
Дальше сохраним дамп памяти, выполнив в консоли Gdb:
Вот и все, отключаемся от процесса
Для выхода с отладчика нажмите q. Теперь у нас есть все данные сохраненные в памяти нашего приложения, и мы можем легко извлечь нужную информацию:
strings core.1493 | grep ‘my text’
С английским текстом работает на ура.
Самый простой способ закрыть зависшее приложение в Ubuntu — это Xkill. Нажмите Alt+F2 и наберите Xkill и нажмите Enter:
Теперь курсор превратился в крестик и достаточно кликнуть на любом окне, чтобы его закрыть.
Кроме того, в Ubuntu есть аналог диспетчера задач Windows — системный монитор. Чтобы его открыть наберите Системный или System в поиске Dash. Здесь отображаются все запущенные приложения, и любое из них можно завершить через контекстное меню, если зависла программа в Ubuntu, вы можете ее закрыть:
Также закрыть зависшее приложение ubuntu можно из терминала, например, с помощью команды kill:
1493 — это PID. Также можно не использовать PID а сразу завершить программу по имени:
Зависла графическая оболочка в Ubuntu
С зависанием приложений разобрались. Это было не очень страшно. Но что делать, если графическая оболочка Ubuntu зависла намертво, и вы не можете ни запустить системный монитор, ни XKill? Это может случиться по разным причинам, например, из-за неправильных драйверов или ошибке в системных программах. Но Linux тем отличается от Windows, что здесь кроме графической оболочки есть еще и режим терминала. Графическая оболочка зависла, но система все еще работает. Поэтому мы можем все исправить.
Сначала можно просто попытаться перезагрузить X сервер. Для этого используется специальная комбинация клавиш — Ctrl+Alt+Backspace.
Далее, если не помогло, переключаемся в один из терминалов. Всего в Linux по умолчанию создается 12 терминалов входа. И доступны они по сочетанию клавиш Ctrl+Alt+Fцифра.
Графический сервер, как правило, размещается по Ctrl+Alt+F7. Переключаемся в первый терминал Ctrl+Alt+F1, вводим там логин и пароль, затем перезагружаем графический сервер командой:
sudo service lightdm restart
Если в приложениях остались не сохраненные данные, их можно попытаться извлечь описанным выше способом. Но поскольку тут уже зависла Ubuntu, и работать нужно в терминале, все сделать будет немного сложнее хотя бы потому, что вы не сможете копировать команды.
Не хватает памяти
Если все сделать правильно — такой тип зависания даже менее опасный, чем предыдущий. Конечно, лучше таких моментов не допускать и настроить раздел подкачки или сжатие оперативной памяти с помощью zram, но если оно уже случилось и застало вас врасплох, можно попытаться что-то сделать.
Если вы еще можете переключиться в режим терминала, переключайтесь (Ctrl+Alt+F1), вводите логин и пароль. Причем будьте готовы к тому, что система будет работать очень медленно.
Отсортировать процессы по потреблению памяти можно командой:
Дальше остается завершить виновника одной из вышеописанных команд, например, pkill:
Посмотреть количество свободной памяти можно командой:
В современные ядра встроен механизм мониторинга памяти, таким образом, если памяти недостаточно, ядро смотрит какая программа потребляет больше всего и завершает ее, только в случае, если запущенно большое количество мелких программ этот процесс может занять много времени.
Если вы не хотите ждать и нет возможности перейти в режим терминала, можно попросить ядро завершить все процессы в текущем сеансе терминала сочинением клавиш Alt+PrintScreen+K. Завершит все запущенные вами программы в текущей терминальной сессии, в том числе графическую оболочку и ту программу, что использует много оперативной памяти.
Ubuntu зависла полностью
Хорошо, а что же делать, если Ubuntu зависла намертво, полностью? Если система уже ни на что не реагирует, но ядро, скорее всего, работает то можно попытаться выполнить безопасную перезагрузку. Ядро поддерживает несколько сочетаний клавиш, которыми можно ему напрямую отдавать команды.
Нажмите и удерживайте клавиши Alt+PrintScreen, и последовательно с интервалом 2-3 секунды нажимайте:
R E I S U B
- R — вернуть ядру управление над клавиатурой
- E — отправить сигнал SigTerm всем процессам
- I — отправить сигнал SigKill всем процессам
- U — Перемонтировать все файловые системы в режим только для чтения
- S — Сохранить все буфера файловых систем на жесткий диск
- B — Перезагрузить.
По сути, все эти действия происходят и при обычной перезагрузке. Но здесь мы выполняем их вручную.
Если же ubuntu зависает намертво и даже не работает последний метод, остается нажать кнопку Reset или на 6 секунд зажать кнопку выключения.
Не хватает энергии
Уже не первый раз сталкиваюсь с проблемой, что компьютеру не хватает энергии. Во время работы мышь и клавиатура неожиданно перестают работать. Складывается впечатление, что компьютер полностью завис, однако это не так. В данном случае, материнской плате не хватает тока, чтобы дать полноценное питание для мыши и клавиатуры. Убедится что у вас именно эта проблема можно отключив клавиатуру от компьютера, а мышь переставив в другой разъем. Если заработало — проблема здесь. Решить можно заменив мышь и клавиатуру на PS/2 или на беспроводный вариант. Также можно попытаться заменить блок питания на более мощный.
Выводы
Теперь мы рассмотрели все что нужно, чтобы привести свою систему в чувство, и вы знаете что делать если зависла Ubuntu и как закрыть зависшее приложение. Если у вас есть другие, более эффективные способы, напишите в комментариях!
Источник
Не работает shutdown и презагрузка
При shutdown -h now система завершает работу, но ноут не выключается. При reboot аналогично, зависает после завершения работы системы (чёрный экран, горит подсветка).
Пробовал передавать параметр reboot ядру со значениями bios, acpi, kbd и прочее отсюда, а также acpi=noirq , никаких изменений. Также пробовал заблеклистить модули dw_dmac и dw_dmac_core , на некоторых ноутах они явллись причиной, судя по багрепортам, не помогло. Также не помогают noapic и noapic irqpoll .
Ноут Lenovo B5030, ядро 4.2.0-16-generic, x86_64.
Ubuntu 15.10 (OpenBox+CairoDock, без юнити-шмунити), systemd.
Какой дистрибутив? Какой инит? Телепаты в отпуске, пытки запрещены.
Ubuntu либо Mint же. И версии этак 15, судя по версии ядра. => upstart.
Да. Кстати, на SystemRescueCD с ядром 3.10.55-std440-i586 shutdown -h now работает.
Блин, какого черта не сказал, что systemd, сразу?
Это всё systemd!
Результат тот же.
Ещё один момент. При запуске команды выключения экран становится чёрным сразу (подсветка продолжает гореть), в левом верхнем углу моргает курсор. Идёт дисковая активность. Через несколько секунд диск выключается и курсор либо исчезает, либо перестаёт моргать. Фриз. Дальше только остаётся подержать нажатой клавишу выключения чтобы выключить ноут. Сплеш у меня выключен, по идее ведь я должен видеть логи завершения работы, остановки демонов и т.п.
Дай угадаю, ноутбук с UEFI, но ты его отключил ?
Да, система установлена в legacy.
У меня та же фигня с нетбуком. Система стоит в legacy и не работает ребут с выключением. Как решать, не знаю, правда, особо и не нужно, ноут я практически не выключаю (текущий аптайм — 19 дней). На UEFI всё норм.
А ядро чего вам говорит?
А вы попробуйте cat /dev/kmsg > kernel.log и потом вот это вот всё.
Делаю в recovery mode
Раздаётся щелчёк диска и всё, система ни на что не реагирует, но курсор продолжает моргать. Даже REISUB не работает после этого.
В созданном файле содержится только то что там появилось до выполнения команды poweroff.
Странно, конечно. Может биос перепрошить?
Чем не устроил UEFI? Большинство дистрибутивов вроде поддерживают.
Чем не устроил UEFI? Большинство дистрибутивов вроде поддерживают.
А не знаю, оно само так поставилось, других вариантов установщик не предложил. Ставил со своей мультизагрузочной флешки, возможно чтобы поставить в uefi, система с флешки сама должна была быть загружена в режиме uefi.
Кстати, на ноуте стоял FreeDOS, там перезагрузка работала.
флешки сама должна была быть загружена в режиме uefi
Да. Так и есть. Уже несколько раз ставился в UEFI режиме с 8-ми гиговой флешки. Просто лью туда гибридный iso с помощью dd и все. Если делал сам (YUMI или ещё как-то), то наверное не зведется. UEFI режим у меня отображался в Boot menu для этой флешки. Сейчас проверил, для обычной не отображается, значит материнка читает её прежде чем предложить UEFI.
У меня на флешке grub2, который запускает выбранный iso из меню.
Используй посекторное копирование iso на свободную флешку (dd) и переставь систему в режиме UEFI, если другие способы не помогут. Резервное копирование и почитать про GPT, особенно в случае дуалбута, не забудь.
Я пока не ставил, но попробовал загрузиться с флешки в режиме uefi (создал с помощью dd, /sys/firmware/efi существует), выключение с загрузочной флешки всё так же зависает.
(памятка скорее для себя)
Возможно обновление bios помогло бы, но венду надо 🙁
Может стоит попробовать убрать пакеты intel-microcode (или amd-microcode) если инсталированы — у меня было дело возник аналогичный баг на стареньком Dell сервере после upgrade системы — и именно так решился.
Не влияет. Из коробки не было, я наоборот поставил на всякий случай, может с ним исправится.
Вобщем, я обновил BIOS. Теперь у меня возникла проблема с экраном. Как только начинает грузиться система (показывается ход загрузки и запуска процессов от systemd), экран гаснет. Но система работает, я могу в слепую делать ctrl+alt+f1 и там что-то выполнять. sudo poweroff и sudo reboot похоже теперь работают нормально, ноут выключается и перезагружается. И ещё, я теперь не могу отобразить меню grub. Зажатый shift не действует почему-то.
Хм, загрузился с флешки с Live Kubuntu, там экран работал. Перезагрузился и теперь экран заработал и тут.
Видеокарта + встроенное видео? Может просто приоритет сбился?
Нет, есть только встроенная.
Такая же ерунда. Форум леновы https://forums.lenovo.com/t5/Linux-Discussion/Lenovo-B50-30-Shutdown-freeze/t. отсылает на форум убунты), а оттуда в свою очередь на багзиллу. В багзилле они похоже запутались.
На моем с версией прошивки 2.11 более менее сносно работает mint 17.2 с ядром 3.16 установленный в legacy mode. Но иногда всё равно не выключает или не перезагружает. Плюс греет сильно ноут. Если минт поставить в uefi то вообще непонятное твориться начинает, например кнопки яркости работают задом наперёд, хотя бегунок на экране в правильную сторону движеться, иногда на ровном месте может зависнуть. Пробовал debian testing ни в legacy ни в uefi поставить так и не удалось, виснет когда захочет и где захочет в процессе установки. Надо еще stable проверить. freebsd в uefi не видит корня.. в legacy непомню, но тоже есть косяки.. Вообщем леново походу слепила его, а поддерживать не хочет.
Источник