それで、ここで何が起こったのでしょう。 Dell xps 13を入手し、UbuntuとWindows 10をデュアルブートする方法を見つけました。
すべてがうまく機能していました。
私は128GBしか持っていなかったので、500GBのもののためにSSDを切り替えました、そして、デュアルブートでそれはもう少しのスペースを持っているのがいいでしょう。
新しいssdは正常に動作しますが、一方のssdから他方のssdに移行する準備をしているときに、Windows回復ドライブを作成しようとするミスを犯しました。 BIOS/UEFIの設定が完全に台無しになり、古いssdで簡単に切り替えることができなくなりました。表示される唯一のものは、Windowsブートマネージャーでした。ブート設定が変更されたり混乱したりすることはないと思いましたが、コピーするだけで変更はしないと考えました。
とにかく、私は前進を続けただけで、いつもより少し苦労してUbuntuを新しいssdに再びインストールできたにもかかわらず、Windows 10を別のパーティションにインストールする方法を考え出しただけで、まだ悲しみを感じているようです前回とはわずかに異なるマネージャーで、それを行うと、古いssdでWindows回復ドライブを作成しようとするのと同様のことが行われました。これで、Ubuntuパーティションに再びアクセスできなくなり、Windowsブートマネージャーのみが表示されます。セキュアブートオプションを変更してレガシーを確認しようとしましたが、USBの試用版を使用すると、Ubuntuデスクトップがまだ存在していることがわかりますが、UEFIには表示されません。前。
ここで何が起こっているのか誰にも分かりますか?これは修正可能であるように思えますが、まだ解決策が見つかりません。
Windowsをインストールすると、Grub(Linuxブートマネージャー)がWindowsブートマネージャーに置き換えられます。 WindowsブートマネージャーにはUbuntuが表示されません。 WindowsブートマネージャーをGrubに置き換える必要があります。Grubは、WindowsとLinuxの両方を表示でき、両方をブートオプションとして提供します。
次の手順でGrubを再インストールできます。
$ Sudo mount /dev/sdX# /mnt
$ for i in /sys /proc /run /dev; do Sudo mount --bind "$i" "/mnt/$i"; done
$ Sudo mount /dev/sdY# /mnt/boot/efi
$ Sudo chroot /mnt
# grub-install /dev/sdZ
# update-grub
# exit
$ for i in /sys /proc /run /dev; do Sudo umount "/mnt/$i"; done
$ Sudo umount /mnt/boot/efi
$ exit
[〜#〜] uefi [〜#〜]モード設定用です。モードに関係なく、これらの手順を実行しても問題はありません。 [〜#〜] efi [〜#〜]パーティションがない場合、無視できるエラーが表示されます。他の手順に進みます(エラーが発生してはならず、無視してはいけません)。 EFIパーティションはあるが、レガシーブートからGrubをインストールしている場合、GrubインストールはEFIパーティションを無視します。
/dev/sdX#-Ubuntuがインストールされているパーティション(ext4)。 /dev/sdY#-EFIシステムパーティション。 /dev/sdZ-ドライブ(/ dev/sda、/ dev/sdbなど)から起動します。
このコマンドでドライブとパーティションを識別できます:
Sudo lsblk -o name,mountpoint,label,size,fstype,uuid;Sudo parted -l
これらの手順を完了すると、ブートオプションとしてUbuntu
が表示されます。それを起動すると、メニュー選択としてUbuntuとWindowsの両方が表示されます。
注意:コマンドラインの$
および#
部分は端末プロンプトです。 $
プロンプトは通常のユーザーであり、コマンドを昇格するにはSudo
が必要であることを示すことが重要です。 chrootの後に発生する#
プロンプトは、rootとしてログインした端末です。 Sudo
プレフィックスは不要です。セキュリティのため、推奨されていませんが、作業を開始する前に#
プロンプトを実行してSudo su -
を実行する人もいます。 $
プロンプトおよびSudo
は、公式のbunt推奨方法です。