web-dev-qa-db-ja.com

Kubuntu 18.04 LTSを17.10からアップグレードした後GUIがありません

MSI GP72ラップトップを持っています。今日、数時間前に17.10→18.04 LTSからアップグレードしました。アップグレードプロセス自体はうまくいきました。 （ この質問 とは異なり、最終的な公式リリースを使用しています。）

ただし、システムを起動することはできますが、端末しか取得できません。 GUIはどこにも見当たりません。

私が必要なのは、次の支援です：

  • エラーの内容/場所を見つける
  • gUIを取り戻すことができるように修正する

すべての助けをいただければ幸いです。

明示的なエラーレポートを見つけることができませんでした。確認した場所のいくつかを次に示します。

  • /var/log/syslog
  • /var/log/kern.log
  • /var/log/boot.log

boot.logエントリには、[OK]を含むサービスの[OK] Started Login Service.sが表示されます。興味深いことに、lightdmエントリは次のように表示されます

...
[OK] Started LSB: GNOME Display Manager.
[OK] Started Permit User Sessions.
[OK] Started Disk Manager.
     Starting Network Manager Script Dispatcher Service...
     Starting Hold until boot process finishes up...
     Starting Light Display Manager...
...
[OK] Started Network Manager Script Dispatcher Service.
...

lightdm.serviceのステータスを確認すると、次のことがわかります（混乱を避けるため、<date>で日付スタンプを省略しました）。

$ systemctl status lightdm.service
lightdm.service - LSB: Start lightdm
  Loaded: loaded (/etc/init.d/lightdm; generated)
  Active: active (exited) since <date>; 1h 2min ago
    Docs: man:systemd-sysv-generator(8)
 Process: 3251 ExecStop=/etc/init.d/lightdm stop (code=exited, status=0/SUCCESS)
 Process: 3327 ExecStart=/etc/init.d/lightdm start (code=exited, status=0/SUCCESS)

<date> msi-Hive systemd[1]: Starting LSB: Start lightdm...
<date> msi-Hive systemd[1]: Started LSB: Start lightdm.

そのため、何らかの理由で、サービスは起動後に終了するように見え、その終了コードは「成功」です。

systemctl start lightdm.serviceコマンドは単に端末に戻り、何も表示しません（つまり、出力、エラーなどは表示しません）。を使用して他の端末に変更する Ctrl + Alt + F1-F8 キーも他の場所で動作するGUIを表示しません。

buntu Bionic Beaver 18.04 LTSがリリースされ、それに関する投稿は（一般的には）もはやオフトピックではありません というメタアナウンスに注意してください。

upgradekubuntu17.10lightdm18.04
11
code_dredd

TL; DR;Sudo apt-get install lightdmを実行して、システムが欠落している依存関係を検出してインストールできるようにします。この場合、アップグレードによりbindfsが削除されたように見えるため、再インストールする必要がありました。

lightdmパッケージは、アップグレード後に壊れた状態のままになっていることがわかりました。 Sudo dpkg-reconfigure lightdmコマンドはエラーで終了し、lightdmパッケージはbroken or not completely installedであると言っていました。

したがって、Sudo apt-get install lightdmを再度実行するとafterアップグレードが完了し、bindfsがインストールされていないことが示されました。一方、apt-cache show lightdmによれば、bindfsパッケージは 'Suggests'カテゴリの下に表示され、パッケージをインストールするプロセスに実際にサービスを期待どおりに実行させ、問題を修正しました。

このパッケージは実際に動作するためにlightdmによってrequiredであるようですが、（誤って）そのようにリストされていないため、lightdmアップグレード後に壊れた状態になります。

これを修正するには、再インストールして依存関係が満たされていることを確認してください。

15
code_dredd