web-dev-qa-db-ja.com

17.10へのアップグレード後にログインサービスを開始できませんでした

upgradeプロセスを17.1に要求されたときに起動しました（17.04）。

パッケージのダウンロード中に画面がロック（およびオフ）されましたが、時々目を覚ますと点滅しました（私は暗闇の中にいたので気づきました）。

それから1時間後、私はアップグレードがどのように進んだかを見たかったのですが、もうログインできませんでした。私のパスワードは拒否されました（しかし、コンソールCtrl-Alt-F1で問題なくログインできました）ので、lightDMに何か問題があったと思いますか？

したがって、再起動すると、Failed to start Login service以外のlightDMとは関係のないsystemd-logind.serviceで起動プロセスが失敗します。

編集：systemd-logindログはそれを示します：

Failed to add match for JobRemoved: Connection timed out
Failed to fully start daemon: Connectin timed out
systemd-logind.service: Main process exited, code=exited, status=1/FAILURE
Stopped Login Service.
systemd-logind.service: Unit entered failed state.
systemd-logind.serivce: Failed with result 'exit-code'.

私はネットでこれについてあまり見つけることができません

upgradeloginlightdm
7
solsTiCe

そのため、実際にはインストールプロセスを中断している必要があります。

Chroot内から、aptの要求に従ってdpkg --configure -aを実行し、リブート後にようやく起動できました。

一見、すべてが順調に見えますが、それでも完全な再インストールには適していると思います。

したがって、これは起源の問題につながります。アップグレードプロセスを開始した後、なぜログインできなかったのですか？これが私が最初に再起動した理由です。

2
solsTiCe

今日、私は非常に似た問題を抱えていました。私の場合、ログイン画面は表示されましたが、パスワードを入力することさえできませんでした。それはすぐに認証の失敗（またはそのような何か）で、キーを押すかマウスを押すと反応しました。

これは buntu 17.1 で導入された変更に関連すると思います。具体的には：

  • Ubuntu DesktopはUnityの代わりにGNOMEを使用するようになりました。
  • GDMは、LightDMをデフォルトのディスプレイマネージャーとして置き換えました。ログイン画面では、仮想端末7ではなく仮想端末1が使用されるようになりました。

再起動後に回復モードに入る必要がありました。また、dpkg --configure -aを実行する必要がありましたが、数回実行しました。おそらく無効なネットワークに関連しており、NetworkManagerサービスを停止/開始できないことがわかりました。そのため、Ctrl-Cを使用してこれとその他のサービス関連の構成を強制終了し、dpkgを再起動する必要がありました。

1
Ilia Barahovski