Ubuntuとgrubを削除しましたが、Windows10が起動していません

Aug 17 2020

私はついていきます https://askubuntu.com/questions/429610/uninstall-grub-and-use-windows-bootloaderUbuntu 20.4.1LTSとgrub2を削除する-最も賛成票を投じた答え。その後、grub2の黒い画面は消えますが、Windows10は起動しません。

Update1

ライブUSBを使用してログインし、ブート修復を試みました。それによるすべての推奨事項に従いました。grub2を再インストールしようとしたので、コンピューターにインストールされている別のUbuntu Linux 20.4があるようです(UbuntuLinuxがインストールされているNVMEPCIeドライブが1つあり、削除しました。次に、WindowsがインストールされているSSDが1つ、つまりWindowsCドライブと次に、Windows DおよびE用の2台のハードドライブ)。C、D、またはEのどこかにあるようです-ubuntu linuxがインストールされているので、それを取り除くか、PCIeNVMEドライブに移動しますこれがブート修復出力ですhttps://paste.ubuntu.com/p/rQ3cTyr9Wn/ およびブート修復アクティビティの内容:

You can now reboot your computer.

Please do not forget to make your UEFI firmware boot on the Ubuntu 20.04.1 LTS entry (sdb2/EFI/ubuntu/shimx64.efi file) !
If your computer reboots directly into Windows, try to change the boot order in your UEFI firmware.

If your UEFI firmware does not allow to change the boot order, change the default boot entry of the Windows bootloader.
For example you can boot into Windows, then type the following command in an admin command prompt:
bcdedit /set {bootmgr} path \EFI\ubuntu\shimx64.efi

これが私のUbuntuLinux 20.4LTSからのgpartedビューです

どういうわけか隠されたUbuntu20.4 LTSがどこかにインストールされており、それが私のgrubをUbuntu 20.4 LTSLinuxで起動させています。

アップデート2さらに検索して掘り下げたところ、Ubuntu Linxu 20.4.1LTSの別のコピーが/ ​​dev / sda7にインストールされていることがわかりました。

また、dfコマンドによって確認されました

root@ashu-XPS-8930:/home/ashu# df
Filesystem     1K-blocks    Used Available Use% Mounted on
udev            32757028       0  32757028   0% /dev
tmpfs            6557040    2188   6554852   1% /run
/dev/sda7       95099332 8980340  81245112  10% /
tmpfs           32785188  126668  32658520   1% /dev/shm
tmpfs               5120       4      5116   1% /run/lock
tmpfs           32785188       0  32785188   0% /sys/fs/cgroup
/dev/loop0         98944   98944         0 100% /snap/core/9804
/dev/loop1          9344    9344         0 100% /snap/canonical-livepatch/95
/dev/loop2         56320   56320         0 100% /snap/core18/1880
/dev/loop5         30720   30720         0 100% /snap/snapd/8542
/dev/loop4        261760  261760         0 100% /snap/gnome-3-34-1804/36
/dev/loop3         63616   63616         0 100% /snap/gtk-common-themes/1506
/dev/loop6         51072   51072         0 100% /snap/snap-store/467
/dev/sda2          98304   61255     37049  63% /boot/efi
tmpfs            6557036      20   6557016   1% /run/user/125
tmpfs            6557036      32   6557004   1% /run/user/1000

アップデート3Windowsから/ dev / sda7パーティションを削除してから/ EFI / ubuntuを削除した後でも-Windows10を起動できませんでした。したがって、ライブUSBドライブを使用して重要なデータをWindows C:からWindows D:にコピーしました。後でWindowsリカバリドライブを使用してWindows on C:ドライブを再インストールしました。他のドライブにインストールすることもできましたが、C:はSSDであり、OSとアプリをより高速なメディアにインストールすることを好みます。

回答

1 Ashu Aug 18 2020 at 17:46

結局、これは成功しませんでした。

  1. ハードドライブからubuntuパーティションを削除します
  2. grubを削除します

唯一うまくいったのは、リカバリメディアを使用して(1と2を試した後)Windows10をインストールすることでした。その前に-WindowsのインストールでC:ドライブが完全に消去されるため、データケーブル/ UbuntuライブUSBを接続して元に戻しました。他のドライブ-DとEは無傷で、私の側からは何も必要ありません。

その後、PCINVMEハードドライブにWindows10と一緒にUbuntu20.4.1LTSをインストールしました。ライブUSBはUEFIモードで起動するために作成され、BIOSはUEFIを使用していました(レガシーモードを無効にし、セキュアブートも無効にしました)。Ubuntuのインストールは完全にスムーズでした-すべてが正常に実行されています。

どういうわけか私にとってはWindows / Ubuntuのデュアルブート-以前のLTSから新しいLTSリリースへのUbuntuのアップグレードは成功しませんでした。デュアルブートWindows7または10 / Ubuntu 16.04LTSをUbuntu18.04LTSにアップグレードしようとしたときにも同じことが起こりました。インプレースWindowsアップグレードは正常に機能しました。