![\"win7\"](\"https:\/\/borncity.com\/blog\/wp-content\/uploads\/2012\/03\/win7_thumb1.jpg\" "\\"win7\\"")
Heute m\u00f6chte ich auf Problem eingehen, welches m\u00f6glicherweise so manchen Benutzer schier zur Verzweiflung treibt: Auf einem logischen Laufwerk gibt es einen Ordner, der sich nicht l\u00f6schen l\u00e4sst, weil Windows den Zugriff verweigert.<\/p>\n
<\/p>\n
Meine erste \u00dcberlegung war, diesen Ordner im Explorerfenster zu l\u00f6schen. Also habe ich den Ordner im Explorer angew\u00e4hlt und den Kontextmen\u00fcbefehl L\u00f6schen <\/em>gew\u00e4hlt. Dann wurde ich gefragt, ob ich den Ordner in den Papierkorb verschieben mag.<\/p>\n Habe ich nat\u00fcrlich best\u00e4tigt, um mich dann mit folgendem Dialogfeld konfrontiert zu sehen (wobei der Ordner definitiv nicht freigegeben war).<\/p>\n Ich habe die Fortsetzen<\/em>-Schaltfl\u00e4che angew\u00e4hlt und die Sicherheitsabfrage der Benutzerkontensteuerung best\u00e4tigt. Anschlie\u00dfend erhielt ich das folgende Dialogfeld angezeigt.<\/p>\n Also erneut die Fortsetzen<\/em>-Schaltfl\u00e4che angew\u00e4hlt und die Sicherheitsabfrage der Benutzerkontensteuerung best\u00e4tigt. Worauf mir zuerst das obige Dialogfeld mit dem Hinweis auf die Freigabe samt Aufforderung zur Best\u00e4tigung \u00fcber die Fortsetzen<\/em>-Schaltfl\u00e4che erneut angezeigt wurde. Nach mehrfachen Best\u00e4tigungen diverser Dialogfelder erhielt ich dann die nachfolgende Fehleranzeige.<\/p>\n Der Ordnerzugriff wurde mir durch Windows verweigert, wobei die Fehlermeldung recht sinnfrei war. Die erforderlichen Berechtigungen sollte ich von Rom7\\SysAdmin <\/em>erhalten. Das war aber mein Administratorkonto und durch Best\u00e4tigung der Benutzerkontensteuerung h\u00e4tte ich eigentlich die Berechtigungen besitzen m\u00fcssen.<\/p>\n Ich habe dann den Ordner mit der rechten Maustaste angew\u00e4hlt, den Kontextmen\u00fcbefehl Eigenschaften <\/em>gew\u00e4hlt und auf der Registerkarte Sicherheit<\/em> die Zugriffsberechtigungen kontrolliert.<\/p>\n Die Gruppe der Administratoren hat in obigem Screenshot Vollzugriff \u2013 ich erinnere mich, dass diese Berechtigung urspr\u00fcnglich fehlte, aber \u00fcber die Schaltfl\u00e4che Bearbeiten <\/em>zugeteilt werden konnte. Alleine, es \u00e4nderte nichts \u2013 ich bekam bei der oben beschriebenen Vorgehensweise die gezeigten Dialogfelder zu Gesicht und das L\u00f6schen wurde verweigert.<\/p>\n Anmerkung: Im nachhinein habe ich an dieser Stelle vers\u00e4umt, die Zugriffsberechtigungen f\u00fcr Authentifizierte Benutzer <\/em>anzusehen. M\u00f6glicherweise war diesen kein Vollzugriff zugeteilt (ich kann's nicht mehr pr\u00fcfen) und h\u00e4tte mir den restlichen Zinnober sparen k\u00f6nnen \u2013 siehe auch meine abschlie\u00dfende Bemerkung am Artikelende.<\/p>\n Ich habe dann versucht, auf der Registerkarte Sicherheit <\/em>\u00fcber die Schaltfl\u00e4che Erweitert <\/em>den Besitz zu \u00fcbernehmen. Das klappte zwar, \u00e4nderte aber nichts am Umstand, dass mir weiterhin das L\u00f6schen des Ordners wegen fehlender Zugriffsrechte verweigert wurde. Ich konnte lediglich den Namen des Ordners umbenennen \u2013 was mir aber nicht sonderlich viel n\u00fctzte.<\/p>\n Also habe ich das Programm AccessEnum <\/em>aus den Microsoft Sysinternals Tools aufgerufen und mir die Zugriffsberechtigungen anzeigen lassen. Administratoren besitzen Schreibberechtigungen etc.<\/p>\n Um nicht st\u00e4ndig 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.<\/p>\n Stopp: Leider kann das Programm Explorer.exe <\/em>nicht mit administrativen Berechtigungen laufen (auch wenn im Internet f\u00e4lschlich was anderes behauptet wird). Der Aufruf \u00fcber Als Administrator ausf\u00fchren <\/em>ist zwar m\u00f6glich \u2013 da aber die Explorer.exe <\/em>auch als Shell fungiert, verhindert Windows intern das Erteilen administrativer Tokens f\u00fcr den Prozess (ich habe das kurz im Artikel Explorer als Administrator ausf\u00fchren<\/a> angesprochen).<\/p>\n Tipp: Ich habe daher immer ein paar portable Dateimanager wie a43<\/a>, FreeCommander<\/a> oder Explorer++ auf einer separaten Festplattenpartition herumliegen. Diese brauchen nicht installiert zu werden und lassen sich \u00fcber den Kontextmen\u00fcbefehl Als Administrator ausf\u00fchren<\/em> aufrufen. Nach Best\u00e4tigung der Benutzerkontensteuerung l\u00e4uft der ganze Prozess mit administrativen Berechtigungen und weitere Abfrage der Benutzerkontensteuerung entfallen (siehe auch<\/a>). Man kann also auf alle Dateien, f\u00fcr die der Administrator Zugriffsrechte hat, zugreifen und diese auch manipulieren (umbenennen, l\u00f6schen, verschieben).<\/p>\n Als ich den Ordner im Explorer++ inspizierte, wurden mir alle Unterordner mit einem Schloss versehen angezeigt (siehe folgender Screenshot).<\/p>\n Die Ordner enthielten jeweils die Dateien eula.rtf, LocalizedData.xml <\/em>und SetupResources.dll <\/em>und waren schreibgesch\u00fctzt. Das Schreibschutzattribut lie\u00df sich nicht aufheben. Deutete alles darauf hin, dass das Ganze ein \u00dcberbleibsel einer Installation war und der Installer seine eigenen tempor\u00e4ren Ordner nicht mehr von der Platte putzen konnte. Ich hatte lediglich einen Teilerfolg, dass ich einen einzigen Ordner l\u00f6schen konnte.<\/p>\n Andererseits sollten die Ordner auch nicht durch irgendwelche Windows-Prozesse ge\u00f6ffnet sein, da es ein Backup-Laufwerk war. M\u00fc\u00dfig zu erw\u00e4hnen, dass ich die NTFS-Zugriffsberechtigungen angepasst und auch den Besitz des Objekts erfolgreich \u00fcbernommen hatte.<\/p>\n Zum Schluss blieb mir nichts anderes \u00fcbrig, als nach dem gro\u00dfen Holzhammer zu greifen und einen zweiten Griff in die Trickkiste zu tun. Bei den SysInternals Tools<\/a> gibt es das Programm PsExec.exe<\/em>, mit dem man Prozesse auch unter dem Benutzerkonto System <\/em>laufen lassen kann. Ich setze das Programm gelegentlich ein, wenn sich Registrierungseintr\u00e4ge per Regedit.exe nicht l\u00f6schen lassen. Also habe ich mir die Datei Explorer++.exe<\/em> und die Datei PsExec.exe<\/em> in einen lokalen Ordner kopiert und dann folgende Verkn\u00fcpfung angelegt.<\/p>\n F:\\<pfad>\\explorer++_1.0.0.0_x86\\PsExec.exe -i Explorer++.exe<\/em><\/p>\n Den Laufwerksbuchstaben und den Platzhalter <pfad> <\/em>auf den Ordner mit der Datei PsExec.exe<\/em> m\u00fcsst ihr noch anpassen. Der Trick besteht im Aufruf des Programms Explorer++.exe<\/em> \u00fcber PsExec.exe<\/em> mittels des Schalters \u2013i<\/em>. PsExec.exe<\/em> bewirkt, dass der Prozess unter dem Konto System <\/em>l\u00e4uft, also alle Rechte eines Systemdiensts besitzt. Und der Schalter \u2013i <\/em>erzwingt, dass der Prozess im interaktiven Modus l\u00e4uft, d.h. das Fenster des Dateimanagers wird angezeigt.<\/p>\n Beim Aufruf des Ordners im Explorer++ \u00fcber die Verkn\u00fcpfung waren die Schloss-Symbole weg. Habe mich schon gefreut wie ein Schneek\u00f6nig – aber ich konnte den Ordner samt Unterordner nach wie vor nicht l\u00f6schen. Das Schreibschutzattribut wurde sofort nach dem Aufheben wieder gesetzt und beim L\u00f6schen erschien die Abfrage der Benutzerkontensteuerung mit dem anschlie\u00dfenden Hinweis, dass ich die Administratorberechtigung ben\u00f6tige.<\/p>\n Am Ende des Tages bin ich dann im Explorer++ in jeden Ordner hineingegangen und konnte dort die enthaltenen Dateien eula.rtf, LocalizedData.xml <\/em>und SetupResources.dll <\/em>l\u00f6schen. Im Anschluss lie\u00df sich dann auch der \u00fcbergeordnete Ordner entfernen. Das Ganze war zwar ein etwas umst\u00e4ndliches Unterfangen, da ich zig mal beim Zugriff auf den Ordnerinhalt die Benutzerkontensteuerung zu best\u00e4tigen hatte.<\/p>\n Meine Idee, den Explorer++ \u00fcber Als Administrator ausf\u00fchren aufzurufen und dann zu l\u00f6schen, scheiterte. Der Aufruf der Benutzerkontensteuerung unterblieb das zwar, daf\u00fcr klappte aber das L\u00f6schen der Dateien nicht.<\/p>\n Am Ende des Tages konnte ich \u00fcber diesen Umweg alle Unterordner l\u00f6schen, erhielt aber beim L\u00f6schen des Hauptordners den Hinweis, dass der Ordner von einem Programm ge\u00f6ffnet sei. So richtig geglaubt habe ich das nicht \u2013 und meine Suche nach einem Programm, was den leeren Ordner noch im Zugriff hatte, war auch nicht wirklich erfolgreich.<\/p>\n Nach einiger Sucherei habe ich dann erneut \u00fcber den Kontextmen\u00fcbefehl Eigenschaften <\/em>die Registerkarte Sicherheit <\/em>f\u00fcr den verbliebenen (leeren) Hauptordner ge\u00f6ffnet.<\/p>\n Dort fiel mir auf, dass der Gruppeneintrag Authentifizierte Benutzer <\/em>keinen Vollzugriff hatte (siehe obiger Screenshot). Also habe ich den Vollzugriff f\u00fcr den leeren Ordner \u00fcber die Schaltfl\u00e4che Bearbeiten <\/em>gesetzt. Und im Anschluss konnte ich den leeren Ordner problemlos als normaler Benutzer im Explorerfenster l\u00f6schen.<\/p>\n Keine Ahnung, ob ich das beim ersten Anpassen der Zugriffsberechtigungen \u00fcbersehen hatte \u2013 und mir den ganzen Zinnober mit PsExec h\u00e4tte ersparen k\u00f6nnen. F\u00fcr mich war es nur wichtig, dass der Ordner endlich weg war. Laut diesem Artikel h\u00e4tte mir das \u00c4ndern des Besitzes des Ordners eigentlich die notwendigen Zugriffsrechte verleihen m\u00fcssen \u2013 was aber nicht der Fall war.<\/p><\/blockquote>\n Ich h\u00e4tte den Blog-Beitrag nicht zu schreiben brauchen, wenn er nicht als schlechtes, aber lehrhaftes Beispiel dienen kann. Erste Erkenntnis w\u00e4re, dass ihr bei vergleichbaren F\u00e4llen direkt in den Zugriffsberechtigungen die Werte f\u00fcr den Gruppeneintrag Authentifizierte Benutzer <\/em>auf Vollzugriff kontrolliert. M\u00f6glicherweise w\u00e4re das die \"Abk\u00fcrzung\" in meinem Fall gewesen.<\/p>\n Aber die Geschichte hat noch eine zweite Komponente \u2013 ihr habt \u00fcber diesen Schwenk zwei Tricks kennen gelernt. Die obigen Kniffe mit Verwendung eines portablen Dateimanagers samt Aufruf \u00fcber Als Administrator ausf\u00fchren <\/em>sind unter Windows ganz wertvoll. Versucht man n\u00e4mlich im Explorer auf einen Ordner zuzugreifen, f\u00fcr den man keine Berechtigung besitzt, erscheint eine Abfrage der Benutzerkontensteuerung. Best\u00e4tigt man diese, werden allen Objekten im gew\u00e4hlten Element die notwendigen Zugriffsberechtigungen auf NTFS-Dateiebene zugewiesen \u2013 sprich: Der Zugriffs ver\u00e4ndert die Dateiberechtigungen.<\/p>\n Das ist oft aber unerw\u00fcnscht \u2013 bei Backup-Ordnern (WindowsImageBackup<\/em>) hatte ich beispielsweise den Effekt, dass sich das Abbild nicht mehr zur\u00fccklesen lie\u00df. Der Ansatz, einen portablen Dateimanager \u00fcber Als Administrator ausf\u00fchren<\/em> aufzurufen, vermeidet dies. Der Prozess l\u00e4uft mit administrativen Berechtigungen und erh\u00e4lt Zugriff auf den Ordnerinhalt, ohne dass die NTFS-Zugriffsberechtigungen angepasst werden m\u00fcssen. Man kann also ohne weitere Spuren zu hinterlassen Systemordner inspizieren.<\/p>\n \u00c4hnliche Artikel:<\/strong> a4: Notfallhilfe mit Windows PE, falls Windows 8 nicht startet<\/a> Heute m\u00f6chte ich auf Problem eingehen, welches m\u00f6glicherweise so manchen Benutzer schier zur Verzweiflung treibt: Auf einem logischen Laufwerk gibt es einen Ordner, der sich nicht l\u00f6schen l\u00e4sst, weil Windows den Zugriff verweigert.<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[41,143],"tags":[1064,4351,3288,903],"class_list":["post-145570","post","type-post","status-publish","format-standard","hentry","category-datentrager","category-tipps","tag-ntfs","tag-tipp","tag-windows-en","tag-zugriffsberechtigungen"],"_links":{"self":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/145570","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/comments?post=145570"}],"version-history":[{"count":0,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/145570\/revisions"}],"wp:attachment":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/media?parent=145570"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/categories?post=145570"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/tags?post=145570"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}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<\/em>. Der Name bestand nur aus Hex-Ziffern und deutete darauf hin, dass irgend ein Update oder Service Pack diesen bei der Installation zur\u00fcckgelassen hatte. Beim Windows-Laufwerk konnte ich den betreffenden Ordner mit administrativen Berechtigungen l\u00f6schen. Aber auf einem Backup-Laufwerk verweigerte Windows pertinent das L\u00f6schen. Hier ein kleiner Abriss, wie ich das st\u00f6rrische Biest am Ende des Tages doch von der Platte putzen konnte.<\/p>\n
Meine Idee: L\u00f6sche es als Administrator<\/h3>\n
![\"Ordner01\"](\"https:\/\/borncity.com\/blog\/wp-content\/uploads\/2014\/01\/Ordner011.jpg\" "\\"Ordner01\\"")
<\/a><\/p>\n<\/a><\/p>\n<\/a><\/p>\n<\/a><\/p>\nNTFS-Zugriffsberechtigungen zuweisen half nicht<\/h3>\n
<\/a><\/p>\n<\/a><\/p>\nIch versuche jetzt mal Trick 17<\/h3>\n
<\/a><\/p>\nIch nehme den Holzhammer und versuche auch noch den n\u00e4chsten Trick 17<\/h3>\n
<\/a><\/p>\nDie Ochsentour \u00fcber die D\u00f6rfer ist angesagt<\/h3>\n
In den Fu\u00df geschossen?<\/h3>\n
<\/a><\/p>\nFazit: Und was lernen wir daraus?<\/h3>\n
\na1: Windows 8.1: \u00d6ffentliche Ordner verschieben<\/a>
\na2: Explorer als Administrator ausf\u00fchren<\/a>
\na3:\u00a0Dateimanager mit administrativen Rechten ausf\u00fchren<\/a><\/p>\n
\na5: Windows PE 4.0: Diese Programme laufen<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"