Sie sind nicht angemeldet.

Lieber Besucher, herzlich willkommen bei: GentooForum.de. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

1

10.12.2008, 15:16

Komplettes Gentoo Backup

Hallo Leute,

da ich mich auch auf ein gemachtes Backup verlassen können möchte frage ich euch.

Wie kann ich alles (wirklich alles) kopieren so dass ich falls mal was passieren sollte ich das nur so wieder auf die neue Festplatte ziehen muss.
Mein Home-Verzeichnis möchte ich seperat kopieren, da gemountet. Wie gehe ich auch hier sicher, dass ich alles erwische ?

Mfg und Danke schon mal vorab!

Dieser Beitrag wurde bereits 3 mal editiert, zuletzt von »vanishly« (10.01.2009, 09:17)


2

10.12.2008, 15:32

Am einfachsten geht das mit tar :)

Zum Sichern:
  1. Live System hochfahren
  2. / mounten z.B. nach /mnt/gentoo
  3. /home mounten z.B. nach /mnt/home
  4. Ein Backup Ziel mounten (z.B. ein Netzwerkshare) z.B. nach /mnt/backups
  5. cd /mnt/gentoo
  6. tar cf /mnt/backups/backup-root.tar .
  7. cd /mnt/home
  8. tar cf /mnt/backups/backup-home.tar .
Zum Wiederherstellen:
  1. Punkt 1-4 wie beim Sichern
  2. cd /mnt/gentoo
  3. tar xpf /mnt/backups/backup-root.tar --same-owner
  4. cd /mnt/home
  5. tar xpf /mnt/backups/backup-home.tar --same-owner
Prinzipiell kannst du /proc und /dev sowie /tmp vom RootBackup ausschließen (siehe manpage von tar) aber die nehmen nicht wirklich Platz weg ^^ In einigen Tutorials sieht man auch oft, dass die p Option (preserve permissions) und --same-owner weggelassen wird, weil tar die Rechte/Benutzer normalerweise sowieso erhällt, wenn man es als root verwendet, leider habe ich aber auch schon erlebt, dass dem nicht so war.

Das Live-System ist notwendig, weil tar abbricht, wenn sich eine Datei beim lesen geändert hat und ist für Systembackups zu machen sowieso immer zu empfehlen ;)

mfg pyjo

3

12.12.2008, 23:49

ich würde dir den Weg über Rsync empfehlen.

"Nachteile"
Hat einen Nachteil die Kopie ist genauso groß wie das Orginal wird also nicht komprimiert, wobei bei der heutigen größe von Festplatten sollte dies keine Rolle spielen.

Vorteil
- Bei jedem weitern backup geht es wirklich schnell da nur noch die Veränderungen gespeichert werden
- Geht ein Archiv kaputt sind oft alle daten Futsch hier nicht
- Rechte und benutzer werden mit gesynct

Erstellen in Live Umgebung

Quellcode

1
2
3
4
5
6
7
8
9
10
#Gehe mal von Gentoo auf /dev/sda1 aus
#gehe von einem USB Stick oder Festplatte auf /dev/sdb1 aus

mkdir gentoo usb
mount /dev/sda1 gentoo
mount /dev/sdb1 usb
rsync -av --delete gentoo/ usb/
#Hier wir der inhalt in gentoo nach usb gesynct
#achtung das / am ende ist wichtig sagt nämlich inhalt von gentoo nach usb 
# rsync -av --delete gentoo usb/  ---> hier würde er in usb einen ordner gentoo erstellen un mit dem syncen also nach usb/gentoo/


Wiederherstellen

Quellcode

1
2
3
4
5
6
7
#Gehe mal von Gentoo auf /dev/sda1 aus
#gehe von einem USB Stick oder Festplatte auf /dev/sdb1 aus

mkdir gentoo usb
mount /dev/sda1 gentoo
mount /dev/sdb1 usb
rsync -av --delete usb/ gentoo


Viel spaß
Phenom X4 9550
Gigabyte GA-MA770-UD3
Gentoo 64 Bit Stable
8 GB Ram
Audigy 2 Zs
Geforce 9800 GTX
VDR
Hauppauge Nexus-S Rev 2.2 + 2.1

