3
Kein Warmstart (reboot) in Windows mehr möglich (Clonezilla + Sysprep)
Ich habe schon etliche PC (HP, Lenovo) mit Clonzilla vorbereitet.
D.h. ein vorbereitetes Imaga kopiert und denn mit Syprep generalisiert.
Dies scheint so mitt der letzten Charge von DELL PCs nicht mehr zu funktionieren.
Wenn der PC normalerweise nach Sysprep neu bootet, bleibt er dieses Mal hängen.
Nach einem Neustart lässt sich Windows allerdings normal ausführen,
Aber:
es ist kein Reboot (von windows aus) mehr möglich. Der PC geht fast aus (es leuchtet nur noch die Power LED), um neu zu booten muss ich ihn ausschalten und wieder einschalten.
Hat jemand eine Idee, warum der Warmstart nicht mehr funktionieren könnte?
Normaler Shutdown funktioniert, abe eben kein reboot.
Ich habe schon unzählicge Versuche (secure boot on/off etc.) hinter mir.
ich habe es auch schon mit einem extern generalisiertem Image versucht, es schien erst zu funktionieren, erst nach einem Treiberupdate stellte sich wieder das gleiche Verhalten ein.
Ich habe keine Ideen mehr!?
VG
Frank
D.h. ein vorbereitetes Imaga kopiert und denn mit Syprep generalisiert.
Dies scheint so mitt der letzten Charge von DELL PCs nicht mehr zu funktionieren.
Wenn der PC normalerweise nach Sysprep neu bootet, bleibt er dieses Mal hängen.
Nach einem Neustart lässt sich Windows allerdings normal ausführen,
Aber:
es ist kein Reboot (von windows aus) mehr möglich. Der PC geht fast aus (es leuchtet nur noch die Power LED), um neu zu booten muss ich ihn ausschalten und wieder einschalten.
Hat jemand eine Idee, warum der Warmstart nicht mehr funktionieren könnte?
Normaler Shutdown funktioniert, abe eben kein reboot.
Ich habe schon unzählicge Versuche (secure boot on/off etc.) hinter mir.
ich habe es auch schon mit einem extern generalisiertem Image versucht, es schien erst zu funktionieren, erst nach einem Treiberupdate stellte sich wieder das gleiche Verhalten ein.
Ich habe keine Ideen mehr!?
VG
Frank
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 1267599931
Url: https://administrator.de/contentid/1267599931
Ausgedruckt am: 22.11.2024 um 09:11 Uhr
3 Kommentare
Neuester Kommentar
Ich frage dann noch einmal anders.
was macht Windows 10, wenn man einen Restart initiiert?
Offensichtlich etwas anderes, als wenn man Windows 10 herunterfährt!
Wie gesagt - herunterfahren und ein anschließender Start des PCs funktioniert.
Aber wenn ich einen Neustart initiiere fährt Windows anders herunter und bleibt dann beim Herunterfahren hängen, da ich aber keine Logfiles habe, weiß ich nicht wo!
Hat keiner eine Idee?
VG
Frank
was macht Windows 10, wenn man einen Restart initiiert?
Offensichtlich etwas anderes, als wenn man Windows 10 herunterfährt!
Wie gesagt - herunterfahren und ein anschließender Start des PCs funktioniert.
Aber wenn ich einen Neustart initiiere fährt Windows anders herunter und bleibt dann beim Herunterfahren hängen, da ich aber keine Logfiles habe, weiß ich nicht wo!
Hat keiner eine Idee?
VG
Frank
Hi,
hast du fastboot mal deaktiviert? Standardmäßig ist das aktiv, vll. geht das schief.
Mit shutdown -g kannst du explizit (ohne fastboot komplett abschalten zu müssen) die Maschine wirklich komplett neustarten.
hast du fastboot mal deaktiviert? Standardmäßig ist das aktiv, vll. geht das schief.
Mit shutdown -g kannst du explizit (ohne fastboot komplett abschalten zu müssen) die Maschine wirklich komplett neustarten.
fastboot hatte ich probiert, hatte keinen Einfluss.
Aber ich bin der Problemlösung näher gekommen:
auf einem normal bootenden System bekomme ich nach Eingabe von bcdedit /enum /v:
Windows-Startladeprogramm
Bezeichner {xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx}
device partition=C:
path \Windows\system32\winload.efi
description Windows 10
locale de-DE
inherit {yyyyyyyy-yyyy-yyyy-yyyy-yyyyyyyyyyyy}
recoverysequence {xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx}
displaymessageoverride Recovery
recoveryenabled Yes
isolatedcontext Yes
allowedinmemorysettings 0x15000075
osdevice partition=C:
systemroot \Windows
resumeobject {xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx}
nx OptIn
bootmenupolicy Standard
Wenn ich dann Sysprep durchführe und ich Windows nicht mehr startet, steht bei device und osdevice anstelle der Partition:
locate=custom:12000002 bzw locate=custom:22000002
und damit bootet Windows nicht mehr.
wenn ich mit dem Befehl: bcdboot einen neuen Menu-Eintrag mit der richtigen Partition hinzufüge, startet Windows wieder normal und auch ein Reboot funktioniert.
Ich habe also eine Lösung aber keine Ahnung, warum bei den Dell-PCs Sysprep nicht wie erwartet funktioniert.
Zumal ich viele PCs vorbereitn will.
Es gibt einen Unterschied zwischen den Dell-Pcs und meinen bisherigen PCs:
Ich habe jetzt NVMe SSD, vorher hatte ich SATA.
Hat noch jemand eine Idee, warum Sysprep nicht mehr funktioniert?
VG
Frank
Aber ich bin der Problemlösung näher gekommen:
auf einem normal bootenden System bekomme ich nach Eingabe von bcdedit /enum /v:
Windows-Startladeprogramm
Bezeichner {xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx}
device partition=C:
path \Windows\system32\winload.efi
description Windows 10
locale de-DE
inherit {yyyyyyyy-yyyy-yyyy-yyyy-yyyyyyyyyyyy}
recoverysequence {xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx}
displaymessageoverride Recovery
recoveryenabled Yes
isolatedcontext Yes
allowedinmemorysettings 0x15000075
osdevice partition=C:
systemroot \Windows
resumeobject {xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx}
nx OptIn
bootmenupolicy Standard
Wenn ich dann Sysprep durchführe und ich Windows nicht mehr startet, steht bei device und osdevice anstelle der Partition:
locate=custom:12000002 bzw locate=custom:22000002
und damit bootet Windows nicht mehr.
wenn ich mit dem Befehl: bcdboot einen neuen Menu-Eintrag mit der richtigen Partition hinzufüge, startet Windows wieder normal und auch ein Reboot funktioniert.
Ich habe also eine Lösung aber keine Ahnung, warum bei den Dell-PCs Sysprep nicht wie erwartet funktioniert.
Zumal ich viele PCs vorbereitn will.
Es gibt einen Unterschied zwischen den Dell-Pcs und meinen bisherigen PCs:
Ich habe jetzt NVMe SSD, vorher hatte ich SATA.
Hat noch jemand eine Idee, warum Sysprep nicht mehr funktioniert?
VG
Frank
