staging.inyokaproject.org

mv kennt im Gegensatz zu cd ja keine -r Option. Kopieren mit cp und dann das Original löschen, ändert aber ctime. Geht das Verschieben von Verzeichnissen unter Beibehaltung der ctime ohne das man solche hacks bemühen muss, um die ctime nachträglich wieder "richtig" zu setzen? Zur Zeit denke ich darüber nach, ein Skript zu schreiben, dass eine leere Kopie des Verzeichnisbaums erstellt und dann die Dateien per mv dort hinein verschiebt. Ich zweifle aber, ob ich der erste bin, dem das auffällt. Bin ich gerade dabei das Rad neu zu erfinden?

Warum nicht rsync schau dir mal die Optionen an

uzfH8 schrieb:

mv kennt im Gegensatz zu cd ja keine -r Option. Kopieren mit cp und dann das Original löschen, ändert aber ctime.

Soeben getestet: die ctime wird dir auch bei Benutzung von mv nicht erhalten.

18. KW, Donnerstag - ~$ stat Beispiel.txt 
  File: Beispiel.txt
  Size: 37        	Blocks: 8          IO Block: 4096   regular file
Device: 8,2	Inode: 782256      Links: 1
Access: (0664/-rw-rw-r--)  Uid: ( 1000/    wxpte)   Gid: ( 1000/    wxpte)
Access: 2024-05-02 19:01:22.198524952 +0200
Modify: 2024-05-02 19:01:22.198524952 +0200
Change: 2024-05-02 19:01:22.198524952 +0200
 Birth: 2024-05-02 19:01:22.198524952 +0200
________
18. KW, Donnerstag - ~$ mv Beispiel.txt zielverzeichnis/
________
18. KW, Donnerstag - ~$ stat zielverzeichnis/Beispiel.txt 
  File: zielverzeichnis/Beispiel.txt
  Size: 37        	Blocks: 8          IO Block: 4096   regular file
Device: 8,2	Inode: 782256      Links: 1
Access: (0664/-rw-rw-r--)  Uid: ( 1000/    wxpte)   Gid: ( 1000/    wxpte)
Access: 2024-05-02 19:01:22.198524952 +0200
Modify: 2024-05-02 19:01:22.198524952 +0200
Change: 2024-05-02 19:03:01.836320538 +0200
 Birth: 2024-05-02 19:01:22.198524952 +0200
________
18. KW, Donnerstag - ~$

wxpte schrieb:

uzfH8 schrieb:

mv kennt im Gegensatz zu cd ja keine -r Option. Kopieren mit cp und dann das Original löschen, ändert aber ctime.

Soeben getestet: die ctime wird dir auch bei Benutzung von mv nicht erhalten.

Richtig

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20

:~/import/dell-optiplex-780/home-gh2425/Dropbox/entwurf$ touch bsptxt.txt
:~/import/dell-optiplex-780/home-gh2425/Dropbox/entwurf$ stat bsptxt.txt 
  Datei: bsptxt.txt
 Größe: 0         	Blöcke: 0          EA Block: 524288 Normale leere Datei
Gerät: 45h/69d	Inode: 48114347    Verknüpfungen: 1
Zugriff: (0664/-rw-rw-r--)  Uid: ( 1000/  gh2425)   Gid: ( 1000/  gh2425)
Zugriff: 2024-05-02 20:15:41.480397652 +0200
Modifiziert: 2024-05-02 20:15:41.480397652 +0200
Geändert: 2024-05-02 20:15:44.484406297 +0200
Geburt: -
:~/import/dell-optiplex-780/home-gh2425/Dropbox/entwurf$ mv bsptxt.txt bsptxt1.txt 
:~/import/dell-optiplex-780/home-gh2425/Dropbox/entwurf$ stat bsptxt1.txt 
  Datei: bsptxt1.txt
 Größe: 0         	Blöcke: 0          EA Block: 524288 Normale leere Datei
