今日、Ubuntu 20.04にアップグレードし、アップグレード中にgdm3ではなくLightDMを選択しました。アップグレード中に、/ etc/sane.d/dll.confファイルを保持するか置き換えるかを尋ねられました。保管することにしました。
さて、積極的に再起動することなく、「おやおや!何かおかしい」画面が表示されました。
私はまだこの種のトラブルシューティングに慣れていないので、まったく同じ「履歴」を持っていない他のスレッドからの回答を試してみるのは安全ではないと思います。
私が読んだソリューションは含まれています Ctrl+Alt+F4 ログインしてコマンドラインから詳細情報を取得しようとしています( https://www.linuxquestions.org/questions/debian-26/oh-no-something-has-gone-wrong-on-restart-4175510641 / )。
それは安全ですか?理想的には、エラーを修正する前に、暗号化されたハードドライブに保存されている自分のデータを保存したいと思います。 OSの再インストールを避けたいです。
他のスレッドを読んで、この投稿が十分に正確ではない、または十分に試行していないと批判される可能性があることを知っていますが、実際には私はその白い画面から詳細情報を取得できず、詳細情報を提供するためだけにすべてを台無しにするリスクを冒したくありません...
ご協力ありがとうございました!! :)
編集:問題がlvm2-activation-generatorに関連しているかどうかはわかりません buntu 19.10「19.04からのアップデート後に何か問題が発生しました」 これと他の解決策には、ライブUSBからの起動が含まれます。この段階でラップトップの電源を切るだけで「安全に」これを行うことができますか?私は以前にsthをしなければならないのですか?
これは、「ああ、問題はありませんでした!」サインが消えます。まず、 Ctrl+Alt+F3 CLIをトリガーしてログインします。次のコマンドを実行します。
Sudo apt-get update && Sudo apt-get dist-upgrade
アップグレードを続行します。マシンが不足しているリソースをインストールし、アップグレードを完了したら、クリーンアップして再起動するだけです。
Sudo apt-get clean && Sudo apt-get autoremove && Sudo reboot
がんばって!
Ollieと協力して私の質問に答えました:
Sudo apt-get update
の結果、「ロック/ var/lib/apt/lists/lockを取得できませんでした。プロセス22027(focal)によって保持されています」ps aux | grep -i apt
およびps -aux | grep -iE "apt-get"
でプロセスを識別しようとしましたが、プロセスIDを提供するpgrep focal
でそれを識別することはできました。 Sudo kill <process_id>
で殺しました。do-release-upgrade
は、-y
オプションなしでのみ機能しました。 「利用可能なLTSの開発バージョンはありません。最新の非LTS開発リリースにアップグレードするには、/ etc/update-manager/release-upgradesでPrompt = normalを設定してください。」Sudo apt-get upgrade -y
を実行して、「0アップグレード、0は新しくインストール、0は削除、1はアップグレードしない」というメッセージを受け取りました。アップグレードされなかった1は、有効期限が切れたlibc ++ 1パッケージでした。コンピュータを再起動すると、Ubuntu 20.04はうまくいきました。
(次に、このバージョンのlibc ++ 1パッケージをSynaptic経由でインストールしました。)