Windows: Ordner mit Schloss markiert und unlöschbar

Heute möchte ich auf Problem eingehen, welches möglicherweise so manchen Benutzer schier zur Verzweiflung treibt: Auf einem logischen Laufwerk gibt es einen Ordner, der sich nicht löschen lässt, weil Windows den Zugriff verweigert.

Mich hatte es auf einer Produktmaschine mit Windows 7 getroffen. Auf dem Systemlaufwerk und auf einer zweiten Festplatte mit einer Backup-Partition war ein Ordner mit einem recht kryptischen Namen der Art 3fef4e759753fef4e75975. Der Name bestand nur aus Hex-Ziffern und deutete darauf hin, dass irgend ein Update oder Service Pack diesen bei der Installation zurückgelassen hatte. Beim Windows-Laufwerk konnte ich den betreffenden Ordner mit administrativen Berechtigungen löschen. Aber auf einem Backup-Laufwerk verweigerte Windows pertinent das Löschen. Hier ein kleiner Abriss, wie ich das störrische Biest am Ende des Tages doch von der Platte putzen konnte.

Meine Idee: Lösche es als Administrator

Meine erste Überlegung war, diesen Ordner im Explorerfenster zu löschen. Also habe ich den Ordner im Explorer angewählt und den Kontextmenübefehl Löschen gewählt. Dann wurde ich gefragt, ob ich den Ordner in den Papierkorb verschieben mag.

Habe ich natürlich bestätigt, um mich dann mit folgendem Dialogfeld konfrontiert zu sehen (wobei der Ordner definitiv nicht freigegeben war).

Ich habe die Fortsetzen-Schaltfläche angewählt und die Sicherheitsabfrage der Benutzerkontensteuerung bestätigt. Anschließend erhielt ich das folgende Dialogfeld angezeigt.

Also erneut die Fortsetzen-Schaltfläche angewählt und die Sicherheitsabfrage der Benutzerkontensteuerung bestätigt. Worauf mir zuerst das obige Dialogfeld mit dem Hinweis auf die Freigabe samt Aufforderung zur Bestätigung über die Fortsetzen-Schaltfläche erneut angezeigt wurde. Nach mehrfachen Bestätigungen diverser Dialogfelder erhielt ich dann die nachfolgende Fehleranzeige.

Der Ordnerzugriff wurde mir durch Windows verweigert, wobei die Fehlermeldung recht sinnfrei war. Die erforderlichen Berechtigungen sollte ich von Rom7\SysAdmin erhalten. Das war aber mein Administratorkonto und durch Bestätigung der Benutzerkontensteuerung hätte ich eigentlich die Berechtigungen besitzen müssen.

NTFS-Zugriffsberechtigungen zuweisen half nicht

Ich habe dann den Ordner mit der rechten Maustaste angewählt, den Kontextmenübefehl Eigenschaften gewählt und auf der Registerkarte Sicherheit die Zugriffsberechtigungen kontrolliert.

Die Gruppe der Administratoren hat in obigem Screenshot Vollzugriff – ich erinnere mich, dass diese Berechtigung ursprünglich fehlte, aber über die Schaltfläche Bearbeiten zugeteilt werden konnte. Alleine, es änderte nichts – ich bekam bei der oben beschriebenen Vorgehensweise die gezeigten Dialogfelder zu Gesicht und das Löschen wurde verweigert.

