我所说的冻结是指只有完全重新启动才能使系统再次运行。在冻结期间，光标静止不动，没有任何按键工作（AltCtrlF1-6大写锁定/数字锁定都没有），并且音乐开始循环（播放最后两秒）。我有四核 Intel Celeron cpu、120gb sda 和 4gb ram（在冻结期间使用不超过 1.5 Gb）。系统已完全更新，当我运行 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 的输出 |尾巴：
[ 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
另外，通常系统在崩溃时只使用每个CPU核心的3-15%，或者在矮人要塞运行时使用其中一个核心的100%。
第二次编辑：
之前忘了提一下，但是如果冻结期间系统进入睡眠状态，则登录后系统仍然冻结（但可以登录）。
第三次编辑：
当我在硬表面（桌子）上使用计算机时，冻结发生的频率比在软表面（床上）上使用计算机时的频率要低，因此过热可能是问题的一部分（但是它们仍然会发生在硬表面上，而且它们并没有发生）当我拥有 Debian 时，我就在柔软的表面上使用它）。