Ubuntu 16.04 zawiesza się podczas zamykania / restartu

Moje Ubuntu 16.04 zawiesza się przy wyłączaniu / ponownym uruchomieniu, wymagając ode mnie naciśnięcia i przytrzymania klawisza zasilania, aby wyłączyć maszynę ... Nie wiem, jak zgłosić to jako błąd i jakie polecenia uruchomić, aby wyświetlić niezbędny dziennik sprzętu / systemu informacje? Każda pomoc byłaby bardzo mile widziana!

Ja też miałem ten problem. Wygląda na błąd w wielu dystrybucjach.

Moją prostą poprawką była edycja /etc/default/grublinii:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

do

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi=force"

Uruchom update-grub.

Działa za każdym razem teraz. Używam laptopa Lenovo G50. Jestem prawie pewien, że zmieniłem tę linię w Grub wraz z poprzednimi (innymi) dystrybucjami Linuksa również na tym laptopie.

Po zakończeniu pracy i zamknięciu wszystkich aplikacji w celu zamknięcia lub ponownego uruchomienia systemu operacyjnego wykonaj następujące kroki, aby złagodzić frustracje.

1. Spróbuj sudo swapoff -a && systemctl poweroffna razie obejść ten problem.
2. Istnieje potencjalna poprawka w Xenial zaproponowanej w pakiecie systemd 229-4ubuntu5. Przejdź do Ustawień systemu-> Oprogramowanie i aktualizacje-> karta Opcje programisty kliknij pole obok Pre-release (proponowane przez Xenial). wpisz swój root pwd, Odśwież pamięć podręczną. W zakładce Aktualizacje użyj opcji „wyświetlaj aktualizacje natychmiast rozwijane” zamknij Ustawienia systemowe. Uruchom aktualizator oprogramowania i zainstaluj teraz.
3. Jeśli nadal masz problem, spróbuj przeczytać te błędy: https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1464917, aby uzyskać informacje na temat uzyskiwania danych dziennika i zgodnie z sugestią tam złożyć nowy raport o błędzie. Przeczytaj także błąd: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=788303 .
4. Postępuj zgodnie z instrukcjami debugowania opisanymi w sekcji „Debugowanie problemów z uruchamianiem / zamykaniem”, /usr/share/doc/systemd/README.Debian.gzaby sprawdzić, czy przy zamykaniu są jakieś zawieszające się zadania. Konieczne będzie uruchomienie powłoki debugowania przed każdym zamknięciem lub ponownym uruchomieniem poprzez wprowadzenie: systemctl start debug-shell Przechwytywanie zdjęcia ekranowego journalctl -bw powłoce ratunkowej ctl+alt+F9może być pouczające. Również dane wyjściowe systemctl list-jobsi systemctl --failedpoza zrzutem ekranu możesz zrzucić dane wyjściowe tych poleceń i dołączyć je do tej samej „nazwa_pliku.tekst” w /katalogu głównym, dodając >>filename.textna końcu poleceń, np. journalctl -b >>filename.text journalctl -xe >>filename.text systemctl list-jobs >>filename.text systemctl --failed >>filename.text lsblk >>filename.text Wszystkie będą w tym samym pliku dołączonym razem aby przeanalizować przy następnym uruchomieniu, a jeśli zgłosisz raport o błędzie, pomocne może być dołączenie pliku do raportu o błędzie.

Aktualizacja

Miałem te zawieszenia przez dłuższy czas, ale w końcu dowiedziałem się, że mój dysk twardy zaczyna zawodzić sektory itp. Nadszedł czas na nowy dysk twardy i jego ponowną instalację. Ponownie zainstalowałem system operacyjny na twardym dysku HDD z funkcją Swap jako 1., root jako 2., a Home jako 3. partycją logiczną zgodnie z zaleceniami Ubuntu. Technicznie sda1 to Grub, sda2 to Extended, sda5, sda6, sda7 to odpowiednio swap, root i home; sda3 i sda4 nie są obecne. Ten problem nie występował w nowo zainstalowanym systemie operacyjnym na dysku twardym od tego czasu około 9 miesięcy. Korzystam z 16.04.02 LTS w tym momencie bez żadnego zawieszenia podczas restartu lub zamknięcia. Poprzedni system operacyjny to podwójna instalacja Win7 / Ubuntu, a partycja wymiany znajdowała się na końcu dysku twardego.

Nie twierdzę, że ten problem jest związany z systemem podwójnego rozruchu, zepsutym dyskiem twardym lub kolejnością, w jakiej umieściłem partycje, ale w moim przypadku istniało jedno, dwa lub wszystkie z tych czynników. Teraz nie odczuwam pogorszenia zawieszenia „Osiągniętego celu docelowego”.

Miałem problem z zawieszaniem się przy wyłączaniu, oto co zrobiłem:

OTWARTY TERMINAL

sudo -H gedit /etc/default/grub

Zmień linię:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

do

