gsettings（またはdconf-editor）を修復/ロック解除する方法は？
BTRFSは、システムを2回続けてハードリセットする必要がある場合を除いて、Niceファイルシステムです。その場合、ファイルシステム上のファイルに最近加えられたすべての変更が何らかの方法で壊れます。これらの中には、常にLinuxレジストリであるdconfがあります。
したがって、コンピュータのハードリスタート後は、dconfが壊れた状態のままになり、すべての値がデフォルトに強制され、変更を加えることが禁止されます。
全体を削除する/home/$USERフォルダを作成し、最初から再作成すると問題が修正されます。しかし、これには膨大な時間がかかり、さらに多くのデータが失われます。
Dconfを修復またはリセットするより良い方法があるかしら。できれば、古い値を検査するオプションがあります。
Windows Wordと同じように、dconf設定のバックアップがいくつかあると思います。
ユーザーのdconfデータベースは~/.config/dconfにあり、システムレベルの値は/etc/dconfに保存されています。データベースは、データベースと同じ名前で.dで終わるdir内の高速読み取りバイナリファイルとテキストファイルの組み合わせです。
つまり、デフォルトのシステムレベル値は/etc/dconf/ibus（バイナリファイル）と/etc/dconf/ibus.d（テキストファイルで満たされたディレクトリ）の両方に格納されます。
最初に問題がユーザーレベルまたはシステムレベルのファイルにあるかどうかを確認してから、問題のあるファイルを削除（または復元）する必要があります。
~/.config/dconf/にユーザーファイルのバックアップ（システムレベルのファイルではない）があるはずです。名前はuser.XXXXXXで、Xは任意の文字です。
詳細については、dconfシステム管理者ガイド こちら を参照してください。
少し調べてみたところ、~/.config/dconfの下にサイズが0バイトのuserと、通常のサイズが数kBのuser.H37S4の2つのファイルが見つかりました。
userファイルの削除とuser.H37S4の名前の変更-> userは、レジストリを修復しただけでなく、設定を以前の状態に復元しました。
Unityとグラフィカルデスクトップ環境全体からログアウトしているときに、仮想端末でこれらのファイルを変更しました。