Linux mint 18 se bloque à l'arrêt


10

Je suis troublé par la tristement célèbre erreur d'arrêt / gel de l'arrêt. Chaque fois que j'arrête la menthe, seul le premier point de l'écran de démarrage devient vert, puis il se fige. J'ai également eu ce problème sur Ubuntu 16.04.J'ai l'intention d'utiliser Linux pour les jeux. Voici mes spécifications système-

           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: 1024x768@60.00hz
           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 

La désactivation du réseau avant la fermeture ne fait aucune différence, donc ce n'est pas dû à des serveurs distants inaccessibles.

Le redémarrage fonctionne bien.

Résultat de journalctl --boot -1 -e --full

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

Le démarrage détaillé avait une ligne d'échec, ce qui en disait long sur le fait de ne pas pouvoir charger les modules du noyau.

Résultat de l'arrêt détaillé (deux dernières lignes):

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

Résultat de systemctl status

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

PS Je le double boot avec Windows 7.


Exécutez journalctl --boot -1 -e --full, modifiez votre question et mettez-y la sortie appropriée. Cela montrera aux gens ce que Systemd pensait qu'il faisait à l'époque.
JdeBP

Les modifications sont terminées.
Shivodit Gill

S'il vous plaît les gars, répondez, ce problème est vraiment frustrant
Shivodit Gill

Le journal est ce qui dit aux gens ce qui se passait. "Ça se fige un peu." ne fait pas. Malheureusement, vous avez configuré votre système pour supprimer le journal à chaque arrêt, plutôt que de le stocker de manière persistante /var/log/journal, vous ne pouvez donc pas dire au monde ce que le journal a enregistré, et les gens ne peuvent pas ensuite diagnostiquer à partir de cela ce qui se passait (ou était le plus probable) faux.
JdeBP

Alors, comment puis-je l'activer? Dois-je faire un arrêt détaillé?
Shivodit Gill

Réponses:


7

J'ai combattu deux jours avec le système Linux Mint 18.3 sur un ordinateur portable Dell 5577 (Nvidia 1050). À l'arrêt ou au redémarrage, l'écran était noir et rien ne s'est produit.

Aucun des éléments suivants n'a aidé :(

  • modification de grub (ajout de GRUB_CMDLINE_LINUX = "apm = power_off", "acpi = force", etc.)
  • désactivation d'EuP (alimentation du port USB sur l'ordinateur éteint)

Qu'est-ce qui a aidé :)

  • Sélectionnez Menu -> Administration -> Gestion des pilotes -> sélectionnez le pilote nvidia au lieu de nouveau , attendez patiemment, car cela dure un peu, le premier redémarrage ou l'arrêt échouera, mais après le redémarrage, cela fonctionne enfin bien! :)

Recherche: Linux Mint ne s'arrête ni ne redémarre, linux ubuntu ne s'arrête ni ne redémarre, linux mint ne s'arrête ni ne redémarre, linux ubuntu ne s'arrête ni ne redémarre


1
Exactement la même chose pour moi avec Dell XPS 15. Malheureusement, les pilotes Nvidia sont inutilisables car le simple fait de regarder une vidéo en plein écran leur suffit pour entraîner les fans si fort que vous ne pouvez réellement rien entendre. Cela se produit lorsque Prime est défini sur Nvidia ou Intel Graphics.
Neutrino

Légende, cela a fonctionné pour moi sur un HP Zbook Studio G3.
Sean Missingham

A travaillé pour un Asus Zenbook Pro UX550. Merci beaucoup !!
ether_joe

Redémarrages et arrêts super lents sur mon Lenovo T430 avec Nvidia NVS 5400M résolus en choisissant le pilote Nvidia au lieu de nouveau. Merci!
Jaxian

3

Ce qui a fonctionné pour moi dans Gentoo linux (noyau 4.17.5) pour résoudre ce problème a été d'ajouter en option pour le nouveau pilote de suivant:

vram_pushbuf=1

( nouveau.vram_pushbuf=1lorsque nouveau est inséré dans le noyau).

J'ai découvert cela à partir d'un message d'erreur à la fin du processus d'arrêt. Le système s'est bloqué lors de la tentative de fermeture de la vidéo en tant que porc final pour un arrêt complet sans cette option pour mon GPU nvidia.


1

Ce problème était réel pour moi aussi. Quel est le plus intéressant - lorsque j'ai fermé la première session utilisateur manuellement, puis arrêté le système, tout s'est bien passé sans aucun délai. Aujourd'hui, j'ai consacré du temps à résoudre le problème et voici quelques résultats. Le problème se pose parce que le système attend à l'arrêt quelque chose qui, à son avis, doit se produire. La chose même est individuelle pour chaque cas distinct. Dans mon cas, c'était même deux problèmes dont l'un que j'ai trouvé. Le système recherchait un disque dur qui n'existait pas. Comment? Parce que j'ai expérimenté avec d'autres versions de Linux et choisi pour toutes les versions le même périphérique de lecteur que swap. Lors de l'installation du deuxième Linux, UUIDde l'appareil a été changé, mais dans les fichiers système du premier Linux, il est resté inchangé. Mais, encore une fois, - c'était mon problème, le vôtre ne se ressemble peut-être pas du tout. Après avoir résolu le problème ci-dessus, j'en avais encore un autre. J'ai perdu espoir et j'ai abandonné la tentation de résoudre le problème avec une force brute. J'ai changé le paramètre /etc/systemd/user.confet les /etc/systemd/system.conffichiers DefaultTimeoutStopSecde 90 secondsà 5 seconds. N'oubliez pas de décommenter la ligne (pour supprimer le #signe au début de la ligne avec le paramètre DefaultTimeoutStopSec).

Maintenant, cela fonctionne bien, le système s'arrête très rapidement.


1

Une autre solution possible - en particulier pour les nouveaux matériels utilisant (U) EFI - consiste à ajouter le paramètre de démarrage apm=power_off. Vous pouvez l'ajouter à la définition de GRUB_CMDLINE_LINUX_DEFAULTdans /etc/default/grubou ajouter la ligne si elle n'existe pas encore.

GRUB_CMDLINE_LINUX_DEFAULT="apm=power_off"

Mettez ensuite à jour l'installation de grub conformément au manuel de votre système d'exploitation, par exemple:

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

0

je suppose que votre système s'éteint après les années 54? c'est peut-être un processus bloqué, si vous avez beaucoup d'activité sur le disque lors de la vérification de l'arrêt / var / lib / systemd / coredump / pour les fichiers, vous pouvez ensuite désactiver les vidages de mémoire (comme solution de contournement plutôt que comme solution racine)


0

Désactiver USB 3.0 legacy modeou usb3.0 configuration in pre-osdans le BIOS , a fonctionné pour moi.


0

Linux Mint 18.1:

Mon problème était que mon nouveau PC se bloquait à des moments non systématiques à l'arrêt / hors tension. J'ai dû appuyer sur le bouton marche / arrêt pendant plusieurs secondes (également hors tension mécanique).

Après avoir modifié un paramètre dans l'UEFI / BIOS, le problème avait disparu:

  1. Ouvrez l'UEFI / BIOS:

  2. Avancé → Powermanagement → Paramètre EuP désactivé

  3. Quittez en enregistrant les paramètres

Redémarrez ensuite votre ordinateur et tout devrait être OK.


1
Que fait ou représente le paramètre EuP?
Xen2050

0

Pour moi, ce problème a été résolu après avoir supprimé les valeurs "silencieux" et "splash" du paramètre GRUB_CMDLINE_LINUX_DEFAULT dans grub.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.