(18.02.2022 19:39)clik!84 schrieb: Versuche den Windows Bootloader erneut zu installieren,
Das Problem ist schon ein paar Tage alt und einiges wurde schon durchgeeiert, bevor dieser Thread gestartet wurde.
Vom Win10-USB-Stick gestartet lässt sich der Windows-Bootloader neu installieren,
\efi\boot\bootx64.efi wird erstellt. Im UEFI gibt es dann auch die Wahl zwischen GRUB oder Windows Bootloader, und auch GRUB nimmt den Windows-Bootloader mit auf. Wenn ausgewählt startet der Windows-Bootloader zunächst normal, aber das endet dann mit der eingangs genannten Fehlermeldung.
Obiges als "clean install", also zuvor alle alten von Windows generierten Einträge unter Linux von der efi-Partition entfernt: gleiches Resultat.
Mit diskpart die Laufwerksbuchstaben vor der Inst. des Windows-Bootloaders richtig zugewiesen, also nvme0n1p2 → C: (NTFS) und sda1 → D: (FAT32): gleiches Resultat.
obiges Szenario mit zuvor allen SATA-SSD/HHD abgestöpselt: gleiches Resultat.
Wenn alles dran hängt, sieht es so aus (Ausgabe auf Linux console):
Code:
root@workstation:/home/user# fdisk -l
Disk /dev/nvme0n1: 465.76 GiB, 500107862016 bytes, 976773168 sectors
Disk model: CT500P5PSSD8
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 6CB1B719-6B7F-4099-BA62-EB8AD48756C8
Device Start End Sectors Size Type
/dev/nvme0n1p1 2048 1026047 1024000 500M EFI System
/dev/nvme0n1p2 1026048 585936590 584910543 278.9G Microsoft basic data
/dev/nvme0n1p3 585936896 587038719 1101824 538M Windows recovery environment
/dev/nvme0n1p4 587038720 587563007 524288 256M Linux filesystem
/dev/nvme0n1p5 587563008 976773134 389210127 185.6G Linux filesystem
Disk /dev/sda: 1.82 TiB, 2000398934016 bytes, 3907029168 sectors
Disk model: CT2000MX500SSD1
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: E7D7A452-EF8A-4BF5-AAC0-CDBD1F0662DC
Device Start End Sectors Size Type
/dev/sda1 2048 3907029134 3907027087 1.8T Microsoft basic data
Disk /dev/sdb: 1.82 TiB, 2000398934016 bytes, 3907029168 sectors
Disk model: ST2000VX008-2E31
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: F71000A9-4097-41EB-B93E-099408FD3FBA
Device Start End Sectors Size Type
/dev/sdb1 2048 3907028991 3907026944 1.8T Linux filesystem
Disk /dev/sdc: 1.82 TiB, 2000398934016 bytes, 3907029168 sectors
Disk model: ST2000VX008-2E31
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 75B666C8-A77F-4882-9EB7-94A5B2CD10DF
Device Start End Sectors Size Type
/dev/sdc1 2048 2147485695 2147483648 1T Linux filesystem
/dev/sdc2 2147485696 3907028991 1759543296 839G Linux filesystem
An 4. SATA-Port hängt das BD-ROM/DVD-RW-Laufwerk.
Vom Win10-USB-Stick aus wurde auch mal chkdsk auf nvme0n1p2 und sda1 los gelassen: jeweils keine Probleme gemeldet.
Eine weitere Recherche zu dieser ominösen "System Reserved Partition" aka "Microsoft Reserved Partition" ergibt, dass die nur dann zwingend benötigt wird, wenn BitLocker benutzt werden soll, was hier nicht passieren wird. Diese "System Reserved Partition" müsste vor der Windows-Partition liegen, was quasi eine komplette Neupartitionierung (bis auf die efi-Partition ganz am Anfang) erfordern würde. Beim Verzicht auf Bitlocker soll Windows 10 auch ohne diese "System Reserved Partition" installiert werden können.
Windows 10 auf NVMe SSD retten oder neu installieren?
