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

Groups > de.comp.os.unix.linux.misc > #124679 > unrolled thread

rsync und vfat

Back to article view | Back to de.comp.os.unix.linux.misc

Contents

  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

Page 2 of 2 — ← Prev page 1 [2]

#124728

Am 03.09.22 um 21:35 schrieb Ulli Horlacher:
> Tim Ritberg <tim@server.invalid> wrote:
>> Am 03.09.22 um 16:53 schrieb Ulli Horlacher:
>>> 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.
>>>
>> Ist das für ein Backup?
> 
> Nein.
> 
> Audio und Video Dateien.
> 

Kannst du eine Ext4-Image mounten oder ein tar-Archiv?

Tim

[toc] | [prev] | [next] | [standalone]

#124732

Tim Ritberg <tim@server.invalid> wrote:
> Am 03.09.22 um 21:35 schrieb Ulli Horlacher:
> > Tim Ritberg <tim@server.invalid> wrote:
> >> Am 03.09.22 um 16:53 schrieb Ulli Horlacher:
> >>> 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.
> >>>
> >> Ist das für ein Backup?
> > 
> > Nein.
> > 
> > Audio und Video Dateien.
> > 
> 
> Kannst du eine Ext4-Image mounten oder ein tar-Archiv?

Auf der Zielhardware?
Nein, die kann ausschliesslich Audio und Video Dateien von vfat abspielen.
Ich kann da auch keinerlei Software installieren.

-- 
Ullrich Horlacher              Server und Virtualisierung
Rechenzentrum TIK         
Universitaet Stuttgart         E-Mail: horlacher@tik.uni-stuttgart.de
Allmandring 30a                Tel:    ++49-711-68565868
70569 Stuttgart (Germany)      WWW:    http://www.tik.uni-stuttgart.de/

[toc] | [prev] | [next] | [standalone]

#124733

Am 04.09.22 um 11:47 schrieb Ulli Horlacher:
> Tim Ritberg <tim@server.invalid> wrote:
>> Am 03.09.22 um 21:35 schrieb Ulli Horlacher:
>>> Tim Ritberg <tim@server.invalid> wrote:
>>>> Am 03.09.22 um 16:53 schrieb Ulli Horlacher:
>>>>> 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.
>>>>>
>>>> Ist das für ein Backup?
>>>
>>> Nein.
>>>
>>> Audio und Video Dateien.
>>>
>>
>> Kannst du eine Ext4-Image mounten oder ein tar-Archiv?
> 
> Auf der Zielhardware?
> Nein, die kann ausschliesslich Audio und Video Dateien von vfat abspielen.
> Ich kann da auch keinerlei Software installieren.
> 
Wieso installieren?
tar und mount sollte da sein.

Tim

[toc] | [prev] | [next] | [standalone]

#124741

Tim Ritberg <tim@server.invalid> wrote:

> >> Kannst du eine Ext4-Image mounten oder ein tar-Archiv?
> > 
> > Auf der Zielhardware?
> > Nein, die kann ausschliesslich Audio und Video Dateien von vfat abspielen.
> > Ich kann da auch keinerlei Software installieren.
> > 
> Wieso installieren?
> tar und mount sollte da sein.

Beides ist da nicht verfuegbar.
Auch kein CLI.

-- 
Ullrich Horlacher              Server und Virtualisierung
Rechenzentrum TIK         
Universitaet Stuttgart         E-Mail: horlacher@tik.uni-stuttgart.de
Allmandring 30a                Tel:    ++49-711-68565868
70569 Stuttgart (Germany)      WWW:    http://www.tik.uni-stuttgart.de/

[toc] | [prev] | [next] | [standalone]

#124736

Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote:

>> >>> 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.
>> >>>
>> >> Ist das für ein Backup?
>> >
>> > Nein.
>> >
>> > Audio und Video Dateien.
>> >

>> Kannst du eine Ext4-Image mounten oder ein tar-Archiv?

> Auf der Zielhardware?
> Nein, die kann ausschliesslich Audio und Video Dateien von vfat abspielen.
> Ich kann da auch keinerlei Software installieren.

