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.
/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.
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.