Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > de.comp.os.unix.linux.misc > #124711

Re: rsync und vfat

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>

Show all headers | View raw


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


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