richtige Partitionierung und Umziehen der Daten

Du kommst mit der Installation nicht voran oder willst noch was nachfragen? Schau auch in den "Tipps und Tricks"-Bereich.
Antworten
Benutzeravatar
pangu
Beiträge: 1400
Registriert: 15.11.2011 20:50:52
Lizenz eigener Beiträge: GNU General Public License
Wohnort: /proc/1

richtige Partitionierung und Umziehen der Daten

Beitrag von pangu » 27.06.2013 09:45:53

Hallo DF,

ich möchte versuchen auf einem bestehenden Debian System eine zweite (größere Festplatte) zu installieren, diese für den Gebrauch mit LVM zu partitionieren, und anschließend meine gesamten Daten aus der ersten (kleineren) Platte auf die neue größere Platte zu verschieben. Ich möchte das aus Lernzwecken machen, da ich bisher keine großartigen Erfahrungen mit manuellem Partitionieren und Rumgefrickel an Systemeinstellungen (swapon, chroot, debootstrap, usw...) sammeln konnte.

(1) Wenn das System als Server fungieren soll ohne Desktopumgebung, brauche ich dann überhaupt eine SWAP-Partition? Ich werde zu 100% keinen Hibernate/Suspend-Modus benutzen, da es ja ein Server ist und 24h läuft. Oder würde es bei manchen Applikationen,Serverdiensten oder sonstigen Programmen zwangsweise zu Problemen und Fehlern führen, weil diese unbedingt eine Swap-Möglichkeit erwarten? Ubuntuusers-Dokumentation meint dazu folgendes:
Nutzt ein System den Swap intensiv, so wird das System durch die häufigen Plattenzugriffe deutlich langsamer und fühlt sich „zäh“ an. Hat man allerdings keinen Swap und das RAM läuft voll, so beendet der Linux-Kernel nach eigenem Ermessen Programme, um RAM frei zu machen. Dies hat in der Regel Datenverlust zur Folge. Um genau dies zu verhindern, legt Ubuntu (so wie alle anderen Distributionen) bei der Installation standardmäßig eine Swap-Partition an.
Das erschreckt natürlich etwas und würde mich jetzt instinktiv dazu verleiten, auf jeden Fall swap zu verwenden. Wie seht ihr das?

-1a Wenn man doch swap verwenden möchte, wo sollte diese Partition liegen? Was muss man bei der Partitionierung unter Punkt 2 beachten? Ich habe gelesen, die sollte an einer bestimmten Position auf dem Festplattenbereich liegen, damit schnelle Zugriffe gewährleistet werden. Ich habs nicht mehr genau in Erinnerung, war das möglichst innen oder außen an der Festplattenspindel? Wo beginnt Block 1 bei einer Festplatte, innen ?? Also wären die Blöcke ganz am Ende die schnellsten, oder grad andersrum?

(2) /boot sollte ja niemals im LVM liegen, und der Debian-Installer hält sich ja auch dran wie ich bisher immer gesehen habe. Demnach würde ich jetzt so vorgehen: ich rufe fdisk /dev/sdb auf, um meine zweite (große, neue) Festplatte zu partionieren. Als erstes erstelle ich eine primäre Partition am vorgeschlagenen Sektor (Enter-Taste für Default), und wähle als Länge/Größe +100M aus. Das würde mir eine Partition ganz am Anfang der Platte mit einer Größe von 100Megabyte erstellen. Ist das zu sehr übertrieben für die /boot Partition und ich könnte auch getrost 50MB wählen? oder sogar mehr als 100MB? Diese Partition markier ich übrigens mit dem fdisk-Befehl 'a' "Boot-Flag", damit davon gebootet werden kann, richtig? Als ID gebe ich ihr die 83 Linux. Anschließend formatiere ich diese Partition mit mkfs.ext2 /dev/sdb1 damit sie als ext2 (ohne Journaling) arbeitet. Ist das korrekt?

