短い話です。私は10年以上にわたってunstable
ツリーを(火、炎、複数のハードウェアのアップグレードを通じて)実行しているdebianシステムを持っていますが、それはさておき。しかし、Debianがgnome3とgnome-Shell
デスクトップに移行している少し前に、プロセスにいくつかの問題があり、それらのいずれかが私の通常のユーザーに使用できない設定を残しました-gnome-Shell
起動してすぐにクラッシュします。
私は完全に空白の新しいユーザーを設定しようとしましたが、すべてがそのユーザーには問題なく動作するため、メインユーザーのどこかにローカルで設定すると問題が発生します...大部分の構成ファイルが必要なため、すべての構成ファイルを一括消去したくありません。代わりに、gnome-Shell
に関連するすべての構成ファイルやオプションを外科的に削除し、起動時に最初から再構築して、そこから作業することを検討しています。
[〜#〜] edit [〜#〜]:私の悪い、わずかなネーミングが失敗します。問題はgnome-Shell
ではなくgnome-session
にあるようです。
それがgnome-sessionの問題であることをどうやって知っていますか?それはちょうどgnome-sessionによって起動されたプログラムであるかもしれません。
設定に関しては、gnomeは...カラフルです。構成は次の場所に保存できます
IIRC gnome-sessionはあまり機能しません。/desktop/gnome/sessionの下のgconfにリストされている必須コンポーネントを開始します(実際に要件を満たすプログラムについては、/ desktop/gnome/session/required_componentsを参照してください)。その後、それはかなり受動的です。
このデータにアクセスするには、グラフィカルユーザーインターフェイスまたはgconftool-2
を使用できます。構成を参照するには、次のことができます
gconftool-2 -a --all-dirs /desktop/gnome/session
gconftool-2 -a --all-dirs /desktop/gnome/session/required_components
gnome-sessions "config"はunder/apps/gnome-session
です。あなたにとっても興味深いのは、/apps/gnome_settings_daemon
、そのサブディレクトリ、そしてもちろんすべての必要なコンポーネントの/apps
エントリです。
その後、ディレクトリ全体をスキャンする必要があります。私の経験によれば、ほとんどの興味深いオプションは.gnomerc .gnomeと.localにあります。しかし、私は.localがGnomeでの最近のものであるため、問題はおそらくないでしょう。