web-dev-qa-db-ja.com

空き容量がなく、ユーザーとしてのログインループ

プログラムを開始できないという問題がありました。次のコマンドで修正できることを読みました。

Sudo ln -sf /usr/lib/x86_64-linux-gnu/qt5/plugins/platforms/ /usr/bin/

そして

export QT_DEBUG_PLUGINS=1

これらのコマンドを試しても問題は解決しませんでした。空き領域がすべて失われ(0バイト空き)、ユーザーアカウントでログインできなくなりました(パスワードを入力した後、1秒以内に黒くなり、ログイン画面が表示されます)。

ただし、rootアカウントでログインできます。

さらに:

root@debian:~# ls -ld /usr/lib/x86_64-linux-gnu/qt5/plugins/platforms/ /usr/bin/
drwxr-xr-x 2 root root 94208 Jul 14 14:59 /usr/bin/
drwxr-xr-x 2 root root  4096 May 31 23:41 /usr/lib/x86_64-linux-gnu/qt5/plugins/platforms/

pdate: Googling'debian bounce back to login screen 'は、X関連のスクリプトの何かが間違っている可能性があるという手がかりをもたらしました。

今:この問題(またはこれらの問題)を元に戻す/修正するにはどうすればよいですか?実行された操作とは関係がない可能性がありますが、一部のファイルを削除した後でも、空き領域がすべて失われています。

2
skna.1000

次の行を使用してスペースを解放することで解決しました(通常の削除でも、rootの助けによる削除でもありません)。

Sudo apt-get -y autoremove && Sudo apt-get -y clean

1
skna.1000

このために、コマンドdfが作成されます。さまざまなパーティションの空き容量が表示されます。ユーザーがログインできないという事実から、特に/home/tmp、および/var/logが存在するパーティションを確認することをお勧めします。

/var/logに100%を超えている場合は、おそらく使用しない古いログファイルをいくつか削除します。少しのスペースが必要で、残りのログファイルは後で保存できます。 /tmpの場合は、最大のファイルを探します。 /homeについては、独自の判断を使用してください。

あなたのコメントは、/var(および/var/log)と/tmpの両方がルートパーティションにあることを示しています。そして、ルートパーティションがいっぱいです。 /varまたは/tmpのスペースを解放するコマンドは、呼吸スペースを提供します。 apt-get -y autoremove && Sudo apt-get -y clean/varからいくつかのファイルを削除し、必要なスペースを提供します。

ただし、ルートパーティションが突然いっぱいになった理由を調査する必要があります。

0
Ljm Dullaart