/run 填满后 Ctrl+Alt+F1(F2,F3,F4...) 不起作用

/run 填满后 Ctrl+Alt+F1(F2,F3,F4...) 不起作用
# uname -a
Linux kali 4.0.0-kali1-amd64 #1 SMP Debian 4.0.4-1+kali2
                                              (2015-06-03) x86_64 GNU/Linux

# uptime
 19:31:04 up 40 days,  4:38, 56 users,  load average: 6,52, 5,55, 6,08

两天前我失去了互联网连接。我花了两个小时来解决,发现atop40天前开始的程序已经满了/run,这就是为什么xl2tpd(我的VPN客户端)根本无法创建pid文件。我已经刷新了atop的数据,现在:

# mount | grep run
tmpfs on /run type tmpfs (rw,nosuid,relatime,size=3284232k,mode=755)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /run/user/0 type tmpfs (rw,nosuid,nodev,relatime,size=1642116k,mode=700)

# df -h | grep -i run
tmpfs              3,2G         323M  2,9G           11% /run
tmpfs              5,0M            0  5,0M            0% /run/lock
tmpfs              1,6G          44K  1,6G            1% /run/user/0

我无法使用Ctrl+ Alt+ F1(或F2F3或等...)切换到任何/dev/ttyX.但我之前可以切换,并且F2F3被我打开了。

此外,也不chvt 2chvt 3,等等......有效......

意味着,终端显示带有 X-server 的 vt7,没有任何变化,甚至没有闪烁或黑屏。

看来系统不稳定了。

没有的话如何解决这个麻烦reboot呢?

更新:

# ps -ef|grep tty
root       581     1 92 20:32 pts/3    01:33:03 /sbin/agetty tty3
root      1042  1012  6 Aug14 tty7     2-15:21:33 /usr/bin/Xorg :0 -novtswitch -background none -noreset -verbose 3 -auth /var/run/gdm3/auth-for-Debian-gdm-ZmbLAV/database -seat seat0 -nolisten tcp vt7
root      1690     1  0 20:33 tty4     00:00:00 /sbin/agetty --noclear tty4 linux
root      2842     1  0 19:22 tty6     00:00:00 /sbin/agetty --noclear tty6 linux
root      5245     1  0 20:37 tty2     00:00:00 /bin/login --           
root      8508  7895  0 Aug14 pts/34   00:00:00 /sbin/getty -8 38400 tty4
root      8511  7895  0 Aug14 pts/32   00:00:00 /sbin/getty -8 38400 tty2
root      8512  7895  0 Aug14 pts/33   00:00:00 /sbin/getty -8 38400 tty3
root     10127  7895  0 Aug14 pts/31   00:00:00 /sbin/getty -8 38400 tty1
root     11362     1  0 21:21 tty5     00:00:00 /sbin/agetty --noclear tty5 linux
root     17314     1  0 22:06 tty1     00:00:00 /bin/login --    
root     23282     1  0 22:13 pts/81   00:00:00 /sbin/getty 38400 tty2
root     23614     1  0 22:13 tty3     00:00:00 /bin/login --   
root     23620 22995  0 22:13 pts/81   00:00:00 grep tty
root     29744 29319  0 Sep17 pts/61   00:00:00 /sbin/getty -8 38400 tty4
root     29747 29319  0 Sep17 pts/58   00:00:00 /sbin/getty -8 38400 tty2
root     29748 29319  0 Sep17 pts/60   00:00:00 /sbin/getty -8 38400 tty3
root     31344 28620  0 Sep17 pts/53   00:00:00 /sbin/getty -8 38400 tty4
root     31347 28620  0 Sep17 pts/51   00:00:00 /sbin/getty -8 38400 tty2
root     31348 28620  0 Sep17 pts/52   00:00:00 /sbin/getty -8 38400 tty3

答案1

当切入或切出正在运行 X 服务器的控制台时,X 服务器开始运行代码。这对于重置显卡上的视频模式是必要的。如果 X 服务器有问题,则切换可能永远不会发生,因为 X 永远不会响应请求。

看起来您的 X 服务器处于错误状态,可能是由于/run在某个时刻已满(也许所有内存都已满,并且 X 服务器内存不足并且无法很好地应对?)。

有时可行的是启动另一个 X 服务器(通过网络登录)。这有机会将显卡恢复到已知状态并解锁已经运行的服务器。但没有任何保证。如果这不起作用,请尝试终止 X 服务器,然后启动一个新服务器;您将丢失桌面会话,但不必重新启动。再次强调,这并不能保证一定有效。

相关内容