todde_hb

Keine Ahnung, ehrlich gesagt finde ich das lesen des Logs echt mühsam. Tausende von Zeilen nur ab Start der manuellen Installation. Suche ich nach dem KB im Log, finde ich u.a dies: Failed to extract file TOC.xml from cabinet \\?\C:\WINDOWS\SoftwareDistribution\Download\1f50a4f59f29169c70dc4b6b50075355\Windows10.0-KB4601319-x64_PSFX.cab [HRESULT = 0x80070002 - ERROR_FILE_NOT_FOUND] Leider kann ich das Log nicht anhängen, da es deutlich zu gross ist und komprimiert als rar lässt das Forum nicht zu.

Ist oben im Screenshot zu sehen

Hi, schlage mich gerade auf einem Client von einem Problem zum anderen. Der ursprüngliche Fehler bei den automatischen Updates ist dieser: Lt. Microsoft soll man sich das KB aus dem Katalog downloaden und manuell installieren. Hab ich gemacht, aber auch das klappt nicht. Im CBS Log steht dann das: Failed to process single phase execution. [HRESULT = 0x800f0831 - CBS_E_STORE_CORRUPTION] Danach sfc /scannow. Hat wohl auch Fehler gefunden und repariert. Danach DISM: C:\WINDOWS\system32>DISM /Online /Cleanup-Image /RestoreHealth Tool zur Imageverwaltung für die Bereitstellung Version: 10.0.19041.746 Abbildversion: 10.0.19042.746 [==========================100.0%==========================] Fehler: 0x800f081f Die Quelldateien wurden nicht gefunden. Geben Sie mit der Option "Quelle" den Ort der Dateien an, die zum Wiederherstellen des Features erforderlich sind. Weitere Informationen zum Angeben eines Quellorts finden Sie unter "https://go.microsoft.com/fwlink/?LinkId=243077". Die DISM-Protokolldatei befindet sich unter "C:\WINDOWS\Logs\DISM\dism.log". Stark. Danach mir dort das Win 10 ISO eingehängt und nochmals DISM gemacht: C:\WINDOWS\system32>DISM /online /Cleanup-Image /RestoreHealth /source:ESD:"C:\Users\xxxxx\Downloads\sources\install.esd":1 Tool zur Imageverwaltung für die Bereitstellung Version: 10.0.19041.746 Abbildversion: 10.0.19042.746 [==========================100.0%==========================] Fehler: 0x800f081f Die Quelldateien wurden nicht gefunden. Geben Sie mit der Option "Quelle" den Ort der Dateien an, die zum Wiederherstellen des Features erforderlich sind. Weitere Informationen zum Angeben eines Quellorts finden Sie unter "https://go.microsoft.com/fwlink/?LinkId=243077". Die DISM-Protokolldatei befindet sich unter "C:\WINDOWS\Logs\DISM\dism.log". und nun?

Jup, den snapshot hatte ich nicht bedacht. So hat es jetzt auch funktioniert

Ich erweitere eine vorhandene Disk mit einer neuen, was ist daran schlecht? Ich würde ja die vorhandene auf Basis der vmdk erweitern, aber das geht nun leider nicht.

Ich kann die vorhandene VMDK in VSphere nicht erweitern. Diese Option ist ausgegraut, auch im ausgeschaltetem Zustand. Habe eine neue erstellt, diese ist auch in WIN sichtbar. So habe ich es bisher auch bei anderen VMs gemacht und hatte nie Probleme

Hab schon alles bereinigt was geht. Anscheinend lässt es sich eben nicht so erweitern, denn die Option ist augegraut auf Disk 0. Es sind noch 2 weitere Disks eingehängt, beide als Dynamische Disks und dort kann ich erweitern. ps. Stop. Stimmt nicht. Die beiden anderen Disks sind nicht dynamisch.

Hi, Disk 0 mit 350 MB System Reserved und 99GB c: sind zu klein geworden. Das System ist virtualisiert auf ESXi. Kann ich diese DIsk nun im laufenden Betrieb in eine dynamische Disk umwandeln, um ihr im nächsten Schritt mehr Speicherplatz zuzuweisen? BS ist Win 2012 R2. Ich könne jetzt natürlich einen Snapshot erstellen und es einfach ausprobieren, aber ich dachte ich frag mal vorher

Yup, das wars. Dachte eigentlich ich hätte den Reboot gemacht. Ja, selbstverständlich

Hi, ich möchte gerne für alle Server alte und damit unsichere Protokolle deaktivieren und nur noch TLS 1.2 zulassen. Ich habe dazu in der Registry folgende Einstellungen für alle Server verteilt: Für alles ausser 1.2 habe ich "DisabledbyDefault" auf 1 gesetzt Darüber hinaus habe ich per GPO die Reihenfolge der SSL-Verschlüsselungssammlungen definiert, wie es unter ADMX-Help beschrieben ist. Wenn ich nun mittels Nessus einen unserer DCS scanne, erhalte ich diese Meldung: Ich kann nicht recht nachvollziehen, was genau bemängelt wird bzw. was noch zu konfigurieren ist, damit SSL3 etc. nicht mehr benutzt wird. p.s Diese Meldung erscheint auch

