web-dev-qa-db-ja.com

StartXは機能しません。 (十分なスペースがありませんか?)

私のDebianは昨日まで完全に機能していました。私はリーバー、エアクラック、キスメットをインストールしてしばらく遊んでいました(彼らが原因でしょうか?)。しかし、xサーバーは接続しません。デスクトップマネージャーをインストールしていないので、問題なく常に手動でstartx- ed(wm = awesome)します。今はできません。ここに症状を書き留めておきます。皆さんが問題を診断して解決策を提案してくれることを願っています。

  1. startxの内容:XKEYBOARDキーマップコンパイラ(xkbcomp)のレポート:

    Error: cannot close "/tmp/server-0.xkm" properly (not enough space?) ... output file "tmp/server-0.xkm" removed.
    Errors from xkbcomp are not fatal.
    AIGLX:suspending AIGLX clients for VT switch (EE) server terminated with error (1) ...
    

    xorg.0.logファイルは基本的に同じことを言っています。 (Keyboard initialization failed, could be missing or incorrect setup of xkeyboard-config

    特徴的なのは、十分なスペースがない可能性があることを報告していることです。前回チェックした時は、十分なスペース(20ギガ)が残っていました。

  2. Reaver、kismet、aircrackをパージしたとき:すべてうまくいきましたが、スペースがないためmandbを更新できないと表示されます。

  3. ls on /:I cd /;lsの場合、/tmpディレクトリは、緑色(bg =緑、fg =黒)で強調表示される唯一のディレクトリです。疑わしいと思います。

  4. .Xsessionsファイルを削除してからstartxを削除すると:キーボードに関するエラーメッセージは消えますが、AIGLXクライアントはまだ中断されています(サーバーはエラーで終了します)

  5. 私がdf -iで言っていること:すべて問題なく、10%のiノードしか使用されていません。

  6. df -hが言うこと:何????ルートパーティションが完全にいっぱいになっていると表示されます。 (24ギグのうち24ギグ)apt-get cleanを実行しましたが、まだ完全に埋まっていると表示されます。

さて、私たちは皆、問題が何であるかを知っています:ルートは完全に満たされています。もちろん私はやっていない。 20ギガのデータをダウンロードするのに時間がかかりすぎて気付かないでしょう(ダウンロード速度は20 kbpsです)。また、ログなどのデータを書き込むのに十分な時間がかかります。 (ルートはとにかく書き込み保護されています。)

フォーラムの誰かがpacman -Sccによって問題を修正したと主張しました。 apt-get cleanを試しましたが、機能しませんでした。

したがって、今私はあなたたちに助けを求めています。次に何を試すべきか提案してください。

4
Nirav

dfがパーティションがいっぱいであると報告した場合、duコマンドは問題を診断するための次のステップです。ファイルシステムのルートにcdして実行します

Sudo du -smx * .[^.]* | sort -n
  • -s--summarize)オプションは、各ファイル/ディレクトリの合計サイズを出力します。
  • -mオプションは、各ファイル/ディレクトリが使用するディスク容量をメガバイト単位で出力します。
  • -x--one-file-system)オプションは、duを初期ファイルシステムに残します。これにより、/run/sys/dev、および/または/proc内のすべてのファイルのような無関係な(この目的のために!)情報が除外されます(ありがとう、MariusMatutiae)。
  • [^.].*には隠しファイルが含まれますが、親ディレクトリ..)は除外されます。
  • 最後に、リストを数値で並べ替えると、リストの最後に最も多くのスペースを占めるディレクトリが表示されます。

次に、最も多くのスペースを占めるディレクトリに移動し、そのサブディレクトリに対してこのプロセスを繰り返します。最終的には、本来よりも多くのスペースを使用しているディレクトリを見つける必要があります。

ちなみに、/tmp/は誰でも書き込み可能であることが意図されています(結果として緑色の背景になります)。その内容はOSによって定期的に自動的に削除される必要がありますが、自動的にクリーンアップされなかった古いファイルを手動で削除する必要がある場合があります。

個人的には、私は常に/homeを別のファイルシステムにマウントします。これが発生したときはいつでも、原因は/var/logのログファイルであることがわかりました。

2