Mit Einfrieren meine ich, dass das System nur durch einen vollständigen Neustart wieder funktionsfähig wird. Während des Einfrierens ist der Cursor bewegungslos, keine Tasten funktionieren (weder AltCtrlF1-6Feststelltaste noch Numlock) und die Musik beginnt in einer Schleife zu laufen (die letzten zwei Sekunden werden abgespielt). Ich habe eine Intel Celeron-CPU mit vier Kernen, 120 GB SDA und 4 GB RAM (während des Einfrierens werden nicht mehr als 1,5 GB verwendet). Das System ist vollständig aktualisiert; das Problem trat nicht auf, als ich Debian verwendete. Das Einfrieren tritt normalerweise einmal pro Stunde auf, normalerweise wenn der Midori-Browser (das Problem trat auch auf, als ich Firefox verwendete) oder Dwarf Fortress geöffnet sind. Ich habe keine Desktop-Umgebung, ich habe nur den Fenstermanager Openbox. Das Einfrieren ist kein neues Phänomen, das System friert ständig ein, seit ich Antergos installiert habe.
Ausgabe von uname -a:
Linux Kepler 4.5.4-1-ARCH #1 SMP PREEMPT Wed May 11 22:21:28 CEST 2016 x86_64 GNU/Linux
Protokolle:
-- Logs begin at čet 2016-04-21 15:50:11 CEST, end at pon 2016-05-23 15:50:33 CE
apr 21 15:50:11 Kepler systemd-journald[163]: Runtime journal (/run/log/journal/
apr 21 15:50:11 Kepler systemd-journald[163]: System journal (/var/log/journal/)
apr 21 15:50:11 Kepler systemd-journald[163]: Time spent on flushing to /var is
apr 21 15:50:11 Kepler kernel: Linux version 4.5.1-1-ARCH (builduser@tobias) (gc
apr 21 15:50:11 Kepler kernel: Command line: BOOT_IMAGE=/vmlinuz-linux root=UUID
apr 21 15:50:11 Kepler kernel: x86/fpu: Legacy x87 FPU detected.
apr 21 15:50:11 Kepler kernel: x86/fpu: Using 'lazy' FPU context switches.
apr 21 15:50:11 Kepler kernel: e820: BIOS-provided physical RAM map:
apr 21 15:50:11 Kepler kernel: BIOS-e820: [mem 0x0000000000000000-0x000000000008
apr 21 15:50:11 Kepler kernel: BIOS-e820: [mem 0x000000000008f000-0x000000000008
apr 21 15:50:11 Kepler kernel: BIOS-e820: [mem 0x0000000000090000-0x000000000009
apr 21 15:50:11 Kepler kernel: BIOS-e820: [mem 0x0000000000100000-0x000000001fff
apr 21 15:50:11 Kepler kernel: BIOS-e820: [mem 0x0000000020000000-0x00000000200f
apr 21 15:50:11 Kepler kernel: BIOS-e820: [mem 0x0000000020100000-0x00000000b882
apr 21 15:50:11 Kepler kernel: BIOS-e820: [mem 0x00000000b8821000-0x00000000b885
apr 21 15:50:11 Kepler kernel: BIOS-e820: [mem 0x00000000b8851000-0x00000000b8aa
apr 21 15:50:11 Kepler kernel: BIOS-e820: [mem 0x00000000b8aa1000-0x00000000b93a
apr 21 15:50:11 Kepler kernel: BIOS-e820: [mem 0x00000000b93a7000-0x00000000b9b3
apr 21 15:50:11 Kepler kernel: BIOS-e820: [mem 0x00000000b9b37000-0x00000000b9b9
apr 21 15:50:11 Kepler kernel: BIOS-e820: [mem 0x00000000b9b9b000-0x00000000b9b9
apr 21 15:50:11 Kepler kernel: BIOS-e820: [mem 0x00000000b9b9c000-0x00000000b9bd
apr 21 15:50:11 Kepler kernel: BIOS-e820: [mem 0x00000000b9bde000-0x00000000b9d5
lines 1-23...skipping...
-- Logs begin at čet 2016-04-21 15:50:11 CEST, end at pon 2016-05-23 15:50:33 CEST. --
apr 21 15:50:11 Kepler systemd-journald[163]: Runtime journal (/run/log/journal/) is 8.0M, max 191.9M, 183.9M free.
apr 21 15:50:11 Kepler systemd-journald[163]: System journal (/var/log/journal/) is 8.0M, max 2.1G, 2.0G free.
apr 21 15:50:11 Kepler systemd-journald[163]: Time spent on flushing to /var is 1.805ms for 2 entries.
apr 21 15:50:11 Kepler kernel: Linux version 4.5.1-1-ARCH (builduser@tobias) (gcc version 5.3.0 (GCC) ) #1 SMP PREEMPT Thu A
apr 21 15:50:11 Kepler kernel: Command line: BOOT_IMAGE=/vmlinuz-linux root=UUID=963981da-a833-44f8-987a-863f22a68068 rw qui
apr 21 15:50:11 Kepler kernel: x86/fpu: Legacy x87 FPU detected.
apr 21 15:50:11 Kepler kernel: x86/fpu: Using 'lazy' FPU context switches.
apr 21 15:50:11 Kepler kernel: e820: BIOS-provided physical RAM map:
apr 21 15:50:11 Kepler kernel: BIOS-e820: [mem 0x0000000000000000-0x000000000008efff] usable
apr 21 15:50:11 Kepler kernel: BIOS-e820: [mem 0x000000000008f000-0x000000000008ffff] ACPI NVS
apr 21 15:50:11 Kepler kernel: BIOS-e820: [mem 0x0000000000090000-0x000000000009ffff] usable
apr 21 15:50:11 Kepler kernel: BIOS-e820: [mem 0x0000000000100000-0x000000001fffffff] usable
apr 21 15:50:11 Kepler kernel: BIOS-e820: [mem 0x0000000020000000-0x00000000200fffff] reserved
apr 21 15:50:11 Kepler kernel: BIOS-e820: [mem 0x0000000020100000-0x00000000b8820fff] usable
apr 21 15:50:11 Kepler kernel: BIOS-e820: [mem 0x00000000b8821000-0x00000000b8850fff] reserved
apr 21 15:50:11 Kepler kernel: BIOS-e820: [mem 0x00000000b8851000-0x00000000b8aa0fff] usable
apr 21 15:50:11 Kepler kernel: BIOS-e820: [mem 0x00000000b8aa1000-0x00000000b93a6fff] ACPI NVS
apr 21 15:50:11 Kepler kernel: BIOS-e820: [mem 0x00000000b93a7000-0x00000000b9b36fff] reserved
apr 21 15:50:11 Kepler kernel: BIOS-e820: [mem 0x00000000b9b37000-0x00000000b9b9afff] type 20
apr 21 15:50:11 Kepler kernel: BIOS-e820: [mem 0x00000000b9b9b000-0x00000000b9b9bfff] usable
apr 21 15:50:11 Kepler kernel: BIOS-e820: [mem 0x00000000b9b9c000-0x00000000b9bddfff] reserved
apr 21 15:50:11 Kepler kernel: BIOS-e820: [mem 0x00000000b9bde000-0x00000000b9d53fff] usable
apr 21 15:50:11 Kepler kernel: BIOS-e820: [mem 0x00000000b9d54000-0x00000000b9ff9fff] reserved
apr 21 15:50:11 Kepler kernel: BIOS-e820: [mem 0x00000000b9ffa000-0x00000000b9ffffff] usable
apr 21 15:50:11 Kepler kernel: BIOS-e820: [mem 0x00000000e00f8000-0x00000000e00f8fff] reserved
apr 21 15:50:11 Kepler kernel: BIOS-e820: [mem 0x00000000fed01000-0x00000000fed01fff] reserved
apr 21 15:50:11 Kepler kernel: BIOS-e820: [mem 0x00000000ffc00000-0x00000000ffffffff] reserved
apr 21 15:50:11 Kepler kernel: BIOS-e820: [mem 0x0000000100000000-0x000000013fffffff] usable
apr 21 15:50:11 Kepler kernel: NX (Execute Disable) protection: active
apr 21 15:50:11 Kepler kernel: efi: EFI v2.31 by American Megatrends
apr 21 15:50:11 Kepler kernel: efi: ESRT=0xb9b33198 ACPI=0xb9332000 ACPI 2.0=0xb9332000 SMBIOS=0xf04d0 MPS=0xfd550
apr 21 15:50:11 Kepler kernel: esrt: Reserving ESRT space from 0x00000000b9b33198 to 0x00000000b9b331d0.
apr 21 15:50:11 Kepler kernel: SMBIOS 2.8 present.
Ausgabe von lsblk:
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 111,8G 0 disk
├─sda1 8:1 0 200M 0 part /boot/efi
├─sda2 8:2 0 256M 0 part /boot
├─sda3 8:3 0 21,5G 0 part /
├─sda4 8:4 0 86,1G 0 part /home
└─sda5 8:5 0 3,8G 0 part [SWAP]
sr0 11:0 1 1024M 0 rom
BEARBEITEN:
Es ist einfach wieder eingefroren, dieses Mal ohne laufende Anwendungen.
Ausgabe von dmesg | tail:
[ 5.322285] IPv6: ADDRCONF(NETDEV_UP): wlp2s0: link is not ready
[ 5.336603] IPv6: ADDRCONF(NETDEV_UP): wlp2s0: link is not ready
[ 5.344733] IPv6: ADDRCONF(NETDEV_UP): enp3s0f2: link is not ready
[ 5.427021] r8169 0000:03:00.2 enp3s0f2: link down
[ 5.427024] r8169 0000:03:00.2 enp3s0f2: link down
[ 5.427132] IPv6: ADDRCONF(NETDEV_UP): enp3s0f2: link is not ready
[ 5.568331] IPv6: ADDRCONF(NETDEV_UP): wlp2s0: link is not ready
[ 6.408834] fuse init (API version 7.24)
[ 6.977301] r8169 0000:03:00.2 enp3s0f2: link up
[ 6.977321] IPv6: ADDRCONF(NETDEV_CHANGE): enp3s0f2: link becomes ready
Außerdem nutzt das System normalerweise nur 3–15 % jedes CPU-Kerns, wenn es abstürzt, oder 100 % eines Kerns, wenn Dwarf Fortress läuft.
Zweite BEARBEITUNG:
Ich habe vergessen, es vorher zu erwähnen, aber wenn das System während des Einfrierens einschläft, ist das System nach der Anmeldung immer noch eingefroren (die Anmeldung ist jedoch möglich).
Dritte BEARBEITUNG:
Wenn ich den Computer auf einer harten Oberfläche (Schreibtisch) verwende, kommt es seltener zu Einfrierungen als auf einer weichen Oberfläche (Bett). Eine Überhitzung kann also teilweise das Problem sein (auf harten Oberflächen kommt es jedoch trotzdem vor und war nicht vorhanden, als ich Debian hatte und es sogar damals auf weichen Oberflächen verwendete).