<div dir="ltr"><div>Hey again,</div><div><br></div><div>I'm back with more annoying questions about sysext :D</div><div><br></div><div>According to the docs, sysext only "extends" the existing usr/opt/etc with the sysext contents but we are seeing a different thing here:</div><div><br></div><div>root@cos-recovery:~# stat /usr/local/file2 <br>  File: /usr/local/file2<br>  Size: 0           Blocks: 0          IO Block: 4096   regular empty file<br>Device: 0,47      Inode: 171         Links: 1<br>Access: (0644/-rw-r--r--)  Uid: (    0/    root)   Gid: (    0/    root)<br>Access: 2024-06-10 14:56:50.725904625 +0000<br>Modify: 2024-06-10 14:56:50.725904625 +0000<br>Change: 2024-06-10 14:56:50.725904625 +0000<br> Birth: 2024-06-10 14:56:50.725904625 +0000<br>root@cos-recovery:~# systemd-sysext refresh<br>Using extensions 'work'.<br>Merged extensions into '/usr'.<br>root@cos-recovery:~# stat /usr/local/file2 <br>stat: cannot statx '/usr/local/file2': No such file or directory</div><div>root@cos-recovery:~# systemd-sysext unmerge<br>Unmerged '/usr'.<br>root@cos-recovery:~# stat /usr/local/file2 <br>  File: /usr/local/file2<br>  Size: 0              Blocks: 0          IO Block: 4096   regular empty file<br>Device: 0,47      Inode: 171         Links: 1<br>Access: (0644/-rw-r--r--)  Uid: (    0/    root)   Gid: (    0/    root)<br>Access: 2024-06-10 14:56:50.725904625 +0000<br>Modify: 2024-06-10 14:56:50.725904625 +0000<br>Change: 2024-06-10 14:56:50.725904625 +0000<br> Birth: 2024-06-10 14:56:50.725904625 +0000<br></div><div><br></div><div>Weirdly enough, any files under /usr/ that we create are NOT overridden when we load any sysext, it only seems to happen in the dirs inside /usr<br></div><div><br></div><div>It's true that we are using USI here and on a "normal" non-USI/UKI system this behaviour doesn't seem to happen.</div><div><br></div><div><div>The main difference I can see is that the root fs in the failure 
case is a tmpfs while in the working case it's an ext4 fs, but for 
example our /usr/local is mounted to a ext4 disk:</div><div><br></div><div>/dev/mapper/vda3 on /usr/local type ext4 (rw,relatime)</div></div><div><br></div><div><br></div><div>If I do create an overlay on /usr then it seems to work as expected but its too late for us, we lose anything mounted there and hidden dirs.<br></div><div><br></div><div>Is this a bug or its expected behaviour? Is there anything we could be missing that triggers this behaviour? Any pointers on why this would react like this?</div><div><br></div><div><br></div><div>Cheers,</div><div>Itxaka<br></div></div>