17.10にアップグレードした後、XorgでもGNOME(最もよく使用します)でもUnityでも問題はありませんでした。しかし、一度、GNOMEセッションで、一部のアプリケーション(設定を含む)を開くことができず、それ以降、GNOMEセッションにログインできません。
Unityセッションにログインすると(多かれ少なかれ動作します)、このエラーが出ました:
保存された構成をモニターに適用できませんでした
必要な仮想サイズが使用可能なサイズに適合しません:requested =(1、1)、minimum =(320、200)、maximum =(8192、8192)
後で、この種のエラーError: Method parse/execution failed ...
、ACPI Error: [_OSI] Namespace lookup failure
、および一度この行Couldn't get size : 0x800000000000000e
を含む、ブート時に表示される行がさらに多くあることに気づきました
@Pantherが示唆したように、ついにやった:GNOMEを ここで説明 としてリセットしたが、まだUnityで問題があった。私は主にGNOMEを使用したので、Unityについては気にしませんでしたが、最終的に他のいくつかの理由で17.10の新規インストールを行いました。
しばらく前に問題が発生したので、これについてはわかりませんが、問題を引き起こしたのはシェル拡張であったことを覚えているようです。 ISS Aboveかもしれないと思います。なぜなら、問題が発生した日にインストールしたので、リセット後にインストールしなかったからです。確かに(同じ問題で実行される人のために)。
私は以下を発行することで解決しました:
dpkg-reconfigure lightdm && service lightdm restart
同じことがgdmでも解決できるかもしれません
16.10から17.10にアップグレードした後、私は同様の問題を抱えていました:gnomeセッションは機能しましたが、統一されたものは「必要な仮想サイズが[...]」メッセージとダブルモニターのセットアップが適切に処理されていませんでした(モニターが交換されました)。
それから~/.config/monitors.xml
ファイルを見て、変更された形式!があることに気付きました。上部には<monitors version="
-2
">
文字列がありましたが、前の文字列には<monitors version="
-1
">
文字列があり、その他のファイルは完全に異なっていました。
したがって、メッセージ "required virtual size does not fit [...]"がunity-settings-daemon
によって表示され、コンテンツの解析に失敗したと結論付けました。新しいmonitors.xml
ファイル。
それに加えて、エラーが原因で、gnome-control-center
の表示パネルがUnityセッション中に機能していなかったという事実がありました。
__コードスニペット__
したがって、GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.gnome.Mutter.DisplayConfig was not provided by any .service files
をインストールして実行し、ディスプレイパネルが十分に機能し、正しい(以前のバージョンの)unity-control-center
が書き込まれていることを確認しました。
再起動後、すべてが期待どおりに機能しました。
この問題は、予想されるmonitor.xml
と実際のmonitor.xml
の不一致に関連しているようです。 UnityとGnome Shellは、そのファイルの異なる互換性のないバージョンを記述および解析するため、これら2つのセッションタイプをシームレスに切り替えることはできません。