Ноутбук зависает при выключении, как отредактировать файл конфигурации?
Поставил загрузчик rEFInd вместо GRUB (Мой ноутбук не работает с GRUB корректно, эта проблема не только у меня). После установки refind всё корректно загружается, но при выключении ноутбука он зависает намертво на строчке [Reached target Shutdown] [reeboot: Power down]. Гугл посоветовал в refind.conf прописать параметр ядра «pci=nocrs» в строке «options», но я так и не понял в какой именно строке и как (Мне нужно добавить этот параметр или заменить предыдущий, если добавить, то через запятую или пробел? Вот код из этого файла на pastebin.
Зависает при выключении на завершении работы
Здравствуйте, ребята! Есть комп с установленной Windows 7 х64. Проблема в том, что при выключении.
При выключении компа, последний зависает
Ребята, помогите: Проблема такая, ОС WIN98, находится в сети виндовой. Если захожу на любой комп.
При выключении питания одного из компьютеров зависает роутер
Добрый день! У меня появилась такая проблема: В ZYXEL KEENETIC GIGA II подключен l2tp.
Зависает ноут при выключении/перезагрузке/уходе в спящтй режим
Добрый день! Ситуация рандомная поэтому прошу помощи, может кто-то сталкивался. В один момент.
Сообщение было отмечено Marinero как решение
Решение
Проблема решена! Всем спасибо за помощь! Прописал в терминале команду
Далее задал в файле refind_linux.conf в конце строки
«Boot with standard options» «ro root=UUID=x-x-x-x-x»
параметр pci=nocrs, в итоге строка стала выглядеть вот так:
«Boot with standard options» «ro root=UUID=x-x-x-x-x pci=nocrs»
Теперь всё отлично работает!
Монитор не видит ноутбук при его выключении
здравствуйте. С недавних пор возникла проблема нежданно ни гадано. У меня к ноутбуку подсоединен.
Компьютер зависает если минут 15 стоит без дела или при выключении
Всем добрый день! Вот у меня какая трудность.Изложу поподробнее. У меня был компьютер. Гавкнул.
Office 2010 зависает при попытке отредактировать документ
Здравствуйте, уважаемые форумчане, недавно случилась беда у девочки кадастрового инженера. Десятый.
Не выключается: Reached target Shutdown
Периодически, при перезагрузке или выключении виртуальной машины, она зависает на «Reached target Shutdown».
ВМ под Debian 8. Виртуализация: Debian 8 + qemu + KVM + libvirt.
Попробуй поднять loglevel до крайнего (Alt+SysRq+9, sysctl kernel.printk=9 , systemd-analyze set-log-level debug ), инициировать перезагрузку и посмотреть, что будет выведено после «Reached target Shutdown».
Так же и висит на Reached target Shutdown.
Вот, кстати, что в логах висит:
Mar 28 09:48:08 git swapoff[31974]: swapoff: /dev/mapper/vg0-swap: swapoff failed: Cannot allocate memory
Т. е. после того, как ты включил дебаг, в консоли не появилось никаких новых сообщений? Или появилось, просто это последнее?
Можно включить отладочный шелл ( systemctl start debug-shell ), опять получить висяк, переключиться на девятую виртуальную консоль и уже оттуда посмотреть, что в логах.
Обновил systemd до версии 215-17+deb8u4 из proposed-updates. Похоже, что помогло.
Почему systemd зависает при перезагрузке?
1 из 10, systemd зависает при перезагрузке. Я не понимаю причину. Что / где я должен посмотреть, чтобы решить проблему? Я использую systemd v196 и не могу обновить его до версии> = 198, потому что для последнего требуется последнее ядро (с поддержкой cgroups), которое не может быть обновлено в соответствии с требованиями заказчика. Интересно, есть ли разумный способ выяснить причину такого поведения и заставить systemd перезагрузить систему безоговорочно.
Как вы можете прочитать там:
Выключение никогда не заканчивается
Если обычная перезагрузка или отключение питания не завершаются даже после ожидания в течение нескольких минут, описанный выше способ создания журнала выключения не поможет, и этот журнал необходимо получить другими способами. Два варианта, которые полезны для отладки проблем с загрузкой, могут также использоваться для проблем с завершением работы:
use a serial console use a debug shell - not only is it available from early boot, it also stays active until late shutdown. Я использую последовательную консоль, и по какой-то причине я могу даже войти в систему, так как интерфейс eth его активирован или был активирован (после отключения во время шагов перезагрузки).
# cat /etc/systemd/system/ basic.target.wants/ getty.target.wants/ multi-user.target.wants/ sysinit.target.wants/ dbus-org.freedesktop.NetworkManager.service local-fs-pre.target.wants/ sockets.target.wants/ syslog.service display-manager.service local-fs.target.wants/ swap.target Обратите внимание на swap.target. Это там, но мы не используем разделы подкачки вообще. Я пытался замаскировать своп, но проблема зависания переоценила. Последняя строка в консоли:
[OK] Stopped target shutdown. РЕДАКТИРОВАТЬ: Как я уже сказал, я могу повторно войти через ssh через eth.
Теперь я покажу вам два журнала. Первый журнал происходит, когда перезагрузка /shutdwon зависает, в то время как второй журнал, когда перезагрузка завершается успешно:
Зависание, вывод всегда такой (полный журнал):
[ OK ] Stopped Network Time Service (one-shot ntpdate mode). Stopping Modem and VPN connections autoconnect. Stopping Login Service. Stopping LSB: Avahi mDNS/DNS-SD Daemon. [ OK ] Stopped Monitoring free system resources. [ OK ] Stopped Monitoring dropbear socket. [ OK ] Stopped Login Service. [ OK ] Stopped Modem and VPN c[ OK ] Stopped Getty on tty1. [ OK ] Stopped Serial Getty on ttyO0. [ OK ] Unmounted /var/lib/opkg. [ OK ] Stopped Network Manager. [ OK ] Stopped LSB: Avahi mDNS/DNS-SD Daemon. Stopping D-Bus System Message Bus. [ OK ] Stopped target Remote File Systems. [ OK ] Stopped Suspend manager. Stopping X Server. [ OK ] Stopped X Server. Stopping System Logging Service. [ OK ] Stopped System Logging Service. [ 77.580000] g_ether gadget: using random self ethernet address [ 77.580000] g_ether gadget: using random host ethernet address [ 77.590000] usb0: MAC 6e:0d:de:b0:33:4f [ 77.590000] usb0: HOST MAC 62:7a:81:02:f3:ff [ 77.600000] g_ether gadget: Ethernet Gadget, version: Memorial Day 2008 [ 77.600000] g_ether gadget: g_ether ready [ 77.610000] musb-hdrc musb-hdrc.0: MUSB HDRC host driver [ 77.610000] musb-hdrc musb-hdrc.0: new USB bus registered, assigned bus number 2 [ 77.620000] usb usb2: New USB device found, idVendor=1d6b, idProduct=0002 [ 77.630000] usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 77.640000] usb usb2: Product: MUSB HDRC host driver [ 77.640000] usb usb2: Manufacturer: Linux 2.6.37 musb-hcd [ 77.650000] usb usb2: SerialNumber: musb-hdrc.0 [ 77.650000] hub 2-0:1.0: USB hub found [ 77.660000] hub 2-0:1.0: 1 port detected [ 77.690000] ADDRCONF(NETDEV_UP): usb0: link is not ready [ OK ] Stopped target Reboot. [ OK ] Stopped Reboot. [ OK ] Stopped target Unmount All Filesystems. [ OK ] Stopped target Shutdown. [ 78.330000] systemd-journald[328]: Received SIGUSR1
Unmounting /var/lib/opkg. [ OK ] Stopped target Network. Stopping SSH Per-Connection Server. [ OK ] Stopped target Graphical Interface. [ OK ] Stopped target Multi-User. Stopping Monitoring free system resources. Stopping Monitoring dropbear socket. Stopping Network Time Service (one-shot ntpdate mode). [ OK ] Stopped Network Time Service (one-shot ntpdate mode). Stopping Modem and VPN connections autoconnect. Stopping Login Service. Stopping LSB: Avahi mDNS/DNS-SD Daemon. [ OK ] Stopped Monitoring free system resources. [ OK ] Stopped Monitoring dropbear socket. [ OK ] Stopped Login Service. [ OK ] Unmounted /var/lib/opkg. Stopping Network Manager. [ OK ] Stopped Getty on tty1. [ OK ] Stopped Network Manager. [ OK ] Stopped Serial Getty on ttyO0. [ OK ] Stopped Suspend manager. [ OK ] Stopped LSB: Avahi mDNS/DNS-SD Daemon. Stopping D-Bus System Message Bus. Stopping X Server. Stopping Permit User Sessions. [ OK ] Stopped Permit User Sessions. [ OK ] Stopped target Remote File Systems. [ OK ] Stopped X Server. [ OK ] Stopped D-Bus System Message Bus. Stopping System Logging Service. [ OK ] Stopped System Logging Service. [ OK ] Stopped target Basic System. [ OK ] Stopped target Sockets. [ OK ] Closed dropbear.socket. [ OK ] Closed D-Bus System Message Bus Socket. [ OK ] Stopped target System Initialization. Stopping Import configuration from SD card. [ OK ] Stopped Import configuration from SD card. Stopping Load Kernel Modules. Stopping Apply Kernel Variables. [ OK ] Stopped Apply Kernel Variables. [ OK ] Stopped target Local File Systems. Unmounting /var. Unmounting /tmp. [ OK ] Closed Syslog Socket. [ OK ] Failed unmounting /var. [ OK ] Unmounted /tmp. [ OK ] Stopped Load Kernel Modules. [ OK ] Reached target Unmount All Filesystems. [ OK ] Stopped target Local File Systems (Pre). Stopping Remount Root and Kernel File Systems. [ OK ] Stopped Remount Root and Kernel File Systems. [ OK ] Reached target Shutdown. [ 52.340000] omap_wdt: Unexpected close, not stopping! Sending SIGTERM to remaining processes. [ 52.490000] systemd-journald[335]: Received SIGTERM Sending SIGKILL to remaining processes. Unmounting file systems. Unmounting /sys/fs/fuse/connections. Unmounting /var. All filesystems unmounted. Deactivating swaps. All swaps deactivated. После некоторых расследований и отладки я обнаружил причину прерывания работы, хотя пока не могу ее решить. В некоторых случаях одна из пользовательских служб запускается до завершения выключения, что приводит к зависанию процедуры выключения. Это один случай зависания. Другой тип зависания — это когда отключение не прерывается, но останавливается в какой-то момент. По этой причине, прежде чем разрешить все конфликты и другие возможные зависания по одному, я хочу безоговорочно активировать аппаратный сторожевой таймер. Чтобы сделать это через systemd, я включил и протестировал, отдельно или вместе, RuntimeWatchdogSec и ShutdownWatchdogSec. К сожалению, они не помогли. Глядя на исходный код, кажется, что systemd входит в цикл, в котором он все еще ожидает отключения всех файловых систем и выполнения других видов очистки, прежде чем позволить сторожевому устройству действительно работать (не поддерживая его).
Я застрял. Я прошу вас найти способ:1. безоговорочно включить сторожевой таймер, по крайней мере, начиная с точки, где начинается отключение 2. обнаружить и разрешить все конфликты простым способом
Первое решение является предпочтительным.
Ubuntu: «Reached target Shutdown», safe to pull the plug?
I have a small Celeron machine which runs Ubuntu 16.04.3 LTS, and every time I need to reboot it (about once a month), I have to power it off, pull the plug and power it on again. The thing is that it won’t reboot automatically, because it stops with a message Reached target Shutdown . So I’ve stopped using sudo reboot , but do a sudo poweroff instead and shortly thereafter that message appears. When I wait for a couple of minutes an additional message is shown 3102533.654120 unregister_netdevice: waiting for lo to become free. Usage count=1 . The second (as in time measurement) counter is high, about 3102533, which amounts to about 36 days, probably the time of the last reboot. So there is still something running in the background issuing that message. Since this already happened before, and most of the Google hits are related to Docker, I made sure to stop all containers docker stop $(docker ps -a -q) , and to shut down the docker service sudo systemctl stop docker before issuing the sudo poweroff . In that strange power off state it is also not possible to power off the machine with a normal power button press (a very long press does power it off, iirc) and a reset button press does also not restart the machine, which I find to be very strange. It’s a http://www.asrock.com/mb/Intel/N3150DC-ITX/ What causes the most concern to me is the fact that the «hdd»-light (it’s a ssd) is sporadically blinking up, as if it were interacting with the disc, which makes me afraid of corrupting something when pulling the power plug. https://www.youtube.com/watch?v=T3ojE1un7WE Is it safe to pull the plug? How can I track down the cause of this problem? I can’t do much rebooting with the machine, as it hosts some databases which are constantly getting accessed. Above was on Feb.12, what follows is on Mar.16 I just «rebooted» the machine again. Same procedure as above, since it won’t turn off. This time I did no apt upgrade/dist-upgrade before rebooting, I did that afterwards, to make sure that something being upgraded is not the cause for this problem. I pressed ctrl-alt-del a couple of times while waiting for it to shut down, it had no effect, until a message appeared:
(I don’t think that I pressed them that quickly, I believe that they got cached somehow or I pressed it for a long time) followed by a
2697473.41.. systemd-shutdown[1]: Failed to finalize DM devices, ignoring (the extra space before DM is part of that message)