ubuntuusers.de

Frage zu Back in time

Status: Gelöst | Ubuntu-Version: Ubuntu 18.04 (Bionic Beaver)
Antworten |

cougartrader

Avatar von cougartrader

Anmeldungsdatum:
10. Juni 2013

Beiträge: 424

Moin,

ich will mir ein System mit 18.04 aufsetzen und anpassen/rumprobieren, also z.B. für Gimp Script Fu und G'Mic installieren usw. Wenn ich "Bit" als Root starte und ein Backup erstelle, /home, /etc, /usr usw. und dieses wieder herstelle, werden dann auch die Rechte für alles, auch /home, auf Root gesetzt? Irgendwie werde ich nicht ganz schlau und mE kann ich z.B. /etc ohne Rootrechte nicht sichern?

Bisher hab ich immer "zu Fuß" gesichert, das fängt aber an mich etwas zu nerven.

Also, es soll so ziemlich alles gesichert werden und bei Bedarf zurück geschrieben werden ohne dass die jeweiligen Rechte sich ändern, /home gehört dem User, /etc gehört Root usw.

Moderiert von Cruiz:

Dieses Thema ist verschoben worden. Bitte beachte die als wichtig markierten Themen („Welche Themen gehören hier her und welche nicht?“)!

RamSpeicher

Anmeldungsdatum:
17. Juli 2009

Beiträge: 2508

cougartrader schrieb:

ich will mir ein System mit 18.04 aufsetzen und anpassen/rumprobieren, also z.B. für Gimp Script Fu und G'Mic installieren usw. Wenn ich "Bit" als Root starte und ein Backup erstelle, /home, /etc, /usr usw. und dieses wieder herstelle, werden dann auch die Rechte für alles, auch /home, auf Root gesetzt? Irgendwie werde ich nicht ganz schlau und mE kann ich z.B. /etc ohne Rootrechte nicht sichern?

Root-Rechte brauchst Du dann, wenn Du Dateien Sichern willst, die außerhalb von HOME liegen. Die Dateirechte werden so oder so mit gesichert.

Ließ Dir nochmal den Einleitungstext durch, und ebenso im Artikel ▶ Rechte werden nicht korrekt wiederhergestellt.

Bisher hab ich immer "zu Fuß" gesichert, das fängt aber an mich etwas zu nerven.

Da Back in Time auf rsync basiert (Optionen), nimm doch das und mache das z.B. mit Scripten. Sozusagen "zu Fuß" nur Automatisiert 😉 Das ist dann z.B. meine Methode.

Wobei ich selber nur die Dateien Sichere welche ich vorher explizit Festgelegt habe, ohne komplette Systemsicherung.

In diesem Moment würde ich dann wieder die Frage stellen, läuft dein Ubuntu so instabil das es einer kompletten Systemsicherung Bedarf bzw. welcher Grund steckt dahinter ❓ Ist also am Ende alles eine Frage der persönlichen Bedürfnisse.

Also, es soll so ziemlich alles gesichert werden und bei Bedarf zurück geschrieben werden ohne dass die jeweiligen Rechte sich ändern, /home gehört dem User, /etc gehört Root usw.

dd kann das auch Klick oder auch BorgBackup. Oder auch, Viele Wege führen nach Rom 😉

cougartrader

(Themenstarter)
Avatar von cougartrader

Anmeldungsdatum:
10. Juni 2013

Beiträge: 424

RamSpeicher schrieb:

Root-Rechte brauchst Du dann, wenn Du Dateien Sichern willst, die außerhalb von HOME liegen.

Eben, meinte ich doch 😉

Die Dateirechte werden so oder so mit gesichert.

Ok, das wollte ich wissen

Da Back in Time auf rsync basiert (Optionen), nimm doch das und mache das z.B. mit Scripten. Sozusagen "zu Fuß" nur Automatisiert 😉 Das ist dann z.B. meine Methode.

Klingt auch gut, muss ich mir mal anschauen!

In diesem Moment würde ich dann wieder die Frage stellen, läuft dein Ubuntu so instabil das es einer kompletten Systemsicherung Bedarf bzw. welcher Grund steckt dahinter ❓

Nein, es soll ja auch erst installiert werden. Aber, man kennt ja seine Pappenheimer, den Rechner wird ein Familienmitglied nutzen, die "alte Kubuntukiste" hat es hinter sich, daher erahne ich mal was da kommen KÖNNTE

dd kann das auch Klick oder auch BorgBackup. Oder auch, Viele Wege führen nach Rom 😉

Mit dd mach ich es bisher, aber da hänge ich vorher die entsprechende Partition aus (Sicherung per Livesystem) und da weiss ich dass das eh nichts wird. Also BiT, das sichert auch komplett ohne das etwas ausgehängt werden muss, externe Platte ran, Knopf drücken und es wird gesichert, fertig.

RamSpeicher

Anmeldungsdatum:
17. Juli 2009

Beiträge: 2508

cougartrader schrieb:

Klingt auch gut, muss ich mir mal anschauen!

Kann ich Dir auch, allerdings Natürlich nur aufgrund der eigenen Erfahrung wärmstens Empfehlen, da ich mich mehr oder weniger auf den kleinsten gemeinsamen Nenner Beschränke, siehe hier.

#!/bin/bash 

rsync -a -v --progress --delete /home/sven/Bilder/ /media/sven/SEAGATE/Backup/SSD/bilder/

rsync -a -v --progress --delete /home/sven/Dokumente/ /media/sven/SEAGATE/Backup/SSD/dokumente/

rsync -a -v --progress --delete /home/sven/Downloads/ /media/sven/SEAGATE/Backup/SSD/downloads/

rsync -a -v --progress --delete /home/sven/Musik/ /media/sven/SEAGATE/Backup/SSD/musik/

rsync -a -v --progress --delete /home/sven/Videos/ /media/sven/SEAGATE/Backup/SSD/videos/

Nein, es soll ja auch erst installiert werden. Aber, man kennt ja seine Pappenheimer, den Rechner wird ein Familienmitglied nutzen, die "alte Kubuntukiste" hat es hinter sich, daher erahne ich mal was da kommen KÖNNTE

Ja das kommt mir bekannt vor, nur all zu Gut ☹ Du könntest Dir aber mal das Video von Nick Anschauen, das wäre eine weitere Alternative + Ergänzung. Hatte ich selber so noch Nie probiert, und ob das am Ende wirklich praktikabel ist .... Keine Ahnung.

Also BiT, das sichert auch komplett ohne das etwas ausgehängt werden muss, externe Platte ran, Knopf drücken und es wird gesichert, fertig.

Mein Script macht da nichts anderes, mit dem Unterschied das man genau sieht was da passiert.

ABER ❗ meine Methode beinhaltet nicht den Parameter --backup-dir was bedeutet, Dateien welche aus dem Ursprung gelöscht werden, werden dann Logischerweise beim nächsten Synchronisieren auch im Ziel gelöscht.

Antworten |