Не выключается: 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. Похоже, что помогло.
Источник
Ubuntu 16.04 зависает при выключении /перезагрузке
Мой Ubuntu 16.04 зависает при выключении /перезагрузке, требуя от меня нажать и удерживать клавишу питания, чтобы выключить компьютер . Я не знаю, как сообщить об этом как об ошибке и о том, какие команды запускать, чтобы показать необходимое оборудование /sys log info? Любая помощь была бы чрезвычайно оценена!
7 ответов
У меня тоже была эта проблема. Кажется, это ошибка в нескольких дистрибутивах.
Мое простое исправление заключалось в редактировании строки /etc/default/grub :
Работает каждый раз сейчас. Я использую ноутбук Lenovo G50. Я почти уверен, что изменил эту строку в Grub с предыдущими (другими) дистрибутивами linux на этом ноутбуке.
Как только вы завершили свою работу и завершили закрытие всех своих приложений, чтобы завершить работу или перезагрузить ОС, выполните следующие действия, чтобы облегчить разочарование.
- Попробуйте sudo swapoff -a && systemctl poweroff в настоящее время.
- Существует потенциальное исправление в Xenial, предложенное в пакете systemd 229-4ubuntu5. Перейдите на вкладку «Параметры системы -> Программное обеспечение и обновления ->», затем нажмите кнопку «Рядом» с «Предварительная публикация» (предложенная для xenial). введите ваш root pwd, обновите кеш. На вкладке «Обновления» сразу же нажмите «Дисплейные обновления», закройте «Настройки системы». Запустите программу обновления программного обеспечения и установите ее сейчас.
- Если у вас все еще есть проблема, попробуйте прочитать эти ошибки: https: //bugs.launchpad.net/ubuntu/+source/systemd/+bug/1464917 для получения информации о том, как получить данные журнала, и, как было предложено, там будет опубликован новый отчет об ошибке. Также читайте ошибку: https://bugs.debian.org/cgi- бен /bugreport.cgi? ошибка = 788303 .
- Следуйте инструкциям отладки, описанным в разделе «Отладка проблем загрузки /выключения» в /usr/share/doc/systemd/README.Debian.gz , чтобы проверить, есть ли какие-либо зависающие задания при завершении работы , Вам нужно будет запустить оболочку отладки перед каждым завершением работы или перезагрузкой, введя: systemctl start debug-shell Захват снимка экрана journalctl -b в командной оболочке ctl+alt+F9 может быть просветляющим. Также вывод systemctl list-jobs и systemctl —failed Помимо экрана, вы можете выгрузить вывод этих команд и добавить их в один и тот же файл «filename.text» в корне / , добавив >>filename.text в конце команд, например journalctl -b >>filename.text journalctl -xe >>filename.text systemctl list-jobs >>filename.text systemctl —failed >>filename.text lsblk >>filename.text Все они будут находиться в том же файле, который прилагается вместе для анализа при следующей загрузке, и если вы делаете файл отчета об ошибке, может быть полезно прикрепить файл к вашему отчету об ошибке.
Обновление
У меня были эти Hangs довольно долгое время, но в конце концов я узнал, что мой жесткий диск начинает терпеть неудачу в секторах и т. д. Таким образом, пришло время для нового жесткого диска и переустановки. Я переустановил ОС на одном загрузочном жестком диске с Swap как 1-й, Root как 2-й и Home 3-й логический раздел согласно рекомендациям Ubuntu. Технически, sda1 — Grub, sda2 — Extended, sda5, sda6, sda7 — swap, root и home соответственно; sda3 и sda4 отсутствуют. С тех пор эта проблема не присутствовала на недавно установленной ОС на жестком диске, примерно на 9 месяцев. Я запускаю 16.04.02 LTS в этот момент без каких-либо зависаний при перезагрузке или завершении работы. Предыдущей ОС была двойная установка Win7 /Ubuntu, а раздел подкачки был в конце жесткого диска.
Я не утверждаю, что эта проблема связана с системой двойной загрузки, сбойным жестким диском или порядком, в котором я размещал разделы, но в моем случае один, два или все эти факторы существовали. Теперь я не страдаю от усугубления «Reached Target Shutdown».
У меня была проблема с зависанием при выключении, вот что я сделал:
Удалив quiet и splash позволяет текст во время выключения, помогает увидеть, где находится зависание.
GRUB_CMDLINE_LINUX_DEFAULT = «тихий всплеск» Удаление «тишины» здесь будет отображать текстовый вывод во время загрузки, тогда как удаление «всплеска» будет отображать черный экран вместо изображения всплеска.
Сохранить и закрыть Gedit
Затем обновите Grub в терминале:
Я заметил, что у меня тоже была «STOP JOB», поэтому я сокращаю тайм-аут в /etc/systemd/system.conf :
удалите # и измените тайминги в следующих строках:
Это сработало для меня.
Tdenham. У меня такая же ситуация. Я только что обновил систему с 14.04 по 16.04 с помощью do-release-upgrade -d .
Если у вас нет прямого доступа к системе, и вам действительно нужно перезагрузиться, вы можете попробовать выполнить жесткий сброс как обходной путь (как описано здесь: https://major.io/2009/01/29/linux-emergency-reboot-or-shutdown -с-Magic-команд /)
, который делает трюк. Вероятно, вы должны запустить sync прямо перед второй командой.
reboot -f может помочь, но я не пробовал, так как я не могу получить доступ к серверу, если он снова зависает.
Вы можете проверить файл /var /log /syslog. Найдите место, где вы включаете компьютер и проверяете строки прямо перед этим. Вы можете вставить его здесь.
Похоже, что dhclient пытается достичь ip-адреса, даже когда требуется перезагрузка.
Если это аппаратно-зависимая проблема, я вставил вывод lspci , чтобы помочь устранить ее.
Я пробовал несколько методов, включая: редактирование /etc/default/grub , запуск sudo swapoff -a перед выключением и т. д. . Но никто из них не работал для меня .
Отключение USB 3.0 legacy mode в BIOS работало для меня.
Я попробовал почти все предложения здесь. Единственным действием, которое разрешило мою проблему с shutdown /reset, было изменение DefaultTimeoutStartSec & DefaultTimeoutStopSec в /etc/systemd/system.conf до ’10’:
, а затем отредактируйте
Я просто переживал одну и ту же проблему, перезагрузка приведет меня к черному экрану или иногда к черному экрану с мигающим курсором, и это никогда не будет выполнено, я должен отметить, что у меня не было проблемы с закрытием.
Итак, что я сделал, я открыл Диспетчер Диска, и я установил прошивку Intel-Microcode для CPU, я выключил компьютер, а затем я устал перезапускать ОС, и он, наконец, работал.
Я на Linux Mint Cinnamon 18.3, основанный на Ubuntu Xenial Xerus 16.04 LTS.
Источник
SystemD не сумел выключить машину
Отвалился usb-hub с флешкой воткнутой, и не захотел реиницилизироваться.
Восьмое чувство подсказало, что не стоит удалённо перезагружать машину.
Внезапно, оказалось что я угадал, и systemd был не готов к серверному юзкейсу: https://i.imgur.com/xTBtiVJ.jpg
systemd зомбанул машину: потушил все сервисы, и не выключил.
Лог отключения до последней записи:
Почему-то хардварный watchdog тоже не сработал.
Нужно будет разбираться, почему. Он должен был спасти.
P.S. система не зависла, перезагрузил с помощью magic keys.
Отвалился usb-hub с флешкой воткнутой В проблемах с железом виноват systemd
_Все «хардварные» вотчдоги — глюкло.
_Все «хардварные» вотчдоги — глюкло.
Возможно я чего-то не так настроил. Нужно будет провести учения по ГО.
Feb 12 08:10:52 optiplex systemd[1]: Failed to attach 26217 to compat systemd cgroup /system.slice/virtualbox.service: No such file or directory
У тебя в системе какой-то ад происходит.
В дебиане всегда так? С каждым разом всё больше убеждаюсь, что дебиан — это такая сложная система уравновешивающих друг друга дичайших костылей и подпорок, от которой хочется плакать кровавыми слезами.
Ватчдог без DefaultDependencies=no , ахаха, что ты делаешь, прекрати.
У тебя в системе какой-то ад происходит. В дебиане всегда так? С каждым разом всё больше убеждаюсь, что дебиан — это такая сложная система уравновешивающих друг друга дичайших костылей и подпорок, от которой хочется плакать кровавыми слезами.
Ну, мы на эту тему уже говорили. Повторюсь: ты, как саппорт, фокусируешься на том, что конечные юзеры дебилы. Не так сконфигурировали, не так дышат и не в ту сторону молятся. Узко говоря, фактически ты прав.
Я как конечный пользователь, констатирую, что эта фигня ломается уже третий раз за полгода. Если гуру-дистростроители не могут совладать, юзер с 10+ летним стажем не может совладать, то домохозяйкам то как жить? Есть ли конечному пользователю разница, по чьей вине нужно раз в два месяца разгребать проблемы? Ладно бы ещё я ковырялся, так нет же ж. Просто хочу как домохозяйка: вкл/выкл.
По вочдогу, я так и подозреваю, что он либо вообще не был запущен, либо не был остановлен. А железо скорее всего не виновато.
В дебиане всегда так? С каждым разом всё больше убеждаюсь, что дебиан — это такая сложная система уравновешивающих друг друга дичайших костылей и подпорок, от которой хочется плакать кровавыми слезами.
Из бесплатного для сервера выбора особо и нет. Либо Debian с Ubuntu, либо CentOS. И все они сборище костылей различной конфигурации.
Источник
[Xenial] shutdown/reboot hangs at «Reached target Shutdown»
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| | systemd (Ubuntu) Edit | ||||
Bug Description
I tried getting more information in the debug-shell but I was unsuccessful in doing so. I was able to switch to the debug shell via ctrl+alt+f9 but I couldn’t actually type anything in. I could switch back to the stuck shutdown screen via ctrl+alt+f1, and hitting NumLock would turn the light on my keyboard on and off, but I couldn’t do anything else. I captured a journal of the stuck reboot. Interestingly, the journal shows a few more lines after «Reached target Shutdown», which is as far as I get on my screen.
This system was installed with Xenial 16.04.1 (never been upgraded) and has had this problem since the very first boot.
ProblemType: Bug
DistroRelease: Ubuntu 16.04
Package: systemd 229-4ubuntu7
ProcVersionSign ature: Ubuntu 4.4.0-36.55-generic 4.4.16
Uname: Linux 4.4.0-36-generic x86_64
ApportVersion: 2.20.1-0ubuntu2.1
Architecture: amd64
Date: Sat Sep 3 00:33:19 2016
InstallationDate: Installed on 2016-08-17 (16 days ago)
InstallationMedia: Ubuntu-Server 16.04.1 LTS «Xenial Xerus» — Release amd64 (20160719)
Lsusb:
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
ProcEnviron:
SHELL=/bin/bash
TERM=xterm
PATH=(custom, no user)
LANG=en_US.UTF-8
ProcKernelCmdLine: BOOT_IMAGE= /boot/vmlinuz- 4.4.0-36- generic. efi.signed root=UUID= 5f709fed- 48c9-4830- 87be-acd13f263e b1 ro
SourcePackage: systemd
SystemdDelta:
[EXTENDED] /lib/systemd/ system/ systemd- timesyncd. service → /lib/systemd/ system/ systemd- timesyncd. service. d/disable- with-time- daemon. conf
[EXTENDED] /lib/systemd/ system/ rc-local. service → /lib/systemd/ system/ rc-local. service. d/debian. conf
[EXTENDED] /lib/systemd/ system/ mariadb. service → /etc/systemd/ system/ mariadb. service. d/migrated- from-my. cnf-settings. conf
3 overridden configuration files found.
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 06/03/2016
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: KYSKLi70. 86A.0037. 2016.0603. 1032
dmi.board.name: NUC6i7KYB
dmi.board.vendor: Intel Corporation
dmi.board.version: H90766-404
dmi.chassis.type: 3
dmi.chassis.vendor: Intel Corporation
dmi.chassis. version: 1.0
dmi.modalias: dmi:bvnAmerican MegatrendsInc. :bvrKYSKLi70. 86A.0037. 2016.0603. 1032:bd06/ 03/2016: svn:pn: pvr:rvnIntelCor poration: rnNUC6i7KYB: rvrH90766- 404:cvnIntelCor poration: ct3:cvr1. 0:
- journal.txtEdit (117.2 KiB, text/plain)
- CurrentDmesg.txtEdit (59.6 KiB, text/plain; charset=»utf-8″)
- Dependencies.txtEdit (2.1 KiB, text/plain; charset=»utf-8″)
- JournalErrors.txtEdit (9.7 KiB, text/plain; charset=»utf-8″)
- Lspci.txtEdit (31.2 KiB, text/plain; charset=»utf-8″)
- ProcCpuinfo.txtEdit (8.9 KiB, text/plain; charset=»utf-8″)
- ProcInterrupts.txtEdit (5.9 KiB, text/plain; charset=»utf-8″)
- ProcModules.txtEdit (4.5 KiB, text/plain; charset=»utf-8″)
- UdevDb.txtEdit (151.2 KiB, text/plain; charset=»utf-8″)
Status changed to ‘Confirmed’ because the bug affects multiple users.
| Changed in systemd (Ubuntu): | |
| status: | New → Confirmed |
After answering, please set status back to «confirmed». Thank you.
| Changed in systemd (Ubuntu): | |
| importance: | Undecided → Critical |
| status: | Confirmed → Incomplete |
I can’t quite figure out why, but the answer seems to be «occasionally». I was able to reboot a few times (2 out of maybe 30?) using the complete list of reboot= options. However, I suspect making the reboot= changes is a red herring — I rebooted the machine more in the past few hours than I have in the rest of the time I’ve owned it. It’s entirely possible that I would have gotten similarly lucky had I kept trying to reboot over and over again without making the reboot= changes.
| Changed in systemd (Ubuntu): | |
| status: | Incomplete → Confirmed |
Same problem here. Fresh install of 16.04.1 Ubuntu server. CPU intel J1900. Kernel 4.4.0-59. I tried what suggested in the link above and any other method I found around (force ahci in grub options, deactivate usb 3 legacy, using different commands for restarting..) but with no success. Still hangs at «Reached target Shutdown «. As I plan to install the PC circa 1500 Km away from where I live, pressing the physical button could be problematic.
Journal ends with:
Sep 02 23:59:22 nuc systemd- shutdown[ 1]: Sending SIGTERM to remaining processes.
Sep 02 23:59:22 nuc systemd- journald[ 1455]: Journal stopped
which means that something is not dieing and we are not getting any more logs recorded.
and it indicates that all/most attempts to reboot have been exhausted and possibly it is the firmware/bios itself that are failing to reboot/shutdown the machine.
What are exact model details of the affected machines? maybe we can find same/similar in the validation lab and check if they pass Ubuntu certification.
Mine is an Intel NUC6i7KYK. As the model number suggests, it’s an Intel NUC with a Skull Canyon (6th generation) i7 processor. Intel ARK link: http:// ark.intel. com/products/ 89187/Intel- NUC-Kit- NUC6i7KYK.
I think i have a specification to this issue.
First, my system with the same problem at shutdown/reboot, but only in a very special case:
Fresh install of Ubuntu Server 16.04.2 LTS
CPU: Intel Xeon E3-1245v6 (Kabylake)
Mainboard: MSI C236A Workstation/Server Mainboard (model: 7998-012R; latest BIOS: v2.7)
RAM: 4x TRANSCEND 8GB DDR4 2133 ECC-DIMM 2Rx8 1Gx72 288P 512Mx8/CL15 (model: TS1GLH72V1H)
SSD: 2x Samsung Basic MZ-7KE256BW 850 Pro interne SSD 256GB
HDD: 2x Western Digital Red 4TB NAS (model: WDBMMA0040HNC-ERSN)
Description of the special case with the shutdown/reboot issue:
The problem only reveals when RAID-Mode auf the MSI Mainboard is enabled. After resetting to AHCI-Mode, the problem is over an the server works fine. It seems, that’s a problem with the «Intel® C236 Chipset» or more specific a driver problem with intel based components on the different systems.
Yes. I confirm that. After change in bios from raid to ahci computer is rebooting and swithing off normally.
Wysłano z mojego smartfona Samsung Galaxy.
——— Oryginalna wiadomość ———Od: Tobias Alke Data: 22.04.2017 08:53 (GMT+01:00) Do: Temat: [Bug 1619844] Re: [Xenial] shutdown/reboot hangs at «Reached target
Shutdown»
I think i have a specification to this issue.
First, my system with the same problem at shutdown/reboot, but only in a
very special case:
Fresh install of Ubuntu Server 16.04.2 LTS
CPU: Intel Xeon E3-1245v6 (Kabylake)
Mainboard: MSI C236A Workstation/Server Mainboard (model: 7998-012R; latest BIOS: v2.7)
RAM: 4x TRANSCEND 8GB DDR4 2133 ECC-DIMM 2Rx8 1Gx72 288P 512Mx8/CL15 (model: TS1GLH72V1H)
SSD: 2x Samsung Basic MZ-7KE256BW 850 Pro interne SSD 256GB
HDD: 2x Western Digital Red 4TB NAS (model: WDBMMA0040HNC-ERSN)
Description of the special case with the shutdown/reboot issue:
The problem only reveals when RAID-Mode auf the MSI Mainboard is
enabled. After resetting to AHCI-Mode, the problem is over an the server
works fine. It seems, that’s a problem with the «Intel® C236 Chipset» or
more specific a driver problem with intel based components on the
different systems.
—
You received this bug notification because you are subscribed to the bug
report.
https:/ /bugs.launchpad .net/bugs/ 1619844
Title:
[Xenial] shutdown/reboot hangs at «Reached target Shutdown»
Status in systemd package in Ubuntu:
Confirmed
Bug description:
I tried getting more information in the debug-shell but I was
unsuccessful in doing so. I was able to switch to the debug shell via
ctrl+alt+f9 but I couldn’t actually type anything in. I could switch
back to the stuck shutdown screen via ctrl+alt+f1, and hitting NumLock
would turn the light on my keyboard on and off, but I couldn’t do
anything else. I captured a journal of the stuck reboot.
Interestingly, the journal shows a few more lines after «Reached
target Shutdown», which is as far as I get on my screen.
This system was installed with Xenial 16.04.1 (never been upgraded)
and has had this problem since the very first boot.
Источник
