You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Starting from 6.8 kernel we begun observing that the boot may fail to enter game mode because lots of services failed to start.
I investigated and every failed service failed because either /etc or /var was read-only.
If one reads /etc/fstab it will be clear that those are intended to be mounted as RW, but this is not what happens.
Instead btrfs share mount flags across everything from the same filesystem, in /etc/fstab / is re-mounted (after starting systemd) as RO and such mount is started in parallel with others 3 mounts (that are RW).
The first successful mount determines if /frzr_root and /var and /etc will be RO or RW.
Chances are 3/4 to mount the filesystem correctly and 1/4 of mounting the whole filesystem as RO.
Relevant btrfs documentation is here first blue box in that page reads "Most mount options apply to the whole filesystem and only options in the first mounted subvolume will take effect".
The text was updated successfully, but these errors were encountered:
Use systemd on initrd instead of busybox to solve two bugs:
- when two chimeraos are installed booting a device might result in mounting the rootfs of the other device
- Issue ChimeraOS#919ChimeraOS#919
/efi will be automounted by systemd: remove the fstab entry.
If the default subvolume of / is changed boot will fail: fix this by mentioning subvolumes by theirs ID (fixed since installation)
Starting from 6.8 kernel we begun observing that the boot may fail to enter game mode because lots of services failed to start.
I investigated and every failed service failed because either /etc or /var was read-only.
If one reads /etc/fstab it will be clear that those are intended to be mounted as RW, but this is not what happens.
Instead btrfs share mount flags across everything from the same filesystem, in /etc/fstab / is re-mounted (after starting systemd) as RO and such mount is started in parallel with others 3 mounts (that are RW).
The first successful mount determines if /frzr_root and /var and /etc will be RO or RW.
Chances are 3/4 to mount the filesystem correctly and 1/4 of mounting the whole filesystem as RO.
Relevant btrfs documentation is here first blue box in that page reads "Most mount options apply to the whole filesystem and only options in the first mounted subvolume will take effect".
The text was updated successfully, but these errors were encountered: