@dvam try to set TMPFILE=!no to the boot@system service configuration and reconfigure your service

# 66 configure -r 'TMPFILE=!no' boot@system
# 66 reconfigure boot@system

Concerning your downgrade problem, i can't help you on that except if the libsystemd stuff come from a package on official Obarun repo.

@What-now
Thanks for the tip, but my system boots directly, using motherboard's UEFI bootloader, not GRUB.

@eric
I tried what you suggested, but that didnt solve the problem

    Wat-now
    No extra boot flags ... just simple, usual boot entries.

    Can please you chroot your system and give us the output of:

    # 66 tree resolve Master 
    # 66 tree status -g
    % 66 tree resolve Master 
    % 66 tree status -g
    • dvam replied to this.

      eric
      Eric, this is from new install, which has obviously the same behavior(problem) as main system ... if of interest, I'll update main system to 0.8.0.0 and do the same.

      [root@qs6 /]# 66 tree resolve Master
      name        : Master
      allow       : 0
      current     : None
      contents    : global boot session
      nallow      : 1
      ncontents   : 3
      rversion    : 0.8.0.0
      [root@qs6 /]# 66 tree status -g
      Name        : global
      Current     : no
      Enabled     : yes
      Allowed     : root
      Groups      : admin
      Depends     : \
                    -None
      Required by : \
                    -session (Enabled)
      Contents    : \
                    |-dbus-log (pid=825, state=Enabled, type=classic, tree=global)
                    |-consolekit-log (pid=0, state=Enabled, type=classic, tree=global)
                    |-openntpd-log (pid=817, state=Enabled, type=classic, tree=global)
                    |-connmand-log (pid=826, state=Enabled, type=classic, tree=global)
                    |-wpa_supplicant-log (pid=911, state=Enabled, type=classic, tree=global)
                    |-dbus (pid=847, state=Enabled, type=classic, tree=global)
                    |-openntpd (pid=836, state=Enabled, type=classic, tree=global)
                    |-wpa_supplicant (pid=0, state=Enabled, type=classic, tree=global)
                    |-consolekit (pid=0, state=Enabled, type=classic, tree=global)
                    `-connmand (pid=857, state=Enabled, type=classic, tree=global)
      
      Name        : boot
      Current     : no
      Enabled     : no
      Allowed     : root
      Groups      : boot
      Depends     : \
                    -None
      Required by : \
                    -None
      Contents    : \
                    |-boot@system:system-hostname (pid=up, state=Enabled, type=oneshot, tree=boot)
                    |-boot@system:mount-run (pid=up, state=Enabled, type=oneshot, tree=boot)
                    |-boot@system:mount-tmp (pid=up, state=Enabled, type=oneshot, tree=boot)
                    |-boot@system:mount-proc (pid=up, state=Enabled, type=oneshot, tree=boot)
                    |-boot@system:system-sysctl (pid=up, state=Enabled, type=oneshot, tree=boot)
                    |-boot@system:udevd-log (pid=301, state=Enabled, type=classic, tree=boot)
                    |-boot@system:tty-earlier@tty12 (pid=218, state=Enabled, type=classic, tree=boot)
                    |-boot@system (pid=up, state=Enabled, type=module, tree=boot)
                    |-boot@system:populate-run (pid=up, state=Enabled, type=oneshot, tree=boot)
                    |-boot@system:populate-tmp (pid=up, state=Enabled, type=oneshot, tree=boot)
                    |-boot@system:mount-sys (pid=up, state=Enabled, type=oneshot, tree=boot)
                    |-boot@system:populate-sys (pid=up, state=Enabled, type=oneshot, tree=boot)
                    |-boot@system:mount-dev (pid=up, state=Enabled, type=oneshot, tree=boot)
                    |-boot@system:mount-pts (pid=up, state=Enabled, type=oneshot, tree=boot)
                    |-boot@system:mount-shm (pid=up, state=Enabled, type=oneshot, tree=boot)
                    |-boot@system:populate-dev (pid=up, state=Enabled, type=oneshot, tree=boot)
                    |-boot@system:mount-cgroups (pid=up, state=Enabled, type=oneshot, tree=boot)
                    |-boot@system:mount-branch (pid=up, state=Enabled, type=oneshot, tree=boot)
                    |-boot@system:system-hwclock (pid=up, state=Enabled, type=oneshot, tree=boot)
                    |-boot@system:modules-kernel (pid=up, state=Enabled, type=oneshot, tree=boot)
                    |-boot@system:system-random (pid=up, state=Enabled, type=oneshot, tree=boot)
                    |-boot@system:modules-system (pid=up, state=Enabled, type=oneshot, tree=boot)
                    |-boot@system:udevd (pid=482, state=Enabled, type=classic, tree=boot)
                    |-boot@system:udevadm (pid=up, state=Enabled, type=oneshot, tree=boot)
                    |-boot@system:system-fontnkey (pid=up, state=Enabled, type=oneshot, tree=boot)
                    |-boot@system:system-fsck (pid=up, state=Enabled, type=oneshot, tree=boot)
                    |-boot@system:mount-fstab (pid=up, state=Enabled, type=oneshot, tree=boot)
                    |-boot@system:system-branch (pid=up, state=Enabled, type=oneshot, tree=boot)
                    |-boot@system:mount-rw (pid=up, state=Enabled, type=oneshot, tree=boot)
                    |-boot@system:local-loop (pid=up, state=Enabled, type=oneshot, tree=boot)
                    |-boot@system:local-time (pid=up, state=Enabled, type=oneshot, tree=boot)
                    |-boot@system:local-sethostname (pid=up, state=Enabled, type=oneshot, tree=boot)
                    |-boot@system:local-authfiles (pid=up, state=Enabled, type=oneshot, tree=boot)
                    |-boot@system:mount-swap (pid=up, state=Enabled, type=oneshot, tree=boot)
                    |-boot@system:mount-netfs (pid=up, state=Enabled, type=oneshot, tree=boot)
                    |-boot@system:local-dmesg (pid=up, state=Enabled, type=oneshot, tree=boot)
                    |-boot@system:local-branch (pid=up, state=Enabled, type=oneshot, tree=boot)
                    |-boot@system:runtime-branch (pid=up, state=Enabled, type=oneshot, tree=boot)
                    |-boot@system:canopy (pid=up, state=Enabled, type=oneshot, tree=boot)
                    |-boot@system:tty-rc@tty1 (pid=953, state=Enabled, type=classic, tree=boot)
                    `-boot@system:tty-rc@tty2 (pid=954, state=Enabled, type=classic, tree=boot)
      
      Name        : session
      Current     : no
      Enabled     : yes
      Allowed     : root
      Groups      : admin
      Depends     : \
                    -global (Enabled)
      Required by : \
                    -None
      Contents    : \
                    |-scandir@qwe:setenv@qwe (pid=up, state=Enabled, type=oneshot, tree=session)
                    |-scandir@qwe:svscan@qwe-log (pid=899, state=Enabled, type=classic, tree=session)
                    |-scandir@qwe (pid=up, state=Enabled, type=module, tree=session)
                    |-boot-user@qwe:mount-run@qwe (pid=up, state=Enabled, type=oneshot, tree=session)
                    |-scandir@qwe:svscan@qwe (pid=922, state=Enabled, type=classic, tree=session)
                    `-boot-user@qwe (pid=up, state=Enabled, type=module, tree=session)
      [qwe@qs6 /]$ 66 tree resolve Master
      name        : Master
      allow       : 1000
      current     : None
      contents    : global
      nallow      : 1
      ncontents   : 1
      rversion    : 0.8.0.0
      [qwe@qs6 /]$ 66 tree status -g
      Name        : global
      Current     : no
      Enabled     : yes
      Allowed     : qwe
      Groups      : user
      Depends     : \
                    -None
      Required by : \
                    -None
      Contents    : \
                    |-xdg-user-dirs (pid=up, state=Enabled, type=oneshot, tree=global)
                    |-dbus@qwe-log (pid=1052, state=Enabled, type=classic, tree=global)
                    `-dbus@qwe (pid=1066, state=Enabled, type=classic, tree=global)

      I dont expect this to work, but could you have 66 remount your run directory by adding to66 boot of /bin/init to 66 boot -m ? Maybe worth a shot.

      My machine also failed to boot after the update. I could not determine exactly what was causing the issue, only that after upgrading and running the migration process the boot tree would not be brought up completely.

      Debugging the live system was not possible because things like /dev/pts were not being mounted and sudo refused to work because of this (I have root logins disabled). I started by removing my custom services (which the new version was not happy with) but in the end I had to rebuild all the trees again from zero because there was some sort of inconsistency I could not fully understand.

      I posted a new thread in this section a few minutes ago with the outline of what was needed to recover my machine, for those who want to try one last thing before going for a reinstall.

      • dvam replied to this.

        cdop ... one last thing before going for a reinstall.

        The new clean install, using the latest ISO, is not an option at my machine, because that gives non bootable, completely unresponsive system, although is successfully installed.

        • cdop replied to this.

          dvam The new clean install, using the latest ISO, is not an option at my machine, because that gives non bootable, completely unresponsive system, although is successfully installed.

          Take a look at the instructions we have on the other thread. On a fresh install that's not even booting correctly there's not a lot to lose by trying the "delete and rebuild every tree" approach.

          • dvam replied to this.

            cdop

            Applying instructions from your "delete and rebuild every tree" approach workaround, to new (clean) install, didn't solve the problem.
            System is still non-bootabole and unresponsive, as was allready. Thanks anyway!

            @dvam

            my first answer was wrong. I read your post a little to quick.

            dvam system-sysctl: info: apply sysctl configuration file

            your boot seems to hang at system-sysctl which is responsible to launch the sysctl -p command. To confirm that you can try the following

            # 66 configure -r 'SYSCTL=!no' boot@system
            # 66 reconfigure boot@system

            and try to reboot. it will skip the configuration of the kernel.

            • dvam replied to this.

              eric

              Now hangs at: boot: info: Starts boot logger at: /run/66/log/0

              [Starts`` stage1 process...]
              boot: info: Create live scandir at: /run/66
              scandir: info: Create scandir /run/66/scandir/0 ...
              boot: info: Initiate erlier service of tree: boot
              tree: info: Initialized successfully: boot@system:tty-earlier@tty12
              boot: info: Starts boot logger at: /run/66/log/0

              That's is unbelievable.
              For now you can rollback your system as instructed here.

              After a correct reboot, make an archive of your /etc/66, /var/lib/66, $HOME/.66 directories and send me it.

              Did you come from the 0.7.2.1 release? if not, it can explain your trouble.

              • dvam replied to this.

                eric Did you come from the 0.7.2.1 release? if not, it can explain your trouble.

                My main system comes from 0.7.2.1 release, but the same problem appears after clean install.

                By the way, I have just sent you requested directories from my main system ( 0.8.0.0 ) that hangs while booting ... inside you will find 0.7.2.1 snapshots , when it boots normally.

                After research and help from other users at Obarun channel, the trouble seems to come from machine booting with UEFI mode. This is also your cases?

                • dvam replied to this.

                  eric ... the trouble seems to come from machine booting with UEFI mode. This is also your cases?

                  Yes, my system boots directly via motherboards UEFI boot loader.

                  Can you confirm that you're able to boot in legacy mode?

                  • dvam replied to this.

                    eric Can you confirm that you're able to boot in legacy mode?

                    Yes I can confirm ... new installed Obarun at spare partition, using obarun-JWM-2024.11.22-x86_64.iso, which failed to boot via UEFI bootloader, boots normaly, after installing GRUB.

                    Thanks for your confirmation. I don't know what happen exactly for now but i'm on it.

                    Powered by Obarun