でき事の連続:
- ワークラップトップで暗号化されたUbuntu 20.04を実行する
- 外部USB(Pop-OS 20.04)ブートを使用してプライベートタスクを実行する
- ファームウェアアップデートのためのブートプロンプト
- 大きな間違い:ファームウェアアップデート(BIOSアップデート)を実行し、おそらく正しい順序ではない可能性があります
- 再起動すると、Windowsを起動できないというブルースクリーンが表示され、エラーコードは0xc00000eです。
- 長い期間のデバッグとコマンドライン grub の後、次のポイントが見つかりました。https://gist.github.com/samuelcolvin/43c5ed2807e7db004b1058d0c9bfb068
nvme0n1
慎重に注意して設定に合ったドライブ()を交換しました。- 私のブートとシステムが戻ってきました!しかし.....
これで、以前(SSD!)と比較して非常に遅く起動します。
sudo systemd-analyze Startup finished in 19.544s (firmware) + 13.302s (loader) + 13.646s (kernel) + 1min 38.111s (userspace) = 2min 24.604s
すばやく起動を再開するために何を試すことができるのかご存知ですか?
編集:出力systemd-analyze critical-chain
:
The time when unit became active or started is printed after the "@" character.
The time the unit took to start is printed after the "+" character.
graphical.target @1min 38.139s
└─multi-user.target @1min 38.139s
└─docker.service @1min 36.961s +1.177s
└─network-online.target @1min 36.960s
└─NetworkManager-wait-online.service @1min 30.658s +6.302s
└─NetworkManager.service @1min 30.583s +73ms
└─dbus.service @1min 30.581s
└─basic.target @1min 30.574s
└─sockets.target @1min 30.574s
└─snapd.socket @1min 30.574s +594us
└─sysinit.target @1min 30.570s
└─systemd-timesyncd.service @1min 30.450s +119ms
└─systemd-tmpfiles-setup.service @1min 30.430s +18ms
└─systemd-journal-flush.service @335ms +134ms
└─systemd-journald.service @267ms +66ms
└─systemd-journald.socket @264ms
└─system.slice @261ms
└─-.slice @261ms
こんな感じですかsystemd-tmpfiles-setup.service
?
答え1
実際、私は自分で解決することができたと思います。
最初は、/ tmpディレクトリのクリーンアップを提案するtmpfiles設定に関するヘルプを見つけました。これをしましたが、再起動はまだ遅いです。
それから実際にこれを見つけました。 https://forums.linuxmint.com/viewtopic.php?t=243029
最後のコメントは重要な発見をしました。私の救助の試みは私のUUIDを台無しにしました。実際にはアイテムだけがめちゃくちゃ/boot/efi
でした。幸いなことに、オリジナルはそのまま残り、コメントだけを付けました。再び有効にしました - チャジャン:すぐに始めることができました。