Hello Eric,
after successfully update of 66 to 0.8.0.0, booting process, after restart, just stall.

[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
system-sysctl: info: apply sysctl configuration file

As nuisance, after downgrade of 66 to 0.7.2.1, apps like: birdtray and meteo-qt won't start, complaining for:

error while loading shared libraries: libsystemd.so.0: cannot open shared object file: No such file or directory

Any help? Thanks.

P.S. Same happens after successfully new install of Obarun at spare partition, using obarun-JWM-2024.11.18-x86_64.iso.

  • eric replied to this.

    Welcome to the club, I have two partitions failing to boot when I update to 0.8.0.0 and one that succeeds. The only diffrence I can tell is the early udev hook activates in the one that succeeds and doesn't in the ones that fail.

    Edit: I just figured out the issue! How many boot flags do you have?
    it boots with GRUB_CMDLINE_LINUX_DEFAULT="loglevel=3 quiet" GRUB_CMDLINE_LINUX=""

    It doesnt boot with for ex: GRUB_CMDLINE_LINUX_DEFAULT="loglevel=3 quiet" GRUB_CMDLINE_LINUX="nvidia-drm.modeset=1 ibt=off psi=1 i915.modeset=1"

    @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.

                                        Powered by Obarun