Habe jetzt herausgefunden, dass Dell das Ding einsetzt. Da wir Dells hier im Einsatz haben kommt es vermutlich daher. Habe gerade mit dem ProSupport telefoniert und er hat mir bestätigt, dass Dell es einsetzt. Wie es aber auf den PC gekommen ist kann er auch nicht sagen. Auch komisch mit dem Maintainance Token, der bei der Deinstalltion abverlangt wird. Eigentlich eine sinnvolle Sache, aber Dell sagt, sie hätten keinen, dieser wäre lokal zu setzen. Komisch, ich kann da nichts konfigurieren. Ich dachte mir, dass ich den Dienst mal stoppen kann, aber selbst als Admin bekomme ich Zugriff verweigert. Jemand eine Idee wie man das umgehen kann?

Also was mir gerade aufgefallen ist: Es hat sich am 25.01. ein Crowdstrike Windows Sensor installiert. Dies ist von unserer IT nicht initiert. Auf der Homepage des Herstellers ist zu lesen, dass sie Endpoint protection Software anbieten. Kein Ahnung wie es auf das System gekommen ist. Habe versucht es zu deinstallieren, aber es verlangt nach einem Token. So ein Mist. Denke das könnte die Ursache sein.

Alles schon gemacht 🥴 Ja, dachte ich auch. Resetted und anschliessend deaktiviert. Nichts verbessert

Kein Zugriff auf alles, was nicht localhost ist. Router Switch kann ich nicht neu starten. Ist extern gemanaged. Wo liegt deine Vermutung? Glaube nicht, dass das hilft, denn der Fehler trat zuerst im Home Office auf, also ausserhalb unseres Netzwerkes.