Ich hatte einmal eine vielleicht ähnliche Situation, wo ich
(regelmäßig) meine Musik- und Podcastsammlung auf mein Handy
überspielt habe, das dann per USB-Kabel an ein Fahrzeug an-
geschlossen wurde, das spezielle Vorstellungen von Dateina-
men & Co. hatte.

IIRC hatte ich dafür ein Script, das ein temporäres Ver-
zeichnis erstellte, dort symbolische Links auf die Original-
dateien anlegte, Album- und andere Playlists erzeugte und
dann das temporäre Verzeichnis mit dem Handy per rsync ab-
glich. Das funktionierte sehr zuverlässig.

Tim

[toc] | [prev] | [next] | [standalone]

#124737

On 2022-09-04, Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote:

> Auf der Zielhardware?
> Nein, die kann ausschliesslich Audio und Video Dateien von vfat abspielen.
> Ich kann da auch keinerlei Software installieren.

Würdest du nicht immer nur häppchenweise Informationen zum Probem liefern 
und hättest von Anfang an die Constraints benannt, bekämst du vielleicht 
mehr zielgerichtete Antworten.

[toc] | [prev] | [next] | [standalone]

#124711

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

[toc] | [prev] | [next] | [standalone]

#124713

Arno Welzel <usenet@arnowelzel.de> wrote:

> > 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:

Deshalb schrieb ich ja "zB".


> > 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.

Eine Naeherungs-Loesung wuerde mit genuegen.


> Beispiel ":" durch "_" ersetzen:
> 
> Quelle:
> 
> Example:One
> Example_One
> 
> Ziel:
> 
> Example_One
> Example_One

Bekannt. Kann ich so akzeptieren.


-- 
Ullrich Horlacher              Server und Virtualisierung
Rechenzentrum TIK         
Universitaet Stuttgart         E-Mail: horlacher@tik.uni-stuttgart.de
Allmandring 30a                Tel:    ++49-711-68565868
70569 Stuttgart (Germany)      WWW:    http://www.tik.uni-stuttgart.de/

[toc] | [prev] | [next] | [standalone]

#124743

Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote:
> 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/:/_/
> 
> rsync bietet so was aber nicht an.
> 
> Also selber ein rsync-aehnliches tool schreiben?

Also erstmal Dank an alle fuer ihre Vorschlaege. Da war einiges dabei, was
ich noch nicht kannte bzw nicht beachtet hatte.

Leider war kein Vorschlag so richtig zielfuehrend fuer mich, so dass ich
doch wieder selber was programmiert habe, was genau meine Ansprueche
abdeckt im Rahmen der technischen Moeglichkeiten bzw Unzulaenglichkeiten
von vFAT.

Herausgekommen ist https://fex.belwue.de/fstools/msync.html

Beispiel:

