bootbares hd-backup 160GB > 80GB

[ric]

hi, hätte eine frage zu folgendem thema:
http://www.debianforum.de/forum/viewtop ... 37&start=0

und zwar darin gehts ja darum, eine kleine auf eine größere hd zu backupen. möchte das aber genau umgekehrt machen.
und zwar meine 160gb platte ist in einige partitionen aufgeteilt, das system ist auf einer 10gb großen partition. die 2. hd (80gb) könnte ich beliebig aufteilen,

eine nacht ist mir aber fast ein bisserl zu viel; wenn nicht anders geht, mach ichs natürlich auch so

geht das mit dd jetzt dass der den mbr auch gleich schreibt, also das ganze dann bootbar ist?

danke, ric

[init 0]

Hi,

die Sache mit dd ist totaler Unsinn wenn du nicht zwei absolut gleiche Platten hast.
Du kannst jederzeit dein komplettes System mittels tar umkopieren und zwar unter beibehaltung sämtlicher Rechte. Das einzige was knifflig sein kann ist der Bootloader. Wenn du dir aber vorher ein Knoppix zur Sichereit zulegst und das Manual zu chroot liest kann fast nichts wirklich schlimmes passieren. Zu diesem Thema kann dir google gut helfen. Wenn man als Dateisystem XFS benutzt gibts noch xfsdump und xfsrestore (habe ich unter Linux nicht probiert). Und 10 Gig umtaren dauert auch nicht eine ganze Nacht.
Im Endeffekt schaut das so aus:

Code: Alles auswählen

cd /
tar -cf - ./ | (cd neues_system; tar -xpvf -) 

Bitte nicht vergessen im neuen System /etc/fstab zu modifizieren

[ric]

tja danke, da wärs wahrscheinlich kräftig in die hose gegangen
werd mich demnächst mal dessen annehmen und dann das ergebnis posten

danke, ric

[ric]

obwohl ich da vorher noch eine frage häte:

würde es nicht auch so gehen:?

Code: Alles auswählen

 cp -a / "zielplatte"

oder würden dann irgendwelche dateien nicht kopiert werden können, weil sie grade verwendet werden?

und danach den bootloader machen und das alles.
würde sicher schneller gehn als tar, sofern es möglich ist....

mfg ric

[init 0]

Hi,

nein cp geht nicht weil es die Symlinks mitkopiert als Datei. Dannach hast du anstatt die selbe Datei mit zwei Namen die gleiche datei mit zwei Namen. Also doppelt. Ausserdem kopiert cp die Devices mit und das sollte so nicht passieren. Tar macht das anders.

[ric]

hi,
habs so gemacht wie beschrieben.
ist auch einige zeit lange gelaufen, dann kamen jedoch viele ähnliche fehler:

tar: ./sys/devices/platform/...: File shrank by xxxx bytes; padding with zeros

und letztendlich:

Fehler beim Beenden, verursacht durch vorgehende Fehler.

ls bestätigt, dass nicht alle verzeichnisse "kopiert" wurden, booten hab ich noch nicht versucht, wird aber denke ich mal auch nicht klappen.

könnte das vielleicht daran liegen, dass diverse programme laufen, oder besser gesagt sollte ich das machen, wenn ich nicht in X bin?

danke, ric

edit:

ne, geht leider auch nicht; gleiche fehlermeldung(en) bei denselben dateien)

eine idee woran das liegen könnte?

[init 0]

versuch mal:

Code: Alles auswählen

cd /
tar -cf - ./ --exclude '/dev' --exclude '/sys' --exclude '/proc' --exclude 'pfad_wo_die_neue_platte_ist' | (cd neues_system; tar -xpvf - ; mkdir dev sys proc)

Damit sollte /dev /sys /proc nicht mit umkopiert werden.

[C_A]

nein cp geht nicht weil es die Symlinks mitkopiert als Datei.

bei mir hats funktioniert

[ric]

Damit sollte /dev /sys /proc nicht mit umkopiert werden.

naja brauch ich das nicht?

[ric]

nein cp geht nicht weil es die Symlinks mitkopiert als Datei.

bei mir hats funktioniert

ja habs auch probiert, hat aber irgendwann einfach ohne fehler gehängt, hab dann ausgeschaltet...

[suntsu]

http://portal.suse.de/sdb/de/1997/09/ma ... ieren.html

Ist einer der imo besten Artikel zu diesem Thema. Hab ich auch schon gemacht, und had funktioniert...

gruss
manuel

[ric]

versuch mal:

Code: Alles auswählen

cd /
tar -cf - ./ --exclude '/dev' --exclude '/sys' --exclude '/proc' --exclude 'pfad_wo_die_neue_platte_ist' | (cd neues_system; tar -xpvf - ; mkdir dev sys proc)

Damit sollte /dev /sys /proc nicht mit umkopiert werden.

geht leider nicht, er kopiert sie trotzdem mit. hab schon ein bisschen in der manpage geschmökert aber keine möglichen ursachen gefunden?

was stimmt da nicht?

danke, ric

[init 0]

Wenn man udev oder defvs benutzt braucht man den Inhalt von /dev nicht. Ebenfalls überflüssig ist es /sys /proc umzukopieren da deren Inhalte dynamisch angelegt werden. Wenns es so nicht geht dann eben anders herum.

Code: Alles auswählen

cd /
mkdir NEUEPLATTE
mount /dev/xxx /NEUEPLATTE
mkdir /NEUEPLATTE/dev
mkdir /NEUEPLATTE/proc
mkdir /NEUEPLATTE/sys
mkdir /NEUEPLATTE/tmp
tar -cf - /bin /boot /etc /home /lib /root /sbin /usr /var | (cd /NEUEPLATTE; tar -xpvf - ) 

Wenn er Ordner nicht auslassen will, geben wir explizit an was wir alles mitnehmen wollen. Solltest du /home oder /var auf anderen Partitionen haben dann natürlich weglassen. Ebenfalls mitnehmen/weglassen solltest du deine Mountpoits. Also die Mountpoits mitnehmen aber die Inhalte weglassen.
Ich hoffe jetzt gehts.

[ric]

ne, ist leider auch nicht gegangen....

naja, mittlerweile hat sich das problem "von selbst" gelöst, weil ich neu aufgesetzt habe. zu schlecht partitioniert beim 1. mal

trotzdem danke für eure mühen

mfg ric