Hallo Liste Wie schon zig Mal zuvor wollte ich gerade, bei einem Leap 15.4 auf aktuellem Stand, ein ext4-Filesystem auf einem Logical Volume in eigener VG auf eigenem PV vergrößern, ohne Reboot selbstverständlich und nach Vergrößern der virtuellen /dev/sdb von Seiten von ESX. Mein üblicher Einzeiler dafür ist: cat /proc/partitions; blockdev --rereadpt /dev/sdb; cat /proc/partitions; pvresize /dev/sdb; pvs; lvresize -L +20G --resizefs /dev/datavg/data; pvs; Das geht auf einmal nicht mehr: $ blockdev --rereadpt /dev/sdb blockdev: IOCTL-Fehler bei BLKRRPART: Das Gerät oder die Ressource ist belegt $ lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS sda 8:0 0 45G 0 disk ├─sda1 8:1 0 500M 0 part /boot/efi └─sda2 8:2 0 44,5G 0 part ├─system-root 254:0 0 39,5G 0 lvm / └─system-swap 254:1 0 5G 0 lvm [SWAP] sdb 8:16 0 235G 0 disk └─datavg-data 254:2 0 235G 0 lvm /opt sr0 11:0 1 1024M 0 rom Bei meinem identischen Testsystem trat derselbe Fehler auf, nach einem Reboot hatte /dev/sdb dann die neue Größe und pvresize und lvresize funktionierten wie gewohnt. Hat jemand eine Idee, wieso das auf einmal nicht mehr geht? Es hängt nicht speziell an diesen beiden Maschinen, mehrere ähnlich aufgebauten Leap-15.4-VMs auf ebenfalls aktuellem Stand zeigen dasselbe Verhalten. Ist das ein neues 'Feature'? Bei einem ubuntu 22.04.2 LTS mit gleichem Aufbau funktioniert "blockdev --rereadpt /dev/sdb" hingegen ohne Fehler. -- Viele Grüße - Kind Regards ____________________________________________________________ Michael ____________________________________________________________ PROSTEP AG, Dolivostraße 11, D-64293 Darmstadt HR: Amtsgericht Darmstadt, HRB 8383 Vorstand: Dr. Bernd Pätzold (Vorsitz), Dr. Karsten Theis Aufsichtsrat: Dr. Heinz-Gerd Lehnhoff (Vorsitz) ____________________________________________________________