VirtualBox(Windows 7ホスト)でUbuntuを実行しています。数回、トップレベルのメニューバー、タスクバー、および一見するとすべてのシステムダイアログは、システムを最初にインストールしたときの標準の「Ambiance」テーマを忘れていました。ウィンドウのキャプションはテーマを保持しますが、それ以外はほとんど何もしません。
この問題を解決するためにGoogleで検索しました。私が見つけたすべてのことは、いくつかのgconfリセットを実行するか、.gconf * .gnome *および他の同様のディレクトリを削除することを示唆しています。私はこのすべてのアドバイスに従いましたが、何も機能しません。まだ退屈なWindows-95スタイルのグレーの3Dルックアンドフィールが得られます。以前は、何度もいじってからVMインスタンスをあきらめて再起動し、UI全体で元の「アンビエンス」テーマが復元されるのを見て驚くが、いつかは再び消えてしまう。 、通常は再起動後に、私はそれを破ったことを理解することはできません。
これは、Ubuntuのサイトのサンプルです。
そして、現在の私のシステムのスクリーンショットです。
また、私のGNOMEターミナルは通常、素敵な紫色の半透明の外観を持っていることに注意してください。スクリーンショットからわかるように、これらは現在、単なる無地のマットホワイトです。
前回(ちょうど昨日)、多くの組み合わせをすべての通常のトリックで試し、数回再起動しても修正されませんでした。
Gnome/Ubuntuデスクトップのすぐに使用可能なテーマを回復するには、オンラインで多くの場所で示唆されているように、すべての構成ファイルを吹き飛ばしてこれを達成できないことに注意してください
VMインスタンスのサイズを変更してUbuntuデスクトップのサイズを強制変更した後、またはCompizの設定をいじった後、失敗したように見えることを知るのに役立つかもしれません。私はこれらのどれがそれであるかを理解することができませんでした、そして、それはどちらでもないかもしれません。物事を正常に戻すために経験しなければならない痛みの量を考えると(そして、どうやってそれを行うのか迷っているので)、原因を明確に切り分けることは困難であることが証明されています。
@ zpletan's answer ちょっとした探求につながり、私の問題の根本原因と思われるものをすぐに発見しました。 Ubuntu バグ#574296 に詳細があります。要約すると、SSDを搭載したCore i7システムは、gnome-settings-daemonの実行が早すぎるほど十分に異なるタイミングですべてを開始し、ベイルし、主にストックGTKテーマを残します。
/etc/xdg/autostart/gnome-settings-daemon.desktop
での短いスリープにより修正されます。
Exec= bash -c "sleep 2; /usr/lib/gnome-settings-daemon/gnome-settings-daemon"
提案された回答のいずれでもこの問題を修正できませんでした(現在受け入れられている回答は散発的に機能しましたが、通常は機能しませんでした)。スリープ時間を大幅に増やしてみましたが、まだ一貫して機能していませんでした。
しかし、答えの1つはこの問題を追跡するバグを指しており、私はそれを解決した バグに関するコメント を見つけました。
重要なビットは次のとおりです。
最初に、bashスクリプトを作成します(/etc/xdg/autostart/gnomesettingsdaemonfix.sh
という名前を付けました)
#!/bin/bash
pid=$(pgrep gnome-settings-)
while [ -n "$pid" ];
do
pid=$(pgrep gnome-settings-)
sleep 0
done
exit 0
実行可能であることを確認します(chmod +x
を実行します)。
次に/etc/xdg/autostart/gnome-settings-daemon.desktop
を編集します
Exec
行を次のように変更します。
Exec=bash -c '/etc/xdg/autostart/gnomesettingsdaemonfix.sh;/usr/lib/gnome-settings-daemon/gnome-settings-daemon'
それは私にとってこれまでのところ修正したようです。
Alt + F2(アプリケーションの実行)を押して、次を実行します。
gksudo gnome-settings-daemon
10.10にはこの問題がありますが、通常、独自のnvidiaドライバーをインストールすると発生します。ただし、このソリューションはおそらく仮想マシンでも動作します。
テキストファイルを作成します。書いて
include "/usr/share/themes/Ambiance/gtk-2.0/gtkrc" gtk-icon-theme-name =" ubuntu-mono-dark "
それを.gtkrc-2.0という名前でホームフォルダーに保存します。再起動。
まだ間違った要素がある場合(私にとってはフォントだった)、この変更をファイルに追加する必要があります。グーグルで可能な微調整のためのgtkチュートリアルをご覧ください。
同じ問題があり、物andいでエラーが発生していました:Could not apply the stored configuration for monitors.
ファイルを削除しました:~/.config/monitors.xml
が再記録され、グローブのように機能しました。
私は何ヶ月もの間この問題の修正を探していました。どうやらその原因は誰にもわかりません。このバグは長年存在し、誰も修正していません。
ブート中にgnome-settings-daemonの最初のインスタンスと2番目のインスタンスの間で競合状態が発生することもあります。また、gnome-settings-daemonが機能を停止するかクラッシュする作業デスクトップセッションの途中で発生することもあります。
それを修正すると思われる唯一の回避策は、タイプすることです
killall gnome-settings-daemon
gnome-settings-daemon &
実行中の端末で開いたままにします。
ターミナルを閉じると、gnome-settings-daemonのバックグラウンドインスタンスが強制終了され、デスクトップはデフォルトのテーマ(Ubuntuのデフォルトではなく、gnomeのデフォルト)に戻ります。したがって、デーモンはバックグラウンドで実行し、プロセスには親が必要なため、ターミナルも実行したままにします。
同じ問題があります。Sudo killall nautilus
で修正します。 (一時的に)
これは私にも起こりました。私の場合は、ホームディレクトリ全体を破棄し、 答えはこちら ごとにビットとピースを復元する必要がありました。 gnome-settings-daemonのタイミングスクリプトを実行している場合は、別のアカウントを作成し、そのアカウントとしてログインすることで適切に動作できるかどうかを確認してください。私の場合、2番目のアカウントには開始以外の問題はなかったため、リンクに修正を適用しました。
これはちょうど私のために働いた ターミナルウィンドウで:
echo "PATH=\"/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games\"" | tee -a ~/.profile
申し訳ありませんが、「-sync」を使用するという以前の提案は修正されていません。いくつかの再起動後に問題が同じであることが判明しました。
しかし、うまくいけば、テーマの適用に失敗したスタートアップ中にクラッシュする「gnome-settings-daemon」プロセスから次の出力をキャプチャできました。
** (gnome-settings-daemon:1679): WARNING **: You can only run one xsettings manager at a time; exiting
** (gnome-settings-daemon:1679): WARNING **: Unable to start xsettings manager: Could not initialize xsettings manager.
テーマが正常に適用されると、出力はありません。
このことから、gnome-settings-daemonが何らかの形で2回実行されているように見えます。どうやら、最初のインスタンスが完了してから2番目のインスタンスが実行されると、テーマが適用され、それ以外の場合は失敗します。
注:出力キャプチャは、/ etc/xdg/autostart/gnome-settings-daemon.desktopの「Exec =」エントリを「bash -c」/ usr/lib/gnome-settings-daemon/gnome-settings-daemonに編集することで行われました--debug --sync&> /home/sanjeev/Desktop/test.txt '"(一部のWebサイトで推奨されているように、-syncオプションが使用されました)
PS:さらなるテストは、次々に実行する必要のある2つのインスタンスが実際に実行されていることを示しています。
「スリープ」メソッドでも可能ですが、問題を解決するための「技術的に正しい」方法があります。 6回再起動してみましたが、次のように動作します。
ステップ1:/ etc/xdg/autostartの下に次のスクリプトを作成します(gnome-settings-daemon-fix.shと呼びます)。
#!/bin/bash
# gnome-settings-daemon-fix.sh
pid=`pgrep gnome-settings-`
wait pid
exit 0
ステップ2:「Exec =」エントリの下にある「gnome-settings-daemon.desktop」を編集し、次のものに置き換えます。
Exec=bash -c 'bash /etc/xdg/autostart/gnome-settings-daemon-fix.sh ;/usr/lib/gnome-settings-daemon/gnome-settings-daemon'
すべてが完了しました。基本的に、私たちがしていることは、最初のインスタンスが終了するのを待ってから、2番目のインスタンスを起動することです。これで問題が解決した場合、誰でも通知できますか?
ここに1つの簡単な解決策があります。仮想コンソールに移動し、gdmを停止し、Xサーバーを起動します
Sudo /etc/init.d/gdm stop
startx
これは私の最初の投稿なので、次のような画像を配置する必要がありました。
これは11.04 Unity 3Dでときどき発生しますが、使用中と表示されていても、外観、カスタマイズボタン、アイコンタブを開いて選択したアイコンセットをクリックすることでクリアしました。私の場合、それはファエンツァ・ダークでしょう。まれにしか発生しないため、これを引き起こす一連のイベントを特定できていません。
私も非常によく似た問題を抱えていました。これは、アルファ3状態であったNatty Narwhalの(IIRC部分的)アップグレードの後です。私の場合、〜/ michael/.nautilus/browser.xmlファイルが破損しているようです。この部分的なサイトのいくつかの提案を試した後、このファイルを削除し、PCを再起動しただけで、すべてのテーマが元に戻り、安定したままでした。私のようなあなたの問題を解決しようとすることができると思います。
これを試して再起動してください! :)
gconftool-2 --shutdown
rm -rf ~/.gconf/apps/panel
pkill gnome-panel
正しい考えを持っている人はかなりいると思います。
私の推測では、特定の更新(新しいカーネルなど)の後、ureaheadが再プロファイリングされます。ここで問題が発生すると思います。 gnome-settings-daemonはすぐに呼び出されます。
/ var/lib/ureadahead /フォルダー内の名前に「pack」(pack、home.pack、boot.pack、run.pack)が含まれるすべてのファイルを削除して、再プロファイルを強制しました。その後、すべてが素晴らしく見えました。
再プロファイリングする場合、上記のファイルを削除し、再起動し、ログイン画面が表示されたらすぐにログインします。約30秒待つか、ドライブが回転を停止してから何かをします。ビジネスを終わらせましょう。これで、ノーチラスウィンドウが正常に表示されます。
おそらく、gnome-settings-daemonの順序を狂わせるために、ureadaheadにバグを報告する必要があります。