system nie wyłącza się przy „wyłączeniu”, po prostu zatrzymuje się

Zainstalowałem Xubuntu 15.04 na Lenovo IdeaCentre A740 QHD z procesorem Haswell (wersja BIOS 00KT19AUS) i NVIDIA GeForce GTX 850A 2 GB. Działa głównie, z wyjątkiem sytuacji, gdy robię zamknięcie lub ponowne uruchomienie, tak naprawdę nie wyłącza zasilania po zakończeniu wszystkiego:

Więc muszę kliknąć przycisk zasilania, aby go faktycznie wyłączyć.

Zachowałem instalację systemu Windows 8.1 na wypadek, gdyby było w przyszłości oprogramowanie układowe. Przed zainstalowaniem Xubuntu wyłączyłem Fastboot w systemie Windows, a następnie zainstalowałem Xubuntu. Niestety, UEFI BIOS nie pozwolił mi zmienić kolejności rozruchu, więc Ubuntu faktycznie uruchomił się jako domyślny. Próbowałem bcdedit /set {bootmgr} path \EFI\ubuntu\shimx64.efi, próbowałem wyłączyć „Quickboot” (cokolwiek to jest) w BIOS-ie, próbowałem programu Boot-Repair z sesji Live i próbowałem wyłączyć SecureBoot, ale nadal uruchamiałby Windows. Skończyłem z pomocą EricC ^^ z #ubuntu na freenode, po prostu zmieniając pliki .efi, aby oszukać menedżera rozruchu, aby pomyślał, że Ubuntu to Windows:

cp /boot/efi/efi/boot/bootx64.efi{,.backup}
cp /boot/efi/efi/microsoft/boot/bootmgfw.efi{,.backup}
cp /boot/efi/efi/ubuntu/grubx64.efi /boot/efi/efi/boot/bootx64.efi
cp /boot/efi/efi/ubuntu/grubx64.efi /boot/efi/efi/microsoft/boot/bootmgfw.efi
cp /boot/efi/efi/ubuntu/grubx64.efi /boot/efi/efi/microsoft/boot/grubx64.efi
sudo vim /usr/lib/os-probes/mounted/efi/20microsoft
# and changed bootmgfw.efi to bootmgfw.efi.backup
update-grub

Nie wiem, czy coś z tego ma wpływ na problemy z zamykaniem.

EDYCJA: Pomyśl o tym, ponowne uruchomienie z instalacji Xubuntu (kiedy byłem uruchamiany z napędu USB) również nie działało.

Co do tej pory próbowałem, aby go zamknąć:

• acpi = wyłączone → bez różnicy
• acpi = siła → bez różnicy
• zainstaluj zastrzeżone sterowniki Nvidia → dzięki którym X nie uruchamia się z komunikatem „bbswitch: Nie znaleziono dyskretnego urządzenia VGA”
• różne odmiany sudo poweroff, sudo shutdown now, sudo shutdown -h nowitd.

Ponadto, jeśli uruchomię się ponownie zamiast zamknąć, dostanę ten psychodeliczny pokaz świetlny na moim monitorze i muszę długo kliknąć przycisk zasilania, aby go wyłączyć:

Jeśli jest to pomocne, oto dziennik - wszystkie dane wyjściowe zaraz po uruchomieniu, a może nawet lepiej: dziennik -b -1 (dziennik od uruchomienia do zamknięcia) .

Poza tym, być może powiązane, zauważam teraz, że naciśnięcie przycisku zasilania podczas logowania do XFCE wyłącza komputer, nawet jeśli mam ustawienia zasilania XFCE do „Pytaj, kiedy przycisk zasilania jest wciśnięty” i „Nie rób nic” na żadnym innym przycisku.

Mój /etc/systemd/logind.confnie ma żadnych niezakomentowanych linii oprócz [Login]nagłówka.

Istnieje /usr/sbin/acpidproces działający jako root.

EDYCJA: Więcej rewelacji: Ctrl + Alt + Delete faktycznie zrestartuj się dobrze z GRUB-a.

EDYCJA 2: Złożyłem raport o błędzie, ponieważ nie wydaje się to możliwe do naprawienia za pomocą zwykłych sztuczek.

EDYCJA 3: Rozwiązane z acpi = noirq i jądrem 4.4 i nowszymi.

Moje najlepsze przypuszczenie na podstawie dostarczonych informacji to błędny system BIOS UEFI. przeglądając błędy jądra dla Haswella znalazłem możliwe obejście. Spróbuj użyć xhci_hcd.quirks=262144jako opcji rozruchu lub Wyłączenia xhci w UEFI.

Jedyne inne opcje, o których mogę myśleć, to:

A) Poczekaj i mam nadzieję, że albo zespół programistów jądra, albo Lenovo zaproponuje aktualizację, która rozwiązuje problem.

B) Skontaktuj się z pomocą techniczną Lenovo i poproś o aktualizację systemu BIOS, która rozwiąże problem lub zachęć osoby z tym samym problemem do zasubskrybowania zgłoszenia błędu. To może, ale nie musi, być bardziej skuteczne niż A.

C) Zmodyfikuj BIOS lub jądro, aż osiągniesz pożądany rezultat (nie dla osób o słabym sercu). Nie polecam tego sposobu działania, ale tylko w celu uzupełnienia. Modyfikacja systemu BIOS może z łatwością sprawić, że nie będzie można uruchomić systemu z unieważnioną gwarancją. Powinieneś także uważnie przeczytać powody za i przeciw kompilacji własnego jądra w wyżej wspomnianym połączonym dokumencie.

Źródło: https://bugzilla.kernel.org/show_bug.cgi?id=66171#c118

