先日、Ubuntu と EFI ブート パーティションを新しい SSD にクローンしました (デュアルブートなので、Windows を使用している間にクローンしました)。すべてうまくいき、正常に起動しました。ディスクは次のようになりました。
ご覧のとおり、ディスクは同じ UUID を持っています。このため、最終的にすべてのディスクをラップトップ内に保持することに決めたとき (Windows は外部ケースでは起動しないため)、Ubuntu パーティションが新しい SSD で起動することもあれば、古い SSD で起動することもありました。私ができる最善の策 (しかし実行しなかった) は、UUIDS を変更してetc/fstabファイルを適切に調整することでした。しかし、Gnome Disks アプリでいくつかの設定を変更しました (正確には何だったか覚えていません)。Gnome Disks で -> に移動しEdit Mount Options..、ここでいくつかの設定を変更したと思います。設定何を変更したかは正確には覚えていませんが、Mount at system startup古い SSD のパーティションのチェックを外し、このチェックボックスが新しい SSD のパーティションにチェックされていることを確認したと思います。他にも変更したことがあるかもしれませんが、覚えていません (この状態から 3 週間が経過しています)。次に、ラップトップを再起動すると、Ubuntu がレスキュー モードになりました。システムを起動できませんでした。Google で検索すると、マウントするパーティションで fsck を実行するように提案されました。これは役に立たず、おそらく良いことよりも悪いことの方が多かったです (インターネットによると)。その後、journalctl -xbログを調べていると、システムが何らかのエラー状態になり、その後ブート パーティションに書き込めないことが分かりました。これについて Google で検索した後、Ubuntuのブートパラメータを調整しました-ro- linux で始まる行で、を に交換し-rw、末尾に を追加しましたsingle。これにより、Ubuntu を起動できるようになりましたが、起動パラメータを変更せずにクラシック ブートの問題を修正する方法を見つけることができませんでした。
上記の起動方法は万能ではないことが判明しました。ログイン画面でスタックしてしまい、正しいパスワードを入力しても Ubuntu に入ることができず、最終的にシステムに入るために何度か再起動する必要がありました (必要な再起動回数は毎回異なります)。その後、GRUB デュアルブート画面で 1 分ほど待った後、正常に起動しましたが、それは 1 回だけで、再現できませんでした。
起動の問題を解決する方法、問題がどこにあるかを診断するためにどのツールを使用すればよいかなど、アドバイスをいただければ幸いです。すでにアプリを使用しましたがBoot Repair、役に立ちませんでした。ここにログ ファイルを含めますので、どなたかそれを調べて、何を修正すればよいかを見つけるのを手伝っていただけると幸いです (おそらく起動に関連しないエラーがいくつか表示されており、問題の原因が正確にどれなのかわかりません)。
ブート -3
ブート-2
ブート -1
現在のブート