The officially official Devuan Forum!

kraiken

Member

Registered: 2022-06-08

Posts: 4  

[SOLVED] chimaera in vm on m1 mac

The M1 MacBook Pro is a work laptop, so not my choice..

I've downloaded the mini.iso from
https://pkgmaster.devuan.org/devuan/dis … s/netboot/
and it boots into the installer.

When it gets to "Download installer components", it returns with "no kernel modules found".

I've tried it with both deb.devuan.org and pkgmaster.devuan.org as the archive mirror. It seems to hit the mirror, because it lists the available flavors / versions: chimaera, daedalus, ceres. I picked chimaera.

The explanation given by the installer is "This probably is due to a mismatch between the kernel used by this version of the installer and the kernel version available in the archive."

Not sure how to verify that, or how to tell what it's trying to access at that point. Or maybe I'm missing something even more basic.

I'm aware that this is probably not a well supported scenario (or at all?). I think I saw that M1 support is in the kernel in 5.13? If so, does that mean this won't be possible til daedalus?

Thanks in advance for any assistance.

Head_on_a_Stick

Member

From: London

Registered: 2019-03-24

Posts: 3,125  

Website

Re: [SOLVED] chimaera in vm on m1 mac

For running Devuan on the M1 bare metal see https://dev1galaxy.org/viewtopic.php?id=3956.

Which VM is this? If the installer is booted virtually then it can only see the virtual hardware so M1 support in the kernel isn't important.

Did you verify the integrity of the image?

---

Brianna Ghey — Rest In Power

kraiken

Member

Registered: 2022-06-08

Posts: 4  

Re: [SOLVED] chimaera in vm on m1 mac

I've tried with Parallels, and also VMware Fusion.

Good point about M1 vs virtual ARM.

Just checked the sha256 for the image.. it's good.

Last edited by kraiken (2022-06-09 01:19:27)

Head_on_a_Stick

Member

From: London

Registered: 2019-03-24

Posts: 3,125  

Website

Re: [SOLVED] chimaera in vm on m1 mac

Well I have no idea about OS X (it is my least favourite operating system by some margin) but apparently a decent emulator can be run on it:

https://wiki.qemu.org/Hosts/Mac

Be sure to apply the -accel hvf option to achieve near bare metal performance.

EDIT: see also https://stackoverflow.com/questions/668 … erator-hvf

Last edited by Head_on_a_Stick (2022-06-09 08:23:43)

---

Brianna Ghey — Rest In Power

kraiken

Member

Registered: 2022-06-08

Posts: 4  

Re: [SOLVED] chimaera in vm on m1 mac

This is also my first time doing any sort of virtualization on MacOS, but Parallels seems to work ok. Fusion seems to need more work, but given what's happening with VMware, it's probably not going to get it.

Yesterday, I got CentOS 9 aarch64 to install in Parallels (bleah, I know.. but again, it's for work). But more importantly, I also got Debian 11 arm64 installed in Parallels, sans probleme.

One of the most obvious differences for Debian arm64 is that it has a full DVD image available, so it has all the packages it needs, and no possibility for a mismatch between installer and archive. That said, the Debian 11 netinstall CD image also worked for me.

I get the sense that the ARM installers for Devuan seem to be intended for RPi and such.. so maybe that's why there is only the mini.iso? It would be nice if there were a full DVD image for arm64 (which would also be good for offline installs).

If that is possible, and there is a procedure for doing that, I'd be fine with building it. Alternatively, I'd like to know how to figure out why it thinks the installer and the archive kernels are mismatched.

The installer boots, and I can set the locale, configure the network, and pick the archive mirror. It's only when it goes to download the kernel modules that there is a problem. But not a problem with the installer itself (i.e., it doesn't crash or freeze), just in validating the packages.

I have Devuan Beowulf and Chimaera installed on my two personal laptops as daily drivers, and had them installed in VirtualBox on my Windows laptop for my last job. It would be nice to do the same thing for this one.

andyprough

Member

Registered: 2019-10-19

Posts: 327  

Re: [SOLVED] chimaera in vm on m1 mac

You can apparently install qemu on an M1 through homebrew. Might be worth a shot.

kraiken

Member

Registered: 2022-06-08

Posts: 4  

Re: [SOLVED] chimaera in vm on m1 mac

Just wanted to update with a few things.