Gerät: 45h/69d	Inode: 48114347    Verknüpfungen: 1
Zugriff: (0664/-rw-rw-r--)  Uid: ( 1000/  gh2425)   Gid: ( 1000/  gh2425)
Zugriff: 2024-05-02 20:15:41.480397652 +0200
Modifiziert: 2024-05-02 20:15:41.480397652 +0200
Geändert: 2024-05-02 20:47:54.297027032 +0200
Geburt: -

Wie man sieht, heißt ctime auf einem deutschen Ubuntu Geändert. Ich dachte, wenn ich in thunar das Änderungsdatum anzeigen lasse, wäre das ctime. Das scheint aber nicht der Fall zu sein.

Danke an alle. Ich muss jetzt erstmal überlegen, was ich eigentlich will.

Andere Frage, nur weil es mir gerade auffällt: Warum erscheint da unter Geburt/birth eigentlich nichts bei mir?

Warum erscheint da unter Geburt/birth eigentlich nichts bei mir?

Gab es ursprünglich bei Unix/Linux nicht und ist wohl auch jetzt nicht bei jedem Dateisystem implementiert.

Wie man sieht, heißt ctime auf einem deutschen Ubuntu Geändert. Ich dachte, wenn ich in thunar das Änderungsdatum anzeigen lasse, wäre das ctime.

ctime sagt dir, wann einige Metadaten zur Datei geändert wurden, also Berechtigungen u.s.w. Das betrifft eher das Dateisystem und weniger die Datei selber. Zumindest die deutschen Beschreibungen dazu sind für mein Verständnis eher schwammig. Aber vielleicht hilft dies dies hier ein wenig (scrollen bis "ctime:"). Das bezieht sich also eher auf das zugehörige Verzeichnis.

Warum ist der Erhalt von ctime überhaupt wichtig?

uzfH8 schrieb:

Wie man sieht, heißt ctime auf einem deutschen Ubuntu Geändert.

Ja, »change« heißt auf deutsch ja auch »Änderung« – allerdings bezieht sich das hier, wie Dakuan bereits schrieb, nur auf die Metadaten. Am Anfang ist das erst einmal ein wenig verwirrend.

Ich dachte, wenn ich in thunar das Änderungsdatum anzeigen lasse, wäre das ctime. Das scheint aber nicht der Fall zu sein.

Dateibrowser, also auch thunar, zeigen per Default als Zeitstempel immer den Zeitpunkt an, an welchem die Datei selbst geändert wurde, also die mtime. Dasselbe gilt auch für den Befehl ls, wobei man über die Optionen auch auswählen kann, welchen der Zeitstempel man anzeigen lassen will.

Andere Frage, nur weil es mir gerade auffällt: Warum erscheint da unter Geburt/birth eigentlich nichts bei mir?

Siehe Dakuan: vermutlich liegt das daran, dass ich hier mit der Version 23.10 herumhantiere, während du deinen Angaben zufolge noch Version 22.04 benutzt.

rklm schrieb:

Warum ist der Erhalt von ctime überhaupt wichtig?

Es ist nicht die ctime. Das war mein Fehler. Die von thunar angezeigt Zeit wird zum Beispiel benutzt, heuristisch zu bestimmen, welche Schreiben zuerst verarbeitet werden.

uzfH8 schrieb:

rklm schrieb:

Warum ist der Erhalt von ctime überhaupt wichtig?

Es ist nicht die ctime. Das war mein Fehler. Die von thunar angezeigt Zeit wird zum Beispiel benutzt, heuristisch zu bestimmen, welche Schreiben zuerst verarbeitet werden.

Das sollte dann aber die mtime sein und die wird erhalten.

rklm schrieb:

Das sollte dann aber die mtime sein und die wird erhalten.

Ja, vermutlich ein eingebildetes Problem. Ist wohl ein Fingerzeig Gottes, dass ich besser Politiker werden soll.