yavdr clonen

Eventuell Acronis TrueImage.

Hi,

wo genau bricht Clonezilla denn ab? Hast du mal probiert, erst ein Image auf z.B. eine USB Festplatte zu schreiben? Bei mir hat er da mal abgebrochen, weil das Filesystem einer Partition nicht ok war. Nach einem fsck hat es dann funktioniert.

Wobei ich mir nicht sicher bin, ob Clonezilla auf eine kleinere Platte schreiben kann...ich clone immer auf identische SSD's

Ciao Louis

Hallo zusammen,

wenn ihr unter Linux clonen wollt ist dd das Zauberwort. Hier wird eine 1:1 Kopie gemacht und da ist es auch egal ob die
Festplatten unterschiedlich groß sind.
Mal auf der Konsole man dd eingeben und kann man das bedienen

Gruß

Zitat von emclinuxer

Hallo zusammen,

wenn ihr unter Linux clonen wollt ist dd das Zauberwort. Hier wird eine 1:1 Kopie gemacht und da ist es auch egal ob die
Festplatten unterschiedlich groß sind.
Mal auf der Konsole man dd eingeben und kann man das bedienen

Gruß

Alles anzeigen

das ist ja sein problem er will ja keine 1:1 kopie. er will ne größere platte auf eine kleinere sichern.
das heißt das clone programm muss das filesystem verkleinern beim kopieren. sonst gibt es datenmüll.

also ich mach das wie in ner alten SuSE Doku immer noch so

von cd booten
auf /OLD die alte Platte mounten
auf /NEW die formatierte leere
cd /OLD

tar -cSp --numeric-owner --atime-preserve -f - . | ( cd /NEW && tar -xSpv --atime-preserve -f - )

geht eigentlich immer Prima!

Hab ich übrigens letztens noch hier irgendwo im Forum gelesen

Wenn er so die Systemplatte kopiert, hat er anschließend ein nicht mehr bootfähiges System - Stichwort Grub, Swap...

stimmt, mein System bootet ja seit Jahren nicht mehr... Ich dachte immer das da irgendwas faul sein muss, hmm

Christian

Zitat von CKone

stimmt, mein System bootet ja seit Jahren nicht mehr

So eins hatte ich auch mal.

Aber im Ernst: wenn du mir verraten kannst, wie man die Grub-Informationen mittels tar aus dem MBR der Platte bekommt
bin ich ganz Ohr. Allerdings könnte man nach der Kopiererei (solange noch das Rescue-System/die Boot-CD läuft) ein:

chroot /NEW
grub-install /dev/sd<hier-die-device-id-der-neuen-platte-hin>

machen. Danach System herunterfahren, Platten tauschen und beten booten.

gibt verschiedene Möglichkeiten.

Früher bei lilo war das alles einfacher: einfach mit ner boot Cd das installierte OS gebootet und einmal lilo auf der console und das Ding spielte..

Hi.

Zitat von CKone

also ich mach das wie in ner alten SuSE Doku immer noch so

SDB:SuSE Linux umkopieren

Bis auf Grub / Lilo passt die openSUSE Sache. Für Grub2:

Grub2
Grub2 Problembehebung
Grub2 Konfiguration

und für diesen Fall hier Grub2 Reparatur

Gruß

Obelix

Achja, die UUID's in der fstab müssen noch angepasst werden.

Gruß

Zitat von obelix

Achja, die UUID's in der fstab müssen noch angepasst werden.

Glücklicherweise hat's die nicht unter yavdr:

/dev/sda1   	/           	ext4	errors=remount-ro   	0   	1
/dev/sda5   	none        	swap	sw                  	0   	0
/dev/sdb1   	/srv/vdr/video.00           	ext4	errors=remount-ro

/sys, /proc und /dev auf die mountpunkte der platte per bind mount und dann chroot , dann grub-install. Bei der copy methode dann auch die UUID in der fstab überprüfen - die dürfte anders sein. Sonst müsste es theoretisch gehen

Evtl hilft hier auch fsarchiver. Das kann definitiv auch auf kleinere partitionen sichern und sollte fix sein , weil kein bitweises kopieren.

Also zusammenfassend könnte man dann sagen:

von Rescue-CD booten
auf /OLD die alte Platte mounten
auf /NEW die formatierte leere

cd /OLD
tar -cSp --numeric-owner --atime-preserve -f - . | ( cd /NEW && tar -xSpv --atime-preserve -f - )
mount -o bind /dev /NEW/dev
mount -o bind /sys /NEW/sys
mount -o bind /proc /NEW/proc
chroot /NEW
grub-install /dev/sd<hier-die-device-id-der-neuen-platte-hin>

Was machen wir mit dem Swap? Ich wäre ja für eliminieren - braucht es ja nicht wirklich, aber das sind Glaubensfragen...

Cheers,
Ole

Das dauert doch alles schon viel zu lange, mit einer Neuinstallation und übertragen der Konfiguration wäre man schon längst fertig.

Gerald

Na ich weiß nicht, der tar läuft bei mir ~ 10 Minuten. Was braucht die Neuinstallation ... 30 Min.?
Abgesehen davon muß man die Konfig auch sichern, was wieder Zeit braucht.

Zitat von OleS

Na ich weiß nicht, der tar läuft bei mir ~ 10 Minuten. Was braucht die Neuinstallation ... 30 Min.?
Abgesehen davon muß man die Konfig auch sichern, was wieder Zeit braucht.

Dott hat das 12:59 gefragt. Jetzt ist es 17:55. Da hätten eine ganze Menge Installationen geklappt.

Gerald

Pff - einfach kann jeder - ausserdem ist das wissen doch auch nützlich für eine Backup und Restore Strategie