martinibook
Aktives Mitglied
- Dabei seit
- 20.08.2005
- Beiträge
- 8.727
- Reaktionspunkte
- 350
Was die machen ist mir grob klar, aber die werden jedes Mal kopiert, dabei hat sich doch nichts verändert
Folgen Sie dem Video unten, um zu sehen, wie Sie unsere Website als Icon auf Ihrem Homescreen erstellen.
Anmerkung: This feature may not be available in some browsers.
Aussage richtig, Begründung falsch. Die Metainformationen stecken auf HFS+ im Resource Zweig der Datei. Die Double Files werden erst erzeugt, wenn die Dateien auf Dateisysteme kopiert werden, die Resourceforks nicht unterstützen....
Einfach ignorieren und gut isses, im Mac OS siehst Du die ueblicherweise einfach nicht, da Dateien, die mit . beginnnen in Unixen versteckte Dateien sind.
Aussage richtig, Begründung falsch.
ohne zu vertiefen: .$DATEINAME sind versteckte dateien und werden unter unix/linux standardmässig nicht angezeigt.Finde ich nicht falsch, in OS X sehe ich die .-Dateien erst mal nicht, weil sie nicht angezeigt werden, obwohl sie z.B. auf meinem FAT-formatierten Stick durchaus vorhanden sind. Aber brauchen wir nicht zu vertiefen, da OT.
Einfach das Zielverzeichnis um den entsprechen Verzeichnisnamen erweiternHi,
mal eine Frage: kann mir jemand erklären wie ich meine Datensicherung in fortlaufend neuen Ordnern (z.B. "Datensicherung_16.01.2011" etc.) einstellen kann? Also so, dass immer ein neuer Zielordner erstellt wird, ähnlich der Datensicherung von Time Machine? Kennt wer den Code, den ich vielleicht noch in mein backup script einfügen kann?
Hast Du das mal ausprobiert?Kopieren per hardlink geht mit "cp -al"
nicht unter osx.Hast Du das mal ausprobiert?
... oder auf Gnu-ismen verzichten und einfach das richtige Werkzeug benutzen.... oder das backup auf einem anständigen os machen...
magheinzens Unkenrufen zum Trotz geht das natürlich in OS X und zwar mit rsync und dem Schalter "--link-dest"aber geht das trotzdem irgendwie in osx?
dann solltest du direkt ln nehmen.... oder auf Gnu-ismen verzichten und einfach das richtige Werkzeug benutzen.
Es muss nicht jedes Werkzeug alles können.
magheinzens Unkenrufen zum Trotz geht das natürlich in OS X und zwar mit rsync und dem Schalter "--link-dest"
Details findest Du in dem manpage
wenn dir $BACKUP/daily.0
dann rsync --link-dest $BACKUP/daily.0 $BACKUP/daily.1
rsync $DATA $BACKUP/daily.0
Jetzt komm mal wieder runter. Du hast doch behauptet, Apple hätte cp kaputt gemacht.typisch macjünger, äh, macuser.
kaum sagt man mal was gegen eine spezialität von apple, hier das kleine programm "cp", schon hat man behauptet irgendwas würde mit osx grundsätzlich nicht funktionieren.
Nein, das ist nicht richtig.find findet Dateien die Leerzeichen enthalten, cpio kann aber damit nichts anfangen
ls -l
total 16
drwxr-xr-x 2 maceis staff 68 24 Mai 20:48 dest
-rw-r--r-- 1 maceis staff 6 24 Mai 20:44 file 1
-rw-r--r-- 1 maceis staff 24 24 Mai 20:44 file2
find . -iname file\* | cpio -pl dest
0 blocks
ls -l dest
total 16
-rw-r--r-- 2 maceis staff 6 24 Mai 20:44 file 1
-rw-r--r-- 2 maceis staff 24 24 Mai 20:44 file2