KDEデスクトップが反応しなくなったら

そんな時でも必ずしもすぐリセットボタンを押す必要はありません。 無理にリセットするとファイルシステムに害をおよぼしたりデータを失うことがあります。 そうでなくてもハードリセットの後のファイルシステムはクリーンではありません。

まずはAlt-Ctrl-F1でテキストコンソールに変わるか、またはAlt-Ctrl-backspaceでXを再スタートできるか試しましょう。 (両方だめでもまだ望みはあります):

SYSRQキー(キーボード右上のprintキー)を使って反応しなくなったシステムをクリーンに再起動できます。

次のコンビネーションがあります:
* ALT+SYSRQ+R (キーボードの入力待ちにもどす)
* ALT+SYSRQ+S (syncメッセージを発行)
* ALT+SYSRQ+E (init以外のすべてのプロセスに終了メッセージを送る)
* ALT+SYSRQ+I (init以外のすべてのプロセスにkillメッセージを送る)
* ALT+SYSRQ+U (ファイルシステムをリードオンリーにして、再起動後のfsckを避ける)
* ALT+SYSRQ+B (コンピュータを再起動する。上のステップなしにいきなり実行したらハードリセットと同じ)。

たとえばすべてのプロセスを終了するのにはしばらく時間がかかりますから、上のステップごとに何秒か待って作業を完了する余裕を与えましょう。 タイプする文字と順番は: "Reboot System Even If Utterly Broken" (訳注:「かなり壊れていたとしてもシステムを再起動する」の意)

KDEのシステムのログインのトラブル

通常/tmpディレクトリの内容は起動の際に一掃されるため、時にはXサーバーに必要なディレクトリやソケットも消えてしまうことがあります。

普通、起動プロセスの間にx11-commonというスクリプトがX-orgのためにこれを新たに用意します。

このスクリプトが起動の間に呼ばれずXがスタートできない時はは次のコマンドを実行します。

# X-ORG: # dpkg-reconfigure x11-common

KDEはログインの際に/tmpディレクトリがあるパーティションのサイズの5%の大きさのテンポラリファイルを作ります。そのためパーティションの95%以上が使われているとKDEがスタートできずttyのスクリーンに落ちます。

同様にKDMのループでもログインができなくなります。この場合の解決法はまずttyにログインしていらなくなったアプリケーションやファイルを削除して十分な空き領域をつくることです。

別の方法として、それほど大きいスペースを必要としないXウィンドウマネージャを使ったり(例えばfluxboxはすでにsiduxのインストールに組み込まれています), またはsiduxのライブCD/DVDからchrootしてKDEがスタートできる程度までパーティションを整理するという手もあります。

パーティションの使用量として最大85%までがKDEがちゃんと/tmpのファイルにアクセスできる限度だと言えるでしょう。(15%フリー).

apt-get install sidux-art-kde-xxxx sidux-art-wallpaper-xxxx
(xxxxのところをリリース名に買えてください。例：sidux-art-kde-erebos)

apt-get install kdmtheme

/etc/kde3/kdm/kdmrcの[X-*-Greeter]の部門に
UseTheme=true
の一行を加える

Theme=/usr/share/apps/kdm/themes/circles

Theme=/usr/share/apps/kdm/themes/