Linux mint 18 zawiesza się przy wyłączaniu

10

Niepokoi mnie niesławny błąd zawieszenia / zawieszenia podczas zamykania. Ilekroć wyłączam mennicę, tylko pierwsza kropka na ekranie powitalnym zmienia kolor na zielony, a następnie jakby się zawiesza. Miałem też ten problem na Ubuntu 16.04. Mam zamiar używać Linuksa do grania. Oto specyfikacje mojego systemu

           Desktop: Cinnamon 3.0.7 (Gtk 3.18.9-1ubuntu3.1)
           Distro: Linux Mint 18 Sarah
Machine:   Mobo: Intel model: DG33FB v: AAD81072-307
           Bios: Intel v: DPP3510J.86A.0407.2008.0218.0923 date: 02/18/2008
CPU:       Quad core Intel Core2 Quad Q6600 (-MCP-) cache: 4096 KB
           flags: (lm nx sse sse2 sse3 ssse3 vmx) bmips: 19199
           clock speeds: max: 2394 MHz 1: 1596 MHz 2: 1596 MHz 3: 2128 MHz
           4: 1862 MHz
Graphics:  Card: NVIDIA GT218 [GeForce 210] bus-ID: 01:00.0
           Display Server: X.Org 1.18.4 drivers: nouveau (unloaded: fbdev,vesa)
           Resolution: [email protected]
           GLX Renderer: Gallium 0.4 on NVA8
           GLX Version: 3.0 Mesa 11.2.0 Direct Rendering: Yes
Audio:     Card-1 NVIDIA High Definition Audio Controller
           driver: snd_hda_intel bus-ID: 01:00.1
           Card-2 Intel 82801I (ICH9 Family) HD Audio Controller
           driver: snd_hda_intel bus-ID: 00:1b.0
           Sound: Advanced Linux Sound Architecture v: k4.4.0-21-generic
Network:   Card: Intel 82566DC-2 Gigabit Network Connection
           driver: e1000e v: 3.2.6-k port: 30e0 bus-ID: 00:19.0
           IF: enp0s25 state: up speed: 100 Mbps duplex: full mac: <filter>
Drives:    HDD Total Size: 160.0GB (4.9% used)
           ID-1: /dev/sda model: Hitachi_HDS72101 size: 160.0GB
Partition: ID-1: / size: 17G used: 5.4G (35%) fs: ext4 dev: /dev/sda5
           ID-2: swap-1 size: 2.13GB used: 0.00GB (0%) fs: swap dev: /dev/sda6
RAID:      No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors:   System Temperatures: cpu: 47.0C mobo: N/A
           Fan Speeds (in rpm): cpu: N/A
Info:      Processes: 178 Uptime: 6 min Memory: 646.8/1990.4MB
           Init: systemd runlevel: 5 Gcc sys: 5.4.0
           Client: Shell (bash 4.3.421) inxi: 2.2.35 

Wyłączenie sieci przed zamknięciem nie robi żadnej różnicy, więc nie wynika to z niedostępnych zdalnych serwerów.

Ponowne uruchomienie działa dobrze.

Wynik dziennikactl --boot -1 -e --full

Specifying boot ID has no effect, no persistent journal was found

Pełne uruchamianie miało linię błędu, co mówiło coś o niemożności załadowania modułów jądra.

Wynik pełnego zamknięcia (ostatnie dwa wiersze):

[OK] Reached target shutdown.
[54.278173] reboot: power down

Wynik systemctl status

● lol-desktop
    State: degraded
     Jobs: 0 queued
   Failed: 1 units
    Since: Thu 2016-11-17 18:35:37 IST; 5min ago

PS I podwójny rozruch z Windows 7.

Shivodit Gill
źródło
Uruchom journalctl --boot -1 -e --full, edytuj pytanie i umieść tam odpowiednie wyniki. To pokaże ludziom, co według systemowego myślenia wtedy robił.
JdeBP
Edycje są gotowe.
Shivodit Gill
Proszę, odpowiedzcie, ten problem jest naprawdę frustrujący
Shivodit Gill
Czasopismo mówi ludziom, co się dzieje. „Trochę się zawiesza”. nie. Niestety, skonfigurowałeś system tak, aby odrzucał dziennik przy każdym zamknięciu, zamiast przechowywać go w /var/log/journalsposób trwały , więc nie możesz powiedzieć światu, co dziennik nagrał, a ludzie nie mogą wtedy zdiagnozować tego, co było (lub najprawdopodobniej) miało miejsce źle.
JdeBP
Jak mogę to włączyć? Czy muszę robić pełne zamknięcie?
Shivodit Gill

Odpowiedzi:

7

Dwa dni walczyłem z systemem Linux Mint 18.3 na laptopie Dell 5577 (Nvidia 1050). Po wyłączeniu lub ponownym uruchomieniu ekran był czarny i nic się nie stało.

Żadne z poniższych nie pomogło :(

  • modyfikacja grub (dodanie GRUB_CMDLINE_LINUX = „apm = power_off”, „acpi = force” itp.)
  • wyłączenie EuP (zasilanie portu USB w wyłączonym komputerze)

Co pomogło :)

  • Wybierz Menu -> Administracja -> Zarządzanie sterownikami -> wybierz sterownik NVIDIA zamiast Nouveau , poczekaj cierpliwie, ponieważ trwa to trochę, pierwsze ponowne uruchomienie lub zamknięcie zakończy się niepowodzeniem, ale po ponownym uruchomieniu w końcu działa dobrze! :)

