jocologne
Goto Top

Server 2016 Eingabeaufforderung und Powershell lässt sich nicht mehr ausführen

Auf der Server 2016 std. Installation des einzigen DC der Domäne kann ich auf „normalem Weg“ die Eingabeaufforderung mit erhöhten Rechten und die Powershell nicht mehr aufrufen, auch ist eine Installation, egal was nicht möglich.

Der Server ist virualisiert und es gibt auch ein Backup. Da mir der Fehler vermutlich auch auf dem Backup ist, bin ich vorsichtig mit Wiederherstellen aus dem Backup. Auch ein Clone der VM zur Fehlerbehebung ist schwierig, da der Server an der Kapazitätsgrenze ist.

- Powershell mit erhöhten rechten geht über das Startmenü nicht auszuführen. Nur wenn ich direkt C:\Users\Administrator\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\Windows PowerShell\Windows PowerShell.lnk ausführe geht’s

- Chkdsk c: /f /r => Zugriff verweigert

- Chkdsk c: /f /r im abgesicherten Modus => lässt sich ausführen

- Wenn Chkdsk läuft dann bleibt das System bei 21% stehen und irgendwann springs es auf 100% ; wenn der Server wieder startet wir chkdsk erneut ausgeführt (das mache ich jetzt das 4. Mal)

- Beim nächsten Neustart ??

- Sfc /scannow => ebenfalls zugriff verweigert

- Sfc /scannow im abgesicherten Modus => so sinngemäß …einige Dateien konnten nicht repariert werden Das Log ist gespickt mit Fehlermeldungen wie CBS Failed to OpenPackage using worker session [HRESULT = 0x800f0805]

- CBS Failed to OpenPackage using worker session [HRESULT = 0x800f0805]

- CBS WU creates the package, AppID:<<PROCESS>>: DllHost.exe, UpdateID:{7799F1F9-2FB2-47F6-9413-690C2DB530AB}, revision: 201

- CBS Read out cached applicability from TiLight for package: Microsoft-Windows-Server-LanguagePack-Package~31bf3856ad364e35~amd64~ro-RO~10.0.14393.0, ApplicableState: 112, CurrentState:0

Oder CBS WU creates the package, AppID:<<PROCESS>>: DllHost.exe, UpdateID:{B55A8199-26A8-4435-BAE4-1F6AEB4729D5}, revision: 201

CBS Read out cached applicability from TiLight for package: Microsoft-Windows-LanguageFeatures-Basic-ky-kg-Package~31bf3856ad364e35~amd64~~10.0.14393.0, ApplicableState: 0, CurrentState:0 oder CSI 000020ab@2022/10/16:04:33:11.052 Primitive installers committed for repair

CSI 000020ac Error - Overlap: Duplicate ownership for directory \??\C:\Windows\System32\WindowsPowerShell\v1.0\Modules\ActiveDirectory\de-DE in component Microsoft-ActiveDirectory-PowerShell-Shortcut-Assembly.resources, version 10.0.14393.0, arch amd64, culture [l:5]'de-DE', nonSxS, pkt {l:8 b:31bf3856ad364e35}

CSI 000020ad@2022/10/16:04:33:11.288 CSIPERF - FileMapsCreated 229ms

CSI 000020ae CSIPERF - FilePI Commit 230ms

CSI 000020af@2022/10/16:04:33:11.288 Primitive installers committed for repair

2 oder CSI 000020b4@2022/10/16:04:33:11.350 Primitive installers committed for repair

CSI 000020b5 [DIRSD OWNER WARNING] Directory [l:69 ml:70]'\??\C:\Windows\System32\ServerManagerInternal\ADDeploymentWF_Internal' is not owned but specifies SDDL in component Microsoft-ADRoles-Workflows-Common, arch amd64, nonSxS, pkt {l:8 b:31bf3856ad364e35}

CSI 000020b6@2022/10/16:04:33:11.460 CSIPERF - FileMapsCreated 103ms

CSI 000020b7 CSIPERF - FilePI Commit 103ms

