Hello,
I've verified the proposed package 249.11-0ubuntu3.17, and confirm it fixes the
issue.
The test I've done:
1. Set up a jammy vm with two volume groups: vg1 and vg2.
# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS
loop0 7:0 0 89.4M 1 loop /snap/lxd/31333
loop1 7:1 0 49.3M 1 loop /snap/snapd/24792
loop2 7:2 0 63.8M 1 loop /snap/core20/2599
loop3 7:3 0 50.8M 1 loop /snap/snapd/25202
vda 252:0 0 20G 0 disk
├─vda1 252:1 0 19.9G 0 part /
├─vda14 252:14 0 4M 0 part
└─vda15 252:15 0 106M 0 part /boot/efi
vdb 252:16 0 20G 0 disk
├─vdb1 252:17 0 10G 0 part
│ └─vg1-lvol0 253:0 0 5G 0 lvm
└─vdb2 252:18 0 10G 0 part
└─vg2-lvol0 253:1 0 5G 0 lvm
2. Add a mount point entry in /etc/fstab.
/dev/mapper/vg1-lvol0 /mnt/xfs xfs defaults 0 0
3. Run `mount -av` to mount the specified mount point.
4. Unmount the mount point and rename the volume groups.
umount /mnt/xfs
vgrename vg1 vg1_old
vgrename vg2 vg1;
5. Run `mount -av` again and verify that the mount point is successfully
mounted.
/home/ubuntu# systemctl status mnt-xfs.mount
Warning: The unit file, source configuration file or drop-ins of mnt-xfs.mount
changed on disk. Run 'systemctl daemon-reload' to reload units.
● mnt-xfs.mount - /mnt/xfs
Loaded: loaded (/etc/fstab; generated)
Active: active (mounted) since Thu 2025-09-25 01:14:27 UTC; 5s ago
Where: /mnt/xfs
What: /dev/mapper/vg1-lvol0
Docs: man:fstab(5)
man:systemd-fstab-generator(8)
CPU: 2ms
6. Deactivate the old volume group and ensure that the mount point remains
available.
# vgchange -an vg1_old
0 logical volume(s) in volume group "vg1_old" now active
root@juju-59e4a8-ceph-quincy-12:/home/ubuntu# systemctl status mnt-xfs.mount
Warning: The unit file, source configuration file or drop-ins of mnt-xfs.mount
changed on disk. Run 'systemctl daemon-reload' to reload units.
● mnt-xfs.mount - /mnt/xfs
Loaded: loaded (/etc/fstab; generated)
Active: active (mounted) since Thu 2025-09-25 01:14:27 UTC; 17s ago
Where: /mnt/xfs
What: /dev/mapper/vg1-lvol0
Docs: man:fstab(5)
man:systemd-fstab-generator(8)
CPU: 2ms
** Tags removed: verification-needed-jammy
** Tags added: verification-done-jammy
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/2100252
Title:
A reused mount point is removed after deactivating the original volume
group
Status in systemd package in Ubuntu:
Fix Released
Status in systemd source package in Focal:
Won't Fix
Status in systemd source package in Jammy:
Fix Committed
Status in systemd source package in Noble:
Fix Released
Status in systemd source package in Oracular:
Fix Released
Status in systemd source package in Plucky:
Fix Released
Bug description:
[Impact]
A mount point was originally used by the old volume group.
After replacing it with a new volume group and deactivating the old one, the
mount point, now belonging to the new volume group, gets unmounted accidentally.
[Fix]
A patch set has been introduced to fix this issue:
https://github.com/systemd/systemd/pull/23508
The related patches are as follows:
367a2597c351 core/device: store the original path
dce2d35ce53d core/device: move several functions
4a1a1caf2192 core/device: always accept syspath change
[Test Plan]
1. Set up a virtual machine with two volume groups: vg1 and vg2.
root@lvm-focal:~# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
loop0 7:0 0 91.9M 1 loop /snap/lxd/24061
loop1 7:1 0 49.9M 1 loop /snap/snapd/18357
loop2 7:2 0 63.3M 1 loop /snap/core20/1828
loop3 7:3 0 44.4M 1 loop /snap/snapd/23545
loop4 7:4 0 63.8M 1 loop /snap/core20/2496
loop5 7:5 0 91.9M 1 loop /snap/lxd/29619
sr0 11:0 1 1024M 0 rom
vda 252:0 0 500G 0 disk
├─vda1 252:1 0 1M 0 part
├─vda2 252:2 0 2G 0 part /boot
└─vda3 252:3 0 498G 0 part
└─ubuntu--vg-ubuntu--lv 253:2 0 100G 0 lvm /
vdb 252:16 0 20G 0 disk
├─vdb1 252:17 0 9.5G 0 part
│ └─vg1-lvol0 253:0 0 2G 0 lvm
└─vdb2 252:18 0 10.5G 0 part
└─vg2-lvol0 253:1 0 2G 0 lvmt
2. Add a mount point entry in /etc/fstab.
/dev/mapper/vg1-lvol0 /mnt/xfs xfs defaults 0 0
3. Run `mount -av` to mount the specified mount point.
4. Unmount the mount point and rename the volume groups.
umount /mnt/xfs
vgrename vg1 vg1_old
vgrename vg2 vg1;
5. Run `mount -av` again and verify that the mount point is successfully
mounted.
root@lvm-focal:~# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
loop0 7:0 0 91.9M 1 loop /snap/lxd/24061
loop1 7:1 0 49.9M 1 loop /snap/snapd/18357
loop2 7:2 0 63.3M 1 loop /snap/core20/1828
loop3 7:3 0 44.4M 1 loop /snap/snapd/23545
loop4 7:4 0 63.8M 1 loop /snap/core20/2496
loop5 7:5 0 91.9M 1 loop /snap/lxd/29619
sr0 11:0 1 1024M 0 rom
vda 252:0 0 500G 0 disk
├─vda1 252:1 0 1M 0 part
├─vda2 252:2 0 2G 0 part /boot
└─vda3 252:3 0 498G 0 part
└─ubuntu--vg-ubuntu--lv 253:2 0 100G 0 lvm /
vdb 252:16 0 20G 0 disk
├─vdb1 252:17 0 9.5G 0 part
└─vdb2 252:18 0 10.5G 0 part
└─vg1-lvol0 253:1 0 2G 0 lvm /mnt/xfs
6. Deactivate the old volume group and ensure that the mount point remains
available.
vgchange -an vg1_old
[Where problems could occur]
This patch set modifies the handling of devlink.
If any regressions occur, the device unit may become non-functional.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/2100252/+subscriptions
--
Mailing list: https://launchpad.net/~touch-packages
Post to : [email protected]
Unsubscribe : https://launchpad.net/~touch-packages
More help : https://help.launchpad.net/ListHelp
