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.

                  7 days later

                  just synchronize and update to the latest version 0.8.0.1. It should work now

                  Powered by Obarun