☰

StartX が動作しません。(スペースが足りないのでしょうか?)

tag-icon • tag-icon linux hard-drive x-server
StartX が動作しません。(スペースが足りないのでしょうか?)

私の Debian は昨日まで完璧に動作していました。reaver、aircrack、kismet をインストールしてしばらく使ってみました (これらが原因でしょうか?)。しかし、今は 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 GB) が残っていました。

  2. Reaver、Kismet、AirCrack をパージしたとき: すべて正常に進みましたが、スペースがないため mandb を更新できないというメッセージが表示されます。

  3. ls on /: するとcd /;ls、/tmpディレクトリだけが緑色(背景 = 緑、背景 = 黒)で強調表示されます。これは疑わしいと思います。

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

  5. 私のdf -i意見: すべて正常です。使用されているのは 10% の inode のみです。

  6. 表示内容df -h: 何ですか? ルート パーティションが完全にいっぱいです (24 GB のうち 24 GB)。 実行しましたapt-get cleanが、まだ完全にいっぱいですと表示されます。

皆さん、問題が何であるかはわかっています。ルートが完全にいっぱいになっているのです。もちろん、私はそんなことはしませんでした。20 ギガバイトのデータをダウンロードするには、気付かないほどの時間がかかりすぎます (私のダウンロード速度は 20 kbps です)。また、大量のデータをログなどとして書き込むのにも時間がかかります (ルートは書き込み禁止になっています)。

フォーラムの誰かが、 によってこの問題を解決したと主張していましたpacman -Scc。試してみましたapt-get cleanが、うまくいきませんでした。

そこで、皆さんに助けを求めています。次に何を試すべきか、アドバイスをお願いします。

答え1

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。

関連情報