framstag@juhu:/data/audio: msync -s Zeltinger /tmp/
'Zeltinger/Asi_mit_Niwoh/Zeltinger:Asi_Mit_Nowoh.mp3' -> '/tmp/Zeltinger/Asi_mit_Niwoh/Zeltinger__Asi_Mit_Nowoh.mp3'
'Zeltinger/Asi_mit_Niwoh/Zeltinger:Entzug.mp3' -> '/tmp/Zeltinger/Asi_mit_Niwoh/Zeltinger__Entzug.mp3'
'Zeltinger/Asi_mit_Niwoh/Zeltinger:Er_War_Gerade_18_Jahr_(Il_Venait_d'\''Avoir_18_Ans).mp3' -> '/tmp/Zeltinger/Asi_mit_Niwoh/Zeltinger__Er_War_Gerade_18_Jahr__Il_Venait_dAvoir_18_Ans_.mp3'
'Zeltinger/Asi_mit_Niwoh/Zeltinger:Führ_Mich_An_Den_Flußlauf_(Take_Me_To_The_River).mp3' -> '/tmp/Zeltinger/Asi_mit_Niwoh/Zeltinger__Fuehr_Mich_An_Den_Flusslauf__Take_Me_To_The_River_.mp3'
'Zeltinger/Asi_mit_Niwoh/Zeltinger:Italia.mp3' -> '/tmp/Zeltinger/Asi_mit_Niwoh/Zeltinger__Italia.mp3'
'Zeltinger/Asi_mit_Niwoh/Zeltinger:Kölsche_Junge.mp3' -> '/tmp/Zeltinger/Asi_mit_Niwoh/Zeltinger__Koelsche_Junge.mp3'
'Zeltinger/Asi_mit_Niwoh/Zeltinger:Knochen.mp3' -> '/tmp/Zeltinger/Asi_mit_Niwoh/Zeltinger__Knochen.mp3'
'Zeltinger/Asi_mit_Niwoh/Zeltinger:Müngersdorfer_Stadion_(Rockaway_Beach).mp3' -> '/tmp/Zeltinger/Asi_mit_Niwoh/Zeltinger__Muengersdorfer_Stadion__Rockaway_Beach_.mp3'
'Zeltinger/Asi_mit_Niwoh/Zeltinger:Mein_Vater_War_Ein_Wandersmann.mp3' -> '/tmp/Zeltinger/Asi_mit_Niwoh/Zeltinger__Mein_Vater_War_Ein_Wandersmann.mp3'
'Zeltinger/Asi_mit_Niwoh/Zeltinger:Mer_Weeden_Alt.mp3' -> '/tmp/Zeltinger/Asi_mit_Niwoh/Zeltinger__Mer_Weeden_Alt.mp3'
'Zeltinger/Asi_mit_Niwoh/Zeltinger:Nie_Diät.mp3' -> '/tmp/Zeltinger/Asi_mit_Niwoh/Zeltinger__Nie_Diaet.mp3'
'Zeltinger/Asi_mit_Niwoh/Zeltinger:Panzerfahrer.mp3' -> '/tmp/Zeltinger/Asi_mit_Niwoh/Zeltinger__Panzerfahrer.mp3'
"Zeltinger/Asi_mit_Niwoh/Zeltinger:Rock'n'Roll-Betrug.mp3" -> '/tmp/Zeltinger/Asi_mit_Niwoh/Zeltinger__RocknRoll-Betrug.mp3'
'Zeltinger/Asi_mit_Niwoh/Zeltinger:Schöne_Frauen_(Pretty_Woman).mp3' -> '/tmp/Zeltinger/Asi_mit_Niwoh/Zeltinger__Schoene_Frauen__Pretty_Woman_.mp3'
'Zeltinger/Asi_mit_Niwoh/Zeltinger:Sommer,_Sonne,_Herzinfarkt.mp3' -> '/tmp/Zeltinger/Asi_mit_Niwoh/Zeltinger__Sommer,_Sonne,_Herzinfarkt.mp3'
'Zeltinger/Asi_mit_Niwoh/Zeltinger:Sozialamt.mp3' -> '/tmp/Zeltinger/Asi_mit_Niwoh/Zeltinger__Sozialamt.mp3'
'Zeltinger/Asi_mit_Niwoh/Zeltinger:Tuntensong.mp3' -> '/tmp/Zeltinger/Asi_mit_Niwoh/Zeltinger__Tuntensong.mp3'


-- 
Ullrich Horlacher              Server und Virtualisierung
Rechenzentrum TIK         
Universitaet Stuttgart         E-Mail: horlacher@tik.uni-stuttgart.de
Allmandring 30a                Tel:    ++49-711-68565868
70569 Stuttgart (Germany)      WWW:    http://www.tik.uni-stuttgart.de/

[toc] | [prev] | [next] | [standalone]

#124768

Am 05.09.22 um 01:24 schrieb Ulli Horlacher:
> Herausgekommen ist https://fex.belwue.de/fstools/msync.html
> 
> Beispiel:
> 
> framstag@juhu:/data/audio: msync -s Zeltinger /tmp/
> 'Zeltinger/Asi_mit_Niwoh/Zeltinger:Asi_Mit_Nowoh.mp3' -> '/tmp/Zeltinger/Asi_mit_Niwoh/Zeltinger__Asi_Mit_Nowoh.mp3'

So langsam verstehe ich, was du wirklich vor hast.

