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!
89
Odpowiedzi:
Ja też miałem ten problem. Wygląda na błąd w wielu dystrybucjach.
Moją prostą poprawką była edycja
/etc/default/grub
linii:do
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.
źródło
update-grub
Najpierw próbowałem , co nie zadziałało. Potem zmieniłem go na GRUB_CMDLINE_LINUX_DEFAULT = „acpi = force”, i to rozwiązało mój problem.dist-upgrade
?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.
sudo swapoff -a && systemctl poweroff
na razie obejść ten problem./usr/share/doc/systemd/README.Debian.gz
aby 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 ekranowegojournalctl -b
w powłoce ratunkowejctl+alt+F9
może być pouczające. Również dane wyjściowesystemctl list-jobs
isystemctl --failed
poza 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.text
na 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”.
źródło
reached target shutdown
wypompowywaniurevalidation failed
Miałem problem z zawieszaniem się przy wyłączaniu, oto co zrobiłem:
OTWARTY TERMINAL
Zmień linię:
do
Usuwając
quiet
isplash
dopuszczając tekst podczas zamykania, pomaga zobaczyć, gdzie może się zawiesić.Zapisz i zamknij Gedit
Następnie zaktualizuj Grub w terminalu:
DODATKOWY:
Zauważyłem, że działało też „STOP JOB”, więc skracam limit czasu w
/etc/systemd/system.conf
:usuń
#
i zmień czasy w następujących wierszach:Następnie uruchomić:
To zadziałało dla mnie.
źródło
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 / )
co załatwia sprawę. Prawdopodobnie powinieneś biec
sync
tuż 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:
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.źródło
Próbowałem kilku metod, w tym: edytowanie
/etc/default/grub
, uruchamianiesudo swapoff -a
przed zamknięciem itp. Ale żadna z nich nie działała dla mnie.Wyłączenie
USB 3.0 legacy mode
w BIOSie działało dla mnie.źródło
Wypróbowałem tutaj prawie wszystkie sugestie. Jedynym działaniem, które rozwiązać mój sam problem zamykania / reset zmieniał
DefaultTimeoutStartSec
&DefaultTimeoutStopSec
w/etc/systemd/system.conf
do „10”:a następnie edytuj do
źródło
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”:
źródło
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.
źródło
Moje rozwiązanie jest tutaj
Ale w prostych słowach:
sudo vim /etc/default/grub
GRUB_CMDLINE_LINUX_DEFAULT="splash quiet noefi"
źródło