----- On May 26, 2021, at 5:17 PM, Remi Gauvin remi@georgianit.com wrote:

On 2021-05-26 10:53 a.m., Lentes, Bernd wrote:

quoted

OK. Thanks, i will try that and keep you informed.

Bernd

Please note that I made a mistake.


When you snapshot into a new @, it will already have an empty (not
subvolume) @/var/lib/docker/btrfs directory.

You have to get that directory out of the way before you move the
subvolume, otherwise, you'll end up with a  @/var/lib/docker/btrfs/btrfs
and mount will fail.

rmdir /mnt/sub/root-volume/@/var/lib/docker/btrfs

*before* you do:

mv /mnt/sub/root-volume/@bad/var/lib/docker/btrfs
/mnt/sub/root-volume/@/var/lib/docker/btrfs

Hi,

i followed your guide and tried a reboot remotely.
PC stuck in BIOS, someone in the office pressed F2, and system booted completely.
But unfortunately in the bad system and without X:

root@pc65472:~# mount|grep btrfs
/dev/mapper/vg1-lv_root on / type btrfs (rw,relatime,ssd,space_cache,subvolid=257,subvol=/@_bad)
/dev/mapper/vg1-lv_root on /home type btrfs (rw,relatime,ssd,space_cache,subvolid=258,subvol=/@home)
/dev/sdb1 on /data type btrfs (rw,relatime,space_cache,subvolid=258,subvol=/@data)
/dev/sdc1 on /local type btrfs (rw,relatime,space_cache,subvolid=5,subvol=/)
/dev/mapper/vg1-lv_root on /var/lib/docker/btrfs type btrfs (rw,relatime,ssd,space_cache,subvolid=257,subvol=/@_bad/var/lib/docker/btrfs)

Any idea ?

I will try tomorrow again, then i'm in front of the PC.

Bernd