On Wed, May 12, 2004 at 08:09:52PM +0000, Michael Bischof wrote: > Am Mittwoch 12 Mai 2004 18:06 schrieb Christopher Ruehl: > > > > reine Vermutung meiner seits: > > Moderne Platten lagern Bad Sectoren aus. D.h. der Zugriff wird auf > > einen daf�r reservierten Bereich umgelenkt. > > Wenn jetzt 'dd' auf einen gemappten Sector zugreift mault das Bios der > > Platte ??? . > > > > Warscheinlich handelt es sich bei den Daten auf der Platte nicht um > > ein auf ext2/3,reiserfs Filesystem ? - sonst k�nntest du eventuell bei > > ext2/3 mit 'dump' / 'restore' was machen. > > Danke f�r Deine Vermutung ! Doch, es ist ein ext 3 - Filesystem. Wie arbeitet > man mit dump und restore ? Riskant ? > Ich bin doch Newbie ... > > Gruss, > > Michael Bischof > > > ---------------------------------------------------------------------------- > PUG - Penguin User Group Wiesbaden - http://www.pug.org >
dump ist ganz einfach syntax: dump -u0f backupfile.dump [mountpoint] z.B. Rootfilesystem backup dump -u0f root.dump.20040512 / .. gleich gepackt? ok! dump -u0f - / | bzip2 -c > root.dump.20040512.bz2 dump ist so nett und schaut welche daten zum Mountpoint / gehoren - und nimmt nur diese Daten (bei mir ist / = /dev/sda3) also musste das Spiel mit dump -u0f usr.dump.20040512 /usr dump -u0f var.dump.20040512 /var dump -u0f boot.dump.20040512 /boot dump -u0f home.dump.20040512 /home auch machen wenn du denn solche Partitionen verwendest! dump sichert owner + protection beim restore ganz einfach: 1) neue partition formatieren 2) mounten z.b. nach /mnt 3) cd /mnt 4) restore -r -f /da/wos/liegt/root.dump.20040512 oder 4) bzcat /da/wos/liegt/root.dump.20040512.bz2 | restore -r -f - und gut is. -cr -- ------------------------------------------------------------------------ o.o 'v' / \ It's your choice - i use LINUX ~ ~ ------------------------------------------------------------------------ ---------------------------------------------------------------------------- PUG - Penguin User Group Wiesbaden - http://www.pug.org