Ich löse vergleichbare Probleme dadurch, dass ich bereits in den 
Originaldateien bestimmte Zeichen vermeide. Ich ersetze diese durch 
ähnlich aussehende Unicode-Zeichen. Diese machen deutlich weniger Probleme.

Das ganze erledigt bei mir eine Perl-Funktion escFname:> use utf8;
> use Encode qw(encode decode);
> 
> sub bytelen($)
> { use bytes;
>   return length $_[0];
> }
>  > sub escFname($)
> { local $_ = shift;
>   tr/<>:"\\\/|?*\x00-\x1f\x7f/≺≻∶”∖∕∣‽∗␀␁␂␃␄␅␆␇␈␉␊␋␌␍␎␏␐␑␒␓␔␕␖␗␘␙␚␛␜␝␞␟␡/;
>   # limit file name length
>   my $extlen = length((/(\.[^\.]+)$/)[0]);
>   while ((my $strip = bytelen($_) - 255 + 3 + $extlen) > 0)
>   { $_ = substr($_, 0, -$strip-$extlen).'…'.substr($_, -$extlen);
>   }
>   return $_;
> }

Sie muss auf jede Pfad-Komponente im Dateinamen angewendet werden und 
kümmert sich auch darum, dass selbige 255 Zeichen nicht übersteigt. Ich 
nutze es also direkt auf den Metadaten basierend, wo noch alles mögliche 
darin vorkommen kann.

Allerdings schützt auch das nicht vor allen Eventualitäten.
Punkte am Ende bringen Windows AFAIK immer noch aus dem Tritt. Das 
passiert bei Dateien mit Extension aber nicht.
Dann haben ältere Systeme noch Probleme, wenn die gesamte Pfadlänge ab 
dem jeweiligen Root zu lange wird. Windows hatte hier lange zeit ein 260 
Zeichen Limit, was sich auch noch in etlichen Firmwares wieder findet.


Marcel

[toc] | [prev] | [next] | [standalone]

#124782

Marcel Mueller <news.5.maazl@spamgourmet.org> wrote:
> Am 05.09.22 um 01:24 schrieb Ulli Horlacher:
>> Herausgekommen ist https://fex.belwue.de/fstools/msync.html
>> 
>> Beispiel:
>> 
>> framstag@juhu:/data/audio: msync -s Zeltinger /tmp/
>> 'Zeltinger/Asi_mit_Niwoh/Zeltinger:Asi_Mit_Nowoh.mp3' -> '/tmp/Zeltinger/Asi_mit_Niwoh/Zeltinger__Asi_Mit_Nowoh.mp3'
> 
> Ich löse vergleichbare Probleme dadurch, dass ich bereits in den 
> Originaldateien bestimmte Zeichen vermeide. Ich ersetze diese durch 
> ähnlich aussehende Unicode-Zeichen. Diese machen deutlich weniger Probleme.

Meine Zielhardware unterstuetzt kein Unicode, nur ISO-Latin1



> Allerdings schützt auch das nicht vor allen Eventualitäten.
> Punkte am Ende bringen Windows AFAIK immer noch aus dem Tritt.

Windows verwende ich nicht, das ist mir egal.


-- 
Ullrich Horlacher              Server und Virtualisierung
Rechenzentrum TIK         
Universitaet Stuttgart         E-Mail: horlacher@tik.uni-stuttgart.de
Allmandring 30a                Tel:    ++49-711-68565868
70569 Stuttgart (Germany)      WWW:    http://www.tik.uni-stuttgart.de/

[toc] | [prev] | [next] | [standalone]

#124767

Am 03.09.22 um 16:53 schrieb Ulli Horlacher:
> 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/:/_/
> 
> rsync bietet so was aber nicht an.

Mit vfat wird das nichts. Es kann nur einen Bruchteil der POSIX-üblichen 
Dinge im Dateisystem.

> Also selber ein rsync-aehnliches tool schreiben?

Das wäre übertrieben.

> Aber da muss es doch was fertiges geben, ich bin doch nicht der Erste mit
> dem Problem?

Naja, größere Datenmengen auf vfat syncen ist schon sehr mutig.

