Bei einer verbauten AMD-GPU wird bei einer Treiberinstallation von einem AMD-Dienst ein eigener Energieplan erstellt.
Dieser verwendet wohl solche Bereitstellungspakete (.ppkg).

Wenn ich es aber richtig in Erinnerung habe, erstellt dieser AMD-Dienst dafür eine eigene Aufgabe und greift eben nicht auf diese Aufgabe von Microsoft mit dem Logon-Trigger zu.

Ich gehe deshalb davon aus, dass das Deaktivieren des Logon-Triggers, sowie das Löschen dieser leeren TW-Verzeichnisse keine negativen Folgen haben wird.

Genauso andere Benutzer, die wie ich eine NVidia-GPU im System haben, brauchen sich sicher keine Sorgen darüber machen, dass nach den genannten Maßnahmen im System etwas instabil oder gar fehlerhaft laufen könnte.

Nur wenn man Entwickler ist und für Anwendungen diese Bereitstellungspakete verwendet, dann sollte man (vermutlich) auf das Deaktivieren des Triggers und das Löschen dieser leeren Verzeichnisse verzichten.

So steht es ja auf dieser Webseite von Microsoft, die in dem Kommentar von "Sinnvoller Beitrag" verlinkt ist.

Es wäre natürlich zu wünschen, dass sich Microsoft dieser Sache irgendwann doch noch annimmt und, wie z.B. im vorletzten Abschnitt des letzten Beitrags von @DK2000, eine Lösung dieser doch etwas merkwürdigen Sache herbeiführt.

Ich bleibe da allerdings pessimistisch, da das Problem schon länger bekannt und bisher trotzdem nichts passiert ist.

Ob das ein Bug ist oder ob das so gewollt ist, das weiß nur Microsoft. Aber wie ich schon schrieb, das interessiert die irgendwie nicht weiter, zumal der Anwender im Profil für den Benutzer "System" eh nichts zu suchen hat.

Das Problem existiert seit Windows 10, also derzeit von 19044/19045 bis hoch zur 29617. Es werden mal mehr, mal weniger Ordner beim Logon angelegt. Im Grunde genommen stört es auch nicht weiter. Könnte problematisch werden, wenn man sich der 2^32-1 Grenze nähert.

Das Ganze sieht halt unschön aus, wenn da lauter TMP-Ordner als Leichen zurückbleiben. Würde sich eigentlich leicht lösen lassen, in dem das Tool, wenn es über den Benutzer "System" ausgeführt wird, den dafür vorgesehenen Ordner C:\Windows\SystemTemp verwenden würde. Aber das scheint wieder für Microsoft zu kompliziert zu sein oder es gibt einen anderen Hinderungsgrund dafür.

Und auch wenn man jetzt die Aufgabe als Ganzes bzw. den Trigger deaktiviert, sollte man den Hinweis von "Sinnvoller Beitrag" in den Kommentaren (Link s. weiter oben) mal näher untersuchen. Wenn da wirklich Treiber oder andere Sachen Bereitstellungspaketen (.ppkg) verwenden, müsste man untersuchen, ob diese dann auch ohne besagte Aufgabe verarbeitet werden und welche Auswirkungen es haben könnte.

Vielen Dank @MichaelKB.

Halb-OT:
Ist der Bug seit dem offiziellen Juli Update von gestern immer noch vorhanden?
Wäre nett, falls das Jemand überprüft hat und sich hierzu äußern würde.

Ich habe den vorstehenden Beitrag editiert und einen neuen Anhang eingefügt.
Das Skript ist vom Ablauf her jetzt nachvollziehbarer gestaltet.

Sollte jemand Probleme in seinem System mit dem Ausführen von PS-Skripten haben, dann kann er die in diesem Beitrag angehangene und in 7z gepackte .exe verwenden.
Man muss hierbei aber grundsätzlich über Adminrechte im System verfügen.

Kurz nach dem Löschvorgang hatte ich den Trigger wieder aktiviert.
Auch nach mehrmaligem Einloggen ins System wurden bis jetzt keine dieser temporären Ordner mehr generiert.
Festgestellt unter Windows 10 und Windows 11.

Ist schon eine merkwürdige Geschichte.

EDIT:
Die vorstehend getätigte Aussage muss ich revidieren. Mittlerweile werden, bei aktiviertem Trigger, diese leeren TW-Verzeichnisse wieder generiert. Gestern Morgen 19 und gestern Nachmittag nochmal 19 Stück.

Ich habe das Skript nochmal bearbeitet und hänge es in den Anhang dieses Beitrags.

Vorweg ein paar Hinweise:
Das PS-Skript sollte mit Adminrechten ausgeführt werden. Startet man es ohne diese höheren Rechte, kommt die entsprechende Empfehlung, es doch zu tun. Man kann es aber auch ablehnen, dann scheitert jedoch die Änderung des Triggers.
Es müssen vorher die Nutzungsbedingungen akzeptiert und bestätigt werden.

Ist der Logon-Trigger aktiviert, wird nach dem Start des Skripts gefragt, ob er deaktiviert werden soll (Ja - Nein)
Ist der Logon-Trigger deaktiviert, wird nach dem Start des Skripts gefragt, ob er aktiviert werden soll (Ja - Nein)
Danach erfolgt der Check nach den leeren TW-Verzeichnissen und anschließend, je nach Ergebnis, ob die Verzeichnisse gelöscht werden sollen.
Sind keine Verzeichnisse zum Löschen vorhanden, kommt die entsprechende Meldung.

Wie immer, Nutzung auf eigene Gefahr und ohne Gewähr.

Ich habe bei mir bis jetzt keine Probleme festgestellt. Ich habe über die Powershell den Task deaktivieren und die tw-Dateien löschen lassen. Bei mir waren es über 7.000 Dateien.

Ich habe mein Skript (.ps1) und meine Anwendung (.exe) in den jeweiligen Anhang der nachfolgenden Beiträge eingestellt.

Den Anhang dieses Beitrags habe ich gelöscht.

Eventuell mal den Hinweis im Hinterkopf begalten:

https://www.deskmodder.de/blog/2026/07/ ... ent-340056

Vielleicht wird die Aufgabe ja doch benötigt. Kann ich selber nicht testen da keine Treiberupdates mehr bekomme. Bei mir sind die dazugehörigen Ordner leer, jedenfalls keine .ppkg Paekte vorhanden. Aber das hat bei mir nichts zu bedeute.

Hier waren es weniger als 3000, aber immerhin...

Ich habe grade auch 20.388 leere ordner entfern

Die Befehle von John-Boy deaktivieren nur den Trigger der Aufgabe "Logon". Die Aufgabe selber beliebt aktiviert. Sie kann also dann immer noch bei Bedarf manuell ausgeführt werden.

Hallo John-Boy

Was macht dein Befehl anders? oder den oben genannten?

Nur den Trigger deaktivieren. Powershell:
Die leeren TMP-Ordner können gelöscht werden. Das ließe sich mit der Powershowll mit folgendem Befehl erledigen: Als Admin ausführen

Solange du die Aufgabe nur deaktivierst, sollte kein Problem bestehen und es funktionieren.

Hallo

Leider musste ich feststellen das ich über 14000 dieser Ordner in "C:\Windows\System32\config\systemprofile\AppData\Local" habe.

Geht der Befehl noch um das zu verhindern?