sony5614 による投稿:

sudo rm -f /.gconf/apps/panel

typoでしょうか？

rm -rf ~/.gconf/app/panel

ではないかと。
ネットで調べるのは大事ですが、調べた情報があっているかどうかの検証をしてから実行してみた方がよろしいかと思います。

sudoも rm -rf も安易に間違えた使い方をするとシステムを壊しますよ？

パネルは復帰出来たのですよね。
パネル上で右クリックで「パネルへ追加」を選択。
アイコンが色々並んでいる場所のベースは「通知スペース」。
後は時計等を並べると元に戻ると思いますが、最近（一ヶ月前後？）同様のトピックが有り初期設定に戻す方法が書かれていました。
もし必要なら探して見てください。

gconfが管理してるファイルを直接触るのは、gconfdの稼働を無視した荒っぽいやり方だなと「rm ~/.gconfなんとか」を見る度に私は思います。
正常にGUIログインできるのならば、 https://forums.ubuntulinux.jp/viewtopic.php?pid=50567#p50567 のように、gconf経由でやるべきと私は思うのですが、事実はどうなんでしょうかね。
まあ、既に各フォーラムや各ブログでは、「rm ~/.gconfなんとか」がもう「スタンダードな方法」になってしまってるから、もう既に時遅しか・・？

STGSAGWAN による投稿:

gconfが管理してるファイルを直接触るのは、gconfdの稼働を無視した荒っぽいやり方だなと「rm ~/.gconfなんとか」を見る度に私は思います。
正常にGUIログインできるのならば、 https://forums.ubuntulinux.jp/viewtopic.php?pid=50567#p50567 のように、gconf経由でやるべきと私は思うのですが、事実はどうなんでしょうかね。

gconfdの稼働中にファイルを削除するのは、gconfのロックを無視して危険なので個人的には非常にイヤなのですが、

　・値に不整合が起きる可能性があるが、エントリを削除するなら不整合が起きても再度削除すればいい（もう一度削除する必要はあるかもしれない）。
　・gconf的には、ロックをかけて変更するタイミングでなければファイルが消えても平気。
　・gconfが上がっていなければもちろん平気（gconfdはあくまでキャッシュ＆メッセージングエンジンなので）。

という設計になっています。気分的には大変恐ろしいものがありますが、致命的なことになる可能性は「無視できなくもない」（無視してもいいわけではないが、許容できる）程度のハズです。

できれば避けておきたいところではあるので、gconftoolやgconfeditorで修正できるものについては、できるだけそちらを使って頂きたいなと思います。> これを見ている方々

なお、時すでに遅しというのはその通りで、おそらく「ファイルを削除すると致命的な展開になる」ようなことが起きた場合は、バグ（regression）として修正対象になると思われます。

STGSAGWANさん、hitoさん

typoかな？と思う部分に脊髄反射のように回答してしまいましたが、たしかにお二人がおっしゃるとおり稼働中のgconfdについてのフォローがすっぽりと抜けていました。
ご指摘ありがとうございます。

einundzwanzighundertsechs による投稿:

「デフォルトに戻す」というのはこのトピックでも話題になった「~/.gconf/… のファイルの変更・削除でユーザ設定値を削除してシステムのデフォルト値を使用する」ようなものでは無いみたいなのですがどうでしょう？
もしそうならば，"Set as Default"は「システムのデフォルト値として採用する」等の訳の方が誤解を招かないと思います．
ついでに日本語ではどちらもショートカットが D に割り当てられています．

こないだ原文を見たときに、翻訳がおかしいなと思ったので、修正しました。
Ubuntu 10.04では修正済みの翻訳が適用されると思います。
https://translations.launchpad.net/ubuntu/lucid/+source/gconf-editor/+pots/gconf-editor/ja/51/+translate
https://translations.launchpad.net/ubuntu/lucid/+source/gconf-editor/+pots/gconf-editor/ja/53/+translate