CSI 000020b8@2022/10/16:04:33:11.460 Primitive installers committed for repair oder CSI 0000212e [DIRSD OWNER WARNING] Directory [l:75 ml:76]'\??\C:\Windows\System32\WindowsPowerShell\v1.0\Modules\NetworkSwitchManager' is not owned but specifies SDDL in component Microsoft-NetworkSwitch-Management-Component, arch amd64, nonSxS, pkt {l:8 b:31bf3856ad364e35} oder CSI 00002f6e Warning - Overlap: Directory \??\C:\Windows\System32\drivers\en-US is owned twice or has its security set twice

Original owner: Microsoft-Windows-Foundation-Default-Security.Resources, version 10.0.14393.0, arch amd64, culture [l:5]'en-US', nonSxS, pkt {l:8 b:31bf3856ad364e35}

New owner: Microsoft-Windows-Foundation-Default-Security.Resources, version 10.0.14393.0, arch amd64, culture [l:5]'en-US', nonSxS, pkt {l:8 b:31bf3856ad364e35}

CSI 00002f6f Warning - Overlap: Directory \??\C:\Windows\system32\wbem\en-US is owned twice or has its security set twice

Original owner: Microsoft-Windows-Foundation-Default-Security.Resources, version 10.0.14393.0, arch amd64, culture [l:5]'en-US', nonSxS, pkt {l:8 b:31bf3856ad364e35}

New owner: Microsoft-Windows-Foundation-Default-Security.Resources, version 10.0.14393.0, arch amd64, culture [l:5]'en-US', nonSxS, pkt {l:8 b:31bf3856ad364e35}

CSI 00002f70 Warning - Overlap: Directory \??\C:\Windows\help\mui\0409 is owned twice or has its security set twice

Original owner: Microsoft-Windows-Foundation-Default-Security.Resources, version 10.0.14393.0, arch amd64, culture [l:5]'en-US', nonSxS, pkt {l:8 b:31bf3856ad364e35}

New owner: Microsoft-Windows-Foundation-Default-Security.Resources, version 10.0.14393.0, arch amd64, culture [l:5]'en-US', nonSxS, pkt {l:8 b:31bf3856ad364e35}

CSI 00002f71 Error - Overlap: Duplicate ownership for directory \??\C:\Windows\System32\wbem\en-US in component Microsoft-Windows-Foundation-Default-Security.Resources, version 10.0.14393.0, arch amd64, culture [l:5]'en-US', nonSxS, pkt {l:8 b:31bf3856ad364e35}

CSI 00002f72 Error - Overlap: Duplicate ownership for directory \??\C:\Windows\System32\sysprep\en-US in component Microsoft-Windows-Foundation-Default-Security.Resources, version 10.0.14393.0, arch amd64, culture [l:5]'en-US', nonSxS, pkt {l:8 b:31bf3856ad364e35} oder CSI 0000765f [SR] Repairing 2 components

CSI 00007660 [SR] Beginning Verify and Repair transaction

CSI 00007661 Hashes for file member \SystemRoot\WinSxS\amd64_microsoft-windows-msconfig-exe_31bf3856ad364e35_10.0.14393.4530_none_500ee16ef871ceba\System Configuration.lnk do not match actual file [l:24]'System Configuration.lnk' :

Found: {l:32 5Bf2e77c6jvIUuWVhb8s8JQu9YkXjuF1ngl4pC0SZY8=} Expected: {l:32 jCj8VGlWfmtL38toE9LeN9EaTajuF3NLPLdiGjjODcw=}

CSI 00007662 [SR] Cannot repair member file [l:24]'System Configuration.lnk' of Microsoft-Windows-MsConfig-Exe, version 10.0.14393.4530, arch amd64, nonSxS, pkt {l:8 b:31bf3856ad364e35} in the store, hash mismatch

CSI 00007663 Hashes for file member \SystemRoot\WinSxS\amd64_windows-defender-management-powershell_31bf3856ad364e35_10.0.14393.0_none_1137c685b804c9a3\MSFT_MpThreatCatalog.cdxml do not match actual file [l:26]'MSFT_MpThreatCatalog.cdxml' :

