Ubuntu 16.04がシャットダウン/再起動時にハングする
Ubuntu 16.04がシャットダウン/再起動時にハングし、電源キーを押してマシンをオフにする必要があります...これをバグとして報告する方法と、必要なハードウェア/ sysログを表示するために実行するコマンドがわかりません情報？どんな助けでも大歓迎です！
私もこの問題を抱えていました。複数のディストリビューションのバグのようです。
私の簡単な修正は/etc/default/grub行を編集することでした：
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
に
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi=force"
update-grubを実行します。
毎回動作します。 Lenovo G50ラップトップを使用しています。このラップトップ上の以前の（他の）LinuxディストリビューションでもGrubのこの行を変更したと確信しています。
作業を終了し、OSをシャットダウンまたは再起動するためにすべてのアプリケーションを終了したら、以下の手順に従ってフラストレーションを軽減してください。
- 今のところ、回避策として
Sudo swapoff -a && systemctl poweroffを試してください。 - Systemd 229-4ubuntu5パッケージのXenial-proposedには潜在的な修正があります。 [システム設定]-> [ソフトウェアと更新]-> [開発者オプション]タブに移動し、[プレリリース（xenial-proposed）]の横のボックスをクリックします。ルートpwdを入力し、キャッシュを更新します。 [更新]タブでは、[更新をすぐに表示]ドロップダウンを使用して、[システム設定]を閉じます。ソフトウェアアップデータを起動して、今すぐインストールします。
- それでも問題が解決しない場合は、これらのバグを読んでみてください： https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1464917 新しいバグレポートを提出します。バグも読んでください： https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=7883 。
/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.textjournalctl -xe >>filename.textsystemctl list-jobs >>filename.textsystemctl --failed >>filename.textlsblk >>filename.textこれらはすべて同じファイルに追加され、次回起動時に分析するために追加されます。バグレポートをバグレポートに添付すると便利です。
更新
これらのハングはかなり前からありましたが、最終的には、HDDがセクターなどに障害を起こし始めたことがわかった時点で、新しいHDDを取り付けて再インストールするときが来ました。 Ubuntuの推奨事項に従って、1番目をスワップ、2番目をルート、3番目を論理パーティションとして、単一ブートHDDにOSを再インストールしました。技術的には、sda1はGrub、sda2はExtended、sda5、sda6、sda7はそれぞれswap、root、およびhomeです。 sda3とsda4は存在しません。この問題は、およそ9か月以上後、HDDに新しくインストールされたOSには存在していません。再起動またはシャットダウン時にハングすることなく、この時点で16.04.02 LTSを実行しています。以前のOSはデュアルインストールWin7/Ubuntuで、スワップパーティションはHDDの最後にありました。
この問題がデュアルブートシステム、障害のあるHDD、またはパーティションを配置した順序に関係しているとは述べていませんが、私の場合、これらの要因の1つ、2つ、またはすべてが存在しました。今、私は「Reached Target Shutdown」ハングの悪化に苦しんでいません。
私はシャットダウン時にハングする問題がありました、これは私がやったことです：
オープンターミナル
Sudo -H gedit /etc/default/grub
行を変更します。
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
に
GRUB_CMDLINE_LINUX_DEFAULT="acpi=force"
quietとsplashを削除すると、シャットダウン中にテキストが許可され、ハングの可能性がある箇所を確認できます。
GRUB_CMDLINE_LINUX_DEFAULT = "quiet splash"ここで「quiet」を削除すると、ブート中にテキスト出力が表示され、「splash」を削除すると、スプラッシュ画像の代わりに黒い画面が表示されます。
Geditを保存して閉じます
次に、ターミナルでGrubを更新します。
Sudo update-grub
追加：
「STOP JOB」も実行していることに気づいたので、/etc/systemd/system.confのタイムアウトを減らします。
Sudo -H gedit /etc/systemd/system.conf
#を削除し、次の行のタイミングを変更します。
DefaultTimeoutStartSec=5s
DefaultTimeoutStopSec=5s
次に実行します：
Sudo systemctl daemon-reload
これは私のために働いた。
Tdenham。私も同じ状況です。 do-release-upgrade -dを使用して、システムを14.04から16.04に更新しました。
システムに直接アクセスできず、本当に再起動する必要がある場合は、回避策としてハードリセットを試すことができます（ここで説明されているように、 https://major.io/2009/01/29/ linux-emergency-reboot-or-shutdown-with-magic-commands / ）
echo 1 > /proc/sys/kernel/sysrq
echo b > /proc/sysrq-trigger
トリックを行います。おそらく、2番目のコマンドの直前にsyncを実行する必要があります。
reboot -fが役立つ場合がありますが、サーバーが再びハングした場合はサーバーにアクセスできないため、試してみませんでした。
/ var/log/syslogファイルを確認できます。コンピューターの電源を入れる場所を見つけて、その直前に回線を確認します。ここに貼り付けることができます。
私のsyslog：
Apr 29 11:21:48 bow NetworkManager[875]: <warn> [1461907308.0752] dhcp4 (em0): request timed out
Apr 29 11:21:48 bow NetworkManager[875]: <info> [1461907308.0753] dhcp4 (em0): state changed unknown -> timeout
Apr 29 11:21:48 bow NetworkManager[875]: <info> [1461907308.0918] dhcp4 (em0): canceled DHCP transaction, DHCP client pid 2437
Apr 29 11:21:48 bow NetworkManager[875]: <info> [1461907308.0918] dhcp4 (em0): state changed timeout -> done
Apr 29 11:21:48 bow NetworkManager[875]: <info> [1461907308.0929] device (em0): state change: ip-config -> failed (reason 'ip-config-unavailable') [70 120 5]
Apr 29 11:21:48 bow NetworkManager[875]: <warn> [1461907308.0943] device (em0): Activation: failed for connection 'Wired connection 1'
Apr 29 11:21:48 bow NetworkManager[875]: <info> [1461907308.0970] device (em0): state change: failed -> disconnected (reason 'none') [120 30 0]
Apr 29 11:21:48 bow NetworkManager[875]: <info> [1461907308.1062] policy: auto-activating connection 'Wired connection 1'
Apr 29 11:21:48 bow NetworkManager[875]: <info> [1461907308.1101] device (em0): Activation: starting connection 'Wired connection 1' (df58434d-16fc-4036-b1d2-2cae515dbf19)
Apr 29 11:21:48 bow NetworkManager[875]: <info> [1461907308.1108] device (em0): state change: disconnected -> prepare (reason 'none') [30 40 0]
Apr 29 11:21:48 bow NetworkManager[875]: <info> [1461907308.1133] device (em0): state change: prepare -> config (reason 'none') [40 50 0]
Apr 29 11:21:48 bow NetworkManager[875]: <info> [1461907308.1152] device (em0): state change: config -> ip-config (reason 'none') [50 70 0]
Apr 29 11:21:48 bow NetworkManager[875]: <info> [1461907308.1167] dhcp4 (em0): activation: beginning transaction (timeout in 45 seconds)
Apr 29 11:21:48 bow NetworkManager[875]: <info> [1461907308.1221] dhcp4 (em0): dhclient started with pid 2444
Apr 29 11:21:48 bow dhclient[2444]: DHCPDISCOVER on em0 to 255.255.255.255 port 67 interval 3 (xid=0x6cc9f4a)
Apr 29 11:21:51 bow dhclient[2444]: DHCPDISCOVER on em0 to 255.255.255.255 port 67 interval 4 (xid=0x6cc9f4a)
Apr 29 11:21:55 bow dhclient[2444]: DHCPDISCOVER on em0 to 255.255.255.255 port 67 interval 11 (xid=0x6cc9f4a)
Apr 29 11:22:01 bow CRON[2453]: (root) CMD (/usr/local/lib/wifictl)
Apr 29 11:22:01 bow CRON[2450]: (CRON) info (No MTA installed, discarding output)
Apr 29 11:22:06 bow dhclient[2444]: DHCPDISCOVER on em0 to 255.255.255.255 port 67 interval 20 (xid=0x6cc9f4a)
.................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................
Apr 29 11:23:34 bow rsyslogd: [Origin software="rsyslogd" swVersion="8.16.0" x-pid="860" x-info="http://www.rsyslog.com"] start
Apr 29 11:23:34 bow rsyslogd-2222: command 'KLogPermitNonKernelFacility' is currently not permitted - did you already set it via a RainerScript command (v6+ config)? [v8.16.0 try http://www.rsyslog.com/e/2222 ]
Apr 29 11:23:34 bow rsyslogd: rsyslogd's groupid changed to 104
Apr 29 11:23:34 bow rsyslogd: rsyslogd's userid changed to 101
Apr 29 11:23:34 bow kernel: [ 0.000000] Initializing cgroup subsys cpuset
Apr 29 11:23:34 bow kernel: [ 0.000000] Initializing cgroup subsys cpu
Apr 29 11:23:34 bow kernel: [ 0.000000] Initializing cgroup subsys cpuacct
Apr 29 11:23:34 bow kernel: [ 0.000000] Linux version 4.4.0-21-generic (buildd@lgw01-21) (gcc version 5.3.1 20160413 (Ubuntu 5.3.1-14ubuntu2) ) #37-Ubuntu SMP Mon Apr 18 18:33:37 UTC 2016 (Ubuntu 4.4.0-21.37-generic 4.4.6)
Dhclientは、再起動が要求された場合でもIPアドレスを取得しようとするようです。
これがハードウェア依存の問題である場合、lspciの出力を貼り付けて、トラブルシューティングを支援します。
00:00.0 Host bridge: Intel Corporation Atom Processor D2xxx/N2xxx DRAM Controller (rev 03)
00:02.0 VGA compatible controller: Intel Corporation Atom Processor D2xxx/N2xxx Integrated Graphics Controller (rev 09)
00:1c.0 PCI bridge: Intel Corporation NM10/ICH7 Family PCI Express Port 1 (rev 02)
00:1c.1 PCI bridge: Intel Corporation NM10/ICH7 Family PCI Express Port 2 (rev 02)
00:1d.0 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #1 (rev 02)
00:1d.1 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #2 (rev 02)
00:1d.2 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #3 (rev 02)
00:1d.3 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #4 (rev 02)
00:1d.7 USB controller: Intel Corporation NM10/ICH7 Family USB2 EHCI Controller (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev e2)
00:1f.0 ISA bridge: Intel Corporation NM10 Family LPC Controller (rev 02)
00:1f.2 SATA controller: Intel Corporation NM10/ICH7 Family SATA Controller [AHCI mode] (rev 02)
00:1f.3 SMBus: Intel Corporation NM10/ICH7 Family SMBus Controller (rev 02)
01:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Connection
02:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Connection
03:00.0 Network controller: Qualcomm Atheros AR9227 Wireless Network Adapter (rev 01)
ここでほとんどすべての提案を試しました。シャットダウン/リセットの同じ問題を解決した唯一のアクションは、/etc/systemd/system.confのDefaultTimeoutStartSec＆DefaultTimeoutStopSecを「10」に変更することでした。
Sudo -H gedit /etc/systemd/system.conf
そして編集する
DefaultTimeoutStartSec=10s
DefaultTimeoutStoptSec=10s
いくつかの方法を試してみました：/etc/default/grubの編集、シャットダウンの前にSudo swapoff -aを実行するなど。
BIOSでUSB 3.0 legacy modeをオフにするとうまくいきました。
私はやや同じ問題を経験していました。再起動すると黒い画面または時々カーソルが点滅する黒い画面になりますが、それは決して達成されません。シャットダウンに問題はなかったことに注意する必要があります。
だから、ドライブマネージャーを開いて、CPUのIntel-Microcodeファームウェアをインストールし、コンピューターをシャットダウンして、OSを再起動するのに疲れて、ようやく機能しました。
Ubuntu Xenial Xerus 16.04 LTSに基づくLinux Mint Cinnamon 18.3を使用しています。
ASUS Zenbook UX433FNでこの問題が発生し、使用した解決策はBIOSの更新でした。私が持っていたBIOSバージョンは301でしたが、305に更新しました。これらの問題はすべて、この更新直後に消えました。
その後、Ubuntu 18.04を再インストールし、NVIDIAドライバーを問題なくインストールしました。
注：他のアップデートの前にNVIDIAドライバーをインストールすることをお勧めします。NVIDIAドライバーが他の何かの干渉なしに正常にインストールできるかどうかを確認します。