Hallo,
Ich versuche gerade mit Clonezilla mein system zu clonen, das bricht leider immer ab. Ich denke es liegt daran das die Zielfestplatte kleiner ist als die Quelle.
Gibt es ein Programm das auch auf kleinere Platten clonen kann?
Hallo,
Ich versuche gerade mit Clonezilla mein system zu clonen, das bricht leider immer ab. Ich denke es liegt daran das die Zielfestplatte kleiner ist als die Quelle.
Gibt es ein Programm das auch auf kleinere Platten clonen kann?
Eventuell Acronis TrueImage.
genau davon habe ich mir die wd edition runtergeladen, nur leider findet er die wd platten nicht und verweigert seinen dienst
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ß
Alles anzeigenHallo 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ß
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
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:
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.
also ich mach das wie in ner alten SuSE Doku immer noch so
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ß
Achja, die UUID's in der fstab müssen noch angepasst werden.
Glücklicherweise hat's die nicht unter yavdr:
/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.
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
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!