Build-Essential のインストール後に Kubuntu 20.04 を起動できない

Build-Essential のインストール後に Kubuntu 20.04 を起動できない

Kubuntu 20.04をほぼ新しくインストールしました。ランダムに再起動しなくなるまですべてを進めて設定しました。ブートパーティションを含むフルディスクLUKS暗号化を使用しています(ここ)。具体的な動作は次のとおりです。 grubメニューが表示され、Kubuntuを選択してLUKSパスワードを入力すると、正常にロックが解除され、「Dell」ロゴで停止します。

btrfsとTimeshiftのおかげでロールバックすることができ、必要なビルドインストールがクラッシュすることがわかりました。私はこれを何度もテストしました。それ以外はスムーズに再起動します。

sudo apt install build-essential

再起動しましたが失敗しました。 Dellのロゴに貼ってあると何も起こりません。 CapsLockインジケーターが機能せず、キーボードの個々のキーには何も表示されません(Ctrl++操作)。回復モード、ルートシェルで再起動するとAltDelete

apt remove build-essential; apt autoremove

まだ起動しません。再び動作させる唯一の方法は、ライブUSBから起動し、ビルド必須をインストールする前にbtrfsスナップショットを復元することです。再インストールするとbuild-essentialまた死にます。

この問題を解決する方法について考えていただきありがとうございます。

編集1:build-essentialをインストールすると、他のいくつかの依存関係もインストールされるため、実際にすべての依存関係を再確認して明示的にインストールし、そのうちの1つが起動プロセスを妨げていることを確認しました。私はこれを2つに単純化しました。ビルド必須自体と互いに依存するdpkg-dev。だからそれは確かにその2つのバッグのうちの1つだけで、他のものではありません。

編集2:「quiet」と「boot」を削除するためにgrubオプションを編集すると、中断された起動プロセスの最後の行が「利用可能なGPU検出の開始とシステム変更の処理」であることがわかります。画面が点滅します。しかし、2回目に再起動し、同じことをしました。今回はその行を通過し、最後の行は「Started Run anacron jobs」でした。 3回目の試み、最後の行は「シンプルなデスクトップディスプレイマネージャの起動」です。だからそれが付いているところが一貫性がないようです。

編集3:回復モードで起動し、起動を続けると成功します。直接/正常に起動した場合にのみ失敗します。回復ブート後にbuild-essentialとdpkg-devを削除しても、まだ起動しません。

編集4:グラフィックドライバーと関係があるようです。 grubに「nomodeset」を追加すると起動します。それなしではないでしょう。

編集5:解決済みsudo ubuntu-drivers autoinstallBuild-essentialがグラフィカルドライバをランダムに停止し、プロンプトで一般的なエラーメッセージなしでUbuntuブートを完全にブロックした理由はまだわかりませんが、約8時間の時間損失後にUbuntuが再び安定して実行されるようです。 .. ...

ベストアンサー1

これはグラフィックドライバの問題であり、解決されましたsudo ubuntu-drivers autoinstall。デバッグプロセスの具体的な手順については、元の質問の最後にある編集内容をご覧ください。

sudo ubuntu-drivers install代わりにUbuntu 22.04以降で使用されます。

おすすめ記事