Lenovo G550 T4300
Gentoo 64 Bit Stable
4 GB Ram

4

13.12.2008, 14:23

ich löse diese aufgabe mit rdiff-backup.
hat den vorteil, das die verzeichnisse inkrementell gesichert werden.

5

15.12.2008, 16:05

Dann setze mal auf gelöst :)
Frage von mir : komprimiert das Tool standardmäßig ?
Man kann nicht alles wissen, aber alles lernen!

6

02.01.2009, 10:24

Hallo,

ich habe doch noch eine Frage.

Angenommen ich habe genügend Speicherplatz, welche Verzeichnisse brauche ich denn auf gar keinen Fall zu sichern, bzw könnten eventuell problematisch werden?
Was ist zum Beispiel mit /proc?

Mfg

7

02.01.2009, 12:26

/proc, /dev und /sys sind jedenfalls "künstliche" Verzeichnisse. Don't!

Auch /tmp und /var/tmp sind ein Kandidaten, welche du dir schenken kannst.

Umgekehrt mache ich alle 6 Stunden einen rsync-backup via crontab auf eine externe USB-Platte (und diese dann ebefalls via rsync weiter auf andere Platten ... ein bisschen Paranoia hat noch niemanden geschadet).

Da merke ich mir diese Verzeichnisse:

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
FOLDERS="\
/etc \
/home/dyle \
/home/jasa \
/home/janos \
/home/zala \
/usr/local/bin \
/usr/local/include \
/usr/local/share \
/usr/local/sbin \
/usr/local/share \
/usr/local/src \
/var/lib/portage"
(die homes sind natürlich überall anders ...) Das reicht mir um bei einem Festplatte-GAU mein System komplett herzurichten. Solltest du allerdings noch einen Apache oder MySQL oder sowas laufen haben, kommen noch Teile aus dem /var Breich dazu ...
http://www.dyle.org
IM-Account (Jabber!) sind auf meiner HP ...
There is no place like /home

http://www.gentooforum.de
http://www.gentoofreunde.org

<div>how to annoy a web developer?</span>

8

05.01.2009, 22:34

hab jetzt mal rdiff-backup versuchen wollen, das Ergebnis ist nur leider nichts und mit dem Fehler kann ich leider auch nichts anfangen.
Weiss da jemand weiter?

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
# rdiff-backup --exclude '/dev/*' --exclude '/proc/*' --exclude '/sys/*' --exclude '/tmp/*' --exclude '/media/*' / /media/sdb1/rdiff-backup/gentoo05012009
Traceback (most recent call last):
  File "/usr/bin/rdiff-backup", line 23, in <module>
	rdiff_backup.Main.Main(sys.argv[1:])
  File "/usr/lib/python2.5/site-packages/rdiff_backup/Main.py", line 285, in Main
	take_action(rps)
  File "/usr/lib/python2.5/site-packages/rdiff_backup/Main.py", line 255, in take_action
	elif action == "backup": Backup(rps[0], rps[1])
  File "/usr/lib/python2.5/site-packages/rdiff_backup/Main.py", line 295, in Backup
	backup_set_rbdir(rpin, rpout)
  File "/usr/lib/python2.5/site-packages/rdiff_backup/Main.py", line 353, in backup_set_rbdir
	rpout.chmod(0700) # just make sure permissions aren't too lax
  File "/usr/lib/python2.5/site-packages/rdiff_backup/rpath.py", line 759, in chmod
	self.conn.os.chmod(self.path, permissions & Globals.permission_mask)
OSError: [Errno 1] Operation not permitted: '/media/sdb1/rdiff-backup/gentoo05012009'


Mfg

9

06.01.2009, 08:06

Quellcode

1
OSError: [Errno 1] Operation not permitted: '/media/sdb1/rdiff-backup/gentoo05012009'
sieht so aus als hättest du das Teil ja nur read-only gemounted. Dann kann ja auch root nicht drauf schreiben ...

Das ist kein Fehler von rsync & Co. sondern ein reines Berechtigungsproblem.