Spróbuj dodać

acpi=noirq

do parametrów rozruchowych jądra. Pozwala to na wyłączenie podczas zamykania / restartu (testowane z jądrem 4.4 i 4.7rc5).

Wygląda na to, że również się zawiesił, ale niestety nie wznawia się po zawieszeniu po naciśnięciu przycisku zasilania.

To działało dobrze od ponad trzech miesięcy na A740, więc nazywam to rozwiązanym.

Po przejrzeniu plików systemowych zobaczyłem kilka ostrzeżeń o BIOSie. Sprawdziłem witrynę firmy Intel i dostępna była aktualizacja, która wydawała się rozwiązać problem nakładających się adresów pamięci. Nie jest to oczywiście to samo, ale moje logi wskazywały, że różne sektory mojego BIOS-u zwracały nieoczekiwane wartości, co nie przeszkadzało w uruchomieniu jądra, ale oczywiście nie było dobre. Problem nie był widoczny, dopóki jądro nie przestało używać upstarti nie zaczęło go używać systemd.

Pobrałem zaktualizowany BIOS i zastosowałem go, a teraz mój system wyłącza się zgodnie z oczekiwaniami.

Co cat /etc/default/haltmówi Spróbować halt -p.

Możesz także edytować /etc/init.d/halti usuwać te linie:

if [ "$INIT_HALT" = "HALT" ]
then
  poweroff=""
fi

poniżej

poweroff="-p"

Z twoich dzienników jądra (zrzut ekranu) Mam przeczucie, że przyczyną mogą być nienadzorowane aktualizacje. Odnotowano kilka raportów o błędach dotyczące tego lata temu, ale nie zostały one rozwiązane. Tymczasową poprawką byłoby wyłączenie automatycznych aktualizacji przez aktualizacje, ale zachowamy to w ostateczności. Ale przede wszystkim spróbujemy ręcznej aktualizacji:

sudo apt-get autoremove
sudo apt-get dist-upgrade

Jeśli to nie rozwiąże problemu, a aktualizacja przebiegła bez żadnych błędów lub ostrzeżeń, wee spróbujemy kopać głębiej, aby sprawdzić, czy możemy dowiedzieć się, co jest przyczyną problemu. Możesz uzyskać trop, sprawdzając zawartość /var/log/unattended-upgrades. Jeśli możesz dowiedzieć się, która aktualizacja jest przyczyną problemu, możesz umieścić ją na czarnej liście, modyfikując /etc/apt/apt.conf.d/50unattended-upgrades.

Jeśli nadal nie rozwiąże to problemu, możesz tymczasowo usunąć pakiet, aby potwierdzić, czy jest to przyczyną:

sudo apt-get remove unattended-upgrades 

Zalecam ponowną instalację, nawet jeśli to rozwiązało problem. W takim przypadku przynieś raport o błędzie zawierający więcej informacji, aby programiści mogli rozwiązać Twój problem.

Ostrzeżenie: jeśli zdecydujesz się wyłączyć automatyczną aktualizację, a następnie nie zaktualizujesz ręcznie swojego systemu, możesz być zagrożony z punktu widzenia bezpieczeństwa i stabilności.

Próbowałem wszystkiego i po kilku dniach nisko oceniany fan z tego forum wykonał lewę: Ubuntu 14.04 utknął podczas zamykania

Dla mnie rozwiązaniem było uaktualnienie jądra. Użyłem 4.5.3 na Ubuntu 15.10 (wszystko większe niż to spowoduje awarię systemu operacyjnego po zalogowaniu), a 4.7 RC3 działa na Ubuntu 16.04.

Teraz działa idealnie :-)

Mogę potwierdzić, że zdecydowanie ma to coś wspólnego z ACPI. Mój system wykazuje to dokładne zachowanie tylko wtedy, gdy przekażę acpi = off w systemie Linux 4.20-rc3 do celów programowania jądra. Jeśli Twoje ACPI zostało włączone na początku, istnieje spora szansa, że ​​implementacja ACPI w BIOSie była wadliwa. Widzę, że powiedziałeś, że aktualizacja jądra pomogła. Ale aktualizacja BIOS-u mogła również załatwić sprawę.

Miałem ten sam problem i uważam, że jest on związany z uruchomieniem UEFI. Na Acer Aspire V 11, pierwotnie Windows 8, wykonałem nową instalację OpenSUSE Leap 15.0 z uruchomieniem EFI i bezpiecznym uruchomieniem ustawionym na „wyłączony” w BIOS-ie. Teraz zamknięcie, ponowne uruchomienie i zawieszenie działają poprawnie.

Wcześniej korzystałem z Ubuntu 16.04, 18.04, a ostatnio 18.10 pod starszym bootiem i wszyscy mieli ten sam problem. Próbowałem także Fedory 24, OpenSUSE Tumbleweed i OpenSUSE 42.2, wszystkie z tym samym problemem.

Próbowałem także Ubuntu 18.10 z włączonym uruchamianiem EFI i bezpiecznym uruchomieniem, ale dostałem błąd urządzenia, którego nie można uruchomić. Nie próbowałem rozruchu EFI z wyłączonym bezpiecznym uruchomieniem.

Twój sprzęt może nie obsługiwać zamykania oprogramowania. Zdarzyło mi się to wcześniej, a sposób na sprawdzenie jest następujący:

sudo poweroff

Jeśli to nie wyłącza sprzętu, jest to problem sprzętowy, a nie oprogramowanie.

1. Uruchom ponownie, a następnie F2
2. Przejdź do konfiguracji i wyłącz xHCI
3. Zapisz i wyjdź

Nie myśl o tym, po prostu mi zaufaj i zrób to :)