Mam ten dziwny problem w Ubuntu 18.04. Mój laptop blokuje się na ekranie zamykania za każdym razem, gdy korzystam z wyłączania i muszę ręcznie nacisnąć przycisk zasilania przez 5 sekund, aby wyłączyć urządzenie.
Przed 18.04 korzystałem z Ubuntu 16.04 i nigdy nie utknął przy wyłączaniu.
Jakaś naprawa tego?
/var/log/syslog
po ponownym uruchomieniu komputeraOdpowiedzi:
Co ciekawe, wydaje się, że problemy te mają wiele poprawek / przyczyn. Chociaż żadne z powyższych nie pomogło mi (napotkałem ten sam problem), naprawiłem to, zmieniając sterownik grafiki X.org na zastrzeżony sterownik nvidia, który jest zalecany w części Oprogramowanie i aktualizacje. Od tego momentu restart działa bezbłędnie.
Moja konfiguracja: Asus G Series Laptop G501VW, z kartą graficzną Nvidia 960M.
źródło
Ten sam problem tutaj na moim laptopie. Po kilku spostrzeżeniach dowiedziałem się, że ma to coś wspólnego z trybem oszczędzania energii, zwłaszcza z automatycznym zawieszaniem.
Przejdź do,
Settings > Power
a następnie wyłącz wszystkieAutomatic Suspend
opcje. Wybrać równieżBlank screen
doNever
.Dopóki zespół Ubuntu nie dowie się, dlaczego tryb wstrzymania zakłóca proces zamykania, rozwiązało to mój problem.
Mam nadzieję że to pomoże
źródło
sudo poweroff
uruchomić z terminala, działa zgodnie z oczekiwaniami (szybko zamyka się bez zwłoki) Nie jestem pewien, czy wystąpił problem z uprawnieniami podczas procesu zamykania.Wypróbuj kilka sudo restartów z terminala, aby zobaczyć, czy to rozwiązuje problem: 1. spróbuj, uruchom ponownie bez zapisywania pliku wtmp:
Jeśli to się zrestartuje, spróbuj swojego naturalnego zamknięcia. Jeśli się nie uruchamia ponownie, spróbuj wymusić ponowne uruchomienie:
Jeśli była to aktualizacja z 16.04 do 18.04, warto rozważyć czystą instalację.
źródło
Miałem ten problem iw moim przypadku wydaje się, że jest on związany z procesorem Intel Bay Trail, który powoduje pewne błędy oprogramowania układowego.
W każdym razie mam rozwiązanie, które nie jest najlepsze, ale na razie wystarczająco dobre
Rozwiązanie:
Otwórz terminal i uruchom
Edytuj
GRUB_CMDLINE_LINUX_DEFAULT="quite splash"
tak, aby było napisaneZapisz i wyjdź, i zapisz zmiany w aktualnym pliku konfiguracyjnym GRUB:
Daj mi znać, czy to zadziałało, czy masz lepsze rozwiązanie
źródło
Istnieje wiele skryptów uruchamianych po wyłączeniu. Nadal mam 16.04 i dla mnie są to te w
/etc/rc0.d
(które są naprawdę linkami/etc/init.d
). Jedno z nich może mieć ustawione duże opóźnienie w tym, co robistop
.AFAIK te skrypty są uruchamiane w kolejności alfabetycznej, więc możesz wstawić kilka, które po prostu zapisałyby gdzieś ich wykonanie, pomagając zlokalizować opóźnienie.
źródło
Miałem ten sam problem na zupełnie nowym ASUS N705u. Znaleziono miało związek z tym, jak instaluje się sterownik wideo, co powoduje konflikt z funkcją „bezpiecznego rozruchu” systemu BIOS. Rozwiązanie: Wyłącz funkcję „bezpiecznego rozruchu”, dopóki inne rozwiązanie nie będzie dostępne.
źródło
Mój system to starszy komputer stacjonarny Dell Dimension E521, dwurdzeniowy, z procesorem Lubuntu 18.04, 64-bit.
W
/etc/default/grub
usunąłemacpi=off
i system zaczął zachowywać się normalnie.Mówiąc dokładniej, zmieniłem to:
do:
Teraz moje pudło ponownie się wyłącza, kiedy mu to mówię, i reaguje odświeżająco.
źródło
Po przeprowadzeniu dalszych testów na dwóch komputerach okazało się, że jest to Menedżer Wi-Fi i sposób, w jaki łączy się / identyfikuje z siecią. Na dwóch identycznych komputerach problem znika po wyłączeniu menedżera Wi-Fi. Wypróbowałem także klucz USB Wi-Fi, który działał na jednym komputerze, ale po raz kolejny spowodował zawieszenie się systemu w momencie rejestracji w sieci. Próbowałem już innego menedżera Wi-Fi z ulepszonymi warunkami. Zauważono również w BIOS-ie, jeśli bezpieczny rozruch jest wyłączony, wówczas istnieje lista sterowników odrzuconych z BIOS-u z powodu problemów z bezpieczeństwem. Być może jest to podstawowy problem związany z menedżerem Wi-Fi.
źródło
Odniosłem sukces, wyłączając sterownik USB 3.0 w biosie, co nie jest idealne, ale zostało to naprawione do czasu przeprowadzenia dalszych badań.
źródło
Zauważyłem, że zdarza mi się również, gdy używam laptopa przez ponad 10 godzin, powłoka gnome zużywa więcej pamięci z czasem od 200 do 500, firefox też zaczyna się od użycia pamięci 150 i idzie na całość do 900, restartowanie mojego laptopa co 4 do 5 godzin rozwiązało dla mnie problem zamrażania przy wyłączaniu Mam nadzieję, że ci to pomoże.
źródło
Miałem ten sam problem po zainstalowaniu 18.04 na Fujitsu Scaleo.
Podczas instalacji musiałem dodać,
acpi=off
aby móc zainstalować Ubuntu z powodu konfliktu ze zintegrowanym kontrolerem grafiki Intel 82G33 / G31 Express. Potem Ubuntu zatrzyma się,System Halted
kiedy go zamknę.W końcu zmieniłem BIOS
ACPI Suspend Type
z S3 na Auto. Zrobiłem to w Power Management. Po tym komputer się wyłączył i mogłem nawet usunąćacpi=off
gruba.źródło
Miałem podobny problem z Ubuntu 18.04. Zainstalowałem sterownik NVIDIA i teraz działa dobrze. Zainstaluj sterownik zgodnie z opisem w https://linuxconfig.org/how-to-install-the-nvidia-drivers-on-ubuntu-18-04-bionic-beaver-linux
źródło
Nie wiem dlaczego, ale dla mnie, gdy usuwam całe „całkiem splash acpi = off” i pozostawiam puste, problem zniknął. Teraz mój komputer uruchomi się i uruchomi płynnie
źródło
acpi=off
częścią -quiet
tłumi komunikaty rozruchowe, asplash
podczas rozruchu wyświetla ładny obraz.Miałem ten sam problem wczoraj podczas instalacji 18.04 Jak wspomniano wcześniej w poście. aktualizacja sterowników NVIDIA. Można to zrobić na kilka sposobów, ale zalecam następujące kroki
uruchom następujące polecenia sudo dpkg --add-architecture i386 sudo apt update sudo apt install build-essential libc6: i386
restart
przy starcie uruchom sudo telinit 3
użyj terminalu, aby przejść do folderu Pobrane i wpisz sudo ./ plik pobierania sterownika
po instalacji: ponowne uruchomienie sudo
źródło
W moim przypadku mam sterownik nouveau, Ubuntu 18.04
Rozwiązanie:
Otwórz terminal
sudo gedit / etc / default / grub
GRUB_CMDLINE_LINUX_DEFAULT = "cichy plusk acpi_rev_override = 1 nouveau.modeset = 0"
aktualizacja sudo-grub
To rozwiązało problem dla mnie, teraz mogę zamknąć i uruchomić ponownie
źródło
to jest to ... działało dla mnie
źródło
Rozwiązałem to w ten sposób poniżej (laptop Dell z Ubuntu 18.04):
Otwórz terminal i wprowadź ten wiersz:
sync && sudo sync
naciśnij Enter i kontynuuj wprowadzanie drugiego wiersza:sudo shutdowm -h now
lubsudo reboot
naciśnij Enter. Jeśli to działa dobrze. i wtedy możesz normalnie zamknąć system lub zrestartować system jak zwykle.źródło
Miałem ten sam problem po aktualizacji jądra. Polecenie Shutdown / restart działało płynnie przed aktualizacją. Ale zaczął się zamrażać po aktualizacji. Próbowałem wszystkich wymienionych tutaj poprawek i różnych innych forów, ale nic nie działało. Zacząłem więc instalować jądra różnych wersji i sprawdziłem komendę zamykania różnych jąder i stwierdziłem, że moja maszyna zawiesza się dla wszystkich jąder większych niż następująca wersja:
Mój komputer ma następujące specyfikacje:
Miałem ten sam problem, gdy instalowałem Kali wraz z Ubuntu. Szukając jego rozwiązań, odkryłem, że prawdopodobnie jest to problem z GPU i wyłączenie ogólnego sterownika w stylu secesyjnym może to naprawić.
Zastosowałem podane poniżej rozwiązanie dla Kali:
https://forums.kali.org/showthread.php?27173-Solution-for-Reboot-Issues
i zadziałało dla mojego kali. Zastosowałem to samo dla mojego Ubuntu i zadziałało.
źródło
Sugestia Imada: zmiana
w
To jedyne rozwiązanie, które działa dla mnie konsekwentnie. Cofnę to. Nic na tej stronie nie działa dla mnie. AMD Turion X64 Duo Core Toshiba A215
źródło
Tak, to ból.
W moim przypadku wyłączenie acpi w grub
następnie
i
wykonał lewę.
Tryb wstrzymania i zamknięcie działają ponownie normalnie. Nie wiem, co spowodowało problem: po pierwsze miałem problemy podczas korzystania z Unity, Ubuntu zawiesił się podczas pracy nad konkretnym plikiem tekstowym. Więc zainstalowałem XFCE, aby zobaczyć, czy jest to problem z interfejsem użytkownika, czy problem sprzętowy (związany z dyskiem). Dyski podobno były czyste i sprawdzone. Dzięki XFCE nie miałem już zawieszeń z plikiem txt, ale wyłączanie i zawieszanie nie działałoby już ...
źródło