mklink - Unterordner, die mit Nicht-ASCII-Zeichen benannt sind, sind nicht zugänglich

446
roded

Ich habe verwendet mklink, um einen symbolischen Link zu einem Netzlaufwerk zu erstellen:

mklink /d "music" "\\192.168.2.1\mybook\music\"

Das funktioniert gut.

Wenn Sie jedoch versuchen, über diesen Link auf Unterordner zuzugreifen, deren Namen Sonderzeichen enthalten (z. B. 'à', 'ò', 'í', 'é' oder hebräische Zeichen), sind die Unterordner nicht zugänglich und der Windows-Explorer ist nicht verfügbar Zeigt einen "Standort ist nicht verfügbarer Fehler" an, wohingegen andere Unterordner mit gleichem ASCII-Namen einwandfrei funktionieren.

Der Zugriff auf diese problematischen Ordner über die Netzwerkfreigabe selbst funktioniert ebenfalls.

Wird das erwartet? Gibt es eine Einschränkung, die mir nicht bekannt ist? Sowieso um dieses Problem?

Zum Hinzufügen bearbeitet: Hier ein Beispiel für einen problematischen Verzeichnisnamen:

Air (1997) - Premiers Symptômes

2
Sind hier die problematischen "Sonderzeichen" normalerweise für einen Dateinamen gültig? Yorik vor 8 Jahren 0
Auch "Zugriff" = Windows Explorer, Drittanbieter / andere Software? Yorik vor 8 Jahren 0
@yorik, ja, es geht ihnen gut. Siehe Beispiel für hinzugefügten Verzeichnisnamen. Beim Zugriff schlägt der Windows Explorer beim Öffnen des Verzeichnisses mit dem oben genannten Fehler fehl, und auch andere Software schlägt fehl (z. B. führt foobar2000 zu einem Fehler "Location not Parsable"). roded vor 8 Jahren 0
NTFS unterstützt angeblich Unicode für Dateinamen (basierend auf der aktuellen Codepage?), Und es gibt bestimmte Windows-API-Aufrufe, die Unicode-kompatible und Nicht-Unicode-Versionen (CreateSymbolicLinkW) haben. Ist Ihr Netzwerk eine Samba-Freigabe? Die Netzwerkfreigabe kann mit "testé" anstelle von "testé" berichten. Yorik vor 8 Jahren 0
@Yorik, die Netzwerkfreigabe erfolgt über die NAS-Funktionalität von ddwrt. Ich glaube nicht, dass in diesem Fall Samba verwendet wird. Es ist jedoch eine Option, den Router nicht als NAS zu verwenden, wenn alles andere fehlschlägt. roded vor 8 Jahren 0
@Yorik, äh, nicht sicher, was ich dachte. Die Freigabe ist über den Netzwerkpfad in Ordnung. Das Problem tritt nur über den symbolischen Link auf. roded vor 8 Jahren 0
Ich bin zu 75% sicher, dass ddwrt Samba für Dateifreigaben verwendet. Ich kenne mich mit Codeseiten und Codierungsproblemen nicht aus, aber ich weiß, dass Samba zwei Konfigurationseinstellungen hat, die als "Iocharset" und "Codepage" bezeichnet werden, und dass eine für den Server und eine für die Berichterstattung an den Client bestimmt ist. Ich vermute, Sie sehen möglicherweise einen Zeichensatz über den mklink und einen anderen über einen normalen Durchsuchen der Freigabe. Unklar für mich, wenn dies auf einer ddwrt-Installation konfiguriert werden kann. Siehe beispielsweise (http://www.linuxquestions.org/questions/slackware-14/samba-special-character-umlaute-garbled-136433/). Yorik vor 8 Jahren 0

0 Antworten auf die Frage

Verwandte Probleme