ubuntuusers.de

Ich hab einen Ordner mir Unterordnern und Dateien. Den will ich für Windows auf ein NTFS-Laufwerk kopieren. Windows verträgt folgende Zeichen aber nicht: Schrägstrich (/ ), umgekehrter Schrägstrich (\ ), Größer als-Zeichen (> ), Kleiner als-Zeichen (< ), Sternchen (* ), Punkt (. ), Fragezeichen (? ), Anführungszeichen (" ), senkrechter Strich (| ), Doppelpunkt (: ) oder Semikolon (; ). Also muss ich vor dem kopieren erstmal die Ordner/Dateien umbenennen, die diese Zeichen im Namen enthalten (d.h. das Sonderzeichen einfach löschen).

Gibts dafür ein einfaches Skript, dass das automatisch macht? Oder zumindest ein Befehl, der mir die betroffenen Ordner und Dateien auflistet, damit ich es manuell ändern kann?

Krename + Transliteration PlugIn

€dit:
Funzt aus mir unerfindlichen Gründen bei mir allerdings nicht Oo

Dann eben in der Zsh:

autoload zmv
zmv -n '(**/)(*)' '$1${2//[^A-Za-z0-9._]/_}'

http://strcat.de/blog/archives/332-Tip-91-Clean-up-file-names-and-remove-special-characters.html

Das Ding ersetzt alles nicht-Buchstaben/Zahlen durch einen '_' und das rekursiv.

Oder mit 'rename':

 rename -n 's/[^A-Za-z0-9._]/_/g' **/*

Das ersetzt dann auch alles Sonderzeichen durch '_', auch rekursiv

audax hat geschrieben:

Oder mit 'rename':

 rename -n 's/[^A-Za-z0-9._]/_/g' **/*

Das ersetzt dann auch alles Sonderzeichen durch '_', auch rekursiv

Das funktioniert, verhunzt mir aber die Ordnerstruktur. Alle Unterordner landen im Hauptordner.

Es gibt bereits vordefeinierte Zeichenklasse....

\w = [a-zA-z0-9_]
\W = [^a-zA-Z0-9_]

Alphanumerisch und Punkt nicht hätte man also auch so schreiben können.

[^\w.]

Allerdiengs würde ich den Punkt nicht entfernen. Was ziemlich Dumm wäre "lied.mp3" ⇒ "lied_mp3". Und das Windows nicht mit nem Punkt klar kommt wäre mir neu. das andere könnte sein. Das rename kann man aber vereinfachen.

rename 's/\W+/_/g' *

P.S.:
Benutze mal die Suche. Wir hatten schon bestimmt 10 mal so ähnliche Fragen.

was aber keine Unterordner einbezieht...

Das sähe dann so aus:

find . -type f -exec rename -n 's/\W+/_/g' '{}' \;

Wenns auch Ordner sein sollen dann eben das 'type -f' weg.

@Sid:
Ist ja gut...der Punkt war ein versehen... :p

€dit:
Mift. Find ist doof. Geht so nicht 😐
Mach eben in der Zsh oder mit dem for-loop der über die Ordner läuft.

Ich hab mir folgendes zusammengebastelt

find . -type d -regextype posix-extended -regex ".*(\||\\|\/|\?|\"|\:|\*|<|>|\w\.$).*"

find . -type d -regextype posix-extended -regex '.*[|/?":*<>\w.$].*'

Zeichenklassen 😉
Und...darf man fragen, was dir die Suche bringt? Die Daten/Ordner zu finden ist ja nun wirklich kein Problem...

Der Punkt ist wieder dabei - das Semikolon aber nicht.

Das Semikolon kommt bei mir nicht vor, daher hab ichs nicht hinzugefügt. Und der Punkt ist dabei, weil Windows einen Punkt am Ende des Ordnernamens nicht kapiert.

Und da es nicht so viele Ordner/Dateien waren, hab ichs per find und manuellem umändern gemacht.

Danke, dass der alte Thread noch vorgehalten wird. Er hat mir gerade geholfen.

Bei mir hat es durch den Datei-Transfer zwischen verschiedenen Android-Telefonen, einer SMB-Freigabe einer Synology-NAS und Ubuntu Linux diverse Konflikte wegen Sonderzeichen in Dateinamen gegeben. Vor allem Fragezeichen (wegen ursprünglicher Umlaute) und Doppelpunkte in Dateinamen führten dazu, dass ich mit cp, rsync und anderen Programmen nicht mehr zu vernünftigen Resultaten bei Backups und allgemeiner Dateiorganisation komme (stets wird nicht alles kopiert, synchronisiert, brechen Prozesse ab usw. usf.).

Dank dieses Threads, konnte ich meine Dateinamensituation wie folgt verbessern:

Erstmal die fraglichen Dateien in ein Testverzeichnis kopieren:

1

find /home/konto/produktiv/ -type f -regextype posix-extended -regex ".*(\||\\|\/|\?|\"|\:|\*|<|>|\w\.$).*" -exec cp {} /home/konto/testch/ \;

Mit Verzeichnisnamen habe ich keine Probleme, darum nur Dateinamen: "-type f".

Den Vorgang habe ich nach einer Weile abgebrochen. Da waren 390 Dateien im Testverzeichnis angekommen, was mir zum Testen gereicht hat.

Die Grundgesamtheit der zu untersuchenden Dateien ist viel größer:

Bei mir gibt find Folgendes aus:

find /home/konto/produktiv | wc -l 2056292

Also: Über 2millionen Dateien im Produktivverzeichnis.

Das bedeutet, dass hier mit krename und anderen tollen GUI-Programmen nichts mehr zu machen und die Shell die einzige Option ist.

Dann im Testverzeichnis wieder alle fraglichen Dateien suchen (letztlich alle von dort) und gezielt einzelne Zeichen durch eine für mich aussagekräftige Zeichenkette ([dpp] für Doppelpunkt, [uml] für Fragezeichen) ersetzen, wobei ich für jedes fragliche Zeichen einen gesonderten Lauf mache, um die Übersicht zu behalten; hier einer der Läufe:

1

find /home/konto/testch/ -type f -regextype posix-extended -regex ".*(\||\\|\/|\?|\"|\:|\*|<|>|\w\.$).*" -exec rename -n 's/\:/[dpp]/g' {}    \;

Das Gleiche habe ich anschließend mit "rename -v" ... anstelle "rename -n" ... wiederholt.

Danach der reale Einsatz, bei dem auf das produktive Verzeichnis anstelle des Testverzeichnisses abgestellt wird und der rename-Befehl nicht mit "-n" (= simuliere nur) sondern mit "-v" angegeben wird:

1

find /home/konto/produktiv/ -type f -regextype posix-extended -regex ".*(\||\\|\/|\?|\"|\:|\*|<|>|\w\.$).*" -exec rename -v 's/\:/[dpp]/g' {}    \;

Und so weiter.

1

find /home/konto/produktiv/ -type f -regextype posix-extended -regex ".*(\||\\|\/|\?|\"|\:|\*|<|>|\w\.$).*" -exec rename -v 's/\?/[uml]/g' {}    \;

Das ist keine Musterlösung für erfahrene Shell-Nutzer (da überflüssige Einzelschritte), aber eine m.E. sichere Herangehensweise für nicht 100%ig shellfeste Anwender, die das Problem inkompatibler Dateinamen über eine Shell lösen wollen oder wie ich müssen.

delcour schrieb:

Bei mir hat es durch den Datei-Transfer zwischen verschiedenen Android-Telefonen, einer SMB-Freigabe einer Synology-NAS und Ubuntu Linux diverse Konflikte wegen Sonderzeichen in Dateinamen gegeben. Vor allem Fragezeichen (wegen ursprünglicher Umlaute) und Doppelpunkte in Dateinamen führten dazu, dass ich mit cp, rsync und anderen Programmen nicht mehr zu vernünftigen Resultaten bei Backups und allgemeiner Dateiorganisation komme (stets wird nicht alles kopiert, synchronisiert, brechen Prozesse ab usw. usf.).

Das müsste man mal im Detail anschauen, denn diese Zeichen sind in Dateinamen auf Linux-Dateisystemen zulässig und funktionieren problemlos. Oder sprichst Du davon, dass das Kopieren auf SMB-Mounts nicht geht?

1	find /home/konto/produktiv/ -type f -regextype posix-extended -regex ".*(\||\\|\/|\?|\"|\:|\*|<|>|\w\.$).*" -exec cp {} /home/konto/testch/ \;

Die Suche findet nicht alle problematischen Dateien:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27

$ touch 'a|b' 'c\\d' 'e?f' 'g"h' 'i:j' 'k*l' 'm<n' 'o>p' 
$ ls -1
a|b
c\\d
e?f
g"h
i:j
k*l
m<n
o>p
$ find -type f -regextype posix-extended -regex ".*(\||\\|\/|\?|\"|\:|\*|<|>|\w\.$).*"
./m<n
./a|b
./o>p
./g"h
./k*l
./e?f
./i:j
$ find -type f -regextype posix-extended -regex '.*(\||\\|\/|\?|"|\:|\*|<|>|\w\.$).*'
./m<n
./a|b
./o>p
./c\\d
./g"h
./k*l
./e?f
./i:j

Achte auf Zeile 23. Es ist aber noch schlimmer: weil Du den Slash im Muster hast, findet er zu viel:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11

$ find -type f -regextype posix-extended -regex '.*(\||\\|\/|\?|"|\:|\*|<|>|\w\.$).*'
./m<n
./a|b
./o>p
./sss
./c\\d
./g"h
./k*l
./e?f
./q?r
./i:j

Beachte, dass die Datei "sss" gefunden wird. Man kann es auch gleich so machen:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11

$ find -type f -regextype posix-extended -regex '.*/.*'
./m<n
./a|b
./o>p
./sss
./c\\d
./g"h
./k*l
./e?f
./q?r
./i:j

Oder einfach nur nach allen Dateien suchen. Das war aber wohl nicht das, was Du wolltest.

Mir ist auch nicht ganz klar, was Du mit dem Dollarzeichen bezweckst. Geht es Dir um Zeilenumbrüche im Namen? Und warum muss ein Punkt davor sein?

Den Vorgang habe ich nach einer Weile abgebrochen. Da waren 390 Dateien im Testverzeichnis angekommen, was mir zum Testen gereicht hat.

Hast Du geprüft, ob es auch die "interessanten" Dateien sind?

Das ist keine Musterlösung für erfahrene Shell-Nutzer (da überflüssige Einzelschritte), aber eine m.E. sichere Herangehensweise für nicht 100%ig shellfeste Anwender, die das Problem inkompatibler Dateinamen über eine Shell lösen wollen oder wie ich müssen.

Nun ja, Deine Suche findet zu viele Dateien, was aber kein Problem ist, weil der rename nur das umbenennt, was er soll. Du kannst die ganze Sache noch etwas effizienter machen, indem Du rename immer eine Liste von Dateinamen übergibst. Also

1

find ... -exec rename -v 's/\?/[uml]/g' {} +

anstatt

1

find ... -exec rename -v 's/\?/[uml]/g' {} \;

Hallo zusammen,

Ich habe ein Verzeichnis mit Dateinamen mit sehr vielen Sonderzeichen (neben den üblichen Verdächtigen gibt es dort auch Herzchen, Rosen und anderes was UTF-8 so hergibt).

Ich möchte die Dateien nun so bereinigen, dass nur noch folgende Zeichen übrig bleiben:

Umlaute (äüöÄÜÖß) Sonderzeichen wie ,.-#_ Buchstaben a-z und A-Z Zahlen 0-9

Wie stelle ich das am besten an?

Gruß, Bytegetter

... neben den üblichen Verdächtigen gibt es dort auch Herzchen, Rosen und anderes was UTF-8 so hergibt

Das dürfte ein Mega Projekt werden. Du müsstest für jedes Sonderzeichen das entsprechende Text Äquivalent einfügen. Also beispielsweise:

• statt ♀ _Venus_

Aber es gibt sehr viele von diesen Dingern: ☢ ☯ ⚤ ⚥ ∞ ...

Klingt für mich wie eine Strafarbeit. Bei Linux sollte das weitgehend möglich sein, da (wenn ich mich richtig erinnere) Dateinamen bis zu 4096 Bytes lang sein dürfen. Ob Windows da inzwischen nachgezogen hat, kann ich nicht sagen.

Mir ist da noch etwas eingefallen. In URLs werden Sonderzeichen z.B. in Prozentdarstellung abgebildet. Oder noch besser, man verwendet die Quoted-Printable-Kodierung.

Dazu müsste allerdings die Sonderzeichen in ihre Bytefolge zerlegen.

Dakuan schrieb:

Mir ist da noch etwas eingefallen. In URLs werden Sonderzeichen z.B. in Prozentdarstellung abgebildet. Oder noch besser, man verwendet die Quoted-Printable-Kodierung.

Dazu müsste allerdings die Sonderzeichen in ihre Bytefolge zerlegen.

Hm! Das kann recode (müsste bei Ubuntu im gleichnamigen Paket sein) auch ohne großen Spagat:

$ echo 'Hallöchen, mein kleiner 🐧' | recode utf8..utf8/qp
Hall=C3=B6chen, mein kleiner =F0=9F=90=A7 

Hat den großen Vorteil, dass die dargestellten/kodierten Zeichenfolgen weiterhin UTF-8 sind. Sprich, man könnte das auch wieder zurückkodieren:

$ echo 'Hall=C3=B6chen, mein kleiner =F0=9F=90=A7' | recode utf8/qp..utf8
Hallöchen, mein kleiner 🐧 

(Ansonsten wäre übrigens die Frage, wie genau bytegetter sein Problem gelöst haben will. „Sonderzeichen“ tatsächlich in irgendwas anderes transformieren oder vielleicht schlichtweg entfernen?)