Anmerkung: Im nachhinein habe ich an dieser Stelle versäumt, die Zugriffsberechtigungen für Authentifizierte Benutzer anzusehen. Möglicherweise war diesen kein Vollzugriff zugeteilt (ich kann's nicht mehr prüfen) und hätte mir den restlichen Zinnober sparen können – siehe auch meine abschließende Bemerkung am Artikelende.

Ich habe dann versucht, auf der Registerkarte Sicherheit über die Schaltfläche Erweitert den Besitz zu übernehmen. Das klappte zwar, änderte aber nichts am Umstand, dass mir weiterhin das Löschen des Ordners wegen fehlender Zugriffsrechte verweigert wurde. Ich konnte lediglich den Namen des Ordners umbenennen – was mir aber nicht sonderlich viel nützte.

Also habe ich das Programm AccessEnum aus den Microsoft Sysinternals Tools aufgerufen und mir die Zugriffsberechtigungen anzeigen lassen. Administratoren besitzen Schreibberechtigungen etc.

Ich versuche jetzt mal Trick 17

Um nicht ständig durch die Sicherheitsabfragen der Benutzerkontensteuerung genervt zu werden, habe ich dann einen Weg gesucht, um per Dateimanager mit administrativen Berechtigungen zu arbeiten und das Ganze weiter zu untersuchen.

Stopp: Leider kann das Programm Explorer.exe nicht mit administrativen Berechtigungen laufen (auch wenn im Internet fälschlich was anderes behauptet wird). Der Aufruf über Als Administrator ausführen ist zwar möglich – da aber die Explorer.exe auch als Shell fungiert, verhindert Windows intern das Erteilen administrativer Tokens für den Prozess (ich habe das kurz im Artikel Explorer als Administrator ausführen angesprochen).

Tipp: Ich habe daher immer ein paar portable Dateimanager wie a43, FreeCommander oder Explorer++ auf einer separaten Festplattenpartition herumliegen. Diese brauchen nicht installiert zu werden und lassen sich über den Kontextmenübefehl Als Administrator ausführen aufrufen. Nach Bestätigung der Benutzerkontensteuerung läuft der ganze Prozess mit administrativen Berechtigungen und weitere Abfrage der Benutzerkontensteuerung entfallen (siehe auch). Man kann also auf alle Dateien, für die der Administrator Zugriffsrechte hat, zugreifen und diese auch manipulieren (umbenennen, löschen, verschieben).

Als ich den Ordner im Explorer++ inspizierte, wurden mir alle Unterordner mit einem Schloss versehen angezeigt (siehe folgender Screenshot).

Die Ordner enthielten jeweils die Dateien eula.rtf, LocalizedData.xml und SetupResources.dll und waren schreibgeschützt. Das Schreibschutzattribut ließ sich nicht aufheben. Deutete alles darauf hin, dass das Ganze ein Überbleibsel einer Installation war und der Installer seine eigenen temporären Ordner nicht mehr von der Platte putzen konnte. Ich hatte lediglich einen Teilerfolg, dass ich einen einzigen Ordner löschen konnte.

Andererseits sollten die Ordner auch nicht durch irgendwelche Windows-Prozesse geöffnet sein, da es ein Backup-Laufwerk war. Müßig zu erwähnen, dass ich die NTFS-Zugriffsberechtigungen angepasst und auch den Besitz des Objekts erfolgreich übernommen hatte.

Ich nehme den Holzhammer und versuche auch noch den nächsten Trick 17

Zum Schluss blieb mir nichts anderes übrig, als nach dem großen Holzhammer zu greifen und einen zweiten Griff in die Trickkiste zu tun. Bei den SysInternals Tools gibt es das Programm PsExec.exe, mit dem man Prozesse auch unter dem Benutzerkonto System laufen lassen kann. Ich setze das Programm gelegentlich ein, wenn sich Registrierungseinträge per Regedit.exe nicht löschen lassen. Also habe ich mir die Datei Explorer++.exe und die Datei PsExec.exe in einen lokalen Ordner kopiert und dann folgende Verknüpfung angelegt.

F:\<pfad>\explorer++_1.0.0.0_x86\PsExec.exe -i Explorer++.exe

Den Laufwerksbuchstaben und den Platzhalter <pfad> auf den Ordner mit der Datei PsExec.exe müsst ihr noch anpassen. Der Trick besteht im Aufruf des Programms Explorer++.exe über PsExec.exe mittels des Schalters –i. PsExec.exe bewirkt, dass der Prozess unter dem Konto System läuft, also alle Rechte eines Systemdiensts besitzt. Und der Schalter –i erzwingt, dass der Prozess im interaktiven Modus läuft, d.h. das Fenster des Dateimanagers wird angezeigt.

Beim Aufruf des Ordners im Explorer++ über die Verknüpfung waren die Schloss-Symbole weg. Habe mich schon gefreut wie ein Schneekönig – aber ich konnte den Ordner samt Unterordner nach wie vor nicht löschen. Das Schreibschutzattribut wurde sofort nach dem Aufheben wieder gesetzt und beim Löschen erschien die Abfrage der Benutzerkontensteuerung mit dem anschließenden Hinweis, dass ich die Administratorberechtigung benötige.

Die Ochsentour über die Dörfer ist angesagt

Am Ende des Tages bin ich dann im Explorer++ in jeden Ordner hineingegangen und konnte dort die enthaltenen Dateien eula.rtf, LocalizedData.xml und SetupResources.dll löschen. Im Anschluss ließ sich dann auch der übergeordnete Ordner entfernen. Das Ganze war zwar ein etwas umständliches Unterfangen, da ich zig mal beim Zugriff auf den Ordnerinhalt die Benutzerkontensteuerung zu bestätigen hatte.

Meine Idee, den Explorer++ über Als Administrator ausführen aufzurufen und dann zu löschen, scheiterte. Der Aufruf der Benutzerkontensteuerung unterblieb das zwar, dafür klappte aber das Löschen der Dateien nicht.

Am Ende des Tages konnte ich über diesen Umweg alle Unterordner löschen, erhielt aber beim Löschen des Hauptordners den Hinweis, dass der Ordner von einem Programm geöffnet sei. So richtig geglaubt habe ich das nicht – und meine Suche nach einem Programm, was den leeren Ordner noch im Zugriff hatte, war auch nicht wirklich erfolgreich.

In den Fuß geschossen?

Nach einiger Sucherei habe ich dann erneut über den Kontextmenübefehl Eigenschaften die Registerkarte Sicherheit für den verbliebenen (leeren) Hauptordner geöffnet.

Dort fiel mir auf, dass der Gruppeneintrag Authentifizierte Benutzer keinen Vollzugriff hatte (siehe obiger Screenshot). Also habe ich den Vollzugriff für den leeren Ordner über die Schaltfläche Bearbeiten gesetzt. Und im Anschluss konnte ich den leeren Ordner problemlos als normaler Benutzer im Explorerfenster löschen.

Keine Ahnung, ob ich das beim ersten Anpassen der Zugriffsberechtigungen übersehen hatte – und mir den ganzen Zinnober mit PsExec hätte ersparen können. Für mich war es nur wichtig, dass der Ordner endlich weg war. Laut diesem Artikel hätte mir das Ändern des Besitzes des Ordners eigentlich die notwendigen Zugriffsrechte verleihen müssen – was aber nicht der Fall war.

Fazit: Und was lernen wir daraus?

Ich hätte den Blog-Beitrag nicht zu schreiben brauchen, wenn er nicht als schlechtes, aber lehrhaftes Beispiel dienen kann. Erste Erkenntnis wäre, dass ihr bei vergleichbaren Fällen direkt in den Zugriffsberechtigungen die Werte für den Gruppeneintrag Authentifizierte Benutzer auf Vollzugriff kontrolliert. Möglicherweise wäre das die "Abkürzung" in meinem Fall gewesen.

Aber die Geschichte hat noch eine zweite Komponente – ihr habt über diesen Schwenk zwei Tricks kennen gelernt. Die obigen Kniffe mit Verwendung eines portablen Dateimanagers samt Aufruf über Als Administrator ausführen sind unter Windows ganz wertvoll. Versucht man nämlich im Explorer auf einen Ordner zuzugreifen, für den man keine Berechtigung besitzt, erscheint eine Abfrage der Benutzerkontensteuerung. Bestätigt man diese, werden allen Objekten im gewählten Element die notwendigen Zugriffsberechtigungen auf NTFS-Dateiebene zugewiesen – sprich: Der Zugriffs verändert die Dateiberechtigungen.

Das ist oft aber unerwünscht – bei Backup-Ordnern (WindowsImageBackup) hatte ich beispielsweise den Effekt, dass sich das Abbild nicht mehr zurücklesen ließ. Der Ansatz, einen portablen Dateimanager über Als Administrator ausführen aufzurufen, vermeidet dies. Der Prozess läuft mit administrativen Berechtigungen und erhält Zugriff auf den Ordnerinhalt, ohne dass die NTFS-Zugriffsberechtigungen angepasst werden müssen. Man kann also ohne weitere Spuren zu hinterlassen Systemordner inspizieren.

Ähnliche Artikel:
a1: Windows 8.1: Öffentliche Ordner verschieben
a2: Explorer als Administrator ausführen
a3: Dateimanager mit administrativen Rechten ausführen

a4: Notfallhilfe mit Windows PE, falls Windows 8 nicht startet
a5: Windows PE 4.0: Diese Programme laufen