Am Donnerstag, den 16.02.2006, 20:17 +0100 schrieb Andreas Juch: > Bernd Schwendele wrote: > > > Partition anlegen... > > # fdisk... > > > > Löschen mit: > > # dd if=/dev/zero of=/dev/hdnX > > > > Partition formatieren z.B. mit > > # mkfs.ext3 > > Daran habe ich gar nicht gedacht. dd würde in ohne das löschen also auch > die Daten die sich vorher auf der Partition befunden haben löschen, da > mkfs.ext3 die Partition nicht komplett löscht sondern nur seine Indizes > anlegt in denen steht, dass die Partition leer ist... Darauf hätte ich > selber auch kommen können :-) Wieder was gelernt! Allerdings würde mir > der Trick bei einem "stark" genützten Dateisystem ja auch nichts > bringen. Wenn ich immer wieder (große) Dateien erstelle und sie dann > wieder lösche habe ich wieder das selbe Problem wie vorher... > > > Wenn Du das > > Image aus Platzgründen auf nem anderen Rechner haben möchtest, kannst Du > > das via nc übertragen (dd if=/dev/hdnX | nc ...). Würde ich aber in > > heiklen Situationen (wichtige Daten) nicht machen! > > Hängt davon ab. Bei wichtigen Daten ist es eigentlich schon sinnvoll > wenn man ein Image wo anders aufbewahrt.
Ja am besten auf einem Tape in einem anderen Land :) > Bei vertraulichen Daten ist das > ein anderes Problem... Aber laut Murphy's Gesetzen hat man sowieso nie > ein Backup wenn man eins braucht ;-) Leider... > Trotzdem müsste eigentlich der Trick mit resize[2|3]fs funktionieren. Nope, besser jain... Machs nicht so kompliziert. Warum resizen? Um Platz zu sparen? Nicht wirklich, da ist ein initiales dd if=/dev/zero of=/dev/hdnX besser. Ich habe mal spaßeshalber mit dd ein 2GB großes Image angelegt, welches aus lauter Nullen bestand - also in etwa dd if=/dev/zero of=image bs=... count=... Danach habe ich die Datei mit gzip oder bzip komprimiert und sie war hinterher kaum größer als 2 MB... > Zuerst müsste ich ein Backup der Partition machen um die bestehenden > Daten nicht zu verändern > dd if=/dev/hdnX of=backup.img Jup... > > Dann müsste ich das Dateisystem verkleinern. Allerdings arbeitet > resize2fs glaube ich nicht mit files. Man müsste das file als loopback > device einbinden. Doch! Um ein bestehendes Image zu vergrößern kannst Du afaik das da machen: dd if=/dev/zero bs=1024 count=10 >> mypartition.image Dann erst mit resize2fs ran. > mount -o loop backup.img /mnt/... > resize2fs /dev/loop/i [~ df -m /dev/hdnX + 100mb] Gemountete Partitionen verändern? Nene, das geht afaik nicht. > Dann muss man nur noch ein Image des Loop Devices machen. Allerdings nur > von dem Bereich über den sich das Dateisystem erstreckt. > > Am Ende mit bzip2 komprimieren. > > Nach dem Rücksichern muss man dann das Dateisystem mit resize[2|3] > wieder an die Größe der Partition anpassen. Keinesfalls! Wie willst Du denn resizen? Wo soll resize was rausholen/löschen? Dazu müsste es wissen, was unbeschrieben ist und was nicht. > > > Diese Vorgehensweise rentiert sich eigentlich nur für ein perfekt > konfiguriertes Betriebssystem. Ausserdem bin ich mir nicht sicher ob > resize[2|3]fs überhaupt funktioniert wenn sich die Daten über die > gesamte Partition erstrecken... Eben! > Für Anwenderdaten (z.B. /home) ist > tar/cpio und bz2 viel einfacher. Richtig! Deshalb mache ich auch nur ca. alle 6 Monate so ein Image. Das Wiederherstellen ist natürlich ein Kinderspiel. Wenn Du XFS als Dateisystem für /home nutzt, hast Du noch die Möglichkeit xfsdump statt tar, cpio, etc. zu benutzen -> kleiner Vorteil: incremental backups Noch als Tipp, speichere Dir die Partitionstabelle unbedingt noch auf Papier - in etwa via: fdisk -l /dev/hda Sicher ist sicher. Dann kannst Du via dd Deine Root-Partition sichern - angenommen dein /home liegt auf einer anderen Partition. Das Backup der Daten in /home/$USER kann auch via afio, cpio, tar etc. erfolgen. Hast Du jetzt einen totalen Crash der HDD, neue kaufen und: 1. Knoppix rein, 2. Partitionen nach der Partitionstabelle auf Papier wieder herstellen via fdisk oder cfdisk 2a. mkswap /dev/... 3. (angenommen root = /dev/hda1 und das image liegt auf einer externen HDD, die unter /mnt gemountet ist) dd if=/mnt/myroot.image of=/dev/hda1 4. umount /mnt 5. mount /dev/hda1 /mnt 6. chroot /mnt /bin/bash 7. grub wieder in den mbr installien 8. /etc/fstab überprüfen, ob alle Platten/Partitionen korrekt eingetragen sind 9. reboot Grüße Bernd -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
