Ich habe zwar nicht genau diese Ungereimtheit mit 24/25H2, aber eine andere wo der Explorer mit dem eigentlichen Dateisystem scheinbar außer Takt kommt. Und das seit etwas Juli hartnäckig reproduzierbar. Plötzlich war es dann aber auch wieder weg um Tage bis Wochen später genauso plötzlich doch mal wieder da zu sein:
Beliebige Datei herunterladen, die dadurch per "Sicherheitsattribut" geblockt ist. Löscht man dass dann in den Eigenschaften gleich im Downloadordner funktionert alles ohne Probleme.
Schneidet man die Datei im Explorer aber per Mausklick im Kontextmenü aus und fügt sie danach genauso auf einem anderen Laufwerk wieder ein kann man das "Sicherheitsattribut" zwar weiterhin bei den Eigenschaften ausclicken. Es verschwindet aber dadurch nicht dauerhaft und man kommt nicht mehr weiter. Z. B. lässt sich eine ISO dann nicht mehr per Mausclick im Explorer mounten.
Selbst nachdem man es aus Powershell mit 'Unblock-File' explizit freigab. Bislang blieb dann als einzige Lösung nur ein Reboot. Neustart des Explorers alleine brachte dagegen nichts.
Durch Holgis Anregung, dass ein Zusammenhang bestehen könnte, habe ich den Vorschlag aus KB5062553 so automatisiert, dass er jetzt bei jedem Login für alle User automatisch ausgeführt wird.
Es wird dazu einfach aus entsprechendem HKLM Registry Run Eintrag gemacht, der per reg add eingefügt ist.
Nachdem ich jetzt das beschriebene Problem wieder hatte und nach Ctrl+Alt+Home eine 25H2 VM aus- und danach neu einloggte war danach bereits ohne Reboot alles normal. Schaut mir nach keinem Zufall aus. Kann natürlich trotzdem einer sein.
Die beiden Programmzeilen füge ich deshalb bei. Laufen nur direkt aus einer cmd.exe shell oder als .cmd Datei. Aus powershell / .ps1 Datei aufgerufen ohne ein paar notwendige Anpassungen dagegen nicht. Deshalb nicht wundern, sollte man Fehler im Terminal sehen. Einfach einmal durch cmd.exe in die Untershell gehen und dort erneut ausführen.
Solange es dann installiert ist kann man die Ausführung aus den Einstellungen unter Apps > Autostart als "Windows-Befehlprozessor" dann auch nur temporär de- und aktivieren.
Für andere derzeitig sporadisch auftretende andere Ungereimtheiten könnten es auch noch mehr als die bisherigen drei genannten Packages betreffen.
Um deren Namen man einfach die Liste zwischen @( ... ) einfach in '@( ... , <Name>)' verlängern könnte.
Code: Alles auswählen
:: Install KB5062553 temp fix
reg add HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Run /v KB5062553TempFix /f /t REG_SZ /d "%comspec% /q /c powershell -ExecutionPolicy Bypass -NoProfile -NoLogo -NonInteractive -Command ""foreach ($p in @('MicrosoftWindows.Client.CBS','Microsoft.UI.Xaml.CBS','MicrosoftWindows.Client.Core')){Get-AppxPackage $p | % {Add-AppxPackage -Register -Path ($_.InstallLocation+'\Appxmanifest.xml') -DisableDevelopmentMode}}"""
Code: Alles auswählen
:: Remove KB5062553 temp fix
reg delete HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Run /v KB5062553TempFix /f
Ich habe zwar nicht genau diese Ungereimtheit mit 24/25H2, aber eine andere wo der Explorer mit dem eigentlichen Dateisystem scheinbar außer Takt kommt. Und das seit etwas Juli hartnäckig reproduzierbar. Plötzlich war es dann aber auch wieder weg um Tage bis Wochen später genauso plötzlich doch mal wieder da zu sein:
Beliebige Datei herunterladen, die dadurch per "Sicherheitsattribut" geblockt ist. Löscht man dass dann in den Eigenschaften gleich im Downloadordner funktionert alles ohne Probleme.
Schneidet man die Datei im Explorer aber per Mausklick im Kontextmenü aus und fügt sie danach genauso auf einem anderen Laufwerk wieder ein kann man das "Sicherheitsattribut" zwar weiterhin bei den Eigenschaften ausclicken. Es verschwindet aber dadurch nicht dauerhaft und man kommt nicht mehr weiter. Z. B. lässt sich eine ISO dann nicht mehr per Mausclick im Explorer mounten.
Selbst nachdem man es aus Powershell mit 'Unblock-File' explizit freigab. Bislang blieb dann als einzige Lösung nur ein Reboot. Neustart des Explorers alleine brachte dagegen nichts.
Durch Holgis Anregung, dass ein Zusammenhang bestehen könnte, habe ich den Vorschlag aus KB5062553 so automatisiert, dass er jetzt bei jedem Login für alle User automatisch ausgeführt wird.
Es wird dazu einfach aus entsprechendem HKLM Registry Run Eintrag gemacht, der per reg add eingefügt ist.
Nachdem ich jetzt das beschriebene Problem wieder hatte und nach Ctrl+Alt+Home eine 25H2 VM aus- und danach neu einloggte war danach bereits ohne Reboot alles normal. Schaut mir nach keinem Zufall aus. Kann natürlich trotzdem einer sein.
Die beiden Programmzeilen füge ich deshalb bei. Laufen nur direkt aus einer cmd.exe shell oder als .cmd Datei. Aus powershell / .ps1 Datei aufgerufen ohne ein paar notwendige Anpassungen dagegen nicht. Deshalb nicht wundern, sollte man Fehler im Terminal sehen. Einfach einmal durch cmd.exe in die Untershell gehen und dort erneut ausführen.
Solange es dann installiert ist kann man die Ausführung aus den Einstellungen unter Apps > Autostart als "Windows-Befehlprozessor" dann auch nur temporär de- und aktivieren.
Für andere derzeitig sporadisch auftretende andere Ungereimtheiten könnten es auch noch mehr als die bisherigen drei genannten Packages betreffen.
Um deren Namen man einfach die Liste zwischen @( ... ) einfach in '@( ... , <Name>)' verlängern könnte.
[code]
:: Install KB5062553 temp fix
reg add HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Run /v KB5062553TempFix /f /t REG_SZ /d "%comspec% /q /c powershell -ExecutionPolicy Bypass -NoProfile -NoLogo -NonInteractive -Command ""foreach ($p in @('MicrosoftWindows.Client.CBS','Microsoft.UI.Xaml.CBS','MicrosoftWindows.Client.Core')){Get-AppxPackage $p | % {Add-AppxPackage -Register -Path ($_.InstallLocation+'\Appxmanifest.xml') -DisableDevelopmentMode}}"""
[/code]
[code]
:: Remove KB5062553 temp fix
reg delete HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Run /v KB5062553TempFix /f
[/code]
