Eu segui isso
para remover o Ubuntu 20.4.1 LTS e o grub2 - a resposta com mais votos positivos. Depois que a tela preta do grub2 desaparece, o Windows 10 não está inicializando.
Atualização1
Entrei usando o USB ao vivo e tentei o reparo de inicialização. Segui todas as recomendações dele. Ele tentou reinstalar o grub2, então parece haver outro Ubuntu Linux 20.4 sendo instalado no meu computador (eu tenho 1 unidade NVME PCIe onde o Ubuntu Linux foi instalado - que eu excluí, então 1 SSD onde o Windows está instalado, ou seja, unidade Windows C e em seguida, dois discos rígidos para Windows D e E). Parece em algum lugar em C, D ou E - o Ubuntu Linux está instalado e eu quero me livrar dele OU mover para a unidade PCIe NVME Aqui está o link de saída do reparo de inicialização e o conteúdo da atividade de reparo de inicialização:
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
Aqui está a visão gparted do meu Ubuntu Linux 20.4 LTS
De alguma forma, há o Ubuntu 20.4 LTS oculto sendo instalado em algum outro lugar, o que está fazendo meu grub inicializar no Ubuntu 20.4 LTS Linux.
Atualização 2
Depois de mais algumas pesquisas e escavações, descobri que outra cópia do Ubuntu Linxu 20.4.1 LTS está instalada em /dev/sda7
e também confirmado por dfcomando
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
Atualização 3 Mesmo depois de excluir a partição /dev/sda7 do Windows e depois excluir /EFI/ubuntu - não consegui inicializar o Windows 10. Assim, usei a unidade USB ao vivo para copiar os dados importantes do Windows C: para o Windows D: Mais tarde, usei a unidade de recuperação do Windows para reinstalar o Windows na unidade C:. Eu poderia tê-lo instalado em outra unidade, mas meu C: é SSD e prefiro instalar o sistema operacional e os aplicativos em mídia mais rápida.
Bem, no final, isso não foi bem-sucedido:
a única coisa que funcionou foi: instalar o Windows 10 (depois de tentar 1 e 2) usando a mídia de recuperação. Antes disso - conectei o cabo de dados / USB ao vivo do Ubuntu para recuperar um pouco, pois a instalação do Windows limpará a unidade C:. Outras unidades - D e E estavam intactas e não exigem nada do meu lado.
Depois disso, instalei o Ubuntu 20.4.1 LTS junto com o Windows 10 no meu disco rígido PCI NVME. O Live USB foi criado para inicializar no modo UEFI e o BIOS estava com UEFI (modo legado desabilitado e inicialização segura também desabilitada). A instalação do Ubuntu foi totalmente tranquila - tudo funcionando bem agora.
De alguma forma, para mim, dual boot Windows/Ubuntu - a atualização do Ubuntu do LTS anterior para o novo lançamento do LTS nunca aconteceu com sucesso. O mesmo aconteceu quando tentei atualizar o Windows 7 de inicialização dupla ou 10/Ubutnu 16.04 LTS para o Ubuntu 18.04 LTS. Enquanto a atualização do Windows no local funcionou bem.