(3) Jetzt kommen wir zur LVM-Installation. Das Debian- Paket "lvm2" aus der repo wird installiert. Es ruft während der Installation auch update-initramfs auf, wenn ich mich recht erinnere. Notfalls spätestens mit einem "dpkg-reconfigure lvm2" sollte das passieren. Wenn ich manuell dpkg-reconfigure lvm2 ausführe kriege ich diese Antwort...
update-initramfs: deferring update (trigger activated)
Trigger für initramfs-tools werden verarbeitet ...
update-initramfs: Generating /boot/initrd.img-3.2.0-4-amd64
Der Befehl hat das aber in der jetzigen (noch alten) /boot Partition auf meiner alten kleinen Platte abgelegt. Das heißt, ich müßte das doch irgendwie ausführen, damit die initramfs auf meine neue Platte und der frisch erstellten /boot Partition landet. Wie??

(4) Ich muss nun meine zweite große Platte weiter partitionieren, und zwar so dass dort LVM betrieben werden kann. Also editiere ich mit fdisk /dev/xvdb wieder meine zweite Platte. Angenommen aus dem weiter oben erwähnten Punkt 1b würde resultieren, dass ich überhaupt keine swap Partition benötige, dann erstelle ich also in fdisk eine neue primäre Partition mit dem restlichen verfügbaren Speicherplatz der Platte und weise dieser die ID 8e Linux LVM zu. Speichern und fertig. Jetzt ist doch meine Platte eigentlich soweit bereit, oder? Wie müsste ich die swap-Partition erstellen, falls diese aus Punkt 1b doch benötigt werden sollte? Soll ich diese an Stelle 3 beim Partitionieren setzen, so daß sie ganz außen liegt? Also die erste Partition wäre ja meine boot-Partition, die zweite und größte Partition wäre für LVM gedacht, und die dritte dann für swap.

Wenn ich mir mit "fdisk -l" verschiedene Partitionierungsschemata meiner Hosts anschaue die durch die Installer automatisch angelegt wurde, dann sehe ich dass die zweite Partition nie direkt nach dem Ende der ersten anfängt. Wieso???
Beispiel, die erste Partition endet bei Sector 15988735 und die zweite fängt erst bei Sector 15990782 wieder an. Was ist mit den restlichen Sektoren dazwischen, werden die verschenkt?
Device Boot Start End Blocks Id System
/dev/xvda1 * 2048 15988735 7993344 83 Linux
/dev/xvda2 15990782 16775167 392193 5 Extended
/dev/xvda5 15990784 16775167 392192 82 Linux swap / Solaris
Und wie ist der Bezug zwischen Sectors und Blocks? Wie kommt man auf die Blocks, die hier angezeigt werden?

Ich hoffe ihr könnt mir erst mal bis hierher weiterhelfen, bevor ich zu den nächten Fragen gehe (zwecks LVM einrichten, Daten kopieren, fstab anpassen, usw...).


EDIT:

Ich hab mir mehrere meiner Debian-Hosts angeschaut und mich daran orientiert, was die Installer automatisch für Partitionsierungsgrößen und Werte nehmen. Meine Test-HD habe ich also manuell wie folgt partitioniert:
Disk /dev/xvdb: 10.7 GB, 10737418240 bytes
255 heads, 63 sectors/track, 1305 cylinders, total 20971520 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x8d3c4252

Device Boot Start End Blocks Id System
/dev/xvdb1 * 2048 499711 248832 83 Linux
/dev/xvdb2 499712 20971519 10235904 5 Extended
/dev/xvdb5 501760 20971519 10234880 8e Linux LVM
Die xvdb1 ist eine primäre Partition, ich hab als Endsektor 499711 angegeben und anschließend die ID auf 83=Linux geändert und dann noch "a"ktiv gesetzt damit davon gebootet werden kann. Die xvdb2 ist eine extended Partition, bei der Abfrage habe ich einfach Enter gedrückt, damit der volle freie Speicherplatz zugewiesen werden kann. Und anschließend habe ich die letzte und dritte Partition xvdb5 erstellt, indem ich eine logische Partition gewählt habe, ebenfalls wieder alles mit Enter bestätigen. Die logische Partition xvdb5 habe ich anschließend auf die ID 8e=LinuxLVM gesetzt.

