![](https://seccdn.libravatar.org/avatar/3ce160b3500131402c3a29bfb24732cc.jpg?s=120&d=mm&r=g)
Hallo allerseits, Am 26.04.22 um 17:06 schrieb Thomas Michalka:
Hallo,
wie ich einer Volume Group ein Physical Volume mittels YaST hinzufüge, um deren Kapazität zu erhöhen, weiß ich inzwischen (nicht mittels "Bearbeiten" einer Volume Group geht, sondern nur im Tab "Physikalische Volumes" mit "Ändern ..." ; etwas inkonsistent, finde ich).
Geht auch mit Menü: Gerät -> Change Used Devices ... Da beide Varianten zum Dialog "Größe der Volume-Gruppe /dev/VG1 ändern" und nur dahin führen, könnte man den Button [Ändern...] aussagekräftiger mit der Bezeichnung [Größe der Volume-Group ändern] oder [Physische Volumes hinzufügen/entfernen] versehen und den Button nach links dahin rücken, wo auch andere Buttons unter ihrem Unterfenster stehen.
Kann man *mittels YaST* auch ein Logical Volume mit einem Btrfs darauf in der Volume Group vergrößern? Ich suche danach momentan vergeblich.
Nicht verwunderlich, wenn man es nur alle heiligen Zeiten macht ... aber ich habe es wiederentdeckt: Die Gerätedatei vulgo der Name des LV muss markiert sein, dann über Menü: Gerät -> Größe ändern (Warum kein Button [Größe ändern] oder warum nicht unter Bearbeiten möglich? Das wäre konsequent, weil das Auge vom Unterfenster und den Buttons darunter angezogen wird.) Das ergibt folgende Änderungen (Menü: Anzeigen -> Zusammenfassung der Installation): Änderungen an der Partitionierung Logisches Volume lv02_root in Volume-Gruppe VG_system von 30.00 GiB auf 50.00 GiB vergrößern btrfs auf /dev/VG_system/lv02_root von 30.00 GiB auf 50.00 GiB vergrößern Verschlüsseltes Loop-Gerät auf /dev/nvme0n1p11 zu /etc/crypttab hinzufügen 2 Subvolumeaktionen (Details anzeigen) Also wird das Dateisystem anschließend von YaST auch gleich vergrößert. Außerdem wird das für die Vergrößerung der Volume Group notwendige PV als verschlüsseltes Device auch gleich der Crypttab hinzugefügt. (Warum das von YaST nicht gleich nach dem Erzeugen und Hinzufügen des PVs zur VG erledigt wurde, wundert mich. Aber das kann daran liegen dass das LV aktuell nicht über das erste PV hinausreicht, das zweite PV also noch gar nicht gebraucht wird). Soweit habe ich also eine Klärung.
Wie ich das auf der Shell mit den LVM-Kommandos mache, weiß ich prinzipiell. Bei ext4 habe ich das schon ohne Probleme im laufenden Betrieb gemacht (erst LV vergrößern, danach das Dateisystem), allerdings noch nicht mit einem Root-Dateisystem.
Muss ich für Btrfs gegenüber ext4 etwas besonderes beachten? Noch etwas zusätzlich zu beachten, wenn das Root-Dateisystem darauf liegt?
Bis auf den allgemeinen und immer sinnvollen Hinweis, dass jede Änderung eines Dateisystems, vor allem im laufenden Betrieb ein gewisses Risiko in sich birgt, und dass man am besten ein Backup macht, habe ich nichts erhellenderes (z.B. Erfahrungsberichte) gefunden. Bei ext4 habe ich es sicherheitshalber immer ausgehängt, wenn das möglich aber vielleicht nicht unbedingt nötig war (vielleicht ja auch Read Only mounten). Auf diese Weise hatte ich noch nie ein kaputtes Dateisystem bzw. einen Datenverlust zu verzeichnen.
Sollte ich das LV und danach das Dateisystem sicherheitshalber mit einem Live-System vergrößern?
Vielleicht zu überlegen, weil es dann jedenfalls nicht gemountet sein muss. Ich mag YaST insgesamt ganz gern, vor allem wenn man etwas schnell anpassen muss, weil ich dann nicht erst wieder eine ganze Latte an Kommandos recherchieren und verstehen muss -- leider doch wieder, wenn ich das richtige Menü nicht finde ;-) Ich denke, besonders dem Partitionierer täte mal eine Auffrischung der Bedienung in Richtung besserer Konsistenz bei der Bedienung ganz gut. Muss ich dazu Ruby können? Oder besser den/die Maintainer/in bitten? Bei der Gelegenheit könnte man dann die Einheitlichkeit der Menüsprache mal vollständig herstellen. NB.: Auch sehr angenehm wäre es, wenn YaST es eines Tages schaffte, dass man das Passwort für die Geräteentschlüsselung nur noch einmal eingeben müsste. (Eine Anleitung, wie man das mittels Cryptsetup und dem Keyfile in der initrd bewerkstelligt, hatte ich schon mal gefunden, aber aktuell leider nicht greifbar.) VG, Tom