Also dann den Befehl zum Schließen des PV aus dem Abschnitt entfernen? Für die Lösung der „fehlenden“ Extents reicht ja das Öffnen.
Logical_Volume_Manager
Anmeldungsdatum: Beiträge: 12085 Wohnort: Berlin |
|
Anmeldungsdatum: Beiträge: 71 |
Mir ist nach dem Lesen des Artikels nicht klar, wie man mit LVM Partitionen live verkleinern kann (konkret möchte ich ein LV (32 GB, davon 8 belegt), das aus zwei PV (je 16 GB) besteht, 8 GB abnehmen. Kann ich denn einfach das Dateisystem verkleinern, wenn es vom LVM benutzt wird? Ich kann weder die Parition aus der VG rausnehmen $ sudo vgreduce lvm1 /dev/sdb1 Physical volume "/dev/sdb1" still in use und für sudo lvreduce -L 8G /dev/<group>/<volume> steht ja die Warnung schon im Wiki! Wie soll das gehen? Verstehe ich vielleicht die Beschreibung "im laufenden Betrieb" falsch? |
Anmeldungsdatum: Beiträge: 7658 |
LVM benutzt keine Dateisysteme. Das Dateisystem benutzt LVM (das vom LVM bereitgestellte Blockgerät). Du musst zuerst das Dateisystem verkleinern - ob und wie das [im laufenden Betrieb] geht, hängt vom jeweiligen Dateisystem ab (z.B. resize2fs für ext*). Sobald das Dateisystem die hinteren 8GB des LV nicht mehr verwendet, kannst du gefahrlos das LV um 8GB reduzieren. Vorsicht auch bei dem Befehlen: Wenn ich deinen Befehl nicht falsch interpretiere, würde er das LV auf 8GB reduzieren, nicht um 8GB... |
Anmeldungsdatum: Beiträge: 71 |
Das bedeutet aber doch, dass das Live-Verkleinern nur möchlich ist, wenn auch das darunter liegende Dateisystem Live-Verkleinerung unterstützt. Wenn das stimmt, warum wird das Live-Verkleinerung als Feature von LVM gepriesen? Danke für den Hinweis zum lvreduce-Befehl ☺ |
Anmeldungsdatum: Beiträge: 7658 |
Es braucht beides dazu. Wenn du das Dateisystem verkleinern kannst, aber nicht das Blockgerät, dann hast du nichts davon. Ditto andersrum. LVM kann live verkleinern - eben seine Blockgeräte. Was auf diesen gespeichert ist, das ist LVM egal. Im schlimmsten Fall verlierst du halt Daten. |
Anmeldungsdatum: Beiträge: 466 |
Bei einer Partitionstabelle ohne GPT (alter nicht-UEFI Rechner) habe ich folgende Frage: Muss die LVM (lvm2 pv) Partition eigentlich eine primäre Partition sein oder kann die auch in einer extended Partition liegen? Ich habe nämlich gerade festgestellt, dass, wenn man versucht mit gparted eine lvm2 pv Partition innerhalb einer extended Partition zu erstellen, als Dateisystem Typ die Option "lvm2 pv" in gparted ausgegraut und somit nicht verfügbar ist. Wenn das also nicht geht oder davon abzuraten ist, dann sollte das vielleicht in dem Artikel erwähnt werden. EDIT: Sorry, mein Fehler. Ich habe vergessen das lvm2 Paket zu installieren bzw. das war auf der alten Linux Installation mit der ich die Partitionierung durchführen wollte noch nicht drauf. Habe es jetzt nachinstalliert und jetzt ist der Typ "lvm2 pa" verfügbar. |
Anmeldungsdatum: Beiträge: 26 |
GParted kann doch mittlerweile mit LVM arbeiten, oder habe ich da was falsch verstanden. Siehe hierfür diesen Link: http://www.admin-magazin.de/News/GParted-beherrscht-nun-LVM. |
Ehemaliger
Anmeldungsdatum: Beiträge: 29065 Wohnort: WW |
Hallo, stimmt - Danke für den Hinweis ☺ GParted kann ab Version 0.14 und neuer (d.h. ab Trusty) mit LVM umgehen. Habe die Hinweisbox korrigiert. Gruß, noisefloor |
Anmeldungsdatum: Beiträge: 669 Wohnort: Buchholz |
Hallo, Beim Punkt "Manuell" fehlt doch noch die Erstellung der Partition. Es gibt ja kaum einen Einsatzzweck, in dem die Partition bereits besteht, die man mit LVM benutzen möchte. Vorschlag: Im Folgenden wird die Einrichtung eines LVM im Terminal erläutert. Um ein LVM einzurichten, muss zuerst eine Partition erstellt werden. Dies kann mit fdisk (wer es grafisch bevorzugt kann die ncurses-oberfläche cfdisk nutzen) gemacht werden. (Partitionierung) Danach kann die Partition mittels pvcreate /dev/PARTITION /dev/PARTITION2 # PARTITION und PARTITION2 als Physical Volume initialisieren vgcreate GROUP /dev/PARTITION /dev/PARTITION2 # Erstellt Volume Group GROUP, bestehend aus /dev/PARTITION und /dev/PARTITION2 lvcreate -L 2G -n VOL GROUP # Erzeugt ein 2 GB großes Logical Volume mit dem Namen VOL in der Volume Group GROUP MfG, Daniel |
Anmeldungsdatum: Beiträge: 12067 |
Hallo! Mir ist gerade aufgefallen, dass da noch |
Ehemaliger
Anmeldungsdatum: Beiträge: 29065 Wohnort: WW |
Hallo,
+1 Gruß, noisefloor |
Anmeldungsdatum: Beiträge: 12067 |
Ich finde auch die Einleitung recht irreführend mit der Hinweisbox. LVM ist nicht fehleranfälliger als andere Lösungen. Ich nehme mal an, das bezieht sich nur auf den Verbund mehrerer Partitionen/Platten? Da ist das durch den weiter oben angesprochenen Single-Point-Of-Failure natürlich korrekt. Ich notiere mir den Fall mal und gucke die Tage, ob ich das verschlimmbessern kann 😉 |
Anmeldungsdatum: Beiträge: 12067 |
Hallo! Ich habe schon einen Teil vorbereitet, allerdings Probleme mit dem Bildanhang. Funktioniert SVG nicht im Wiki? Und: Baustelle oder einfach „drüberbügeln“? |
Ehemaliger
Anmeldungsdatum: Beiträge: 29065 Wohnort: WW |
Hallo, Baustelle ist eingerichtet. Bzgl. SVG: gute Frage... ich wüsste nicht, wo es SVG-Grafiken im Wiki gibt. Aber das heißt ja nicht, dass es nicht funktioniert. Am besten die Frage mal im "Rund um Inyoka" Forum stellen. Gruß, noisefloor |
Anmeldungsdatum: Beiträge: 12067 |
Danke! |