Man sieht hier, es wird für die xvdb1 Partition bei Sektor 2048 begonnen, und endet bei 499711. Das entspricht wie von fdisk angegeben 248832 Blöcke. Hier eine Umrechnungstabelle von Sektoren zu Speichergrößen:

Code: Alles auswählen

 1 KB = 1024 Byte = 2 Sektoren
1 MB = 1024 KB = 1048576 Byte = 2048 Sektoren
1 GB = 1024 MB = 1048576 KB = 2097152 Sektoren
1 TB = 1024 GB = 1048576 MB = 1073741824 KB = 2147483648 Sektoren
Wenn man also die Anzahl der Sektoren (in meinem Fall Endsektor:499711 minus Startsektor:2048) durch 2048 teilt dann ergibt das 243 Megabyte Das ist wie gesagt der Wert den auch der automatische Debian-Installer bei vielen meiner Hosts verwendet hat. Ich denke aber 243MB für die Bootpartition ist doch schon arg übertrieben, oder nicht? wie seht ihr das?

Und was ich auch nicht so ganz verstehe: wieso legen die Installer die LVM-Partition als logische Partition innerhalb einer extended Partition an? Was ist der Unterschied, wenn man einfach eine "primäre" Partition erstellt und ihr einfach 8e=LinuxLVM zuweist. Klärt mich mal jemand bitte auf.

Wie man sieht, habe ich keine swap-Partition hier erstellt. Der Grund hierfür liegt darin, dass ich diese innerhalb meines LVMs aufbauen werde. So kann ich die dann auch in Zukunft komfortabel ändern (vergrößern oder verkleinern).
Zuletzt geändert von pangu am 27.06.2013 11:24:47, insgesamt 2-mal geändert.
Man gibt Geld aus, das man nicht hat, um damit Dinge zu kaufen, die man nicht braucht, um damit Leute zu beeindrucken, die man nicht mag.

Benutzeravatar
pangu
Beiträge: 1400
Registriert: 15.11.2011 20:50:52
Lizenz eigener Beiträge: GNU General Public License
Wohnort: /proc/1

Re: richtige Partitionierung und Umziehen der Daten

Beitrag von pangu » 27.06.2013 10:49:15

...überarbeiter, weil in den ersten Beitrag gepackt ...
Man gibt Geld aus, das man nicht hat, um damit Dinge zu kaufen, die man nicht braucht, um damit Leute zu beeindrucken, die man nicht mag.

uname
Beiträge: 12482
Registriert: 03.06.2008 09:33:02

Re: richtige Partitionierung und Umziehen der Daten

Beitrag von uname » 27.06.2013 13:36:54

Ich habe nicht alles gelesen. Generell würde ich erst mal ein Backup anfertigen. Dann würde ich als alleinige Festplatte erst mal nur die neue Platte einbauen und entsprechend deiner Planung alles durchführen. Erst nach der Installation würde ich die alte Platte wieder ankabeln und im letzten Schritt die Daten zurücksichern. Bedenke, dass sich dadurch einige deiner Vorgaben wie Devices ändern könnten.

Apfelmann
Beiträge: 669
Registriert: 15.01.2010 20:48:45
Kontaktdaten:

Re: richtige Partitionierung und Umziehen der Daten

Beitrag von Apfelmann » 27.06.2013 14:01:29

