Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Falsches Änderungsdatum nach FTP-Übertragung

146 views
Skip to first unread message

Marco Schremm

unread,
Oct 27, 2016, 8:18:50 AM10/27/16
to
hi,

ich orientiere mich oft am Änderungsdatum von Dateien.
Jetzt habe ich einen Schwung per ftp auf meinen Rechner übertragen
und alle haben anstatt ihres echten letzten Bearbeitungsdatum die
Übertragungszeit als Änderungs- und Zugriffsdatum.
Ziemlich blöd und meist & hier unrealistisch. Ja, ich kann mir einen
technischen Grund vorstellen, aber ...
Das alte echte Datum bekommt man wohl nicht mehr hin?

auf Xubuntu, Thunar.
marco

Werner Flamme

unread,
Oct 27, 2016, 8:56:52 AM10/27/16
to
Marco Schremm [27.10.2016 14:18]:
Hallo moarco,

per ftp wirst Du kein anderes Ergebnis bekommen. Rsync oder sftp könnten
helfen.

Werner
--

Bernd Mayer

unread,
Oct 27, 2016, 9:26:35 AM10/27/16
to
Am 27.10.2016 um 14:18 schrieb Marco Schremm:
>
> ich orientiere mich oft am Änderungsdatum von Dateien.
> Jetzt habe ich einen Schwung per ftp auf meinen Rechner übertragen
> und alle haben anstatt ihres echten letzten Bearbeitungsdatum die
> Übertragungszeit als Änderungs- und Zugriffsdatum.
> Das alte echte Datum bekommt man wohl nicht mehr hin?

Hallo,

bei Digitalfotos geht das mit jhead oder exiftool usw. sofern die
EXIF-Daten noch vorhanden sind.


Bernd Mayer


Andreas Kohlbach

unread,
Oct 27, 2016, 4:35:07 PM10/27/16
to
On Thu, 27 Oct 2016 18:04:21 +0200, Wolfgang Schwanke wrote:
>
> Werner Flamme <werner...@ufz.de>
> wrote in news:e7ebsj...@mid.dfncis.de:
>
>> per ftp wirst Du kein anderes Ergebnis bekommen.
>
> Das hängt vom Client ab. IIRC behält WS_FTP (Windows) das Original-
> Änderungsdatum bei. Was ich wieder blöd finde, denn ich will meistens
> genau das Gegenteil.

Ich nutze das Konsolenprogramm (nix Klicken) lftp, was auch den Timestamp
der Originaldatei bei behält. Liegt am Client.

Ich hätte angenommen, man kann lftp sagen, ob es ihn behalten oder
aktualisieren soll, kann aber in dessen man Page nichts darüber finden.
--
Andreas
You know you are a redneck if
the neighbors started a petition over your christmas lights.

Marco Schremm

unread,
Oct 27, 2016, 4:55:43 PM10/27/16
to
Danke!

Am 27.10.2016 um 22:45 schrieb Andreas Neumann:
> Marco Schremm wrote:
>
>> Das alte echte Datum bekommt man wohl nicht mehr hin?
>
> Das gleiche Problem hatte ich auch schon öfter. Du könntest es natürlich
> nachträglich korrigieren, das geht auf der console mit touch. Die manpage
> hilft weiter.
wenn das Datum in der Datei noch existiert - jetzt bei einigen 1000 Dateien?

in Zukunft für sftp müsste ich einen public-key besorgen bzw. einen
Schlüssel. FileZilla nutze ich, da müsste ich den dann einbinden ...
>
>
marco

Marco Schremm

unread,
Oct 27, 2016, 6:04:22 PM10/27/16
to
Am 27.10.2016 um 23:02 schrieb Andreas Neumann:
>> ... wenn das Datum in der Datei noch existiert
> Ich verstehe nicht was Du damit sagen willst?
Daten können an verschiedener Stelle in Dateien hinterlegt sein.
Möglich ist das. Vielleicht liegt es noch an einer X.Stelle?
exif-Daten wiederholen sich z.B. auch in den "Kategorien".
Du kannst die IPMC oder XMP löschen. Dann haste immer noch exif.





>
>> > - jetzt bei einigen 1000 Dateien?
> Wenn die alle ein unterschiedliches Datum haben, wird das wohl kein
> Lösungsweg sein, eher wenn es größere Gruppen mit gleicher Zeit gibt.
> Das war bei mir der Fall. Viel Arbeit und nervig ist es natürlich trotzdem.
es ist jetzt glücklicherweise nicht super-wichtig.
Es gibt aber solche Situationen ...


>
>
marco

Ralph Stahl

unread,
Oct 28, 2016, 3:21:14 AM10/28/16
to
Marco Schremm schrieb:
Filezilla macht das bei mir immer richtig. Der entsprechende Haken unter
"Transfer" ist bei mir an und das Änderungsdatum wird nicht verbogen.
Vielleicht hilft dieser uralte Artikel hier weiter:

https://www.df.eu/forum/threads/69034-FileZilla-Datei%C3%BCbertragung-%C3%A4nder-%C3%84nderungsdatum

Ralph

Marco Schremm

unread,
Oct 28, 2016, 5:26:41 PM10/28/16
to
Super! Danke!
Ich habe mehr & mehr bemerkt, wie sehr ich mich auch am Datum orientiert
habe ...

Die Funtion habe ich in FileZilla nicht gesehen. Funktioniert. :-)
Ich habe die meisten Dateien nochmal rüberkopiert - sofern sie noch
vorhanden waren.

Bilddateien kann ich evtl. aus den exif-Daten ändern und
an .odt-Dateien kann man ein .zip ranhängen, öffnen und sieht an den
.xml das letzte Datum (LibreOffice Writer).

Ich weiß allerdings noch nicht, wie man ein Dateidatum händisch ändert,
ohne das ganze System umzustellen.



Gruß,
marco

Bernd Mayer

unread,
Oct 29, 2016, 12:40:05 AM10/29/16
to
Am 28.10.2016 um 23:26 schrieb Marco Schremm:
> Die Funtion habe ich in FileZilla nicht gesehen. Funktioniert. :-)
> Ich habe die meisten Dateien nochmal rüberkopiert - sofern sie noch
> vorhanden waren.
>
> Bilddateien kann ich evtl. aus den exif-Daten ändern und
> an .odt-Dateien kann man ein .zip ranhängen, öffnen und sieht an den
> .xml das letzte Datum (LibreOffice Writer).
>
> Ich weiß allerdings noch nicht, wie man ein Dateidatum händisch ändert,
> ohne das ganze System umzustellen.

Hallo,

bei JPGs mit EXIF z.B mit jhead:
http://www.sentex.net/~mwandel/jhead/usage.html

"Date / Time manipulation options
-ft Sets the file's system time stamp to what is stored in the Exif header."

jhead -ft bild.jpg

bei mehrren JPGs in einem Verzeichnis:

jhead ft *.JPG

Bei beliebigen Dateien mit touch:
https://linux.die.net/man/1/touch


Bernd Mayer
0 new messages