Sunny61

Besser Du verwendest einen DC mit W2022, 2025 soll man als DC noch nicht einsetzen. Hier noch 2 Artikel: https://borncity.com/blog/2026/01/16/windows-server-2025-drittanbieter-dienste-starten-auf-dcs-nach-kb5072033-nicht-mehr/ https://borncity.com/blog/2025/02/27/windows-server-2025-probleme-mit-msi-installationen-im-betrieb-als-dc/ Es findet sich auch hier im Forum den ein oder anderen Thread zu dem Thema. BTW: Überprüf doch nochmal die Domain Namen in deinen angegebenen Logauszügen.

Von mir auch gute Besserung. ;)

Bei uns hatte es ein Praktikant geschafft, die SSD aus dem Surface auszubauen, ohne das Gerät zu schrotten. Wenn es noch angeht, kannst Du mit Hilfe von ShredOS die Daten überschreiben lassen.

Bei unseren 2 Ex SE auch alles in Butter. ;)

Löscht Du denn auch das Computerkonto in der Domain, bevor du den Server wieder neu aufnimmst? Falls nein, dann mach das mal.

Es ist schon sehr lange dass ich ein Surface in Händen hatte, aber wie rudimentär das UEFI war, weiß ich heute nicht mehr. ;)

Wenn es die Möglickeit gibt, kannst Du es auch mal auf Default Einstellungen setzen. Ansonsten ist das mit dem Modern Standby ein ziemlicher Krampf.

Bei unseren HP-Laptops (HP EliteBook 660 G11) gab es dazu im BIOS/UEFI eine Einstellung die verändert werden musste. Evtl. ist das ja beim Surface ebenfalls der Fall. Du könntest auch schauen ob es eine aktueller BIOS/UEFI Version für das Gerät gibt.

WindowsUpdate mit allen Unterschlüsseln und Werten löschen: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate Gleichzeitig den Server aus dem WSUS löschen! net stop wuauserv net stop bits rd /s /q %windir%\softwaredistribution shutdown -r -t 0 Anschließend in einer Admin Commandline: wuauclt /resetauthorization /detectnow [ENTER] 2 Minuten warten wuauclt /reportnow [ENTER] Die WSUS-Konsole aktualisieren, vermutlich musst Du den Server wieder in die richtige Gruppe verschieben, anschließend einfach mal über Nacht warten, sollte sich bis in der Früh wieder erholt haben.

@phatair Danke für die Infos. ;) BIOS-Updates enthalten immer wieder sehr viele Fehlerkorrekturen und es werden auch Sicherheitslücken gepatcht. Grundsätzlich ist es also eine gute Idee die von den Herstellern angebotenen BIOS-Updates regelmäßig zu installieren. EDIT: Die Discovery Services von Docusnap sind IMHO der DocusnapScript.exe vorzuziehen, da die Möglichkeiten an der Stelle der Discovery Services einfach viel umfangreicher sind. ;)

Ich bin mir nicht sicher, aber melde dich am Client doch mal mit dem MS-Konto an und ruf dann WU auf. Oder ist dein Weg genau der, der von MS exakt so dokumentiert wurde?

Wo versuchst du dich anzumelden? Am Kühlschrank oder an der Waschmaschine oder am Windows 10? Genauigkeit hat noch nie geschadet. ;)

War vermutlich einfach noch viel zu früh.

Lt. https://de.wikipedia.org/wiki/Sonnenwende#Datum war es heute Nachmittag um 16:03 Uhr. ;)

Auch wenn es immer wieder falsch geschrieben und zitiert wird, der WSUS verteilt kein einziges File oder Update. Es wird nur zur Verfügung gestellt, die Clients/Server HOLEN die Updates beim WSUS ab. Der Unterschied ist klein, aber sehr fein. Auch bei Winfuture wird es falsch beschrieben.

Welche Virtualisierungsplattform vewendet der Hoster? Hyper-V vermutlich nicht, sonst wäre die Dateiendung vhd oder vhdx.

Wenn es keinen WSUS mehr geben soll, dann darf hier gar nichts drin stehen: HKLM\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate D.h. den Schlüssel WindowsUpdate darf es nicht geben. Anschließend die betroffenen Dienst auf den Maschinen neu starten: WUAUSERV UsoSvc Wenn nach einem Reboot der Schlüssel wieder auftaucht, hat das jemand lokal via GPEDIT.MSC eingepflegt.

Die Version ist nicht aktuell. Da ich den Browser nicht benutze kann ich auch nicht weiter helfen.

Welche genau Version vom Edge hast Du Einsatz? Probier doch einfach mal den Import aus dem IE, evtl. tut sich da ja ein anderer Dialog auf, bei MS weiß man das ja nie. ;)

Mach doch mal einen Gegentest und nimm die Installation BEVOR du die ISO draus machst und teste damit. Wenn es klappt, könnte die Erstellung der ISO fehlerhaft sein.

Sorry, aber an der Druckerwarteschlange wird sich nichts geändert haben, hier läuft der Dienst Druckwarteschlange noch in der gleichen Struktur wie in W10. Geht es immer um den gleichen/selben Drucker? Sind es immer die gleichen Dokumente? Treiber vom Drucker sind aktuell? Sicherheitshalber beim Hersteller des Druckers manuell prüfen.

Alten Druckdialog reaktivieren: [HKEY_CURRENT_USER\Software\Microsoft\Print\UnifiedPrintDialog] Add a DWORD 32-bit named "PreferLegacyPrintDialog" and set it to 1.

Hast Du dei Exchange Powershell auch mit Rechtsklick > Ausführen als Administrator gestartet?

@testperson Danke, ist 0x2 auf mind. 3 Hosts.

@NilsK Danke, getestet und wie Du schon angemerkt hast, hilft es leider nicht.