Szukaj: Linux Mint nie wyłącza się ani nie uruchamia ponownie, Linux Ubuntu nie wyłącza się ani nie uruchamia ponownie, Linux Linux nie wyłącza się ani nie uruchamia ponownie, Linux Ubuntu nie wyłącza się ani nie uruchamia ponownie

Kuba
źródło
1
Dokładnie tak samo dla mnie z Dell XPS 15. Niestety sterowniki Nvidia są bezużyteczne, ponieważ wystarczy samo oglądanie filmu na pełnym ekranie, aby poprowadzić fanów tak mocno, że właściwie nic nie słychać. Dzieje się tak w przypadku Prime ustawionego na grafikę Nvidia lub Intel.
Neutrino,
Legenda, to działało dla mnie na HP Zbook Studio G3.
Sean Missingham
Pracował dla Asus Zenbook Pro UX550. Dzięki ton !!
ether_joe
Super powolne ponowne uruchamianie i zamykanie na moim Lenovo T430 z Nvidia NVS 5400M rozwiązane przez wybranie sterownika Nvidia zamiast nouveau. Dzięki!
Jaxian
3

To, co działało dla mnie w Gentoo Linux (jądro 4.17.5), rozwiązując ten problem, było dodanie jako opcji dla sterownika nouveau:

vram_pushbuf=1

( nouveau.vram_pushbuf=1kiedy do jądra wstawiono nouveau).

Odkryłem to na podstawie komunikatu o błędzie na końcu procesu zatrzymania. System zawiesił się, gdy próbowałem wyłączyć wideo jako ostatni etap całkowitego zamknięcia bez tej opcji dla mojej karty graficznej nvidia.

Miquel
źródło
1

Ten problem był również dla mnie aktualny. Co jest najciekawsze - kiedy najpierw ręcznie zamknąłem sesję użytkownika, a następnie zamknąłem system, wszystko poszło gładko, bez żadnych opóźnień. Dzisiaj poświęciłem trochę czasu na rozwiązanie problemu i oto kilka wyników. Problem powstaje, ponieważ system czeka na zamknięcie na coś, co jego zdaniem musi się zdarzyć. Sama sprawa jest indywidualna dla każdego oddzielnego przypadku. W moim przypadku były to nawet dwa problemy, z których jeden znalazłem. System szukał dysku twardego, który nie istniał. Jak to? Ponieważ eksperymentowałem z niektórymi innymi wersjami Linuksa i wybrałem dla wszystkich wersji to samo urządzenie napędowe co swap. Podczas instalacji drugiego systemu Linux, UUIDurządzenia zostało zmienione, ale w plikach systemowych pierwszego systemu Linux pozostało niezmienione. Ale jeszcze raz - to był mój problem, twój może wcale nie być podobny. Po rozwiązaniu powyższego problemu nadal miałem inny. Straciłem nadzieję i po prostu poddałem się pokusie rozwiązania problemu brutalną siłą. Zmieniłem parametr /etc/systemd/user.confi /etc/systemd/system.confpliki DefaultTimeoutStopSecz 90 secondsna 5 seconds. Nie zapomnij anulować komentarza do linii (aby usunąć #znak na początku linii z parametrem DefaultTimeoutStopSec).

Teraz działa dobrze, system wyłącza się bardzo szybko.

Dong Juang
źródło
1

Innym możliwym rozwiązaniem - szczególnie dla nowszego sprzętu korzystającego z (U) EFI - jest dodanie parametru rozruchowego apm=power_off. Możesz dodać go do definicji GRUB_CMDLINE_LINUX_DEFAULTw /etc/default/grublub dodać linię, jeśli jeszcze nie istnieje.

GRUB_CMDLINE_LINUX_DEFAULT="apm=power_off"

Następnie zaktualizuj instalację gruba zgodnie z instrukcją obsługi systemu operacyjnego, np .:

update-grub # Debian/Ubuntu
grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg # EFI on Fedora etc
grub2-mkconfig -o /boot/grub2/grub.cfg # BIOS
Sebix
źródło
0

zakładam, że twój system wyłącza się po 54 latach? jest to prawdopodobnie proces zawieszony, jeśli masz dużo aktywności dyskowej podczas sprawdzania zamknięcia / var / lib / systemd / coredump / for files, możesz następnie wyłączyć zrzuty pamięci (jako obejście zamiast rozwiązania root)

nicholas
źródło
0

Wyłączanie USB 3.0 legacy modelub usb3.0 configuration in pre-osw BIOSie działało dla mnie.

ExillustX
źródło
0

Linux Mint 18.1:

Mój problem polegał na tym, że mój nowy komputer zawiesił się w nietypowych momentach przy wyłączaniu / wyłączaniu zasilania. Musiałem nacisnąć przycisk wł. / Wył. Na kilka sekund (także mechaniczne wyłączenie).

Po zmianie ustawienia w UEFI / BIOS problem zniknął:

  1. Otwórz UEFI / BIOS:

  2. Zaawansowane → Zarządzanie zasilaniem → Ustawienia PWE wyłączone

  3. Wyjdź, zapisując ustawienia

Następnie uruchom ponownie komputer i wszystko powinno być OK.

Grouster
źródło
1
Do czego służy ustawienie PWE?
Xen2050,
0

Dla mnie ten problem został rozwiązany po usunięciu wartości „quiet” i „splash” z parametru GRUB_CMDLINE_LINUX_DEFAULT w grub.

Morten
źródło