Hi, 2 unserer Win 10 Clients bekommen keinen Zugriff mehr. Ein PING auf das Default GW bringt "allgemeiner Fehler" . Ping auf localhost und 127.0.0.1 kein Problem. Habe Firewall zurückgesetzt, sowie Netzwerkeinstellungen. Auch Deinstallation von Sophos Endpoint Protection hat nichts gebracht. IP kommt via DHCP und wir am Client auch richtig gesetzt. Testweise habe ich mal statisch vergeben. Brachte aber auch nichts. Lustigerweise haben beide Laptops gestern beim Herunterfahren Updates installiert und nach dem Start heute trat das Problem im HomeOffice auf. Einen habe ich hier, aber es besteht auch in unserem Netzwerk, als kein Userproblem ;-) Habe beide Win Pathches ( KB4598242 u. kb4598481), die gestern Abend installiert wurden, vom System entfern. Brachte auch nichts. Es es auch egal, ob per WIFI oder ob per Kabel verbunden ist. Zu guter Letzt wollte ich eine Systemwiederherstellung zum 18.1.21 machen, aber das wurde mit einem Fehler quittiert. Jetzt habe ich keine Ahnung mehr, was das Problem beheben könnte. Need help :-(

Danke für den Post. Hat einem Kollegen gerade den Tag gerettet

Nee, O365

Hi, wir haben bei einigen Clients merkwürdiges Verhalten. Bei einigen wird das Word Symbol bei z.B. docx nicht angezeigt. Ein Doppelklick öffnet aber Word. Selbst wenn ich die Standard Apps zurücksetze bzw. docx Word zuweise ändert sich das Verhalten nicht. Dies ist darum ein Problem, da ein Klick auf ein verlinktes Word Dokument, z.B. aus Excel heraus, immer mit der Fehlermeldung quittiert wird, es sei kein Standardprogramm gewählt. Ich habe nun versucht mittels GPO und der Zuweisung einer appassociation.xml, die ich auf einem Referenzsystem erstellt habe, das Problem zu lösen. Ebenfalls kein Erfolg. Auf dem betreffendem System kann ich mittels dism die AppAssociations auslesen. Dies enthalten aber kein Word z.B. Dies ist die Referenz XML. Sie liegt im Sysvol und ist von jedem User erreichbar <?xml version="1.0" encoding="UTF-8"?> <DefaultAssociations> <Association Identifier=".htm" ProgId="ChromeHTML" ApplicationName="Google Chrome" /> <Association Identifier=".html" ProgId="ChromeHTML" ApplicationName="Google Chrome" /> <Association Identifier=".sap" ProgId="SAPGUI.Shortcut.File" ApplicationName="SAP GUI for Windows" /> <Association Identifier=".msg" ProgId="Outlook-Element" ApplicationName="Outlook" /> <Association Identifier=".shtml" ProgId="ChromeHTML" ApplicationName="Google Chrome" /> <Association Identifier="ftp" ProgId="ChromeHTML" ApplicationName="Google Chrome" /> <Association Identifier="http" ProgId="ChromeHTML" ApplicationName="Google Chrome" /> <Association Identifier="https" ProgId="ChromeHTML" ApplicationName="Google Chrome" /> <Association Identifier="mailto" ProgId="mailto" ApplicationName="Outlook" /> <Association Identifier="microsoft-edge" ProgId="AppX7rm9drdg8sk7vqndwj3sdjw11x96jc0y" ApplicationName="Microsoft Edge" /> <Association Identifier="microsoft-edge-holographic" ProgId="AppX3xxs313wwkfjhythsb8q46xdsq8d2cvv" ApplicationName="Microsoft Edge" /> <Association Identifier="webcal" ProgId="webcal" ApplicationName="Outlook" /> <Association Identifier=".docm" ProgId="Word.DocumentMacroEnabled.12" ApplicationName="Word" /> <Association Identifier=".docx" ProgId="Word.Document.12" ApplicationName="Word" /> <Association Identifier=".docxml" ProgId="wordxmlfile" ApplicationName="Word" /> <Association Identifier=".dot" ProgId="Word.Template.8" ApplicationName="Word" /> <Association Identifier=".dothtml" ProgId="wordhtmltemplate" ApplicationName="Word" /> <Association Identifier=".dotm" ProgId="Word.TemplateMacroEnabled.12" ApplicationName="Word" /> </DefaultAssociations> Die GPO wird auf dem Client auch angewendet, zumindest sagt RSOP mir das. Hat jemand eine Idee wo genau das Problem liegen könnte?

Hallo , wir haben einen externen SAP Server gehosted. Dieser ist nicht in der Domäne, aber via VPN an unseren Standort angeschlossen. Nun habe ich von dem Hoster eine CSR bekommen, die ich bei unserer internen Win 2012 R2 CA einreichen möchte. Was für ein Template muss ich denn da nehmen mittels certreq? Habe eine Kopie von "Web Server" und "Workstation Authentication" gemacht, aber bei beiden bekomme ich den Fehler aus dem Screenshot. Ich muss zugeben, zu wenig Ahnung davon zu haben und leider fehlt mir auch die Zeit, mich da gründlich einzuarbeiten.

Habs dann doch noch selbst gefunden. Magst Du Deine WPP Einstellungen zu der Installation teilen?

Du weisst nicht zufällig, wo man WPP downloaden kann. Unter dem offiziellen link jedenfalls nicht https://github.com/DCourtel/Wsus_Package_Publisher

So etwas weiß man hinterher immer besser ? Neustart war gemacht. Ich probiere mal eine neue GPO anzulegen. Vielleicht bringt das was. Zur Not am Ende WPP

Was ich komisch finde und gerade entdeckt habe ist, dass der Scheduled Task auf dem Test PC immer noch angezeigt wird mit "System", obwohl ich in der GPO längst schon einen ServiceAccount mit Adminrechten eingetragen habe.

Also das share habe ich so konfiguriert, dass alles drauf kommen. Das ist nicht das Problem. Habe im Eventlog jetzt doch ein Hinweis gefunden als Warning: Das merkwürdige ist, dass es einmal an einem Test PC funktioniert hat, obwohl diese Warnung ausgespuckt wurde. Habe für den Scheduled Task jetzt mal anstatt "System" einen Service Account mit Adminrechten genommen. Bringt aber auf anderen Test PCs nichts. @daabm Ja, den Screenshot habe ich erstellt, bevor ich auf "ersetzen" geklickt hatte. Mein Fehler Hier die Historie von einem PC. Kann da nichts ungewöhnliches sehen.

Hallo, Ziel der Übung ist die Installation von O365 via script. Habe eine USER GPO erstellt in der das script lokal nach %windir%\office_installation.bat gespeichert wird. Das klappt auch. Das Script lässt sich auch ausführen und die Office Installation startet nach Eingabe der Admin Credentials. In der gleichen GPO habe ich auch noch einen geplanten Task hinzugefügt, damit das Script automatisch beim Login des Users ausgeführt wird und das gleich mit Admin rechten. Aber da hapert es. Keine Ahnung wo da mein Konfig- bzw. vielleicht auch mein Denkfehler liegt. Den Task habe ich wie in den Screenshots zu sehen erstellt. Der Inhalt des Sripts ist ganz simpel: \\server\share\setup.exe /configure \\server\share\configuration.xml Ist ein mittells ODT bereitgestelltes O365 Setup. Leider wird beim Client auch in der Ereignisanzeige nichts angezeigt, was das Ausführen der GPO oder des Scripts angeht. Nun bin ich etwas ratlos. Hat jemand einen Tipp?