☰

/run が入力された後、Ctrl+Alt+F1(F2,F3,F4...) が機能しません。

tag-icon • tag-icon kali-linux console
/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

2日前にインターネット接続が失われました。私はそれを見つけるのに2時間を費やし、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（または、またはなど...）を使用して何も切り替えることはできませんが、以前は切り替えることができ、自動的にオンになりました。AltF1F2F3/dev/ttyXF2F3

また、そうではchvt 2ありませんchvt 3。お待ちください...有効です...

つまり、端末には、ちらつきや黒い画面ではなく、変更なしでXサーバーを持つ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サーバーをシャットダウンして新しいサーバーを起動してみてください。デスクトップセッションは失われますが、再起動する必要はありません。繰り返しますが、これが機能するという保証はありません。

おすすめ記事