8
Fehlermeldung bei Windows 10 Pro - Zielpfad ist zu Lang
Schönen guten Samstag 
,
habe folgendes Problem auf einer Windows 10 Pro kiste. Beim Kopieren einer Excel Datei auf ein Netzwerklaufwerk kommt immer die folgende Fehlermeldung: Zielpfad ist zu Lang, kürzen Sie den Dateinamen.....
selbst durch Kürzen des Dateinamens auf z.B 1.xlsx kommt weiterhin die Meldung.
Es handelt sich beim Clienten um:
Windows 10 Pro
Version 1511
vielen dank
Gruß
MS
,habe folgendes Problem auf einer Windows 10 Pro kiste. Beim Kopieren einer Excel Datei auf ein Netzwerklaufwerk kommt immer die folgende Fehlermeldung: Zielpfad ist zu Lang, kürzen Sie den Dateinamen.....
selbst durch Kürzen des Dateinamens auf z.B 1.xlsx kommt weiterhin die Meldung.
Es handelt sich beim Clienten um:
Windows 10 Pro
Version 1511
vielen dank
Gruß
MS
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 300718
Url: https://administrator.de/contentid/300718
Ausgedruckt am: 22.11.2024 um 07:11 Uhr
8 Kommentare
Neuester Kommentar
Und genau das ist dein Problem, der Pfad ist zulange, nicht der Dateiname.
Anscheinend hast du sehr lange Ordnernamen...
Also "H:\BLABLABLA\1.xlsx" muss kürzer als 256 Zeichen sein. Link
Anscheinend hast du sehr lange Ordnernamen...
Also "H:\BLABLABLA\1.xlsx" muss kürzer als 256 Zeichen sein. Link
Hallo Agowa,
mmmmh ich kann mich aber noch daran erinnern das es unter windows 7 , windows 8 ( 8.1 ) und windows server ein hotfix gegeben hat der das problem gelöst hat...
das ist jetzt natürlich weniger schön, da wie du erkannt hast, es lange Pfad sind.
bzw. wie handhaben es andere von euch die Lange Pfade haben ?
mmmmh ich kann mich aber noch daran erinnern das es unter windows 7 , windows 8 ( 8.1 ) und windows server ein hotfix gegeben hat der das problem gelöst hat...
das ist jetzt natürlich weniger schön, da wie du erkannt hast, es lange Pfad sind.
bzw. wie handhaben es andere von euch die Lange Pfade haben ?
Man nimmt eine Abkürzung oder den Bus.
Ne, ernsthaft, dann sollte man seien Ordnerstruktur überdenken.
Ne, ernsthaft, dann sollte man seien Ordnerstruktur überdenken.
Im Grunde solltest Du Deine Ordnerstruktur überarbeiten. Lange Namen sind pfui
Wenn Du die Datei jetzt aber unbedingt kopieren musst, dann nimm Robocopy (ist in WIndows integriert, Schalter gibt es hier). Damit kann man auch überlange Pfade kopieren - gut ist es aber nicht!
Wenn Du die Datei jetzt aber unbedingt kopieren musst, dann nimm Robocopy (ist in WIndows integriert, Schalter gibt es hier). Damit kann man auch überlange Pfade kopieren - gut ist es aber nicht!
Moin MS6800,
Sowohl mit einem
Grüße
Biber
Sowohl mit einem
net use x: \\server\lange\ordner\Arie bei einem Netzwerkpfad wie auch mit einem Subst x: c:\lange\ordner\arie lassen sich lange Pfade einfach verkürzen.Grüße
Biber
Moin,
das Problem ist die Implementierung im Datei-Explorer. Hier sind maximal 260 Zeichen erlaubt. Wenn man Unicode benutzt, ist die maximale Zeichenlänge bei 32 767 Zeichen. Das ist im folgenden Microsoft Artikel beschrieben.
Gruss Penny
das Problem ist die Implementierung im Datei-Explorer. Hier sind maximal 260 Zeichen erlaubt. Wenn man Unicode benutzt, ist die maximale Zeichenlänge bei 32 767 Zeichen. Das ist im folgenden Microsoft Artikel beschrieben.
Gruss Penny
Hi,
das mit den 260 Zeichen stimmt so und auch wieder nicht.
Ursache ist eine alte API, welche offenbar zu tief im Code ist, als dass sie einfach ersetzen werden könnte. Selbst unter den x64 Editionen gilt diese noch.
Wenn der Explorer in einem Pfad ist, welcher kurz vor den 260 Zeichen lang ist (incl. dem "X:\" oder "\\" am Anfang und einem "\" am Ende), dann akzeptiert er bloß Datei- und/oder Ordnernamen, welche in Summe mit dem aktuellen Pfad eine Länge von 260 ergeben (incl. der Dateinamenerweiterung).
Wenn der Pfad (incl. einem abschließenden "\") bereits 260 Zeichen lang ist, dann kann man mit dem Explorer gar keine Dateien- und/oder Ordner anlegen.
Befindet sich der Explorer jedoch in einem Pfad, welcher bereits länger als 260 Zeichen ist, dann geht das aber wieder! Als Grund vermute ich, dass der Explorer dann automatisch auf die Unicode-Variante der o.g. API ausweicht, und diese kann Pfadnamen >260 Zeichen (bis 32k).
Das könnt Ihr ganz einfach reproduzieren:
E.
das mit den 260 Zeichen stimmt so und auch wieder nicht.
Ursache ist eine alte API, welche offenbar zu tief im Code ist, als dass sie einfach ersetzen werden könnte. Selbst unter den x64 Editionen gilt diese noch.
Wenn der Explorer in einem Pfad ist, welcher kurz vor den 260 Zeichen lang ist (incl. dem "X:\" oder "\\" am Anfang und einem "\" am Ende), dann akzeptiert er bloß Datei- und/oder Ordnernamen, welche in Summe mit dem aktuellen Pfad eine Länge von 260 ergeben (incl. der Dateinamenerweiterung).
Wenn der Pfad (incl. einem abschließenden "\") bereits 260 Zeichen lang ist, dann kann man mit dem Explorer gar keine Dateien- und/oder Ordner anlegen.
Befindet sich der Explorer jedoch in einem Pfad, welcher bereits länger als 260 Zeichen ist, dann geht das aber wieder! Als Grund vermute ich, dass der Explorer dann automatisch auf die Unicode-Variante der o.g. API ausweicht, und diese kann Pfadnamen >260 Zeichen (bis 32k).
Das könnt Ihr ganz einfach reproduzieren:
- erstellt auf C: einen Pfad, welcher >=250 Zeichen lang ist --> "Basispfad"
- versucht mit dem Explorer einen weiteren Ordner mit 20 Zeichen zu erstellen --> sollte nicht funktionieren
- mountet den o.g. Basispfad als Laufwerk --> subst X: C:\blablabla\....\blablabla
- wechselt mit dem Explorer auf das neue Laufwerk
- versucht mit dem Explorer einen weiteren Ordner mit 20 Zeichen zu erstellen --> sollte funktionieren
- wechselt mit dem Explorer in den o.g. Basispfad
- der eben erstellte Ordner ist sichtbar und man kann auch hineinwechseln
- wechselt in den Ordner >260 Zeichen
- versucht mit dem Explorer einen weiteren Ordner mit 20 Zeichen zu erstellen --> sollte funktionieren! Uups, wie das denn, ist doch länger als 260 Zeichen?!
E.
Hallo Zusammen,
ja das ist mir heute früh auch aufgefallen, als ich im Netzwerklaufwerk / Ordner / Ordner / usw. ans ende gekommen bin, und dort über die Rechte Maustaste ein neues Excel Dokument erstellt habe, und dieses dann noch benannt habe, hatte es keinen Fehler gegeben.
Nunja nicht die schönste Lösung aber immerhin nimmt er das an ohne zu meckern.
Gruß
ja das ist mir heute früh auch aufgefallen, als ich im Netzwerklaufwerk / Ordner / Ordner / usw. ans ende gekommen bin, und dort über die Rechte Maustaste ein neues Excel Dokument erstellt habe, und dieses dann noch benannt habe, hatte es keinen Fehler gegeben.
Nunja nicht die schönste Lösung aber immerhin nimmt er das an ohne zu meckern.
Gruß
