Vor "gefaehrlicher" Operation: wie effizient Daten sichern?

Hallo,

hat jetzt etwas laenger gedauert: Das Bereitstellen der
externen Festplatte war etwas schwieriger, da ich auch
ein Suse 11.4 darauf installiert habe, und dann gab es
Schwierigkeiten mit dem Hochfahrprozess; alles geloest
nun (wer moechte, kann dies auf
http://forums.opensuse.org/...k-no-booting-primary-disk.html
nachlesen).

Habe mich entschieden, dd_rescue erstmal nicht
zu verwenden: scheint nicht so noetig, und die Verwendung
ist auch etwas umstaendlicher (ganz abgesehen von dem
Problem der Validierung).

Anstelle bloss mein Heimatverzeichnis mittels rsync zu
sichern, schien es mir besser, gleich moeglichst alles
zu kopieren:

root-0:/> time rsync -a --exclude=/media --exclude=/windows --exclude=/proc --exclude=/sys --exclude=/tmp . /media/89be3a9b-6e2d-4f82-b2e9-86ae564cffa5/kullmann/Systemsicherung

Ausgeschlossen:
- media, da sonst unendliche Rekursion (hoehoe, hatte
das zuerst uebersehen, begann mich dann aber zu wundern,
dass die Gesamtgroesse der Kopie groesser wurde als
der Originalplatteninhalt).
- windows: dies enthaelt vielleicht alle Daten, aber ich nehme
mal an, durch die Form der Darstellung koennen die
Windows-Daten "selbst" nicht wieder hergestellt werden, so
dass dies nicht so viel nutzt.
- proc, sys: da hier kuenstliche Daten enthalten sind, schien
mir dies nicht geeignet zum Kopieren.
- tmp: braucht man wohl nicht.

Angenommen, sowhl die root-Partition als auch die
home-Partition geht nun floeten: kann ich denn mit diesen
gespiegelten Daten das urspruengliche Linuxsystem wieder
herstellen, oder fehlt doch etwas Entscheidendes?

Die beiden Windowspartitionen habe ich mittels
> mkdir /media/89be3a9b-6e2d-4f82-b2e9-86ae564cffa5/kullmann/Windowssicherung
root> umount /dev/sda1
root> ntfsclone --save-image -o - /dev/sda1 | gzip -c > /media/89be3a9b-6e2d-4f82-b2e9-86ae564cffa5/kullmann/Windowssicherung/windows_sda1.img.gz
root> umount /dev/sda2
root> ntfsclone --save-image -o - /dev/sda2 | gzip -c > /media/89be3a9b-6e2d-4f82-b2e9-86ae564cffa5/kullmann/Windowssicherung/windows_sda2.img.gz
gesichert.

Hm, ist dies nun alles? Bzgl. des Hochfahrvorganges sind die
Basisdaten wohl wie folgt gegeben:

root-0:kullmann> fdisk -l
Disk /dev/sda: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders, total 976773168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x02c8b5aa
Device Boot Start End Blocks Id System
/dev/sda1 2048 206847 102400 7 HPFS/NTFS/exFAT
/dev/sda2 206848 104859647 52326400 7 HPFS/NTFS/exFAT
/dev/sda3 * 104859648 976773119 435956736 f W95 Ext'd (LBA)
/dev/sda5 104861696 109080575 2109440 82 Linux swap / Solaris
/dev/sda6 109082624 151027711 20972544 83 Linux
/dev/sda7 151029760 976752639 412861440 83 Linux

Disk /dev/sdb: 2000.4 GB, 2000396746752 bytes
255 heads, 63 sectors/track, 243201 cylinders, total 3907024896 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x001a85c3
Device Boot Start End Blocks Id System
/dev/sdb1 2048 8386559 4192256 82 Linux swap / Solaris
/dev/sdb2 8386560 218097663 104855552 83 Linux
/dev/sdb3 218097664 3907024895 1844463616 83 Linux

root-0:kullmann> findgrub
Find Grub Version 3.4.2 - Written for openSUSE Forums
- reading MBR on disk /dev/sda ... --> Grub found in sda MBR => sda6 0x83 (openSUSE)
- searching partition /dev/sda1 (NTFS) ... --> Windows7/Vista Loader found in /dev/sda1
- searching partition /dev/sda2 (NTFS) ...
- reading bootsector /dev/sda3 * (Extended) ... --> Grub found in /dev/sda3 => sda6 0x83 (openSUSE)
- skipping partition /dev/sda5 (swap)
- reading bootsector /dev/sda6 (LINUX) ...
- reading bootsector /dev/sda7 (LINUX) ...
- reading MBR on disk /dev/sdb ...
- skipping partition /dev/sdb1 (swap)
- reading bootsector /dev/sdb2 (LINUX) ...
- reading bootsector /dev/sdb3 (LINUX) ...

Auf der primaeren Festplatte habe ich wohl drei Partitionen,
wobei sda3 erweitert ist, und drei logische Partitionen
enthaelt. sda1 enthaelt wohl alles zum Hochfahren von
Windows. sda3 scheint noch einen ungespeicherten Rest
zu enthalten: da ist wohl der MBR und Grub-Kode?
Ich nehme mal an, dass dies alles unter Linux-Kontrolle steht,
und von daher im Notfall neu erzeugt werden kann?

Schliesslich etwas Allgemeines zum Sichern von Daten
(bzgl. Ulfs Informationen): Meine wesentlichen Daten
stehen unter Git-Versionskontrolle, und sind u.a. alle auf
Github. Da habe ich wenig Bedenken. Bisher hatte ich keine
nennenswerten Medien-etc.-Daten, deren Verlust mir
unwiederbringlichen Schaden zufuegen wuerde. Mit dem
Einrichten des neuen Systems, wo ich zum ersten Male
nun zuhause Internetzugang habe, und damit dass Laptop
wesentlich maechtiger mache (gegenueber dem
Arbeitsplatzrechner, wo das Uni-System taeglich die
Daten sichert), muss ich nun anfangen, dies neu zu
ueberdenken. Ich werde aber so viel als moeglich mittels
Git/Github machen (habe dort auch private Daten, fuer die
ich im Monat $12 zahle).

Nun werde ich mich dem Partitionieren zuwenden.
Mal schauen ...

Oliver

---

Bewertung: 116 Punkte bei 8 Stimmen. Den Beitrag bewerten: Gut / Schlecht