Sytuacja:
Miałem partycję EFI 300 MiB (`/dev/nvme1n1p2`), ale była za mała, to zrobiłem 1.46 GiB (`/dev/nvme1n1p5`).
Arch Linux przeniósł się bez problemu na nową, ale Windows 10 nie do końca, chociaż się włącza...
Aktualnie partycja 300 MiB jest pusta, musi istnieć, nawet bez flag boot,esp, ale jak skasuję partycję, to Windows 10 przestanie się włączać.
Nowy loader Windows 10 wygląda tak: `Boot000E* Windows Boot Manager HD(5,GPT,2e4ab31f-6292-48aa-9a56-81abae99cf8c,0x3cda2800,0x2ee000)/\EFI\Microsoft\Boot\bootmgfw.efi`
Błąd niebieski ekran `A required device isn't connecter or can't be accessed. Error code: 0xc000000f` lub od razu włącza Arch Linux.
Stary loader, gdy go usunę, gdy partycja 300 MiB istnieje, to odtwarza się samoczynnie, wygląda tak: `Boot0002* Windows Boot Manager HD(2,GPT,7d113a7c-f020-472b-9377-2c582abbab7d,0x3d090800,0x96000)/\EFI\MICROSOFT\BOOT\BOOTMGFW.EFI57494e444f5753000100000088000000780000004200430044004f0042004a004500430054003d007b00390064006500610038003600320063002d0035006300640064002d0034006500370030002d0061006300630031002d006600330032006200330034003400640034003700390035007d00000063000100000010000000040000007fff0400`
Podejrzewam, że Windows 10 jest jakoś przywiązany do `/dev/nvme1n1p2`, ale nie wiem w jakim miejscu, w jaki sposób? Jakiś magiczny plik, gdzie jest odniesienie do akurat drugiej partycji?
Mógłbym skasować obie partycje EFI i utworzyć na nowa, wtedy byłaby to `/dev/nvme1n1p2`, więc MOŻE Windowsowi by to pasowało, ale wolałbym wiedzieć skąd wynika problem i go faktycznie rozwiązać, a nie ominąć.
PYTANIE: Jak bez używania pendrive Windows 10 to skorygować i móc pozbyć się starej partycji EFI? Sprawdzałem komendy z trybu naprawy Windows 10 i to po prostu nie działa, odmawia posłuszeństwa.
Istnienie tej nadmiernej partycji nie jest problemem, ale z samej ciekawości i porządku, chciałbym umieć to skorygować.
Co ciekawe, przez chwilę udało mi się uzyskać sytuację, gdzie partycja była usunięta, i Windows 10 się włączał, ale nadal musiał istnieć ten stary loader Windows 10 w efibootmgr, a ten nowy loader utworzyłem w tamtym momencie na nowo, za pomocą:
`sudo efibootmgr -c -d /dev/nvme0n1 -p 5 -L "Windows Boot Manager" -l "\EFI\Microsoft\Boot\bootmgfw.efi"`
ale potem gdy usunąłem stary loader, to to przestało działać i teraz nie potrafię tego odtworzyć.
Ostatecznie potrafię bez problemu przywrócić wszystko do punktu wyjścia, więc mogę eksperymentować.
Pomagam sobie za pomocą graficznego edytora EFI Boot Editor.
Całość z `efibootmgr`:
```
$ sudo efibootmgr
[sudo] hasło użytkownika cvan:
BootCurrent: 0001
Timeout: 0 seconds
BootOrder: 0001,000E,0000,000F
Boot0000* GRUB HD(5,GPT,2e4ab31f-6292-48aa-9a56-81abae99cf8c,0x3cda2800,0x2ee000)/\EFI\GRUB\grubx64.efi
Boot0001* Linux Boot Manager HD(5,GPT,2e4ab31f-6292-48aa-9a56-81abae99cf8c,0x3cda2800,0x2ee000)/\EFI\systemd\systemd-bootx64.efi
Boot0002* Windows Boot Manager HD(2,GPT,7d113a7c-f020-472b-9377-2c582abbab7d,0x3d090800,0x96000)/\EFI\MICROSOFT\BOOT\BOOTMGFW.EFI57494e444f5753000100000088000000780000004200430044004f0042004a004500430054003d007b00390064006500610038003600320063002d0035006300640064002d0034006500370030002d0061006300630031002d006600330032006200330034003400640034003700390035007d00000063000100000010000000040000007fff0400
Boot000E* Windows Boot Manager HD(5,GPT,2e4ab31f-6292-48aa-9a56-81abae99cf8c,0x3cda2800,0x2ee000)/\EFI\Microsoft\Boot\bootmgfw.efi
Boot000F* UEFI: PXE IPv4 Realtek PCIe GBE Family Controller PciRoot(0x0)/Pci(0x2,0x1)/Pci(0x0,0x0)/Pci(0x3,0x0)/Pci(0x0,0x0)/MAC(9c6b001a1f06,0)/IPv4(0.0.0.0,0,DHCP,0.0.0.0,0.0.0.0,0.0.0.0)0000424f
```
#linux #windows #archlinux