GRUB_CMDLINE_LINUX_DEFAULT="acpi=force"

Usuwając quieti splashdopuszczając tekst podczas zamykania, pomaga zobaczyć, gdzie może się zawiesić.

GRUB_CMDLINE_LINUX_DEFAULT = „cichy plusk” Usunięcie tutaj „cichy” wyświetli tekst podczas uruchamiania, natomiast usunięcie „plusk” wyświetli czarny ekran zamiast obrazu powitalnego.

Zapisz i zamknij Gedit

Następnie zaktualizuj Grub w terminalu:

sudo update-grub

DODATKOWY:

Zauważyłem, że działało też „STOP JOB”, więc skracam limit czasu w /etc/systemd/system.conf:

sudo -H gedit /etc/systemd/system.conf

usuń #i zmień czasy w następujących wierszach:

DefaultTimeoutStartSec=5s

DefaultTimeoutStopSec=5s

Następnie uruchomić:

sudo systemctl daemon-reload

To zadziałało dla mnie.

Tdenham. Mam taką samą sytuację. Właśnie zaktualizowałem system z 14.04 na 16.04 z do-release-upgrade -d.

Jeśli nie masz bezpośredniego dostępu do systemu i naprawdę potrzebujesz ponownie uruchomić komputer, możesz spróbować twardego resetu jako obejścia (jak opisano tutaj: https://major.io/2009/01/29/linux-emergency- uruchom ponownie lub zamknij z magicznymi poleceniami / )

echo 1 > /proc/sys/kernel/sysrq 
echo b > /proc/sysrq-trigger

co załatwia sprawę. Prawdopodobnie powinieneś biec synctuż przed drugim poleceniem.

reboot -f może pomóc, ale nie próbowałem, ponieważ nie mogę uzyskać dostępu do serwera, jeśli zawiesi się ponownie.

Możesz sprawdzić plik / var / log / syslog. Znajdź miejsce, w którym włączysz komputer, i sprawdź wcześniej wiersze. Możesz go wkleić tutaj.

Mój 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)

Wygląda na to, że dhclient próbuje uzyskać adres IP, nawet gdy wymagane jest ponowne uruchomienie.

Jeśli jest to problem związany ze sprzętem, który wkleiłem lspci, aby pomóc w rozwiązaniu tego problemu.

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)

Próbowałem kilku metod, w tym: edytowanie /etc/default/grub, uruchamianie sudo swapoff -aprzed zamknięciem itp. Ale żadna z nich nie działała dla mnie.

Wyłączenie USB 3.0 legacy modew BIOSie działało dla mnie.

Wypróbowałem tutaj prawie wszystkie sugestie. Jedynym działaniem, które rozwiązać mój sam problem zamykania / reset zmieniał DefaultTimeoutStartSec& DefaultTimeoutStopSecw /etc/systemd/system.confdo „10”:

sudo -H gedit /etc/systemd/system.conf

a następnie edytuj do

DefaultTimeoutStartSec=10s
DefaultTimeoutStoptSec=10s

Właśnie miałem ten sam problem, ponowne uruchomienie zabrałoby mnie do czarnego ekranu lub czasami czarnego ekranu z migającym kursorem i nigdy się nie udało, muszę zauważyć, że nie miałem problemu z zamknięciem.

Więc to, co zrobiłem, otworzyłem Drive Managera i zainstalowałem oprogramowanie Intel-Microcode dla procesora, zamknąłem komputer, a potem zmęczyłem się ponownie uruchamiając system operacyjny i wreszcie działało.

Jestem na Linux Mint Cinnamon 18.3, który jest oparty na Ubuntu Xenial Xerus 16.04 LTS.

Dodanie komentarza użytkownika ssasa do odpowiedzi, ponieważ może pomóc innym i może zostać oczyszczony z flagą „nie jest już potrzebny”:

Wypróbowałem każdą odpowiedź tutaj i żadnej pomocy. Ale to było najbliżej. W moim przypadku pomogło przejście od sterownika open source nouveau do sterownika Nvidia.

Miałem ten problem na moim ASUS Zenbook UX433FN i rozwiązaniem, którego użyłem, była aktualizacja BIOS-u. Wersja systemu BIOS, którą miałem, to 301 i zaktualizowałem ją do 305. Wszystkie te problemy zniknęły zaraz po tej aktualizacji.

Następnie ponownie zainstalowałem Ubuntu 18.04, a następnie zainstalowałem sterowniki NVIDIA bez żadnych problemów.

Uwaga : Sugeruję instalację sterowników NVIDIA PRZED wszelkimi innymi aktualizacjami, aby sprawdzić, czy sterowniki NVIDIA można pomyślnie zainstalować bez ingerencji w cokolwiek innego.

Moje rozwiązanie jest tutaj

Ale w prostych słowach:
sudo vim /etc/default/grub
GRUB_CMDLINE_LINUX_DEFAULT="splash quiet noefi"