partimage

Hi,

jo, kannst Du. Bedingung ist nur, dass die Zielpartition nicht kleiner ist als der Datenbestand der Quellpartition.

Ciao
Jürgen

Hallo,

habe mit partimage noch keine Erfahrung, Du koenntest die bestehende Partition allerdings recht gut mit 'parted' verkleineren. Das kann zwar recht lange dauern, aber bei 1,5 GB wird's nicht so wild. Was parted leider nicht kann ist den Anfang einer Partition zu verschieben, das Ende klappt aber wunderbar.

Mir faellt gerade ein, mit partimage koenntest Du es doch mal probieren, wenn's nicht klappt stellst Du wieder eien 80GB-Patition zur Verfuegung und schreibst zurueck, solltest halt vorher mit fdisk die genaue Anzahl von Bloecken aufschreiben, damit Du zur Not wieder den Ausgangs-Zustand herstellen kannst.

Viel Erfolg
Tschuess Jo

Hi nochmal,

Zitat

jo, kannst Du.

bin mir nun nicht mehr sicher. In der FAQ steht, dass es nicht ginge. Ich meinte allerdings irgendwo gelesen zu haben, dass es doch geht. Schau selber mal hier (link)

Ciao
Jürgen

Bitte probier es aus. Es kann ja nichts schiefgehen, wie bereits geschrieben.
Und vor allem, schreibe hier was rausgekommen ist.

Vollends Off-topic:
Hier gibt's ne Klasse Rescue-CD (auf Gentoo-Live-CD Basis,
geht aber mit jedem Linux):
http://sourceforge.net/projects/systemrescuecd/

Das enthält sogar ein grafisches Partitioniertool ohne X-Windows
mit Mausbedienung und partimage und.und.und.

Sehr zu empfehlen.

Tux

Hi,

die SysRescCD kann auch ich nur empfehlen, bietet eben z.B. QtParted, ein grafisches Frontend für Parted, womit das Verkleinern der Partition hinhauen dürfte, im Notfall hast Du ja noch das Image.

Ob das Verkleinern mit Partimage geht, bin ich mir nicht sicher, einen Versuch, wie jol und Tux gemeint haben, is es aber sicher wert!

hth,
Michael

Hallo,

ein ganz anderer Ansatz:
Was spricht dagegen, dass Du die Daten mit Tar packst und dann auf der neuen Partition wieder entpackst. Du musst dann nur sicherstellen, dass der Bootloader auf die neuen Daten zugreifen kann.

Bye Jo

Hi,

was mir noch dazu einfällt: Ein Neuinstallieren des Boot-Loaders wird IMHO überhaupt wahrscheinlich nötig sein, weil ja nur die Daten zurückgespielt werden und sich damit wahrscheinlich an anderen Stellen befinden werden.

Die überhaupt einfachste Methode, die Daten 1:1 von einer 80 GB auf eine andere 80 GB Partition zu kopieren, wär ja dd if=/dev/hda1 of=/dev/hdb1 - und das bytegenau...

hth,
Michael

Zitat

was mir noch dazu einfällt: Ein Neuinstallieren des Boot-Loaders wird IMHO überhaupt wahrscheinlich nötig sein, weil ja nur die Daten zurückgespielt werden und sich damit wahrscheinlich an anderen Stellen befinden werden.

Hallo,

wenn die akutelle Platte dieselbe bleibt und die neue Partition dieselbe Nummer hat wie vorher benoetigt man fuer Grub nix neues, da der Grub im MBR steht, dieser nicht veraendert wird und Grub direkt vom Filesystem lesen kann. Das ist gerade der Vorteil von Grub im Vergleich zu Lilo.

Falls sie die Partitionsnummer aendert oder eine neue Platte verwendet wird muss man den MBR natuerlich neu schreiben.

Tschuess Jo

Tar? Vorsicht.

/proc muss vom tar'en ausgenommen werden.
/dev ist mit vorsicht zu geniessen.
Genauso eventuelle Pipes in /tmp und /var/tmp
Da ist ne Menge Feinarbeit nötig, ehe das wirklich
mit tar funktioniert.

Tux

Zitat

Tar? Vorsicht. /proc muss vom tar'en ausgenommen werden. /dev ist mit vorsicht zu geniessen. Genauso eventuelle Pipes in /tmp und /var/tmp Da ist ne Menge Feinarbeit nötig, ehe das wirklich mit tar funktioniert.

Ooops, da hast Du einen wichtigen Einwand gebracht, das Proc-FS hat in dem Tar natuelich nichts zu suchen, wobei durch die Option -l (--one-file-system) das auch schon erledigt wird. Tmp-Verzeichnisse koennen auch ausgespart werden, aber das schadet ja i.A. nicht. Pipes werden als Pipes eingepackt, also tun sie nicht wirklich weh. Auch die Devices haben bei mir bisher keine Probleme bereietet. Wo soll da das Problem sein?

Tschuess Jo

Hi,

Zitat

2) Mit dd kann ich mir nicht vorstellen das es geht, da ja die Partitiontable anders sein muss bei der neuen grösseren Platte.
Ich habe eine andere 80 GB Platte genommen und es mit dd probiert. Bootet nicht.

Das dd solltest Du auf die jeweilge Partition nicht auf die ganze Platte machen, z.b. dd if=/dev/hda1 of=/myfile bs=1024, Achtung /myfile sollte nicht auf /dev/hda1 liegen. Wenn dann die neue Partion die selbe groesse hat (anzahl der Bloecke, blockgrosse) dann sollte das funktionieren, das Problem mit Grub wird's aber nicht loesen. Bezueglich Grub kann ich auch keine Hilfestellung geben.

Wie sah denn Deine Komandozeile mit DD aus?

Tschuess Jo

Hi,

gute Idee mal in der SuSE-Support Datenbank nach zu sehen, die ist fuer viele Probleme Gold wert.

Die Partiotionstabelle zu sichern macht wohl in Deinem Fall wenig Sinn, da Du ja komplett unterschiedliche Dimensionen hast. Den MBR kann man auch mit dd sichern. Aber ob das auf einer anderen Platte was bringt weiss ich nicht.

Persoenlich wuerde ich die Partition umkopieren, dann mit dem Befehl chroot die neue Partition aktivieren und den Bootloader (Lilo oder Grub) den MBR neu schreiben lassen.

Bye Jo