{"id":82,"date":"2009-12-14T23:13:00","date_gmt":"2009-12-14T18:13:00","guid":{"rendered":"http:\/\/www.borncity.com\/blog\/2009\/06\/29\/pfadlangenlimit-uberschritten-dateisystemobjekte-scheinbar-nicht-mehr-loschbar\/"},"modified":"2024-07-26T18:30:02","modified_gmt":"2024-07-26T16:30:02","slug":"pfadlangenlimit-uberschritten-dateisystemobjekte-scheinbar-nicht-mehr-loschbar","status":"publish","type":"post","link":"https:\/\/borncity.com\/blog\/2009\/12\/14\/pfadlangenlimit-uberschritten-dateisystemobjekte-scheinbar-nicht-mehr-loschbar\/","title":{"rendered":"Pfadlängenlimit überschritten, Dateisystemobjekte nicht löschbar…"},"content":{"rendered":"

Sachen gibt's, die es d\u00fcrfte es eigentlich gar nicht geben. Weigerte sich Windows 7 doch k\u00fcrzlich, einen von mir angelegten Ordner Test<\/em> mit dem (scheinbar leeren) Unterordner Win<\/em> zu l\u00f6schen. Es wurde bem\u00e4ngelt, dass der Ordner Quelldateien enth\u00e4lt, deren Pfad zu lang f\u00fcr den Papierkorb sei. Und der L\u00f6schversuch endete mit einem Dialogfeld, das mitteilte, dass Dateien wie AdobeESDGlobalApps.xml<\/em> wegen einer zu langen Pfadangabe nicht l\u00f6schbar seien. Das Einzige, was angeboten wurde, war das L\u00f6schen dieser Dateien zu \u00fcberspringen. Hat mich dann etwas Aufwand gekostet, diesen Ordner doch noch von der Platte zu putzen.<\/p>\n

<\/p>\n

Ein recht bizarres Problem<\/h3>\n

Das Problem, auf das ich gesto\u00dfen bin, ist schon reichlich bizzar. Windows enth\u00e4lt seit NT 4 ein Limit f\u00fcr Pfadangaben von 259 Zeichen (einschlie\u00dflich des Dateinamens). Ergo k\u00f6nnen eigentlich nur Ordnerstrukturen bis zu dieser Pfadtiefe erzeugt werden. Dummerweise wollte ich f\u00fcr einige Tests einen Ordner mit ein paar Dateien haben. Und noch d\u00fcmmer, auf meiner Partition gammelte noch ein Ordner Windows.old<\/em> aus einer alten Windows-Installation rum, den ich zur Sicherheit behalten habe (um ggf. auf Benutzerdaten oder -Eisntellungen dieser Installtion zugreifen zu k\u00f6nnen).<\/p>\n

Ich also nicht faul, kopiere diesen Ordner in einen neu angelegten Ordner Test<\/em> und benenne den Unterordner Windows.old<\/em> in Win<\/em> um. Eigentlich kein Problem und ich konnte meine Tests mit den Dateien dieses neuen Ordners machen. Als ich allerdings diesen Ordner Test<\/em> l\u00f6schen wollte, fiel mir die Kinnlade herunter.<\/p>\n

Beim L\u00f6schen des Ordners Test<\/em> samt Unterordnern fragt Windows 7 (HP 32 Bit) nach, ob ich das wirklich m\u00f6chte, da der Ordner Elemente enthalte, die zu lang f\u00fcr den Papierkorb sind. Hab ich mit Ja<\/em> best\u00e4tigt, da ich das Zeugs ja los werden wollte. Windows l\u00f6schte auch wie ein Weltmeister, kam dann aber irgendwann versch\u00e4mt aus der Reserve und brachte in einem Dialogfeld mit dem Titel Quellpfad ist zu lang<\/em> die Meldung Die Quelldateinamen sind zu lang f\u00fcr das Dateisstem. Verschieben Sie sie an einen anderen Ort…<\/em> und ich konnte im Dialogfeld nur noch die \u00dcberspringen<\/em>-Schaltfl\u00e4che w\u00e4hlen. Brrrr – da hat's mich aber schon gesch\u00fcttelt. Und nachdem ich mit dem Verschieben des Ordners Win<\/em> gescheitert bin, habe ich das Ganze mal analysiert.<\/p>\n

Ursachenforschung und L\u00f6sung<\/h3>\n

Nachdem ich die Anzeige versteckter Systemdateien im Ordnerfenster eingeschaltet habe, sehe ich, dass im Ordner Win<\/em> ein Pfad enthalten ist, der in etwa folgenderma\u00dfen ausschaut:<\/p>\n

C:\\Test\\Win\\Documents and Settings\\All Users\\Anwendungsdaten\\
\nAnwendungsdaten\\Anwendungsdaten\\Anwendungsdaten\\
\nAnwendungsdaten\\Anwendungsdaten\\….<\/p>\n

Dort finden sich Dateien wie AdobeESDGlobalApps.xml – die Dateien stammen vom Acrobat Reader 9.0. Der Versuch, das Gelumps mit Dateimanagern wie A43 oder TotalCommander zu l\u00f6schen (diese setzen nicht auf dem Windows-API auf und A43 kann auch in einer Windows PE-Umgebung verwendete werden) scheiterte ebenfalls wegen zu langem Pfadnamen. Der TotalCommander war wenigstens noch so gn\u00e4dig, mir mitzuteilen, dass der Ordnerpfad 438 Zeichen umfasse und damit die 259-Zeichenbegrenzung f\u00fcr Pfade in Windows \u00fcberschreite. Na prima – und was mache ich jetzt?<\/p>\n

L\u00f6schen in der Eingabeaufforderung und die Idee, mal ein Chkdsk beim n\u00e4chsten Systemstart auszuf\u00fchren, brachten kein Ergebnis. Auf den Einsatz weiterer obskurer Tools habe ich dann verzichtet, da diese wohl ebenfalls keinen Erfolg bringen.<\/p>\n

Zum Schluss habe ich dann die Ochsentour gestartet und die Unter-Unter- … Unterordner Anwendungsdaten<\/em> schrittweise in A1<\/em> umbenannt und die Teilzweige dann in den Unterordner Test<\/em> verschoben. Hat zwar eine Weile gedauert, aber irgendwann hatte ich dann den letzten Unterordner Anwendungsdaten<\/em> im Ordner Test<\/em> – und da der Pfad jetzt unter 259-Zeichen lang war, lie\u00dfen sich Unterordner und Dateien l\u00f6schen. Anschlie\u00dfend konnte auch die Ordnerstruktur gel\u00f6scht werden.<\/p>\n

Fazit der Ursachenforschung: Absudistan ist \u00fcberall!<\/h3>\n

W\u00e4hrend meiner Versuche, die garstigen Ordner zu l\u00f6schen, habe ich nat\u00fcrlich noch einiges an Feldforschung betrieben. Der Originalordner Windows.old enthielt z.B. die obigen Ordnerstruktur nicht, sondern einen NTFS-Link Documents and Settings\\All Users\\…\\Anwendungsdaten\\…\\Anwendungsdaten\\…<\/em> Normalerweise lassen sich solche NTFS-Links nicht unter Windows anw\u00e4hlen. Durch die Neuinstallation von Windows 7 wurde aber dieser NTFS-Link offenbar in eine Verkn\u00fcpfung umgewandelt. Und bei meinem Kopiervorgang machte Windows aus dieser Verkn\u00fcpfung Ordnereintr\u00e4ge im Zielordner Test\\Win<\/em>, versaht diese aber noch mit dem System-Attribut. Nur dadurch war es wohl m\u00f6glich, dass der 438 Zeichen umfassende Pfad entstehen konnte.<\/p>\n

Nachdem ich halbwegs zur L\u00f6sung gelangt war, habe ich noch etwas recherchiert. Das \"Adobe-Datei-L\u00f6sch-Problem\" scheint einige Leute geplagt zu haben. Vordergr\u00fcndig kam dort vorher Robocopy zum Kopieren von Dateien und Ordnern zum Einsatz, was wohl diese Probleme auch verursacht. Aber hier bei mir wurde die Windows 7-Kopierfunktion genutzt.<\/p>\n

Interessierte Leser seien daher auf den Beitrag [1] bei Magerquark.de verwiesen – wo dieses Problem bereits unter Windows Vista analysiert wurde – bin halt zu sp\u00e4t drauf gesto\u00dfen, sonst h\u00e4tte ich mir einige Stunden Arbeit erspart.<\/p>\n

\n

Nachtrag:<\/strong> Bei Recherchen zu Backup-Fehlern bin ich noch auf eine m\u00f6gliche Ursache f\u00fcr das Entstehen des obigen Pfadl\u00e4ngenfehlers gesto\u00dfen [2]: In NTFS sind seit Version 3.0 symbolische Links und Reparse Points m\u00f6glich. Reparse Points sind Links, die auf andere Ordner verweisen. Befindet sich nur der Link im Ordner, auf den verwiesen wird, ergibt sich bei der Abarbeitung der Ordnerstruktur ein Rekursionsproblem. Wird dieses in der betreffenden Software nicht abgefangen, d\u00fcrfte es zu den hier skizzierten Effekten kommen.<\/p>\n<\/blockquote>\n

Naja, Absudistan ist \u00fcberall, und das war der Punkt, wo mich der Gedanke durchzuckte \"h\u00e4tt ich blo\u00df in jungen Jahren was anst\u00e4ndiges gelernt – w\u00e4ren mir viele graue Haare erspart geblieben.\"<\/p>\n

Weiterf\u00fchrende Links:
\n<\/strong>1: Request for help \u2013 ROBOCOPY-Dummfug unter Windows Vista
\n2: Hinweise zu Reparse Points
\n3: Windows-Backup Fehlerdiagnosen<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"

Beschreibt ein Problem, bei dem Windows 7 sich weigert, Dateien und Ordner zu l\u00f6schen, weil die Pfadl\u00e4nge 259-Zeichen \u00fcbersteigt.<\/p>\n

Weiterlesen →<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[11],"tags":[26,25,24,4294],"class_list":["post-82","post","type-post","status-publish","format-standard","hentry","category-problemlosung","tag-dateien-nicht-loschbar","tag-pfad-zu-lang","tag-problem","tag-windows-7"],"_links":{"self":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/82","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\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/comments?post=82"}],"version-history":[{"count":0,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/82\/revisions"}],"wp:attachment":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/media?parent=82"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/categories?post=82"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/tags?post=82"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}