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?

vor 13 Stunden schrieb gilaruwo:

Ich habe ein entsprechende MS Konto angelegt

mit einem sicheren Password. Ich habe versucht mich anzumelden und erhalte

eine MS Nachricht, dass ein Fehler vorliegt (vermutlich von uns =MS).

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. ;)

vor 3 Stunden schrieb Adm -MCSE:

Trotz Freigabe der Updates im WSUS kommen keine Patches auf Zielsystemen an

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. 

vor 3 Stunden schrieb dartzen:

Sollte ich haben, bzw. habe ich das Kommando auch mal direkt auf dem Server mit dem Domain-Administrator getestet.

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.