First, I found the UTM app (https://mac.getutm.app/), which does emulation as well as virtualization (it uses qemu). I used it to create x86_64 and aarch64 VMs. I used the x86_64 installer, and it was a bit slow, but not too bad.

I re-downloaded the "current" mini.iso, and was able to install it in the emulated aarch64 VM. Then I had a thought, and went back and checked the original page where I downloaded the mini.iso (I still had it up).

That "current" had pointed to the Oct 2021 build (u1), but when I re-loaded the page, it was pointing to the Mar 2022 build (u3). So I tried it in a straight VM (no emulation), and it worked fine.

Not sure why Mar 2022 build didn't show up til Jun, but it all works now, so no worries.

Last edited by kraiken (2022-06-22 00:04:07)

siva

Member

Registered: 2018-01-25

Posts: 282  

Re: [SOLVED] chimaera in vm on m1 mac

@kraiken: Thanks for the write-up! I've never worked with any of the mini.iso installers. The latest arm64 build worked like a charm in my lab environment.

Another interesting feature of UTM is that you can export the entire QEMU command. The result is a rather long and ugly one-liner, but it's still useful to have a one-to-one copy if you want to run the image on another system. In any case, it's a nice step towards "using macOS as a glorified hypervisor."

Example:

qemu-system-aarch64 -L /Applications/UTM.app/Contents/Resources/qemu -S -spice "unix=on,addr=/Users/lab/Library/Group Containers/WDNLXAD4W8.com.utmapp.UTM/D56EF667-607C-4108-B511-3E87DC8F6776.spice,disable-ticketing=on,image-compression=off,playback-compression=off,streaming-video=off,gl=off" -chardev spiceport,id=org.qemu.monitor.qmp,name=org.qemu.monitor.qmp.0 -mon chardev=org.qemu.monitor.qmp,mode=control -nodefaults -vga none -device virtio-net-pci,mac=B2:2E:F8:E5:00:95,netdev=net0 -netdev vmnet-shared,id=net0 -device virtio-gpu-pci -cpu host -smp cpus=6,sockets=1,cores=6,threads=1 -machine virt -accel hvf -drive if=pflash,format=raw,unit=0,file=/Applications/UTM.app/Contents/Resources/qemu/edk2-aarch64-code.fd,readonly=on -drive "if=pflash,unit=1,file=/Users/lab/Library/Containers/com.utmapp.UTM/Data/Documents/Devuan Daedalus ARM64.utm/Data/efi_vars.fd" -m 2048 -audiodev coreaudio,id=audio0 -device intel-hda -device hda-duplex,audiodev=audio0 -device nec-usb-xhci,id=usb-bus -device usb-tablet,bus=usb-bus.0 -device usb-mouse,bus=usb-bus.0 -device usb-kbd,bus=usb-bus.0 -device qemu-xhci,id=usb-controller-0 -chardev spicevmc,name=usbredir,id=usbredirchardev0 -device usb-redir,chardev=usbredirchardev0,id=usbredirdev0,bus=usb-controller-0.0 -chardev spicevmc,name=usbredir,id=usbredirchardev1 -device usb-redir,chardev=usbredirchardev1,id=usbredirdev1,bus=usb-controller-0.0 -chardev spicevmc,name=usbredir,id=usbredirchardev2 -device usb-redir,chardev=usbredirchardev2,id=usbredirdev2,bus=usb-controller-0.0 -device usb-storage,drive=drive1EDBA7C9-D708-4C56-889C-724AFD3A82E2,removable=true,bootindex=0,bus=usb-bus.0 -drive if=none,media=cdrom,id=drive1EDBA7C9-D708-4C56-889C-724AFD3A82E2,readonly=on -device virtio-blk-pci,drive=drive3F574F35-CB41-4D38-BCCD-B32FA8EBA224,bootindex=1 -drive "if=none,media=disk,id=drive3F574F35-CB41-4D38-BCCD-B32FA8EBA224,file=/Users/lab/Library/Containers/com.utmapp.UTM/Data/Documents/Devuan Daedalus ARM64.utm/Data/3F574F35-CB41-4D38-BCCD-B32FA8EBA224.qcow2,discard=unmap,detect-zeroes=unmap" -device virtio-serial -device virtserialport,chardev=org.qemu.guest_agent,name=org.qemu.guest_agent.0 -chardev spiceport,id=org.qemu.guest_agent,name=org.qemu.guest_agent.0 -device virtserialport,chardev=vdagent,name=com.redhat.spice.0 -chardev spicevmc,id=vdagent,debug=0,name=vdagent -name "Devuan Daedalus ARM64" -uuid D56EF667-607C-4108-B511-3E87DC8F6776 -device virtio-rng-pci

boughtonp

Member

From: UK

Registered: 2023-01-19

Posts: 212  

Website

Re: [SOLVED] chimaera in vm on m1 mac

Such commands can be made more manageable by making them multi-line:

$ echo 'big -long command -with lots -of options' | sed 's/ -/ \\\n&/g'
big \
 -long command \
 -with lots \
 -of options

Last edited by boughtonp (2023-12-19 13:39:23)

---

3.1415P265E589T932E846R64338

siva

Member

Registered: 2018-01-25

Posts: 282  

Re: [SOLVED] chimaera in vm on m1 mac

Still long and gross imo. While the line-breaks improve readability, my intention was to give a peek at the scale of the command without subjecting everyone on the thread to actually read it unless they really want to.

Last edited by siva (2023-12-19 14:40:06)