wiederherstellung einer Datei mit u-Flag?
wiederherstellung einer Datei mit u-Flag?
Hallo Forum!
Ich habe eine Datei mit rsync synchronisieren wollen. Das hat leider auch geklappt, aber in die verkehrte Richtung.
Bei der "richtigen" Datei hatte ich ein u-Flag gesetzt. Gibt es Hoffnung auf Rettung der "synchronisierten" Datei?
TIA und viele Gruesse,
Miksch
Ich habe eine Datei mit rsync synchronisieren wollen. Das hat leider auch geklappt, aber in die verkehrte Richtung.
Bei der "richtigen" Datei hatte ich ein u-Flag gesetzt. Gibt es Hoffnung auf Rettung der "synchronisierten" Datei?
TIA und viele Gruesse,
Miksch
Ich sehe auch auf Anhieb keine Möglichkeit da was zu retten.. aber was soll dieses u-Flag sein?
i support free software: http://www.fsfe.org/en/fellows/esteel
a great free and opensource FPS game: http://nexuiz.com
a great free and opensource FPS game: http://nexuiz.com
Danke.. ich habe gerade in eine total andere Richtung gedacht..
Aber dann sollte es doch noch möglich sein 'wieder zurück zu syncen' und dann solltest du doch auf beiden Seiten jeweils die neuesten Dateien haben oder?
Aber dann sollte es doch noch möglich sein 'wieder zurück zu syncen' und dann solltest du doch auf beiden Seiten jeweils die neuesten Dateien haben oder?
i support free software: http://www.fsfe.org/en/fellows/esteel
a great free and opensource FPS game: http://nexuiz.com
a great free and opensource FPS game: http://nexuiz.com
Guten Morgen!
Vielen Dank fuer die Hilfe!
Nein, wirklich geldwert sind die Daten nicht. Es ist nur meine Zeit, die da verlorenging.
Ich fuerchte auch, dass die Daten durch das Ueberschreiben geloescht wurden.
Das u-Flag setzt man mit chattr +u fuer Dateien, die Dir besonders wichtig sind. Dabdurch wird beim Loeschen eine Kopie der Datei angelegt, so dass sie wiederhergestellt werden koennen soll.
Es gibt noch weitere Flags dies sind:
A,a,c,d,i,S,s.
A bedingt, dass das a-time (access-time) Feld einer Datei nicht veraendert wird
a steht fuer Append. Es können also nur Daten an eine Datei angehängt, aber nichts ueberschreiben werden.
c bewirkt, dass der Kernel Dateien beim Speichern automatisch komprmiert, beim Oeffnen werden sie automatisch wieder dekomprimiert
d bewirkt, dass eine Datei die dieses Attribut gesetzt hat bei einem Backup mit dem dump-Befehl ausser Acht gelassen wird
i kann nur root setzen. Es bewirkt, dass an der Datei NICHTS veraendert werden kann
S bewirkt, dass eine Datei sofort auf die Platte geschrieben wird, nicht erst in den Cache
s bewirkt, dass eine Datei beim Loeschen sofort mit Nullen ueberschrieben wird. Sie ist also auf keinen Fall wiederherstellbar.
u kennst Du jetzt schon;)
Das Ganze bezieht sich auf das ext2 Dateisystem. ext3 kennt aber die gleichen Flags.
Mit lsattr siehst Du Dir an welche Flags gesetzt sind.
Nur...ich habe sie ja gar nicht geloescht, sondern, leider, synchronisiert, damit ueberschrieben. ...also wohl keine Chance auf Wiederherstellung.
...naja, das uebt und praegt besser ein!
Vielen Dank noch mal Euch allen!
Miksch
Vielen Dank fuer die Hilfe!
Nein, wirklich geldwert sind die Daten nicht. Es ist nur meine Zeit, die da verlorenging.
Ich fuerchte auch, dass die Daten durch das Ueberschreiben geloescht wurden.
Das u-Flag setzt man mit chattr +u fuer Dateien, die Dir besonders wichtig sind. Dabdurch wird beim Loeschen eine Kopie der Datei angelegt, so dass sie wiederhergestellt werden koennen soll.
Es gibt noch weitere Flags dies sind:
A,a,c,d,i,S,s.
A bedingt, dass das a-time (access-time) Feld einer Datei nicht veraendert wird
a steht fuer Append. Es können also nur Daten an eine Datei angehängt, aber nichts ueberschreiben werden.
c bewirkt, dass der Kernel Dateien beim Speichern automatisch komprmiert, beim Oeffnen werden sie automatisch wieder dekomprimiert
d bewirkt, dass eine Datei die dieses Attribut gesetzt hat bei einem Backup mit dem dump-Befehl ausser Acht gelassen wird
i kann nur root setzen. Es bewirkt, dass an der Datei NICHTS veraendert werden kann
S bewirkt, dass eine Datei sofort auf die Platte geschrieben wird, nicht erst in den Cache
s bewirkt, dass eine Datei beim Loeschen sofort mit Nullen ueberschrieben wird. Sie ist also auf keinen Fall wiederherstellbar.
u kennst Du jetzt schon;)
Das Ganze bezieht sich auf das ext2 Dateisystem. ext3 kennt aber die gleichen Flags.
Mit lsattr siehst Du Dir an welche Flags gesetzt sind.
Nur...ich habe sie ja gar nicht geloescht, sondern, leider, synchronisiert, damit ueberschrieben. ...also wohl keine Chance auf Wiederherstellung.
...naja, das uebt und praegt besser ein!
Vielen Dank noch mal Euch allen!
Miksch
Genau das war die Richtung in die ich gedacht habe, mir ist nur der Befehl chattr nicht mehr eingefallen (habe ich noch nie wirklich gebraucht). Aber so im Nachhinein scheint die rsync option -u doch eine recht gute zu sein
i support free software: http://www.fsfe.org/en/fellows/esteel
a great free and opensource FPS game: http://nexuiz.com
a great free and opensource FPS game: http://nexuiz.com