Wenn da wirklich was diesbezüglich in den MBR geschrieben wird, dann ist das sicher proprietär. Als man den MBR definiert hat gab's nur 512 Byte Sektoren.ThomasFrey hat geschrieben: So 11. Apr 2021, 16:09 Hallo Andi
Da habe ich mich nicht klar ausgedrückt. In den MBR werde geschrieben, ob Sektoren von 512 Byte emuliert werden sollen. So habe ich es jedenfalls verstanden. Da ich Win10 auf der SSD behalten will, werde ich den Acronis-Backup wieder zurückholen. Habe mir ungewollt auch noch AiRBoot installiert, das hat dann funktioniert. Dann sollte es meines Erachtens ein MBR sein. Werde aber prüfen, ob Win10 eine "GUID Partition Table (GPT)" benutzt, dann wäre eine Installation nicht möglich. Auch Danke für den Hinweis zu UEFI.
Ich wüsste auch nicht was das bringen soll. Es gibt ein ATA Kommando "IDENTIFY DRIVE" was mittlerweile zurückmelden kann, wie groß die physikalische Sektorgröße ist und ob die Platte in der Lage ist, das von der logischen Sektorgröße (512 Bytes) umzumappen oder nicht. Diese Info muss nun der Festplattentreiber hernehmen um das richtige ATA Kommando abzusetzen. Das würde in unserem Fall außerdem bedeuten, dass der Festplattentreiber einiges an Arbeit übernehmen muss, wenn die Platte selbst kein Mapping zwischen logischen und physikalischen Sektoren unterstützt, dann muss das nämlich in SW erledigt werden. OS/2 Kernel und diverse Tools sowie API Schnittstellen erwarten einfach eine Sektorgröße von 512 Bytes.
Der MBR kann zu diesem Prozess absolut nichts beitragen.
No Problems were found.
soll die Partition korrupt sein ? Was bedeutet "LVM error (8)" ?
Dabei darf dies erwartet werden, meine ich.
Das klonen von Win10 funktionierte zwar mit Acronis True Image, aber die "Automatische Korrektur" beim booten nicht. Da musste ich Win10 aus der Cloud neu aufsetzen. Da gingen ein paar wenige Apps verloren, die konnte ich aber nachinstallieren.