Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.comp.os.unix.linux.misc > #124711
| From | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Newsgroups | de.comp.os.unix.linux.misc |
| Subject | Re: rsync und vfat |
| Date | 2022-09-03 23:07 +0200 |
| Message-ID | <jnhtvvF7bnfU1@mid.individual.net> (permalink) |
| References | <tevpoe$q8t$1@news2.informatik.uni-stuttgart.de> |
Ulli Horlacher, 2022-09-03 16:53: > Ich hab oefters das Problem, dass ich Dateien auf vfat kopieren will und > dann mit dessen Dateinamen-Einschraenkungen zu kaempfen hab, weshalb rsync > nicht anwendbar ist. > > Mir wuerde es voellig reichen, wenn die Dateien waehrend des Kopierens > umgenannt werden, als zB s/:/_/ Und neben ":" gibt es noch viele anderen Zeichen, die nicht erlaubt sind, teilweise auch nur am Anfang oder Ende nicht: <https://en.wikipedia.org/wiki/Filename#Comparison_of_filename_limitations> > rsync bietet so was aber nicht an. > > Also selber ein rsync-aehnliches tool schreiben? > > Aber da muss es doch was fertiges geben, ich bin doch nicht der Erste mit > dem Problem? Das Problem, dass verschiedene Dateisystemen unterschiedliche Anforderungen für die Benennung von Dateien haben, hast Du sicher nicht als Erster. Aber in der Praxis ist das auch nicht wirklich lösbar, deshalb gibt es auch keine wirklich gute Lösung dafür. Beispiel ":" durch "_" ersetzen: Quelle: Example:One Example_One Ziel: Example_One Example_One Schon hat man einen Konflikt oder verliert Daten. Also fängt man an, sich Ersetzungen auszudenken, von denen man glaubt, dass sie garantiert den Namensraum nicht einschränken. Das ist aber rein logisch nicht lösbar. Am Ende muss man effektiv bei jeder einzelnen Datei prüfen, ob der vorgesehene Name bereits existiert und falls ja, einen alternativen Namen finden: Example_One Example_One2 Aber was ist dann, wenn "Example_One" in der Quelle gelöscht wird? Dass Mapping von "Example:One" zu "Example_One2" müsste folglich irgendwo gespeichert werden, damit nicht eine überflüssige Datei "Example_One2" übrigbleibt, weil nun in der Quelle auch nur noch "Example:One" vorhanden ist, was als "Example_One" im Ziel landen würde. -- Arno Welzel https://arnowelzel.de
Back to de.comp.os.unix.linux.misc | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
rsync und vfat Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-09-03 14:53 +0000
Re: rsync und vfat Kay Martinen <usenet@martinen.de> - 2022-09-03 17:42 +0200
Re: rsync und vfat Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-09-03 18:15 +0000
Re: rsync und vfat Helmut Waitzmann <nn.throttle@xoxy.net> - 2022-09-03 17:59 +0200
Re: rsync und vfat Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-09-03 18:16 +0000
Re: rsync und vfat Helmut Waitzmann <nn.throttle@xoxy.net> - 2022-09-04 01:47 +0200
Re: rsync und vfat Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-09-04 09:18 +0000
Re: rsync und vfat Helmut Waitzmann <nn.throttle@xoxy.net> - 2022-09-04 14:34 +0200
Re: rsync und vfat Helmut Waitzmann <nn.throttle@xoxy.net> - 2022-09-04 15:03 +0200
Re: rsync und vfat Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-09-04 23:02 +0000
Re: rsync und vfat Helmut Waitzmann <nn.throttle@xoxy.net> - 2022-09-05 22:06 +0200
Re: rsync und vfat Tim Landscheidt <tim@tim-landscheidt.de> - 2022-09-03 16:50 +0000
Re: rsync und vfat Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-09-03 18:17 +0000
Re: rsync und vfat Tim Landscheidt <tim@tim-landscheidt.de> - 2022-09-03 23:21 +0000
Re: rsync und vfat Stefan Reuther <stefan.news@arcor.de> - 2022-09-04 08:36 +0200
Re: rsync und vfat Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-09-04 09:21 +0000
Re: rsync und vfat Stefan Reuther <stefan.news@arcor.de> - 2022-09-05 11:24 +0200
Re: rsync und vfat Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-09-05 13:05 +0200
Re: rsync und vfat Tim Ritberg <tim@server.invalid> - 2022-09-03 20:33 +0200
Re: rsync und vfat Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-09-03 19:35 +0000
Re: rsync und vfat Tim Ritberg <tim@server.invalid> - 2022-09-04 11:08 +0200
Re: rsync und vfat Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-09-04 09:47 +0000
Re: rsync und vfat Tim Ritberg <tim@server.invalid> - 2022-09-04 12:07 +0200
Re: rsync und vfat Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-09-04 22:56 +0000
Re: rsync und vfat Tim Landscheidt <tim@tim-landscheidt.de> - 2022-09-04 13:29 +0000
Re: rsync und vfat Laurenz Trossel <me@example.invalid> - 2022-09-04 14:47 +0000
Re: rsync und vfat Arno Welzel <usenet@arnowelzel.de> - 2022-09-03 23:07 +0200
Re: rsync und vfat Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-09-03 21:14 +0000
Re: rsync und vfat Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-09-04 23:24 +0000
Re: rsync und vfat Marcel Mueller <news.5.maazl@spamgourmet.org> - 2022-09-07 11:09 +0200
Re: rsync und vfat Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-09-07 21:35 +0000
Re: rsync und vfat Marcel Mueller <news.5.maazl@spamgourmet.org> - 2022-09-07 10:54 +0200
Re: rsync und vfat Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-09-07 21:39 +0000
Re: rsync und vfat Matthias Gerds <m.gerds@posteo.de> - 2022-09-07 13:26 +0200
Re: rsync und vfat Marcel Mueller <news.5.maazl@spamgourmet.org> - 2022-09-07 15:57 +0200
csiph-web