elfprince It safely reverts the attempt at a /usr merge until we implement a way to make it safe for everyone, no matter how long ago you last updated. It also ensures that systems won't break, and/or will be fixed, during the update.

      EbonJaeger [✓] Syncing filesystems success
      [✓] Updating clr-boot-manager success
      [✓] Updating hwdb success
      [✓] Updating system users success
      [✓] Updating systemd tmpfiles success
      [✓] Reloading systemd configuration success
      [✓] Re-starting vendor-enabled .socket units success
      [✓] Re-executing systemd success
      [✓] Compiling and Reloading AppArmor profiles success
      [✓] Compiling glib-schemas success
      [✓] Updating mimetype database success
      [✓] Updating icon theme cache: hicolor success
      [✓] Updating icon theme cache: Papirus success
      [✓] Updating icon theme cache: Papirus-Adapta-Nokto success
      [✓] Updating icon theme cache: Papirus-Light success
      [✓] Updating icon theme cache: solus-sc success
      [✓] Updating icon theme cache: Papirus-Dark success
      [✓] Updating icon theme cache: Papirus-Adapta success
      [✓] Updating desktop database success
      [✓] Updating manpages database success
      [✓] Ensuring usr-merge consistency success
      [✓] Reloading udev rules success
      [✓] Applying udev rules success
      System error. Program terminated.
      [Errno 21] Is a directory: 'usr/share/bash-completion/completions/onefetch'
      Please use 'eopkg help' for general help.
      Use --debug to see a traceback.      Is this normal?

        My newest update after above resulted in $ sudo eopkg up
        bash: /bin/sudo: No such file or directory        WHAT NOW?

        elfprince Not exactly the definitive answer but I have just run the latest updates on two previously successfully updated machines without any ill effects. Everything downloaded and installed without issue and the system still seems to be working well after a reboot.
        I am guessing that they are for us too, if we don't install them now they will still be waiting for us on next week's update.
        Congratulations to all team members on your swift fix. I'm sure it has been a very long day for you. The dedication and support to Solus is very much appreciated 👍

          Oh, perhaps I should reboot first, before applying the latest batch of updates. lol

            [FAILED] Failed to start apparmor.service - Load AppArmor profiles.
            [FAILED] Failed to start ufw.service - CLI Netfilter Manager.
            [FAILED] Failed to start systemd-vconsole-setup.service - Virtual Console Setup.
            [FAILED] Failed to start systemd-vconsole-setup.service - Virtual Console Setup.

              Dudel [FAILED] Failed to start apparmor.service - Load AppArmor profiles.
              [FAILED] Failed to start ufw.service - CLI Netfilter Manager.
              [FAILED] Failed to start systemd-vconsole-setup.service - Virtual Console Setup.
              [FAILED] Failed to start systemd-vconsole-setup.service - Virtual Console Setup.

              I had the same problem after today's update. Fridays update went fine too.
              I followed @EbonJaeger post above to fix it by chrooting:

              https://help.getsol.us/docs/user/troubleshooting/boot-rescue/#mounting-your-system

              1. you need A Live ISO or another system you can boot
              2. Mounting your system
              3. mount your EFI System Partition (in case of EFI)
              4. Chrooting to your Solus system

              here you will probably need this

              sudo ln -srvf /target/usr/bin/bash /target/bin/bash
sudo ln -srvf /target/usr/bin/bash /target/bin/sh
              1. I skipped Networking step
              2. Repairing packages

              sudo eopkg rebuild-db

              I skipped sudo eopkg up and sudo eopkg check here

              1. Re-run system-wide configuration triggers

              sudo usysconf run -f

              1. Regenerate UEFI boot entries

              sudo clr-boot-manager update

              1. Unmounting your system
                and reboot.

              This worked for me.

                  Solarmass you chrooted into your budgie? I thought today's update was made to prevent that?
                  My eopkg was not damaged in Friday's. Was yours? I'm confused but been a long day.

                  edit: I have not downloaded the updates today or installed them or rebooted.

                      ReillyBrogan My Monitors are not working right, every few minutes, they shuffle their arrangement at random intervals, and sometimes go hours just fine. I have combed over the settings many times and have them set the way i want/need, but they still shuffle. Any ideas? Please advise me 🙂 I usually run 4 monitors with primary mirrored, but since the issues started, have unplugged #4 but to no avail.

                        brent I updated my system on Friday without any issues. Today's "hot" update borked it and I had to chroot. Interesting that my other Solus PC wasn't affected.

                            Solarmass I updated my system on Friday without any issues. Today's "hot" update borked it and I had to chroot. Interesting that my other Solus PC wasn't affected.

                            trippy. thanks for clarifying

                              sudo ln -srvf /target/usr/bin/bash /target/bin/bash
                              sudo ln -srvf /target/usr/bin/bash /target/bin/sh

                              Solarmass, thanks this helped me get up and running again.

                              Friday week 19 updated with no issues, but the fix for that update broke the system, on reboot with

                              [FAILED] Failed to start apparmor.service - Load AppArmor profiles., etc

                                Somehow, without announcement, the updates are blocked again.
                                Which is good since I can avoid the 'hot' fix. I hope.

                                Was going to face the music and update but:

                                Failed to fetch file, retrying 5 out of 5 "https://cdn.getsol.us/repo/shannon/eopkg-index.xml.xz.sha1sum": HTTP Error 403: Forbidden
Program terminated.
Hit max retry count when downloading: "https://cdn.getsol.us/repo/shannon/eopkg-index.xml.xz.sha1sum"
Please use 'eopkg help' for general help.

                                it's late afternoon/night in the USA.
                                Feels like I dodged a bullet?

                                Solarmass So all of this worked for me, except the clr-boot-manager update step. That gives an error of "Cannot determine the currently running kernel" and I'm not quite sure why. Should I attempt to exit chroot anyway, reboot and see if the system is fixed?

                                  The staffs are still working on this (again), hence the shannon repo is blocked again. If you want to see the process, feel free to join the packaging room on matrix. Reilly, Evan, and many other staffs are discussing(working) the best move forward. Also as noted before if steps explained here doesn't solve your current problem, please go to support room on matrix for more personalized troubleshooting. Clearly, this is critical problem as we don't want anymore users end up in borked system. Thank you all for your patience. Cheers !