22
PC mit MBR auf einen neuen PC mit GPT umziehen
Hallöchen zusammen! Ich möchte meine Erfahrung beim Umzug von Windows 10 mit MBR auf neue PCs mit UEFI/GPT mit euch teilen.
Bei einem Kunden standen Dell Clients (Win 10 64Bit, mbr) die wiederum irgendwann mal von Windows 7 PCs geklont wurden. Die Dell-PCs haben ausgedient und es kamen neue Mini-PCs von Lenovo ohne Betriebsystem. Ich möchte mich kurz halten und nicht erklären, warum hier wieder keine sauebere Neueinrichtung gewählt wurde.
Das Konvertieren mit mbr2gpt.exe, oder auch andere Tipps haben in meinem Fall nicht funktioniert.
Als erstes, ungeachtet der Recovery-Partition(en), habe ich NUR die Windows-Partition als Image gesichert. Ich verwende hierzu Disk Genius. Das Programm bietet zwar auch eine Migration-Funktion, jedoch habe ich es hier nicht angewendet und kann nicht sagen ob und wie gut es funktioniert.
Auf den neuen PCs Windows 10-Installation ausgeführt. Die Installation kann man auch gleich nach dem ersten Reboot "abbrechen" und zum nächsten Schritt übergehen, oder Setup komplett durchklicken.
Als nächstes habe ich den PC wieder vom DiskGenius-BootStick gestartet und die Windows-Partition mit dem zuvor gesicherten Image überschrieben.
Nach dem Neustart kommt die automatische Reparatur, die natürlich scheitert. Macht nichts: wir brauchen hier nur die Eingabeaufforderung um die GPT-Partition zu "manipulieren" bzw. an unsere Windows-Installation anzupassen.
1. Computerreparaturoptionen > Problembehandlung > Erweiterte Optionen > Eingabeaufforderung
2. diskpart
3. lis dis
sel dis 0 (wobei 0 für das Boot-Laufwerk steht)
lis vol (sucht die kleine EFI-Partition mit FAT32. Hier als Beispiel 3)
sel vol 3
assign letter=x:
exit
4. format x: /fs:fat32
5. bcdboot c:\windows /s x: /f UEFI
Das wars. Jetzt habt Ihr GPT mit UEFI statt MBR.
PS: bei den neuen Clients musste ich weder SecureBoot abstellen, noch sonstige Einstellungen im BIOS vornehmen. Windows 10 lies sich problemlos mit passendem Key aktivieren und auf Windows 11 24H2 upgraden.
Für alle, die die Clients in einer Domain haben: nicht vergessen vorher den jeweiligen Client aus der Domain herauszunehmen und wenn feste IP, dann vorerst auf DHCP umstellen. Nach dem Umzug IP wieder vergeben und in die Domain zurück bringen.
Bei einem Kunden standen Dell Clients (Win 10 64Bit, mbr) die wiederum irgendwann mal von Windows 7 PCs geklont wurden. Die Dell-PCs haben ausgedient und es kamen neue Mini-PCs von Lenovo ohne Betriebsystem. Ich möchte mich kurz halten und nicht erklären, warum hier wieder keine sauebere Neueinrichtung gewählt wurde.
Das Konvertieren mit mbr2gpt.exe, oder auch andere Tipps haben in meinem Fall nicht funktioniert.
Als erstes, ungeachtet der Recovery-Partition(en), habe ich NUR die Windows-Partition als Image gesichert. Ich verwende hierzu Disk Genius. Das Programm bietet zwar auch eine Migration-Funktion, jedoch habe ich es hier nicht angewendet und kann nicht sagen ob und wie gut es funktioniert.
Auf den neuen PCs Windows 10-Installation ausgeführt. Die Installation kann man auch gleich nach dem ersten Reboot "abbrechen" und zum nächsten Schritt übergehen, oder Setup komplett durchklicken.
Als nächstes habe ich den PC wieder vom DiskGenius-BootStick gestartet und die Windows-Partition mit dem zuvor gesicherten Image überschrieben.
Nach dem Neustart kommt die automatische Reparatur, die natürlich scheitert. Macht nichts: wir brauchen hier nur die Eingabeaufforderung um die GPT-Partition zu "manipulieren" bzw. an unsere Windows-Installation anzupassen.
1. Computerreparaturoptionen > Problembehandlung > Erweiterte Optionen > Eingabeaufforderung
2. diskpart
3. lis dis
sel dis 0 (wobei 0 für das Boot-Laufwerk steht)
lis vol (sucht die kleine EFI-Partition mit FAT32. Hier als Beispiel 3)
sel vol 3
assign letter=x:
exit
4. format x: /fs:fat32
5. bcdboot c:\windows /s x: /f UEFI
Das wars. Jetzt habt Ihr GPT mit UEFI statt MBR.
PS: bei den neuen Clients musste ich weder SecureBoot abstellen, noch sonstige Einstellungen im BIOS vornehmen. Windows 10 lies sich problemlos mit passendem Key aktivieren und auf Windows 11 24H2 upgraden.
Für alle, die die Clients in einer Domain haben: nicht vergessen vorher den jeweiligen Client aus der Domain herauszunehmen und wenn feste IP, dann vorerst auf DHCP umstellen. Nach dem Umzug IP wieder vergeben und in die Domain zurück bringen.
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 671825
Url: https://administrator.de/tutorial/pc-mit-mbr-auf-einen-neuen-pc-mit-gpt-umziehen-671825.html
Ausgedruckt am: 15.06.2025 um 23:06 Uhr
22 Kommentare
Neuester Kommentar
Vielen Dank für Deine Anleitung blackdove.
Werde ich auch einmal auf einem Testsystem ausprobieren.
Bisher habe ich es so gemacht, dass MBR Win 10 System vom alten PC mit einem aktuellem Windows 10 oder Windows 11 WinPE Bootstick aber einer älteren darin enthaltenen Acronis Version (2018, erkennt aber schon UEFI) gestartet und eine Vollsicherung ausgeführt.
Danach den neuen PC mit aktivierten UEFI und Secureboot mit ebenfalls diesem Stick gestartet (erkennt ja die neue Hardware durch aktuellem PE), und die eben angelegte Vollsicherung zur Wiederherstellung ausgewählt.
Dann meldet Acronis, dass Zielsystem ist aber UEFI und nicht MBR, soll ich das anpassen, jo, mach das mal.
Dann macht Acronis über diese Vollsicherung diesen neuen PC mit/für UEFI lauffähig, und der neue PC startet mit diesem gesicherten Windows 10.
Wenn du von AMD nach Intel Unterbau, oder umgekehrt wechseln musst, muss das System nach dem Restore erst noch mit Acronis Universal Restore "behandelt" werden.
Kannst Du ja auch mal ausprobieren.
Viele Grüße
1Skylab
Werde ich auch einmal auf einem Testsystem ausprobieren.
Bisher habe ich es so gemacht, dass MBR Win 10 System vom alten PC mit einem aktuellem Windows 10 oder Windows 11 WinPE Bootstick aber einer älteren darin enthaltenen Acronis Version (2018, erkennt aber schon UEFI) gestartet und eine Vollsicherung ausgeführt.
Danach den neuen PC mit aktivierten UEFI und Secureboot mit ebenfalls diesem Stick gestartet (erkennt ja die neue Hardware durch aktuellem PE), und die eben angelegte Vollsicherung zur Wiederherstellung ausgewählt.
Dann meldet Acronis, dass Zielsystem ist aber UEFI und nicht MBR, soll ich das anpassen, jo, mach das mal.
Dann macht Acronis über diese Vollsicherung diesen neuen PC mit/für UEFI lauffähig, und der neue PC startet mit diesem gesicherten Windows 10.
Wenn du von AMD nach Intel Unterbau, oder umgekehrt wechseln musst, muss das System nach dem Restore erst noch mit Acronis Universal Restore "behandelt" werden.
Kannst Du ja auch mal ausprobieren.
Viele Grüße
1Skylab
Moin
Auch das ist eigentlich trivial:
Fertig.
lks
Auch das ist eigentlich trivial:
- Mit knoppix booten
- Mit ggparted Platz für EFI und msr-Partition schaffen und diese anlegen, ggf noch 1MB am Ende der Platte freimachen für die GPT-Tabelle.
- Mit gdisk die Partitionstabelle konvertieren. Geht trivial indem man gdisk aufruft und dann bestätigt, das er konvertieren soll.
- Da ach mit winpe, z.B. ct-Notfallwindows booten und mit bcdboot die Bootdateien auf die EFI-Partition schreiben lasen.
Fertig.
lks
"Mit ggparted Platz für EFI und msr-Partition schaffen und diese anlegen, ggf noch 1MB am Ende der Platte freimachen für die GPT-Tabelle."
Wie viel Platz würdest du jeweils für die EFI und MSR reservieren?
Ich verstehe immernoch nicht, warum Windows hier von sich aus, mal 100 mal 500MB abzwackt. 🤷
Und wo packt Windows die GPT-Tabelle hin, wenn am Ende der Platte kein Platz übrig bleibt?
Ich lasse bei SSDs standardmäßig jr nach Plattengröße 50-80GB frei.
Wie viel Platz würdest du jeweils für die EFI und MSR reservieren?
Ich verstehe immernoch nicht, warum Windows hier von sich aus, mal 100 mal 500MB abzwackt. 🤷
Und wo packt Windows die GPT-Tabelle hin, wenn am Ende der Platte kein Platz übrig bleibt?
Ich lasse bei SSDs standardmäßig jr nach Plattengröße 50-80GB frei.
Zitat von @blackdove:
Das Konvertieren mit mbr2gpt.exe, oder auch andere Tipps haben in meinem Fall nicht funktioniert.
Das Konvertieren mit mbr2gpt.exe, oder auch andere Tipps haben in meinem Fall nicht funktioniert.
Wenn MBR2GPT fehlschlägt (welche Meldung kam da?), liegt es oft an einem abweichenden Partitionslayout; Microsoft oder die OEMs haben das anscheinend immer mal wieder geändert und sich damit keinen Gefallen getan. Wie sieht die Partitionierung bei den Rechnern denn aus?
Ich nehme für die Aktion AOMEI Partition Assistant (startbarer USB-Stick, komfortabel mit GUI), der kann das auch in der Demo-Version. Nur in die andere Richtung (GPT zu MBR) geht es nicht.
Zitat von @blackdove:
Wie viel Platz würdest du jeweils für die EFI und MSR reservieren?
Ich verstehe immernoch nicht, warum Windows hier von sich aus, mal 100 mal 500MB abzwackt. 🤷
Und wo packt Windows die GPT-Tabelle hin, wenn am Ende der Platte kein Platz übrig bleibt?
Ich lasse bei SSDs standardmäßig je nach Plattengröße 50-80GB frei.
Wie viel Platz würdest du jeweils für die EFI und MSR reservieren?
Ich verstehe immernoch nicht, warum Windows hier von sich aus, mal 100 mal 500MB abzwackt. 🤷
Und wo packt Windows die GPT-Tabelle hin, wenn am Ende der Platte kein Platz übrig bleibt?
Ich lasse bei SSDs standardmäßig je nach Plattengröße 50-80GB frei.
100MB für die EFI-Systempartition reicht völlig aus. Die MSR kann man weglassen, das ist eh nur freier Speicher ohne ein Dateisystem, dessen Zweck fragwürdig ist.
Unpartitionierten Platz musst Du nicht vorhalten, die Partitionstabelle wird ganz am Anfang geschrieben und nimmt kaum Speicher in Beschlag. SSDs haben ja eh unsichtbaren Reservespeicher, es macht also keinen Sinn, den Speicher nicht komplett zu nutzen, wenn der bezahlt ist.
Die Partitionierung war von Dell mit einer eigenen Partition mit unbekannter Formatierung. Bei mbr2gpt kam irgendwas mit "disk layout validation failed", oder so ähnlich. Wahrscheinlich eine besondere Sektorgröße. Für Details müsste ich an einen der alten Rechner ran kommen. Sind erstmal im Keller des Kunden gewandert. 
Bei SSDs habe ich es noch so im Kopf, dass z.B. nur Modelle mit 480GB statt 500-512GB diesen Bereich zum Auffrischen besitzen. Ansonsten soll man selbst, oder wie bei Samsung Magician den Bereich freigeben (lassen).
Off topic:
Zuverlässigkeit von SSDs lässt sowieso oft zu wünschen übrig. Da ist mir der freigelasse Speicherplatz nicht zu schade.
In der vergangenen Woche hatte ich zwei SSDs, die defekt waren. Eine Verbatim Vi560 S3 SATA III M.2, die nach einem halben Jahr vom System einfach nicht mehr erkannt wurde. Und eine SATA 1TB WD blue, die extrem schlechten Datendurchsatz hatte. Ebenfalls kaum gelaufen. Beides Garantiefälle. Zumindest von Verbatim werde ich keine Laufwerke mehr kaufen. Ausfallrate und Kompatibilitätsprobleme fast vorprogrammiert.
Bei SSDs habe ich es noch so im Kopf, dass z.B. nur Modelle mit 480GB statt 500-512GB diesen Bereich zum Auffrischen besitzen. Ansonsten soll man selbst, oder wie bei Samsung Magician den Bereich freigeben (lassen).
Off topic:
Zuverlässigkeit von SSDs lässt sowieso oft zu wünschen übrig. Da ist mir der freigelasse Speicherplatz nicht zu schade.
In der vergangenen Woche hatte ich zwei SSDs, die defekt waren. Eine Verbatim Vi560 S3 SATA III M.2, die nach einem halben Jahr vom System einfach nicht mehr erkannt wurde. Und eine SATA 1TB WD blue, die extrem schlechten Datendurchsatz hatte. Ebenfalls kaum gelaufen. Beides Garantiefälle. Zumindest von Verbatim werde ich keine Laufwerke mehr kaufen. Ausfallrate und Kompatibilitätsprobleme fast vorprogrammiert.
Du kannst auch ein Bildschirmfoto von der jetzigen Datenträgerverwaltung machen. Hier mal ein Link zu einem Beispielbild: Datenträgerverwaltung
Da die Aufteilung nach Deinem Eingriff durch die Konvertierung nicht geändert wird, sind die Partitionsgrößen und -Positionen gleich geblieben.
Auf dem Bild sieht man auch, dass es zwei Recovery-Partitionen gibt (den Fehler sieht man öfters mal) und den freien Platz am Ende. Das könnte auch die MSR sein, bin aber gerade nicht sicher, ob die überhaupt dort angezeigt würde.
Verbatim und SanDisk sind Müll, ev. war Deine WD eine umgelabelte SanDisk, der Laden gehörte bis vor kurzem eine zeitlang zu WD.
Mit Samsung macht man nicht viel falsch, klar gab es da auch schon Ausfälle und Serienfehler, aber statistisch dürften die zu den zuverlässigsten SSDs gehören.
Da die Aufteilung nach Deinem Eingriff durch die Konvertierung nicht geändert wird, sind die Partitionsgrößen und -Positionen gleich geblieben.
Auf dem Bild sieht man auch, dass es zwei Recovery-Partitionen gibt (den Fehler sieht man öfters mal) und den freien Platz am Ende. Das könnte auch die MSR sein, bin aber gerade nicht sicher, ob die überhaupt dort angezeigt würde.
Verbatim und SanDisk sind Müll, ev. war Deine WD eine umgelabelte SanDisk, der Laden gehörte bis vor kurzem eine zeitlang zu WD.
Mit Samsung macht man nicht viel falsch, klar gab es da auch schon Ausfälle und Serienfehler, aber statistisch dürften die zu den zuverlässigsten SSDs gehören.
Ich habe doch in der Anleitung geschrieben, dass von der alten Konfiguration nur das Image der Windows-Partition übernommen wird. Alles andere ist Original von einer jungfräulichen Windows-Installation. Nur dass die EFI-Partition formatiert wird und darauf die boot-Infos aus dem Windows-Ordner kopiert werden.
Ja, ich nutze Samsung (2TB 990 PRO) SSD in meinem Arbeitsrechner. Die alte 1TB WD SN550 ist nur noch als sekundäre Ablage da.
Ja, ich nutze Samsung (2TB 990 PRO) SSD in meinem Arbeitsrechner. Die alte 1TB WD SN550 ist nur noch als sekundäre Ablage da.
Zitat von @blackdove:
"Mit ggparted Platz für EFI und msr-Partition schaffen und diese anlegen, ggf noch 1MB am Ende der Platte freimachen für die GPT-Tabelle."
Wie viel Platz würdest du jeweils für die EFI und MSR reservieren?
Ich verstehe immernoch nicht, warum Windows hier von sich aus, mal 100 mal 500MB abzwackt. 🤷
"Mit ggparted Platz für EFI und msr-Partition schaffen und diese anlegen, ggf noch 1MB am Ende der Platte freimachen für die GPT-Tabelle."
Wie viel Platz würdest du jeweils für die EFI und MSR reservieren?
Ich verstehe immernoch nicht, warum Windows hier von sich aus, mal 100 mal 500MB abzwackt. 🤷
Moin,
Bei der EFI ist es klar: Soviel, wie Du mindestens brauchst. Sofern nur die Windows.-Bootdateien benötigt werden, reichen 128MB vollkommen. Aber ich packe da gerne mal ein Windwos-PE mit Tools oder ein knoppix mit drauf so daß ich diese oft 1GB oder gleich 4GB groß mache, wenn man das Windows-Setup mit draufpackt (als Windpws-PE) kann man die gleich 8GB grß machen. Bei heutigen SSD-Mindestgrößen von 250GB oder mehr fällt das gar nicht so weiter ins Gewicht.
Bei der MSR-Partition ist das hingegen so, daß die stark davon abhängig ist, welche Windows-Version sie angelegt hat. Und es gibt auch oft Probleme, wenn sie fehlt oder zu klein ist, siehe z.B. gerade aktuell Upgrade auf 24H2 schlägt fehl. Deswegen lege ich die auch meist als 512MB groß an, wenn ich sie manuell anlege.
Und wo packt Windows die GPT-Tabelle hin, wenn am Ende der Platte kein Platz übrig bleibt?
Entweder verkleinert Windows die letzte Partition um den Platz, den die GPT-Tabelle braucht oder meldet, daß es das Partitionsschema nicht ändern kann, wenn es die Partition nicht verkleinern kann. Deswegenn nehme ich gparted und (s)gdisk umd solche Aufgaben zu erledigen. Da kann man sich mit gparted auch gleich die Partitionen so zurechtschieben, wie man sie haben will. (z.B. System und Datenpartition anpassen, wenn man ursprünglich mal von anderen Datenmengen auf den jeweiligen Partitionen ausgegangen ist,
Ich lasse bei SSDs standardmäßig jr nach Plattengröße 50-80GB frei.
Wieso? Ist unnötig, solange das OS, der Controller und die SSD TRIM unterstützen. höchstens vielleicht 1 oder 2 GB wenn man nachträglich noch eine service-Partition braucht.
Wenn Du verhindern willst, daß die SSDs langsamer werden, weil sie "zu voll" sind, soltest Du drauf achten, daß
Deine RAID-Controller TRIM untertützen bei den Levels, die Du auch brauchst. Ansonsten beschreiben die
Controller auch die "freien" Bereiche, wenn sie die RAIDs synchronisieren. und das Freilassen ist für die Katz.
lks
Zitat von @Schluckimpfung:
100MB für die EFI-Systempartition reicht völlig aus.
Zitat von @blackdove:
Wie viel Platz würdest du jeweils für die EFI und MSR reservieren?
Ich verstehe immernoch nicht, warum Windows hier von sich aus, mal 100 mal 500MB abzwackt. 🤷
Und wo packt Windows die GPT-Tabelle hin, wenn am Ende der Platte kein Platz übrig bleibt?
Ich lasse bei SSDs standardmäßig je nach Plattengröße 50-80GB frei.
Wie viel Platz würdest du jeweils für die EFI und MSR reservieren?
Ich verstehe immernoch nicht, warum Windows hier von sich aus, mal 100 mal 500MB abzwackt. 🤷
Und wo packt Windows die GPT-Tabelle hin, wenn am Ende der Platte kein Platz übrig bleibt?
Ich lasse bei SSDs standardmäßig je nach Plattengröße 50-80GB frei.
100MB für die EFI-Systempartition reicht völlig aus.
... solange Du nur die Windows-Bootdateien brauchst. Wenn man aber wie ich noch Tools draufpackt oder NMultiboot-Systeme erstellt, , sollte die schon größer sein.
Die MSR kann man weglassen, das ist eh nur freier Speicher ohne ein Dateisystem, dessen Zweck fragwürdig ist.
Da wage ich zu widersprechen. MS ist da sehr eigensinnig, siehe z.B. aktuelle den Thread Upgrade auf 24H2 schlägt fehl.
Unpartitionierten Platz musst Du nicht vorhalten, die Partitionstabelle wird ganz am Anfang geschrieben und nimmt kaum Speicher in Beschlag.
Wenn man schon GPT-Schema hat, stimmt das. Beim MBR-Schema, das man irgendwann nach GPT wandeln will, benötigt man für die GPT-Tabelle am Ende des Datenträgers 32 logische Blöcke a 512K, d.h 16K. i.d. R hat sich bewährt, dafür einfach ein MB freizulassen. Aber ich lassen auch gerne mal 4 bis 8GB am Ende frei, um bei Bedarf da schnell mal ein Notfall- oder Rettungssystem draufpacken zu können wie z.B. knoppix oder das ct-Notfallwindows. Wegwen wearleveling oder Geschwindigkeitseinbußen bei voller SSD braucht man da heutzutage kaum etwas freizulassen, außer man hat da (legacy-)Betriebssysteme drauf, die kein TRIM können.
lks
Vielen Dank für rege Kommentare!
Bei dem Punkt, wo ich schreibe, dass man nach dem Zurückspielen der alten Partition den PC rebootet und dieser dann die Automatische Reparatur versucht, ist es natürlich so, dass man die Boot-Infos gleich mithilfe der Eingabeaufforderung zurückschreiben kann (bcdboot C:\windows /s x: /f UEFI). Damit spart man wieder eine halbe Minute Zeit.
Bei dem Punkt, wo ich schreibe, dass man nach dem Zurückspielen der alten Partition den PC rebootet und dieser dann die Automatische Reparatur versucht, ist es natürlich so, dass man die Boot-Infos gleich mithilfe der Eingabeaufforderung zurückschreiben kann (bcdboot C:\windows /s x: /f UEFI). Damit spart man wieder eine halbe Minute Zeit.
Hallo,
ich habe mit deiner Anleitung einen Umzug von Windows 10 22H2 von ASUS P7P55D mit Intel Core i7 870 und Samsung 850 SSD 250GB auf ASUS H610M-E mit Intel Core i5 14500 gemacht.
Soweit so gut.
Interessant war, dass der PC nach dem Aufspielen des gesicherten Images problemlos hochgefahren ist, ohne die Problembehandlung zu starten. Nur leider wurden dann im Gerätemanager eine riesige Anzahl von Geräten ohne Treiber angezeigt und es war nicht möglich, die Treiber zu installieren, weder Realtek Netzwerkkarte noch Chipset, Intel Management, RAID-Treiber noch USB-Treiber. Den Rest habe ich gar nicht probiert. Setup meldete entweder Gerät nicht gecunden (Realtek LAN) oder schwerwiegender Fehler (Chipset, Intel RAID).
Logischerweise funktionierte das LAN und auch die USB-Maus und Tastatur nicht. Nur eine alte PS/2 Tastatur funktionierte auf Anhieb. (Wundert mich, dass bei neuen Mainboards überhaupt noch PS/2 Anschlüsse drauf sind).
Nächster Versuch war, Windows nochmals komplett neu zu installieren, alle Treiber sauber zu installieren und diese dann mittels pnputil -export-driver * Zielordner zu sichern.
Danach gleiche Vorgangsweise wie vorher.
Leider wieder selbes Problem. Manuelle Treiberinstallation brachte die Meldung "Die Datenbank der Konfigurationsregistrierung ist beschädigt."
In den Reparaturoptionen wird auch nur angeboten, das UEFI aufzurufen, keine Eingabeaufforderung, etc. Mittels Win10 Stick kann ich zumindest dieses Problem umgehen.
Leider weiß ich hier nicht weiter.
Hat jemand Tipps, wie ich hier zu einer Lösung komme? Oder hilft nur, bei der Clean Installation weiterzumachen und alles komplett neu aufzusetzen?
ich habe mit deiner Anleitung einen Umzug von Windows 10 22H2 von ASUS P7P55D mit Intel Core i7 870 und Samsung 850 SSD 250GB auf ASUS H610M-E mit Intel Core i5 14500 gemacht.
Soweit so gut.
Interessant war, dass der PC nach dem Aufspielen des gesicherten Images problemlos hochgefahren ist, ohne die Problembehandlung zu starten. Nur leider wurden dann im Gerätemanager eine riesige Anzahl von Geräten ohne Treiber angezeigt und es war nicht möglich, die Treiber zu installieren, weder Realtek Netzwerkkarte noch Chipset, Intel Management, RAID-Treiber noch USB-Treiber. Den Rest habe ich gar nicht probiert. Setup meldete entweder Gerät nicht gecunden (Realtek LAN) oder schwerwiegender Fehler (Chipset, Intel RAID).
Logischerweise funktionierte das LAN und auch die USB-Maus und Tastatur nicht. Nur eine alte PS/2 Tastatur funktionierte auf Anhieb. (Wundert mich, dass bei neuen Mainboards überhaupt noch PS/2 Anschlüsse drauf sind).
Nächster Versuch war, Windows nochmals komplett neu zu installieren, alle Treiber sauber zu installieren und diese dann mittels pnputil -export-driver * Zielordner zu sichern.
Danach gleiche Vorgangsweise wie vorher.
Leider wieder selbes Problem. Manuelle Treiberinstallation brachte die Meldung "Die Datenbank der Konfigurationsregistrierung ist beschädigt."
In den Reparaturoptionen wird auch nur angeboten, das UEFI aufzurufen, keine Eingabeaufforderung, etc. Mittels Win10 Stick kann ich zumindest dieses Problem umgehen.
Leider weiß ich hier nicht weiter.
Hat jemand Tipps, wie ich hier zu einer Lösung komme? Oder hilft nur, bei der Clean Installation weiterzumachen und alles komplett neu aufzusetzen?
Zitat von @austria33:
Hat jemand Tipps, wie ich hier zu einer Lösung komme? Oder hilft nur, bei der Clean Installation weiterzumachen und alles komplett neu aufzusetzen?
Hat jemand Tipps, wie ich hier zu einer Lösung komme? Oder hilft nur, bei der Clean Installation weiterzumachen und alles komplett neu aufzusetzen?
- Boote die Kiste mit knoppix ( oder einem anderen live-linux)
- lass Dir mit lspci alle Geräte anzeigen und speichere das in ei er Textdatei.
- Jetzt kannst Du entweder mit Hilfe der hardware-ids alle Geräte identifizieren und direkt mit knoppix herunterladen oder Du lädst Dir nur den Netzwerk-Treiber und die chipsettreiber und speicherst sie in auf der internen ssd.
Danach kannst Du Windows booten, Chipsatz und netzwerktreiber installieren und den Rest automatisch herunterladen lassen.
TIPP: Wen man einen billigen usb-NIC oder billigen USB-WLAN-!Adapter nimmt, ist für den meistens ein Netzwerktreiber bei Widiws mit drin, so das man sofort Internetkonnektivität bekommt und dann alle restlichen Treiber manuell oder automatisiert herunterladen kann.
lks
Im Prinzip habe ich das ja so gemacht, habe halt die Treiber von der Vollinstallation gesichert, was ja auch dasselbe sein sollte.
Das größtere Problem ist hier vermutlich die Meldung "Die Datenbank der Konfigurationsregistrierung ist beschädigt.", was eine Treiberinstallation verhindert.
Da auch kein USB funktioniert, geht auch der Trick mit den billigen Adaptern nicht.
Das größtere Problem ist hier vermutlich die Meldung "Die Datenbank der Konfigurationsregistrierung ist beschädigt.", was eine Treiberinstallation verhindert.
Da auch kein USB funktioniert, geht auch der Trick mit den billigen Adaptern nicht.
Hier scheint ein bereits vor der Umstellung vorliegendes Problem zu geben. Beim Erstellen vom Image dürfte ja eigentlich nichts passieren, außer die Daten werden nicht sauber übertragen, oder es liegt bereits ein Problem mit der Dateistruktur. Das "Original"-System läuft doch noch, oder? Lasse mal vor dem Sichern checkdisk, SFC /scannow und DISM-Reparatur laufen. Zudem würde ich in deinem Fall nur von der Systempartition (C ein Image machen und auf dem neuen PC Windows 11 installieren, um dann die Systempartition mit dem Image zu überschreiben. Danach die Schritte 1-5 machen. Punkt 4 ist nicht unbedingt erforderlich, sondern man kann den Ordner EFI löschen oder umbenennen. Mit bcdboot wird der Ordner neu angelegt und mit für deine Installation passenden Daten befüllt.
Wenn das alles nichts bringt, dann checke dein neues System. Also Windows sauber installieren, alle nötigen Treiber installieren und ein wenig rumspielen. Memtest und andere Testtools könnten evtl. Fehler in der neuen Hardware aufdecken, oder falsche Einstellungen im UEFI-BIOS (z.B. RAM-Taktung).
ein Image machen und auf dem neuen PC Windows 11 installieren, um dann die Systempartition mit dem Image zu überschreiben. Danach die Schritte 1-5 machen. Punkt 4 ist nicht unbedingt erforderlich, sondern man kann den Ordner EFI löschen oder umbenennen. Mit bcdboot wird der Ordner neu angelegt und mit für deine Installation passenden Daten befüllt.Wenn das alles nichts bringt, dann checke dein neues System. Also Windows sauber installieren, alle nötigen Treiber installieren und ein wenig rumspielen. Memtest und andere Testtools könnten evtl. Fehler in der neuen Hardware aufdecken, oder falsche Einstellungen im UEFI-BIOS (z.B. RAM-Taktung).
Scheint so, als ob das Original System hier schon ein Problem hätte. Leider habe ich das nicht überprüft. Hochgefahren ist der Rechner vorher jedenfalls, habe auch einige nicht mehr benötigte Programme deinstalliert und Daten gelöscht. Dabei ist mir zumindest nichts aufgefallen.
Der Rechner gehört nicht mir und es wurde mir versichert, dass alles passt. Sollte man offensichtlich doch selber prüfen.
Ich werde mal alles wieder auf Original setzen und mir das ansehen.
Vielen Dank erstmal!
LG
Der Rechner gehört nicht mir und es wurde mir versichert, dass alles passt. Sollte man offensichtlich doch selber prüfen.
Ich werde mal alles wieder auf Original setzen und mir das ansehen.
Vielen Dank erstmal!
LG
Noch eine Frage, nur zur Sicherheit:
Spielt es eine Rolle, mit welchem Tool ich das Image gemacht bzw. wieder drübergebügelt habe?
Ich nutze hier schon seit Jahren und auch in diesem Fall drivesnapshot und hatte damit nie Probleme.
Spielt es eine Rolle, mit welchem Tool ich das Image gemacht bzw. wieder drübergebügelt habe?
Ich nutze hier schon seit Jahren und auch in diesem Fall drivesnapshot und hatte damit nie Probleme.
Eigentlich sollte es mit jedem Imaging-Tool klappen. Jeder hat da so seine Lieblingsprogramme oder macht es direkt mit Linux
Viel Erfolg! LG
Viel Erfolg! LG
1
Solche Aktionen mache ich immer mit dem Veeam Agent, früher mit Arcronis.
Die Tools machen bei einer Baremetal-Recovery meistens jede Menge Magic mit den Treibern im Hintergrund.
Hab damit sogar mal spassehalber von Epic nach Intel und anders herum umgezogen bekommen.
Die Tools machen bei einer Baremetal-Recovery meistens jede Menge Magic mit den Treibern im Hintergrund.
Hab damit sogar mal spassehalber von Epic nach Intel und anders herum umgezogen bekommen.
Ach, wirklich? Wenn man an "Magic" glaubt, dann ist man in IT falsch. Dann ist man im Zirkus besser aufgehoben. 😉
Veeam Agent wäre in meinem Fall "mit Kanonen auf Spatzen schießen". Es geht um einen einzelnen Client-PC.
Acronis schon eher.
Ich habe selber noch eine Acronis-Lizenz, nutze die ber seit einiger Zeit nicht mehr: die Software ist äußerst träge bei Sichern. Da ist Veeam um Welten schneller.
Ich starte einen neuen Thread mit den Ergebnissen der Überprüfungen
Ergebnis
Ergebnis
