Slice verkleinern um Linux parallel auf HD zu quetschen

[Th0min4tor]

Hallo verehrte BSDForen-Mitglieder !

Ich habe hier auf meinem Computer ein FreeBSD 5.5 und ein WinXP am laufen. In dem System sind 2 Festplatten mit 160gb und 20gb größe. FreeBSD nimmt momentan die komplette 20gb-platte ein und WinXP nimmt 30gb der 160er-platte ein. Der Rest der 160gb-platte ist mit einer Fat32-Partition belegt.
Ich würde jetzt gerne das FreeBSD-Slice auf 10gb verkleinern (ich brauche ohnehin nur etwa 20% des verfügbaren Platzes für FreeBSD) und auf die verbleibenden 10gb Ubuntu Linux parallel installieren.
Ich habe schon genaue vorstellungen, wie das alles dann am ende funktionieren wird ohne, dass sich die OSs gegenseitig "zerreißen" allerdings weiß ich noch nicht so ganz wie ich das fBSD-Slice kleiner bekomme.

Fakt ist, dass es keinen weg gibt, das Slice "direkt" zu verkleinern. Ich werde wohl nicht drum herum kommen die daten woanders hin zu kopieren (tar,dump o.ä.), die Festplatte komplett neu zu partitionieren und anschließend die Daten wieder zurückzukopieren. Doch: geht das so einfach wie ich mir das vorstelle? und kann ich die Daten auch irgendwie auf der Fat32 Partition temporär ablegen (um sie danach, wie eben erwähnt, wieder auf die angepasste partition zurückzuschieben)?

Für jegliche Hilfe bin ich sehr dankbar!
Bitte fragt, wenn ihr weitere Informationen braucht!
benutze den GAG Bootloader

 

[soul_rebel]

wenn ich richtig verstanden habe und du nur ein partition in deiner slice hast, würde ich vorschlagen
1) auf der fat32 partition eine image datei von 10gb mittels dd anzulagen,
2) mit newfs ein ufs dateisystem drin erzeugen
3) das image von freebsd aus mounten und alle daten rüberkopieren
4) die 20gb platte komplett löschen und eine neue slice von 10gb plus ein zwei mb erstellen, in der slice wieder eine root partition und dann das image mittels dd zurückspielen

vielleicht wäre es aber auch schlauer, dann direkt die slice gut zu partitionieren und die daten einzeln aus dem image zurückzukopieren... dann müsstest du nur fstab anpassen.
ach ja und eim kopieren darauf achten die benutzerrechte zu erhalten!

 

[Th0min4tor]

Vielen Dank für die schnelle Antwort

wenn ich richtig verstanden habe und du nur ein partition in deiner slice hast, würde ich vorschlagen

Ah Sorry, wusste doch, dass ich was vergessen habe! die slice ist in 6 partitionen eingeteilt:
die root-partition mit 512MB
/home mit 2048MB
/tmp mit 1024MB
/usr mit 13972MB
/var mit 512MB
swap mit dem rest (~2gb oder so )
= ad0s1a bis f

Muss ich jetzt für jede Partition ein dd-Image auf der Fat32 Partition anlegen?

ach ja und eim kopieren darauf achten die benutzerrechte zu erhalten!

wie kann ich das machen? bzw. was kann ich da falsch machen?

 

[Manga]

Ich würd die Dateien mit
tar -cvpf /160gigplatte/sliec a-f kopieren,
dann mit Windows die Paltte mit fat formatieren
mit der Freebsd installcd die slices neu erstellen,
dann abbrechen und in die Konsole wechseln
und dort die tar´s zurückspielen.

müsste eigentlich auch gehn.

 

[Th0min4tor]

Habs jetzt hinbekommen. Bin wie folgt vorgegangen:
1. tar -cf /160gigplatte/backup/{usr,tmp,var,home}.tar /{usr,tmp,var,home}/*
2. von livecd (FreeSBIE) gestartet
2.1. ad0s1a (root meines FreeBSDs) gemountet
2.2. tar -cf /160gigplatte/backup/root.tar /mountpoint_vom_root/*
3. von freebsd-install-medium (diskette) gestartet
3.1. neues ~10gig-Slice auf 20gig-Platte
3.2. alte jetzt aber verkleinerte Partitionen im Slice angelegt
3.3. Installation fortgesetzt
3.4. _vor_ dem kopieren der Daten installation abgebrochen
4. wieder von livecd (FreeSBIE) gestartet
4.1. ad0s1* (=20gig-platte/eben angelegtes slice) mit schreibrechten gemountet
mount -w /dev/ad0s1{a,d,e,f,g} /mountpoint_von_{a,d,e,f,g}
4.2. cd / && tar xvzpf /160gigplatte/backup/root.tar
4.3. analog die verbleibenden Partitionen zurückgespielt
5. shutdown -r now und alles funzt wieder wie zuvor

Vielen Dank für die Hilfe!

 

[d4mi4n]

ist dump/restore nicht schneller als tar?
http://www.freebsd.org/doc/de_DE.ISO8859-1/books/faq/disks.html#NEW-HUGE-DISK

 

[max93]

ist dump/restore nicht schneller als tar?

Das konnte ich ehrlich gesagt noch nie beobachten (mir kommt dump verdammt langsam vor), aber mit tar gehen ein paar Besonderheiten verloren, die dump konservieren kann. Wenn man eine 1:1 Kopie eines Filesystems ohne dd erzeugen möchte (weil man eben das Filesystem vorher neu anlegen möchte), dann sollte man dump verwenden.

Handbuch, Kapitel 17: Which Backup Program Is Best?

Ciao.
Markus Mann
];-)