.png)
Manchmal, wenn ich versuche, einen Ordner in Windows zu löschen, erhalte ich die Meldung, dass ich die Berechtigung von [meinem aktuellen Konto] benötige, um diesen Ordner zu löschen. Das ist seltsam, weil ich bereits als dieser Benutzer angemeldet bin. Wenn ich jedoch den Ordner öffne, alle Inhalte auswähle und lösche (ohne jegliche Art von Eingabeaufforderung), kann ich zurückgehen und den ursprünglichen Ordner ohne die Sicherheitsabfrage löschen.
Dies geschieht am häufigsten in Projektordnern, die von Visual Studio erstellt wurden (häufig verursachen die Ordner .vs und .git dieses Problem), aber es ist auch bei anderen Ordnern passiert. Es geschieht auch rekursiv: Ich öffne einen problematischen Ordner, lösche alle Inhalte, erhalte eine Meldung, dass eine Reihe von Unterordnern nicht gelöscht werden können, öffne jeden Unterordner, lösche alle Inhalte usw.
Wenn ich den Ordner mit Process Explorer überprüfe, kann er keine an den Ordner oder dessen Inhalt angehängten Prozesse finden.
Es scheint, als ließe sich dies leicht automatisieren, aber warum passiert das überhaupt?
Antwort1
Ich habe mich das Gleiche schon oft gefragt. Auf Unix (Linux) basierende Systeme weisen dieses Problem nicht auf und ich vermute, dass es sich um ein Kernelproblem handelt, das MS nicht angehen möchte.
Ich habe das mehrmals untersucht. Ich versuche, Ihnen zu helfen, aber mein Wissen ist keinesfalls eine definitive Antwort. Ich erinnere mich nicht an dieses Problem bis Win7 und die Tatsache, dass es weiterhin besteht, lässt mich glauben, dass das Problem zu kompliziert und zu tief im MS-Kernel liegt, als dass sie es beheben wollen.
Die erste Möglichkeit besteht darin, dass andere Prozesse in irgendeiner Weise blockiert sind oder blockiert sind. Es kann ganz einfach sein, dass der Datei-Explorer zwar auf das Programm zugreift, es aber nicht freigibt, obwohl er das Programmsymbol benötigt.
Eine weitere Möglichkeit besteht darin, dass das MS-Caching-Programm ein unbekanntes Problem hat oder verwirrt ist, wobei ein Prozess oder eine Dame dem Dateimanager mitgeteilt hat, dass es verwendet wird oder möglicherweise verfügbar gehalten werden sollte.
Oder die Eigentümerschaft wird vermasselt. Vielleicht zeigt die Dateieigenschaftentabelle nach dem Zugriff, dass das System die Datei verwendet oder kontrolliert und kein Benutzer die Berechtigung hat, etwas damit zu tun. Dies kann mit einem Dateisperrproblem zusammenhängen.
Meine beste Vermutung, und das ist ein Schuss ins Blaue, ist, dass irgendwie die Datei und der Speichermanager durcheinander geraten und die Dateiinformationen nicht mehr bearbeitet werden können – nicht einmal vom System oder Kernel.
Ein Hinweis, der auf ein Problem mit dem Kernel-Cache/Speicher/oder Dateimanager hinweist, ist, dass dieser nach einem Neustart verschwindet (was möglicherweise auf ein Eigentums- oder Dateisperrproblem hindeutet). Was auch immer das Problem ist, es ist ein großer Fehler von Microsoft (und sie sind sich dessen bewusst) und ihre besten und klügsten Programmierer sind nicht in der Lage, es auf kosten- und ressourceneffiziente Weise zu lösen.