Re: ReiserFS klonen
Richard Gliebe wrote:
ich sollte eine SuSE 10.1 (2.6.16.21-0.25-default) auf eine komplett andere Hardware klonen.
Leider wurde am Target System ReiserFS als Filesystem Typ installiert. Normalerweise habe ich immer mit dump ->ssh -> restore ext-3 Partitionen geklont.
Leider unterstützt dump/restore kein ReiserFS.
'dd' klappt auch nicht, weil es sich um unterschiedliche Festplatten (Geometrie) handelt.
Hat jemand schon irgendwelche Erfahrung, wie mal ReiserFS Partitionen auf eine andere Hardware klont (tar bzw. cpio haben bei mir auch nicht das gewünschte Ergebnis gebracht)?
Dann hast du was falsch gemacht: a) Artikel http://de.opensuse.org/SDB:SuSE_Linux_umkopieren lesen und verstehen b) kopieren c) fstab anpassen d) booten (Runlevel 2/3) und ggf. Settings für Netz, sound, X etc. anpassen mache ich schon immer so und das funktioniert auch. Andreas
Am Dienstag, 24. Oktober 2006 09:49 schrieb Kyek, Andreas, VF-DE:
Richard Gliebe wrote: [...]
Leider unterstützt dump/restore kein ReiserFS.
[...] Dann hast du was falsch gemacht:
a) Artikel http://de.opensuse.org/SDB:SuSE_Linux_umkopieren lesen und verstehen b) kopieren c) fstab anpassen d) booten (Runlevel 2/3) und ggf. Settings für Netz, sound, X etc. anpassen
mache ich schon immer so und das funktioniert auch.
Andreas
Das wäre dann auch der ideale Punkt dieses leidige ReiserFS loszuwerden, da Du die Zielpartition mit dem Dateisystem Deiner Wahl ausstatten kannst... Gruss Mario -- PN bitte an mario at vdlinde punkt org - PN an die Listenadresse werden automatisch vom SA entsorgt und werden nur zufällig von mir gelesen!
Kyek, Andreas, VF-DE wrote: Hallo Andreas (hab versehentlich vorher einen replay an deine PM gemacht, sorry.)
Hat jemand schon irgendwelche Erfahrung, wie mal ReiserFS Partitionen auf eine andere Hardware klont (tar bzw. cpio haben bei mir auch nicht das gewünschte Ergebnis gebracht)?
Dann hast du was falsch gemacht:
a) Artikel http://de.opensuse.org/SDB:SuSE_Linux_umkopieren lesen und verstehen b) kopieren c) fstab anpassen d) booten (Runlevel 2/3) und ggf. Settings für Netz, sound, X etc. anpassen
mache ich schon immer so und das funktioniert auch.
Leider scheitert bei mir diese Vorgehensweise, da das Quell System online übers Netz (ssh) auf die neue Hardware geklont werden muss (24 x 7 x 365 Livesystem). [...] Prinzipiell geht das folgende nur ohne Komplikationen, wenn die Partition des Root-Dateisystems nicht als solches gemountet ist, d.h. es geht nur z.B. aus dem Rettungssystem (vgl. das einschlägige Kapitel im Handbuch; s. im Index unter dem Stichwort "Rettungssystem"). [...] Trotzdem Danke für den Link/Tipp Richard
Hallo Richard, Am Dienstag, den 24.10.2006, 10:24 +0200 schrieb Richard Gliebe:
Kyek, Andreas, VF-DE wrote:
Hallo Andreas (hab versehentlich vorher einen replay an deine PM gemacht, sorry.)
Hat jemand schon irgendwelche Erfahrung, wie mal ReiserFS Partitionen auf eine andere Hardware klont (tar bzw. cpio haben bei mir auch nicht das gewünschte Ergebnis gebracht)?
Dann hast du was falsch gemacht:
a) Artikel http://de.opensuse.org/SDB:SuSE_Linux_umkopieren lesen und verstehen b) kopieren c) fstab anpassen d) booten (Runlevel 2/3) und ggf. Settings für Netz, sound, X etc. anpassen
mache ich schon immer so und das funktioniert auch.
Leider scheitert bei mir diese Vorgehensweise, da das Quell System online übers Netz (ssh) auf die neue Hardware geklont werden muss (24 x 7 x 365 Livesystem).
[...] Dann bleibt wohl nur rsync&Co., d.h. Basissystem aufsetzen und dann per rsync&Co. auf Gleichstand bringen. Prinzipiell geht das folgende nur ohne Komplikationen, wenn die Partition des Root-Dateisystems nicht als solches gemountet ist, d.h. es geht nur z.B. aus dem Rettungssystem (vgl. das einschlägige Kapitel im Handbuch; s. im Index unter dem Stichwort "Rettungssystem"). [...]
Trotzdem Danke für den Link/Tipp
Richard
Gruß
Dr. Reiner Pietrzak
Am Dienstag 24 Oktober 2006 10:24 schrieb Richard Gliebe:
Kyek, Andreas, VF-DE wrote:
Leider scheitert bei mir diese Vorgehensweise, da das Quell System online übers Netz (ssh) auf die neue Hardware geklont werden muss (24 x 7 x 365 Livesystem).
auf dem Ziel-System Kanotix o. ä. booten, sshd starten, die HD einrichten und dann mit rsync vom Quell-System das System rüberkopieren. Das geht auch, wenn die root-Partition des Quell-Systems gemountet ist, ich habe das schon oft gemacht. Wenn wirklich Datenfiles kopiert werden sollen, die im Betrieb schreibend geöffnet sind, kannst du die erstmal 'grob' mit rsync kopieren, dann - und da kommst du nicht drumrum - auf dem Quellsystem den betreffenden Dienst abschalten, und mit rsync in relativ kurzer Zeit ein letztes Mal abgleichen. Oder die Daten auf dem Zielsystem aus dem Backup vom Quellsystem einspielen, das wird ja wohl mit der Applikation und ihren geöffneten Dateien zurechtkommen. -- Viele Grüße ------------------------------------------------------------------------ Michael
Hallo, Am Die, 24 Okt 2006, Richard Gliebe schrieb:
Kyek, Andreas, VF-DE wrote:
a) Artikel http://de.opensuse.org/SDB:SuSE_Linux_umkopieren lesen und verstehen b) kopieren c) fstab anpassen d) booten (Runlevel 2/3) und ggf. Settings für Netz, sound, X etc. anpassen
mache ich schon immer so und das funktioniert auch.
Leider scheitert bei mir diese Vorgehensweise, da das Quell System online übers Netz (ssh) auf die neue Hardware geklont werden muss (24 x 7 x 365 Livesystem).
Das Problem hast du aber immer. Tar ueber ssh: 7.5. Wie kann ich einen kompletten Verzeichnisbaum auf eine andere Partition kopieren? http://suse-linux-faq.koehntopp.de/q/q-filesystems-kopieren.htm cd /OLD && tar -cp --atime-preserve -f - . \ | ssh 192.168.0.1 "( mkdir -p /NEW ; cd /NEW \ && tar -xpv --atime-preserve -f - )" Auf das Quoten achten! Und den ssh-Aufruf sowie die Pfadnamen muessen natuerlich angepasst werden. -dnh -- The sigmonster ate my sig and all I got was this stupid tagline.
* Richard Gliebe wrote on Tue, Oct 24, 2006 at 10:24 +0200:
Leider scheitert bei mir diese Vorgehensweise, da das Quell System online übers Netz (ssh) auf die neue Hardware geklont werden muss (24 x 7 x 365 Livesystem).
[...] Prinzipiell geht das folgende nur ohne Komplikationen, wenn die Partition des Root-Dateisystems nicht als solches gemountet ist, d.h. es geht nur z.B. aus dem Rettungssystem (vgl. das einschlägige Kapitel im Handbuch; s. im Index unter dem Stichwort "Rettungssystem"). [...]
Hab früher öfter mal laufende Systeme über rsync+ssh (inkl /) kopiert, auf dem Ziel angepasst, gebootet und ging. Warum auch nicht, ist ja ein Windows, was "gesperrte Dateien" hat. Man muss natürlich bei Datenbanken etc. aufpassen und die dann via DB-backup-tool kopieren. (BTW, Wenn ich ein aktives rw / nicht rsync'en könnte, könnte ich auch kein Backup machen, und selbst LVM snap geht nicht ganz sauber, weil ich / wohl kaum ro mounten kann - ich bin mir nicht sicher, wie das bei "neuen" Linuxen ist, die haben ja ganz furtchbare Features wie XML Hotplug und weiss ich was, aber ne Datei wird man ja noch kopieren können...) oki, Steffen -- Dieses Schreiben wurde maschinell erstellt, es trägt daher weder Unterschrift noch Siegel.
participants (7)
-
David Haller -
Dr. Reiner Pietrzak -
Kyek, Andreas, VF-DE -
Mario van der Linde -
Michael Behrens -
Richard Gliebe -
Steffen Dettmer