Removing the file won't work, you should tell us how you altered it.

This is the correct content if you don't want to use the swap to hibernate:

RESUME=none

EDIT: and rebuild the initramfs after you've changed the file:

# update-initramfs -u -k all

Did you rename the grubx64.efi file to BOOTX64.EFI?

EDIT: some UEFI firmware implementations are so broken that they will only boot $ESP/EFI/Microsoft/Boot/bootmgfw.efi

The UEFI GRUB version will only provide a menu entry for another system if it is also installed in UEFI mode. The non-UEFI GRUB version will only provide a menu entry for another system if it is also installed in non-UEFI mode.

So are all of your systems installed in UEFI mode? Check for /sys/firmware/efi, that will only exist if the system is booted in UEFI mode.

I can't share a link but I've just managed to grab the source from ceres in a live version of beowulf so it does work.

Did you add the deb-src line for ceres to your sources and update the package database before using apt source?

Here's my full procedure for the backport (lines beginning with "#" should be run as root):

# apt install devscripts dpkg-dev
# tee -a /etc/apt/sources.list <<<'deb-src http://deb.devuan.org/merged ceres main'
# apt update
mkdir -p ~/builds/openrc && cd ~/builds/openrc
apt source openrc && cd openrc-0.42
dch --bpo # fill in changelog entry and save the file
# mk-build-deps --install --remove
debuild -us -uc

There should then be an openrc-0.42-1~bpo10+1_amd64.deb package in the ~/builds/openrc/ directory that can be installed safely in your beowulf system.

To clean up afterwards remove the unneeded build dependencies and build scripts:

# apt autoremove openrc-build-deps devscripts dpkg-dev

And also remove the ceres source repository:

# sed -i '/ceres/d' /etc/apt/sources.list

EDIT: and finally update the package database again:

# apt update

Tags in dwm are not the same as workspaces: https://github.com/w0ng/wongdev.com/blo … kspaces.md

You should join the ArchLabs forums and ask Nate about yaxwm, he is an extraordinarily helpful person.

I've switched to Alpine Linux for my daily driver — the musl libc base ensures a fundamental incompatibility with systemd that I'm sure will be appreciated by the community here

The init system is busybox as PID1 with OpenRC as the service manager (with s6 as an alternative option) but I've changed to /sbin/openrc-init for PID1 by specifying it as a kernel command line option:

init=/sbin/openrc-init

All I had to do to get it working was copy the supplied agetty init script to TTY-specific versions and enable them to start:

# ln -s /etc/init.d/agetty{,.tty1} # repeat for other TTYs as desired
# rc-update add agetty.tty1 # repeat for other TTYs as desired

The startup is blisteringly fast, quicker than my Debian buster box (which is using systemd) and the resource usage is pleasingly minimal.

Drew DeVault is one of the Alpine developers and he created sway so I'm using that to dodge the X server bloat monster (Wayland ftw!) and I've installed and enabled elogind so that I can disable the setuid bit on the sway executable and run a true rootless desktop.

I've also managed to get mokutil added to their testing repositories so that I could enrol my own Secure Boot key (created with their sbsigntool utility) and use it to sign the Alpine kernel and start the system with Secure Boot enabled.

It's an awesome distribution and *very* easy to package for (the APKBUILDs are almost identical to Arch's PKGBUILDs), very highly recommended.

Copy grubx64.efi to /EFI/BOOT/BOOTX64.EFI (on the EFI system partition), that will be booted even without an NVRAM entry.

It will probably be located at /EFI/devuan/grubx64.efi, use the find command to locate it.

Alternatively, use the grub-install command with the --removable option, which copies the bootloader to that location automatically.

You might be able to get efibootmgr working by mounting efivarfs manually:

mount -t efivarfs efivarfs /sys/firmware/efi/efivars

It is also possible to manually delete the NVRAM entries from /sys/firmware/efi/efivars/ but it might brick your box.

Install yad and use

yad --color

The interface is almost identical.

The contents of both packages are identical:

~/Downloads$ for i in 201{6,9}/lib/firmware/*;do sha512sum $i;done
1ff797870d3733f34343bc39ee74473276bba57159670cf90247d00d001ef35788eac52d2bd0a4da06f09fc2d5c9dac554d52eb4eea30d7a3070b9f226d1ec30  2016/lib/firmware/i2400m-fw-usb-1.4.sbcf
ef5d7495013a8d7e34106e5b6cdffc2f41e445505fecaa7874c2e7157004f98198dad5099e2c5a159ab34a18f3a3fb8a6843d02a787322c1aa7f8bf0f34398d9  2016/lib/firmware/i2400m-fw-usb-1.5.sbcf
3f4805378ea58c9465b82a4086b729d172b55caa868bba4b45726fad5adf9eb70c36df251f9183c24f891bf7064be9f54195b44a296350209179c9aaa728d346  2016/lib/firmware/i6050-fw-usb-1.5.sbcf
1ff797870d3733f34343bc39ee74473276bba57159670cf90247d00d001ef35788eac52d2bd0a4da06f09fc2d5c9dac554d52eb4eea30d7a3070b9f226d1ec30  2019/lib/firmware/i2400m-fw-usb-1.4.sbcf
ef5d7495013a8d7e34106e5b6cdffc2f41e445505fecaa7874c2e7157004f98198dad5099e2c5a159ab34a18f3a3fb8a6843d02a787322c1aa7f8bf0f34398d9  2019/lib/firmware/i2400m-fw-usb-1.5.sbcf
3f4805378ea58c9465b82a4086b729d172b55caa868bba4b45726fad5adf9eb70c36df251f9183c24f891bf7064be9f54195b44a296350209179c9aaa728d346  2019/lib/firmware/i6050-fw-usb-1.5.sbcf
~/Downloads$

The firefox-esr package in Devuan beowulf is compiled with --enable-alsa and does not require PulseAudio, check about:buildconfig if you don't believe me.

Note that Devuan's beowulf installer will only set OpenRC as the service manager, sysvinit will still be used as PID1.

To use openrc-init as PID1 see https://dev1galaxy.org/viewtopic.php?id=2788

@OP: do it yourself if you're so impatient:

https://wiki.debian.org/SimpleBackportCreation

I suspect that the dependency chain is far too tangled to make this a reasonable option, hence the lack of a package in the buster-backports repositories.