frostschutz
Anmeldungsdatum: 18. November 2010
Beiträge: 7656
|
ingo2 schrieb: Aber es gibt/gab tatsächlich Tools, die so "rechnen".
Mir zum Glück noch nicht untergekommen.
Das das Ganze für SSD's uninteressant ist, ist wohl ein Irrtum.
An der Geschichte hat sich im Vergleich zu HDDs nichts geändert.
P.S.: wenn wir jetzt im Wiki schon dem Motto "ist doch Wurscht" folgen - wie sollen es dann die User korrekt lernen? Gerade auf diesem Gebiet herrscht ein wahlloses Chaos.
Die neuen Einheiten haben sich nie durchgesetzt. Bei den Programmen müssen die User auch damit klarkommen, daß M, MB, usw. eigentlich immer für Mebibytes steht. Die 1000er sind die Ausnahme die eigentlich nur in Bezug auf Festplattengröße angewendet wird und sonst nirgends.
|
ingo2
Anmeldungsdatum: 15. Juni 2007
Beiträge: 2145
Wohnort: wo der gute Riesling wächst
|
frostschutz schrieb: ingo2 schrieb: Aber es gibt/gab tatsächlich Tools, die so "rechnen".
Mir zum Glück noch nicht untergekommen.
Wenn ich mich recht erinnere, handelt es sich dabei um das graphische Frontend von fdisk, "fdiskpm" unter OS/2 - bin mir aber nicht ganz sicher.
|
Doc_Symbiosis
Anmeldungsdatum: 11. Oktober 2006
Beiträge: 4389
Wohnort: Göttingen
|
Hallo, sollte man in den Artikel vielleicht aufnehmen, wie man ein Logical Volume auf die maximal verfügbare Größe erweitert? Ich brauche das immer wieder und muss jedesmal wieder suchen, wie das nochmal geht. Fände das jedenfalls hilfreich, wenn das mit im Wiki steht. Funktionieren tut das mit folgendem Befehl:
lvresize -l +100%FREE /dev/<group>/<volume>
|
stfischr
Anmeldungsdatum: 1. März 2007
Beiträge: 19197
|
Peace. für den Createbefehl ist das ja auch relevant. Vielleicht besser nen kurzer Abschnitt, was man für Beschreibungsmöglichkeiten bei Partitionsgrößen hat (großes/kleines L - absolute/relative Angabe)
|
pc-world
Anmeldungsdatum: 17. Januar 2008
Beiträge: 81
|
Ich habe versucht, den Abschnitt über Snapshots etwas zu erweitern, wäre gut, wenn das jemand verifizieren könnte, der Ahnung von LVMs hat. Was man noch etwas weiter ausführen sollte:
Wo ich mir nicht sicher bin: Wenn ein Snapshot seine Größe überschreitet, wird dann der Snapshot einfach gelöscht, also analog zum manuellen Verwerfen mittels lvremove ? Sollte evtl. auch noch im Artikel erwähnt werden.
|
frostschutz
Anmeldungsdatum: 18. November 2010
Beiträge: 7656
|
pc-world schrieb: Wenn ein Snapshot seine Größe überschreitet, wird dann der Snapshot einfach gelöscht, also analog zum manuellen Verwerfen mittels lvremove ? Sollte evtl. auch noch im Artikel erwähnt werden.
Ich habs das selbst noch nie ausprobiert, aber entweder er wird vergrößert (Snapshot Autoextend, siehe /etc/lvm/lvm.conf, standardmäßig meistens deaktiviert) dann frisst der Snapshot freie Extents im VG solange es geht. Oder es ist einfach Klappe zu und dicht - bumm. Das ist dann wie dd auf ein laufendes System, die Daten wären inkonsistent, da der Snapshot den Originalzustand ja mangels Platz nicht mehr darstellen kann.
|
ArnoW
Anmeldungsdatum: 14. November 2009
Beiträge: 1090
Wohnort: Pfalz
|
pc-world schrieb:
Wenn ein Snapshot seine Größe überschreitet, wird dann der Snapshot einfach gelöscht, also analog zum manuellen Verwerfen mittels lvremove? Sollte evtl. auch noch im Artikel erwähnt werden.
Ich hatte gerade letzte Woche diesen Fall. Es passiert nichts Schlimmes, du bekommst einen IO-Error auf dem Snapshot, und er wird unbrauchbar, d.h. das Dateisystem darauf ist irreparabel kaputt. Bei einer Abfrage mit lvs wird oberhalb der normalen Auflistung ein IO-Fehler angezeigt. Da der Snapshot aber weiter vorhanden ist, verbraucht er weiter Platz in exakt der Größe, in der er angelegt wurde, bis er manuell gelöscht wird. Beim Löschen kommt die übliche Abfrage, ob man das aktive Volume "/dev/bla bla ..." wirklich löschen will. Wenn man das betätigt, ist er weg, und damit alle Fehlermeldungen, die man vorher bei der Abfrage mit lvs zu sehen bekam. Eine vorherige Deaktivierung mit lvchange -an klappte nicht, auch wieder wegen IO-Error. frostschutz schrieb:
... aber entweder er wird vergrößert (Snapshot Autoextend, siehe /etc/lvm/lvm.conf, standardmäßig meistens deaktiviert) dann frisst der Snapshot freie Extents im VG solange es geht.
Wusste ich noch gar nicht, muss ich gleich mal nachlesen ☺
|
V_for_Vortex
Anmeldungsdatum: 1. Februar 2007
Beiträge: 12085
Wohnort: Berlin
|
|
noisefloor
Ehemaliger
Anmeldungsdatum: 6. Juni 2006
Beiträge: 29038
Wohnort: WW
|
Hallo, habe ein bisschen Syntax korrigiert. kursiv ist für Menüeinträge, fett für Dateinamen ☺ Sonst ist es i.O., Danke für die Ergänzung. Gruß, noisefloor
|
V_for_Vortex
Anmeldungsdatum: 1. Februar 2007
Beiträge: 12085
Wohnort: Berlin
|
Ich hatte mich bei der Syntax an dem Eintrag unter meinem orientiert. 😬
|
frostschutz
Anmeldungsdatum: 18. November 2010
Beiträge: 7656
|
Das Flag ist eigentlich nie an, der Zusatz wie man es wieder anschalten kann ist daher komisch 😕
|
V_for_Vortex
Anmeldungsdatum: 1. Februar 2007
Beiträge: 12085
Wohnort: Berlin
|
Mit „an“ meinst Du YES oder NO? Bei meinem nach der Anleitung im Wiki angelegten LVM unter Kubuntu 13.10 stand es auf NO. Ebenso beim Einbinden des 13.10er-LVMs unter Ubuntu 12.04. Die ins Wiki gestellte Lösung war meine eigene nach langer Diagnose wegen der irreführenden Fehlermeldung.
|
frostschutz
Anmeldungsdatum: 18. November 2010
Beiträge: 7656
|
Bei meinem nach der Anleitung im Wiki angelegten LVM unter Kubuntu 13.10 stand es auf NO.
Eben das wundert mich... normal ist das nicht.
|
V_for_Vortex
Anmeldungsdatum: 1. Februar 2007
Beiträge: 12085
Wohnort: Berlin
|
Nochmal genauer: Das installiert Kubuntu 13.10 hängt LVMs mit Allocatable=YES ein. Sein Live-Medium, mit dem ich es eingerichtet hatte, mit NO (mein erster Kontakt mit dem Problem der „fehlenden“ Extents). Xubuntu 12.04 hängte kürzlich das Kubuntu-LVM mit NO ein (mein zweiter Kontakt mit dem Problem beim nachträglichen Verändern der Logical Volumes, welcher mich zum Eintrag im Wiki motivierte). Welchen Zweck hat das Flag denn eigentlich? Wann ist es sinnvoll, die PVs zu sperren und warum ist die Option „eigentlich nie“ auf NO?
|
frostschutz
Anmeldungsdatum: 18. November 2010
Beiträge: 7656
|
Nützlich ist es wenn du ein PV aus einem VG herauswerfen willst, aber gleichzeitig dynamisch wachsende LV hast (Thin Volumes, Snapshots, etc.) die freie Extents suchen und belegen könnten... dann hält das Flag das PV frei, bis es leer ist und entfernt werden kann. Ansonsten hat man ein PV ja normalerweise damit der Speicher darauf auch verwendet werden kann...
|