起動プロセスの再起動中断の問題を解決するには?

起動プロセスの再起動中断の問題を解決するには?

Thinkpad 11eにUbuntu 17.10をインストールしています。 17.10をインストールするにはUSBキーボードを使用する必要があるため、ドライバはキーボード用ではないようです。

とにかく17.10を正常にインストールした後、システムを再起動するように求められます。私がやったように、システムは中断されました。

まず、キャッシュモードが見つからないというメッセージが表示され、「ドライブキャッシュの仮定:連続書き込み」というメッセージが表示され、次に「電源管理デーモンの起動中..」というメッセージが表示され、明らかにさまざまなプロセスが開始されます。

その後、ここで停止します。ジョブ実行開始、開始プロセスが完了するまで待機(24秒/無制限)

どういう意味ですか?この状況をどのように修正できますか?また、ブートプロセスを修正した後にドライバを再修正するにはどうすればよいですか?

答え1

その後、ここで停止します。ジョブ実行開始、開始プロセスが完了するまで待機(24秒/無制限)

「24s」の値がsystemd存在し続ける場合は増やす必要があります。増えていますか? (システムが停止したのですか、それとも完了しないのを待っているのでしょうか?)

このメッセージは、systemdログインを有効にする前に前の開始ステップが完了するのを待っていることを示します。ただし、何らかの理由で、前の開始ステップの1つ以上が「実行中」または「完了」状態に達しませんでした。

詳しく調べる方法の1つは、確認してみることです。より早いどのコンテンツが状態が悪いかを確認するメッセージです。

別の方法は、Ubuntuインストールメディアからリカバリモードブートを使用してシステムにアクセスし、ディレクトリが/var/log/journal/ない場合はディレクトリを作成することです。これにより、systemd永続ログが記録されます。その後、起動を試みて問題の状態に達するのを待ってから、別の回復モードの起動を実行してログを確認できます。次のコマンドは、systemdログを表示するのに役立ちます。

  • journalctl --list-boots永続ストレージログを含む各起動と各起動のインデックス番号を表示します。
  • journalctl -xb <number>systemd指定された起動インスタンスのログを表示します。<number>最新の起動のデフォルト値は0ですが、表示されているjournalctl --list-boots場合は-1(=最新の起動前の起動試行)を試すこともできます。

関連情報