Found: {l:32 /4u949dHRavEuL72J4xGvZu6BcLmHw6wM3h0Q83oD0Q=} Expected: {l:32 EG1FlULD7H3Zt+VF10pKmPCtdMfbahMzz82RaOKjwHY=}

Dann habe ich Dism ausgeführt

- Dism.exe /online /cleanup-image /scanhealth meldet Reparatur möglich

- DISM /Online /Cleanup-Image /RestoreHealth /img:D:\imgs\install.wim funktioniert leider nicht.

Jetzt muss ich den Repararturversuch leider abbrechen, damit der Server wieder produktiv sein kann.

Es wäre klasse, wenn ich ein paar Tipps bekommen kann.

Bin ich auch der richtigen Spur?

Danke schon jetzt

Content-ID: 4315716579

Url: https://administrator.de/contentid/4315716579

Ausgedruckt am: 22.11.2024 um 12:11 Uhr

Vision2015
Vision2015 17.10.2022 um 18:41:47 Uhr
Goto Top
Moin...

da würde ich nicht lange rumeiern, erstelle eine neue VM, AD Rollen drauf, und FMSO Rollen verschieben!
natürlich auch DHCP, wenn der da auch rennt.
nach der migration, alter DC aus dem AD raus... und VM löschen.
ist schnell erledigt...


Frank
c-webber
c-webber 17.10.2022 um 20:17:37 Uhr
Goto Top
So schaut's aus.

So schnell es geht Ersatz hinstellen, die Rollen umziehen und solange die Finger von der alten VM lassen.

Falls er während der Wiederbelebungsversuche die Hufe hochreißt stehst du ganz plötzlich ganz doof da.
beidermachtvongreyscull
beidermachtvongreyscull 18.10.2022 um 09:54:15 Uhr
Goto Top
Uiuiui,

der ist übel gegen die Wand geknallt. Da würde ich auch nicht mehr klonen.

Frisch aufsetzen, alles Essentielle rüberschieben und die alte VM eingehen lassen.
Wenn CBS hochgeht, bekommt man das nur ganz am Anfang manuell nochmal in den Griff und selbst das ist eine Heidenarbeit, ähnlich wie bei Pankreaskrebs: Frühzeitig erkannt, kann man vielleicht was machen, aber später ist es zu spät.

Vor allem:
Ich lese da etwas von Kapazitätsengpass. Auf einem Virtualisierer solltest Du immer Luft nach oben haben. Den VMs bekommt das nicht gut, wenn sie gegen die Wand laufen, weil keine Ressourcen mehr da sind.
jocologne
jocologne 18.10.2022 um 10:56:28 Uhr
Goto Top
Hallo zusammen,
danke für Eure Rückmeldung.
Das hatte ich auch schon im Sinn. Hab das eben entsprechend vorgeschlagen.

Kapazitätsengpass, weil ich mit Ressourcen üppig umgegangen bin.
Der Arbeitsspeicher muss für die Umstellungsphase etwas bei den VMs reduziert werden, damit ich die 10GB Ram für den neuen DC auch frei habe.

Herzlichen Gruß

Jörg
Vision2015
Vision2015 18.10.2022 um 13:20:48 Uhr
Goto Top
Moin!
Zitat von @jocologne:

Hallo zusammen,
danke für Eure Rückmeldung.
Das hatte ich auch schon im Sinn. Hab das eben entsprechend vorgeschlagen.

Kapazitätsengpass, weil ich mit Ressourcen üppig umgegangen bin.
Der Arbeitsspeicher muss für die Umstellungsphase etwas bei den VMs reduziert werden, damit ich die 10GB Ram für den neuen DC auch frei habe.

Herzlichen Gruß

Jörg

also 8 GB reichen auch.....

Frank
jocologne
jocologne 18.10.2022 um 13:50:09 Uhr
Goto Top
Danke, bin gerade etwas "übervorsichtig"...