Ich würde vorschlagen, eine Container-Datei auf das vfat-Volume zu 
legen, und diese mit einem gescheiten Dateisystem (ext4, xfs o.ä.) zu 
mounten. Da rein kann dann rsync laufen. Und dank Links kann man dann 
auch die Versionierungsoptionen von rsync nutzen, ohne alle Dateien 
10-mal zu haben.


Marcel

[toc] | [prev] | [next] | [standalone]

#124783

Marcel Mueller <news.5.maazl@spamgourmet.org> wrote:
> Am 03.09.22 um 16:53 schrieb Ulli Horlacher:
>> 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/:/_/
>> 
>> rsync bietet so was aber nicht an.
> 
> Mit vfat wird das nichts. Es kann nur einen Bruchteil der POSIX-üblichen 
> Dinge im Dateisystem.

Ist mir bekannt. Meine Zielhardware unterstuetzt aber ausschliesslich vfat.


>> Also selber ein rsync-aehnliches tool schreiben?
> 
> Das wäre übertrieben.

Zu spaet :-)


> Ich würde vorschlagen, eine Container-Datei auf das vfat-Volume zu 
> legen, und diese mit einem gescheiten Dateisystem (ext4, xfs o.ä.) zu 
> mounten. Da rein kann dann rsync laufen. Und dank Links kann man dann 
> auch die Versionierungsoptionen von rsync nutzen, ohne alle Dateien 
> 10-mal zu haben.

Ich brauch kein backup.
Die Zielhardware soll meine Mediadateien abspielen, das geht nicht mit
Container-Filesysteme.


-- 
Ullrich Horlacher              Server und Virtualisierung
Rechenzentrum TIK         
Universitaet Stuttgart         E-Mail: horlacher@tik.uni-stuttgart.de
Allmandring 30a                Tel:    ++49-711-68565868
70569 Stuttgart (Germany)      WWW:    http://www.tik.uni-stuttgart.de/

[toc] | [prev] | [next] | [standalone]

#124770

Am 03.09.22 um 16:53 schrieb Ulli Horlacher:
> 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/:/_/
> 
> 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?

Habe hier das Problem so 'gelöst', dass ich zwei Backups auf verschiedene
externe Platten mache, eine mit ext4 (wie mein Home) und eine mit vfat (wie
gekauft). Auf ext4 läuft alles glatt durch, aber auf vfat nicht, da mogeln
sich immer mal wieder ungültige Zeichen wie ':' in Musiktitel, die ich
händisch versucht habe auszumerzen, aber das ist natürlich blöd.
Also auf vfat sichere ich nur sichtbare Dateien und die paar Fehler sind evtl.
zu verschmerzen, wirklich wichtige Dokumente sind aber drauf.
vfat ist überall wieder lesbar, ext4 aber nicht so ohne weiteres.
Also keine wirklich zufriedenstellende Lösung, aber gangbar für mich.

Was mich jetzt mehr beschäftigt, wie ich die externen Platten (nachträglich),
verschlüssele, denn wenn mir der Rucksack mit den 'Notfalldaten' geklaut wird,
oder ich den irgendwo aus Versehen liegen lasse, was dann?
Ist aber eigentlich ein neues Thema.

M:

[toc] | [prev] | [next] | [standalone]

#124776

Am 07.09.22 um 13:26 schrieb Matthias Gerds:
> Was mich jetzt mehr beschäftigt, wie ich die externen Platten 
> (nachträglich),
> verschlüssele, denn wenn mir der Rucksack mit den 'Notfalldaten' geklaut 
> wird,
> oder ich den irgendwo aus Versehen liegen lasse, was dann?

Es gibt Platten, die das auf Firmwareebene eingebaut haben.
Knackbar? Mutmaßlich ja, aber üblicherweise nicht von Lieschen Müller.

Alternativ: einen Verschlüsselungscontainer auf die Platte legen.
VeraCrypt ist AFAIK bis heute nicht geknackt und zu allen gängigen OS 
kompatibel.

> Ist aber eigentlich ein neues Thema.

In der Tat.


Marcel

[toc] | [prev] | [standalone]

Page 2 of 2 — ← Prev page 1 [2]

Back to top | Article view | de.comp.os.unix.linux.misc

csiph-web