I was thinking about suggesting that but a better solution is probably to just install GRUB in Artix instead of Devuan. The only problem with that is having to manually update the configuration every time the kernel version in Devuan changes.

Another alternative is to install Artix's GRUB version in Devuan by running these commands from Artix:

# mount /dev/sda1 /mnt
# pacman -S grub
# grub-install --target=i386-pc --boot-directory=/mnt /dev/sda

Then remove the grub-pc package in Devuan but keep the grub2-common package installed so that the configuration file is updated every time the kernel version changes:

# apt install grub-pc- grub2-common

And yet another alternative is to backport the grub-pc, grub-common & grub2-common packages from ceres.

I presume this is a non-UEFI system?

After doing some digging, looks like i may be right. grub2 version 2.04 brings support for f2fs but that is currently in testing.

Off topic but I once tried f2fs on a micro-SD card mounted on one of my OpenWRT devices  Found it extremely slow, CPU intensive and therefore unusable. Switched back to ext4. Have been running both RaspberryPis and micro-routers out of ext4 formatted SD/micro-SD cards for years without any issues. Note that most smart phones have a lot more horse power than my micro router with a MIPS 260Mhz 32 bit CPU and 32Mb of RAM.

https://bugs.launchpad.net/ubuntu/+sour … ug/1868664

https://salsa.debian.org/grub-team/grub … 31d165782b

https://packages.debian.org/search?keywords=grub2

This is the custom grub menu in /etc/grub.d/40_custom  im using.

#!/bin/sh
exec tail -n +3 $0
# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.  Be careful not to change
# the 'exec tail' line above.

menuentry 'Artix Linux' --class artix --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-<UUID>' {
        load_video
        set gfxpayload=keep
        insmod gzio
        insmod part_msdos
        insmod f2fs
        set root='hd0,msdos3'
        if [ x$feature_platform_search_hint = xy ]; then
          search --no-floppy --fs-uuid --set=root --hint-ieee1275='ieee1275//disk@0,msdos3' --hint-bios=hd0,msdos3 --hin
t-efi=hd0,msdos3 --hint-baremetal=ahci0,msdos3  <UUID>
        else
          search --no-floppy --fs-uuid --set=root <UUID>
        fi
        echo    'Loading Linux linux-lts ...'
        linux   /boot/vmlinuz-linux-lts root=UUID=<UUID> rw  loglevel=3 quiet
        echo    'Loading initial ramdisk ...'
        initrd  /boot/initramfs-linux-lts.img
}

I can install artix grub from a chroot on the artix partition and update grub there and boot into artix fine, but if i try the custom menu entry it just says filesytem not found so im pretty sure its a grub devuan issue.

when i update-grub there but this is not the case as update-grub just finds unknown linux distro and it dont boot

Devuan's GRUB can't deal with the multiple initramfs images that are created in Arch-based distribustions if the CPU µcode package is installed.

If you post the actual /boot/grub/grub.cfg file then we could confirm if this is the problem here.

You need to pass the location of the root partition to the kernel and it's best to identify it with a UUID because the block device assignment might change from one boot to the next.

Try something like this (replace $uuid with the actual UUID for the Artix root partition):

menuentry 'Artix' {
   search --fs-uuid --set=root $uuid
   linux /boot/vmlinuz-linux-lts root=UUID=$uuid rw quiet # add any other boot parameters here
   initrd /boot/intel-ucode.img /boot/initramfs-linux-lts.img
}

^ That presumes the intel-ucode package is installed, check /boot in Artix for the actual initramfs images and adjust as required.

Devuan boot parttion = /dev/sda1
Devuan root partition = /dev/sda2
Artix  on /dev/sda3

This is because i may have stuffed up installing artix or something is missing im not getting.

When i installed artix i only mounted sda3 to /mnt and not the devuan sda1 partition for the boot loader. My thinking was grub and os-prober would pick up /dev/sda3 as artix inside devuan when i update-grub there but this is not the case as update-grub just finds unknown linux distro and it dont boot.

So my thinking is maybe i could create boot menu like so below but even this does not seem to work.

In /etc/grub.d/40_custom

menuentry "Artix" {
	set root=(hd0,3)
	 linux /boot/vmlinuz-linux-lts
	 initrd /boot/initramfs-linux-lts.img
}

This might all be stupid and ive stuffed up and should have mounted /dev/sda1 as /mnt/boot when pacstrap the install to begin with?