Mal mit einem

Quellcode

1
# touch /media/sdb1/rdiff-backup/gentoo05012009/x
Erfolg gehabt?
http://www.dyle.org
IM-Account (Jabber!) sind auf meiner HP ...
There is no place like /home

http://www.gentooforum.de
http://www.gentoofreunde.org

<div>how to annoy a web developer?</span>

10

06.01.2009, 18:05

Mal mit einem
# touch /media/sdb1/rdiff-backup/gentoo05012009/x
Erfolg gehabt?

Ja das funktionert.
Schreiben kann ich ohne Probleme, funktioniert nur trotzdem nicht.

Sonst jemand ne Idee?

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »vanishly« (06.01.2009, 18:14)


11

06.01.2009, 20:06

Welches Filesystem hast du dort drauf (auf /media/sdb1/rdiff-backup/gentoo05012009)?
http://www.dyle.org
IM-Account (Jabber!) sind auf meiner HP ...
There is no place like /home

http://www.gentooforum.de
http://www.gentoofreunde.org

<div>how to annoy a web developer?</span>

12

07.01.2009, 09:09

.. ist ein FAT32 Filesystem

13

08.01.2009, 09:50

Dann kann es ja nicht gehen.

rdiff-backup versucht ein chmod ... das *muss* auf FAT32 fehlschlagen. Warum nimmst du kein UNIX-System, wie bsp. ext3?
http://www.dyle.org
IM-Account (Jabber!) sind auf meiner HP ...
There is no place like /home

http://www.gentooforum.de
http://www.gentoofreunde.org

<div>how to annoy a web developer?</span>

14

08.01.2009, 15:02

Wenn du ein SystemBackup machen willst würde ich dir das Programm dar empfehlen!!

Hier findest du wie man dar einsetzt: (der Weg mit tar ist auch beschrieben)
HowTo -- Systembackup erstellen: dar und tar

Es ist zwar immer am besten wenn du ein Betriebssystem von einer LiveCD aus sicherst, aber mit dar ist es sogar möglich aus dem laufenden System Backups zu ziehen, da er überwacht welche Dateien während des Backups verändert wurden, und darauf reagiert.

Es ist einfach das beste was ich kenne, und ich benutze es nun schon seid einigen Jahren . . . dar ist dein Freund!
Wallpapers, Programmierung, Linux und 3D Art
-----------------------------------------------------------------------------
http://www.neoBerserker.de

16

10.01.2009, 19:26

Zitat

...da er überwacht welche Dateien während des Backups verändert wurden, und darauf reagiert.

Ich nutze dar schon länger, habe von dieser Funktion jedoch noch nie was gehört. Passiert das immer automatisch oder muss ich da irgend einen Parameter setzen? Will es auch nutzen :D
Auch wenn Open-Source kostenlos ist, ist sie nicht umsonst. Dein Preis ist Dein Engagement und Mitarbeit an OS-Projekten.
Wenn Du keinen Preis bezahlen willst, bist Du die Ware. Und das ist nicht Open Source, geschweigedenn frei.

17

19.10.2009, 22:22

etwas spät, aber immerhin.

Ich verwende für das Backup rsnapshot :) --> http://rsnapshot.org/howto/1.2/rsnapshot-HOWTO.en.html

Ziemlich genial das Teil. Ist bei mir inzwischen völlig automatisiert und ich brauche mir keinen Kopf mehr machen.

MfG, Andre
Sys:
AMD FX (tm)-6300 Six-Core Processor
GeForce GTX 650 1024MB
16384 MB DDR3 1600Mhz
ASUS M5A97 R2.0
Samsung SSD 830 (sys)

OS: Gentoo ~amd64
WM: i3
Kernel: vanilla-sources
VGA: nouveau
INIT: OpenRC :)

██ ██ █ ████ everything ███ █████ is █████ ████ ████ fine ████ ███ █ ██████ trust █████ ██████ ███ your █████ ████ government. Parts of this comment have been found in violation of H.R. 3261, S.O.P.A and Senate Bill 968, P.I.P.A. and have been censored for your benefit.