
Ich habe einen Dell R720-Server, auf dem Windows Server Datacenter 2022 läuft, und die Festplatte mit dem Betriebssystem weist fehlerhafte Spuren auf, die sich mit der Zeit ausbreiten.
Um das Betriebssystem zu migrieren,
- Ich habe DiskGenius verwendet, um alle gültigen Datensektoren von der beschädigten Festplatte auf eine neue SSD zu klonen.
- Ich habe dann die alte Platte ausgebaut,
- steckte das neue in den gleichen Steckplatz,
- und es dem H710-RAID-Controller hinzugefügt.
Das System konnte jedoch weiterhin nicht davon booten und es wurde ein no boot device available
Fehler angezeigt.
Beim Klonvorgang traten aufgrund fehlerhafter Spuren einige Fehler auf, ich hatte jedoch erwartet, dass die neue SSD, einschließlich der Bootpartition, mit der alten identisch sein würde.
Einige zusätzliche Informationen, die bei der Lösung dieses Problems hilfreich sein könnten:
- Das Betriebssystem verwendet Legacy-Boot (BIOS) anstelle von UEFI-Boot.
- Bei beiden Platten handelt es sich um SSDs mit gleicher Kapazität. Die alte ist die Samsung EVO 870 und die neue die Crucial MX500.
- Die Festplatte enthält vier primäre Partitionen: eine zum Booten, eine für das Betriebssystem, eine für die Software und eine für die Datenbank.
Antwort1
Gesetzlich vorgeschriebener Hinweis: Ich arbeite für Dell.
Sie können eine Festplatte mit einem Betriebssystem nicht klonen und erwarten, dass sie bootet. Dafür gibt es verschiedene Gründe. Es ist nicht richtig anzunehmen, dass sich Laufwerke gleicher Größe identisch verhalten. Unter der Haube sind NVMe-Laufwerke sehr komplexe Monster mit eigenem Prozessor, Speicher und praktisch einem RAID.
Ihr geklonter Bootloader muss so ausgerichtet sein, dass das BIOS den MBR findet beigenauder gleiche physische Ort. Da Sie MBR verwenden, zeichnet es außerdem physische Adressen in der Partitionstabelle auf, nicht logische. Das bedeutet, dass alle Ihre Partitionen genau denselben physischen Adressen zugewiesen werden müssten, damit dies funktioniert.
Wie Sie festgestellt haben, werden beim Klonen lediglich die Daten kopiert. Das bedeutet nicht, dass die Daten denselben physischen Adressen zugewiesen wurden.
Physische Adressen werden durch die interne Geometrie der Festplatte bestimmt, die je nach Hersteller und insbesondere zwischen zwei völlig verschiedenen Laufwerken von zwei völlig verschiedenen Herstellern unterschiedlich ist.
Die ursprünglichen Partitionen sollten noch intakt sein, daher würde ich das Zeug woanders sichern und dann das Betriebssystem neu installieren. Sie könnten versuchen, es manuell zu reparieren, aber das ist wahrscheinlich Zeitverschwendung, es sei denn, Sie finden es eine interessante akademische Übung.
Edit: Es gibt Tools, die alle diese Adressen automatisch für Sie reparieren könnten. Ich habe sie seit Ewigkeiten nicht mehr verwendet, aber bei mir hat es nicht immer geklappt. Ich weiß nicht, was mit dem von Ihnen verwendeten Tool passiert ist, aber die Ergebnisse waren eindeutig, dass es nicht funktioniert hat. Ich sage das eher in dem Sinne, dass es auf automatisierte Weise erledigt werden kann, aber meiner persönlichen Erfahrung nach ist es mit diesen Dingen fehleranfällig.
Bearbeitung 2: Wenn dies Teil eines RAID war und nicht durchgeleitet wurde, wird es aus den gleichen Gründen mit Sicherheit nicht funktionieren.