cp: stat-Fehler nicht möglich - wenn der Dateiname asiatische Zeichen enthält

812
Abhinav

Ich versuche einfach, Dateien mit zu kopieren, cp -r /home/user/source/ /home/user/destination/aber es gibt mir den cp: cannot stat /source/filename.xxx Fehler für einige der Dateien. Als ich nach diesem Fehler suchte, fand ich einige übereinstimmende Fragen wie diese, dies und das, die zwar den gleichen Fehler haben, cpaber die Gründe dafür sind unterschiedlich. Ihre Lösungen sprechen mein Problem nicht an.

Bei genauerem Hinsehen sah ich, dass dieser Fehler nur für Dateien ausgegeben wurde, deren Namen asiatische Zeichen enthielten. Zum Beispiel,

cp: cannot stat /source/고정폭.collection

Hat jemand eine Lösung dafür? Möglicherweise liest die Standardzeichencodierung für meinen Computer diese Dateinamen nicht.

EDIT 1: Die Ausgabe meines locale

LANG=en_US.UTF-8 LANGUAGE=en_US LC_CTYPE="en_US.UTF-8" LC_NUMERIC="en_US.UTF-8" LC_TIME="en_US.UTF-8" LC_COLLATE="en_US.UTF-8" LC_MONETARY="en_US.UTF-8" LC_MESSAGES="en_US.UTF-8" LC_PAPER="en_US.UTF-8" LC_NAME="en_US.UTF-8" LC_ADDRESS="en_US.UTF-8" LC_TELEPHONE="en_US.UTF-8" LC_MEASUREMENT="en_US.UTF-8" LC_IDENTIFICATION="en_US.UTF-8" LC_ALL=

EDIT 2: Ausgabe ls -lim Quellverzeichnis

ls: cannot access 고정폭.collection: No such file or directory ls: cannot access 기존.collection: No such file or directory ls: cannot access 모던.collection: No such file or directory ls: cannot access 웹.collection: No such file or directory ls: cannot access 재미.collection: No such file or directory total 4 -????????? ? ? ? ? ? 웹.collection -????????? ? ? ? ? ? 기존.collection -????????? ? ? ? ? ? 모던.collection -????????? ? ? ? ? ? 재미.collection -????????? ? ? ? ? ? 고정폭.collection -rw------- 1 root root 856 Jul 24 2007 PDF.collection
1
In welchem ​​Dateisystem werden diese Dateien gespeichert? Ist es zufällig NTFS (Windows)? rici vor 9 Jahren 0
Quelle ext2 / ext3, Ziel hfs + Abhinav vor 9 Jahren 0
Ah. Und Sie verwenden Linux, nicht Mac OS X, richtig? rici vor 9 Jahren 0
@rici ja ich bin Abhinav vor 9 Jahren 0
Wie haben Sie diese Dateien überhaupt erstellt? Ich hatte vielleicht eine Erklärung dafür, dass die Dateinamen unter HFS + nicht funktionieren, aber ich sehe nicht, warum sie auf ext4 Probleme verursachen würden. rici vor 9 Jahren 0
Ich versuche eine Neuinstallation von OSX auf einem iMac (leider ist dies momentan meine einzige Option). Ich habe früher eine Installation von USB auf einem Mac-System gemacht. Es hat nicht funktioniert. Ich entschied, dass ich den Inhalt vom USB (hfs + -System) auf meinem System (ext4) kopiere und dann den USB lösche und einen bootfähigen USB für den iMac auf meinem Linux-Rechner mache. Unterm Strich also, kann dies passieren, weil ich zuerst eine Kopie von `hfs + -> ext4` erstellt und dann den USB-Stick gelöscht und den bootfähigen USB-Stick erstellt habe, um erneut den Inhalt von` ext4 -> hfs + `zu kopieren? Abhinav vor 9 Jahren 0
Ja es ist möglich. HFS + erfordert, dass Dateinamen in einer idiosynkratischen Zerlegungsnormalisierung gespeichert werden. Hangul (Koreanisch) wird zerlegt. Afaik, ext4 hat keine Beschränkungen für Dateinamen, aber es scheint, als würden irgendwo in der API die zerlegten Namen neu zusammengesetzt und die zusammengesetzten Namen stimmen nicht mit den ursprünglichen Dateinamen überein. Wenn Sie kein koreanisches MacOSX benötigen, sollte das Nichtvorhandensein der Dateien keine Rolle spielen, und Sie können möglicherweise fortfahren, ohne sich um die Dateien zu kümmern, die nicht kopiert werden, aber keine Versprechen. rici vor 9 Jahren 0
@rici ok, lass es mich so versuchen Abhinav vor 9 Jahren 0

0 Antworten auf die Frage

Verwandte Probleme