Antergos linux постоянно зависает

Antergos linux постоянно зависает

Под зависанием я подразумеваю, что только полная перезагрузка делает систему снова работоспособной. Во время зависания курсор неподвижен, никакие клавиши не работают (ни AltCtrlF1-6CapsLock, ни NumLock), а музыка начинает воспроизводиться циклически (играя последние две секунды). У меня четырехъядерный процессор Intel Celeron, 120 ГБ sda и 4 ГБ оперативной памяти (во время зависаний используется не более 1,5 ГБ). Система полностью обновлена, проблемы не было, когда я работал с Debian. Зависание обычно происходит раз в час, обычно когда открыты браузер Midori (проблема была, когда я работал с Firefox) или Dwarf Fortress. У меня нет среды рабочего стола, у меня есть только оконный менеджер Openbox. Зависание не является недавним явлением, система продолжает зависать с тех пор, как я установил Antergos.

Вывод uname -a:

Linux Kepler 4.5.4-1-ARCH #1 SMP PREEMPT Wed May 11 22:21:28 CEST 2016 x86_64 GNU/Linux

Журналы:

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

Вывод 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

РЕДАКТИРОВАТЬ:

Он снова завис, на этот раз без запущенных приложений.

Вывод 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

Кроме того, обычно система использует только 3–15% каждого ядра процессора при сбое или 100% одного из ядер при запуске Dwarf Fortress.

Второе ПРАВКА:

Я забыл упомянуть об этом ранее, но если система засыпает во время зависания, то после входа в систему она все равно зависает (но вход в систему возможен).

Третье ПРАВКА:

Когда я использую компьютер на твердой поверхности (стол), зависания происходят реже, чем когда я использую его на мягкой поверхности (кровать), поэтому перегрев может быть частью проблемы (однако они все еще случаются на твердой поверхности, и их не было, когда у меня был Debian, и я использовал его на мягких поверхностях даже тогда).

Связанный контент