Swap ist zur Sicherheit, falls mal was passiert oder gebraucht wird,
bei den neuen Rechnern ist es Geschmacksache,
mindestens in Arbeitsspeichergröße, ich verwnde 1GB
möglichst am Plattenanfang, da hier die Zugriffe schneller sind,
es gehen auch mehrere swap Partitionen

Datensicherung geht über alles
uname hat geschrieben:... Generell würde ich erst mal ein Backup anfertigen. Dann würde ich als alleinige Festplatte erst mal nur die neue Platte einbauen und entsprechend deiner Planung alles durchführen. Erst nach der Installation würde ich die alte Platte wieder ankabeln und im letzten Schritt die Daten zurücksichern. Bedenke, dass sich dadurch einige deiner Vorgaben wie Devices ändern könnten.
Frohes Schaffen

Benutzeravatar
pangu
Beiträge: 1400
Registriert: 15.11.2011 20:50:52
Lizenz eigener Beiträge: GNU General Public License
Wohnort: /proc/1

Re: richtige Partitionierung und Umziehen der Daten

Beitrag von pangu » 27.06.2013 14:18:05

Backup ist natürlich immer ein Muss, aber in meinem Falle ist es nur eine Test-VM an der ich komfortabel Platten an- und ausstecken kann. Backup brauch ich nicht, ich kann die VM mitsamt Inhalt jederzeit löschen, sie ist ja nur für diesen Zweck erstellt worden. Ich will das einfach mal durchspielen und lernen ...
Man gibt Geld aus, das man nicht hat, um damit Dinge zu kaufen, die man nicht braucht, um damit Leute zu beeindrucken, die man nicht mag.

pferdefreund
Beiträge: 3800
Registriert: 26.02.2009 14:35:56

Re: richtige Partitionierung und Umziehen der Daten

Beitrag von pferdefreund » 28.06.2013 06:25:20

Ich würde trotzdem ein Backup machen - schon alleine, um den Restore zu üben und zu schauen, obs nach dem Restore auch
wirklich wieder funktioniert - man weiss ja nie...
Irgendwann wird der Ablauf echt eingesetzt und wenns dumm läuft, funktioniert der Restore nicht - weil z. B das Live-System für den Restore irgend eine Hardware nicht erkennt oder ... oder ....

Benutzeravatar
pangu
Beiträge: 1400
Registriert: 15.11.2011 20:50:52
Lizenz eigener Beiträge: GNU General Public License
Wohnort: /proc/1

Re: richtige Partitionierung und Umziehen der Daten

Beitrag von pangu » 28.06.2013 09:12:20

Nein, ich brauch kein Backup machen, das ist und soll nicht Thema dieses Threads werden. Backup ist ein andres Thema, und das habe ich schon oft genug durchgespielt und hinter mir (auch Restore-Simulationen!). Das hier ist eine Test-VM die jederzeit von mir bedenkenlos gelöscht werden kann, daher 100% unwichtig! Bitte back to the topic, danke :hail:
Man gibt Geld aus, das man nicht hat, um damit Dinge zu kaufen, die man nicht braucht, um damit Leute zu beeindrucken, die man nicht mag.

mampfi
Beiträge: 1986
Registriert: 16.08.2005 18:15:29
Lizenz eigener Beiträge: GNU General Public License
Wohnort: münchen

Re: richtige Partitionierung und Umziehen der Daten

Beitrag von mampfi » 29.06.2013 16:56:26

Kommt darauf, mit welchem Tool Du die Images machst, der Acronis Trueimage z.B. sichert den Bootsektor mit.
Wenn Du dann den Restore auf die selben Partitionen machst, dann ersparst Du Dir die Konfiguration von grub(2) (was bei grub keinen Übungseffekt mehr hat)


Wenn Du für einen realen Fall die Übung machst, dann würde ich den Restore der Daten auch machen.

Für Daten empfehlen sich meines Erachtens separate Partitionen.


Sind hier im Wiki Anleitungen für sowas?
Es gibt viele Foren und eine Welt ausserhalb

Antworten