The officially official Devuan Forum!

You are not logged in.

#51 2021-10-27 13:33:04

att2
Member
Registered: 2021-10-24
Posts: 2  

Re: Installer images for armel, armhf and ppc64 need testing

Well, that is my problem, because, on the officially supported Ubuntu image, these overlays do exist, and I have them in my "config.ini" file, and they work neatly ; but Ubuntu is booting terribly slow. Any recommendations of what, exactly, to do to get these overlays working in Devuan?

Offline

#52 2021-10-29 16:42:15

c0rnelius
Member
Registered: 2020-06-13
Posts: 43  

Re: Installer images for armel, armhf and ppc64 need testing

att2 wrote:

Well, that is my problem, because, on the officially supported Ubuntu image, these overlays do exist, and I have them in my "config.ini" file, and they work neatly ; but Ubuntu is booting terribly slow. Any recommendations of what, exactly, to do to get these overlays working in Devuan?

My suggestion would be to ask tobetter if he could please include the said overlays. I've only chit-chatted with him a few times concerning problems in the linux source, but he has always been really kind and receptive. He does include them for the Odroid N2/+ so i don't see why it would be that much of a stretch?

tobetter --> https://github.com/tobetter/linux

Offline

#53 2022-02-25 09:42:16

Danrancan
Member
Registered: 2022-02-25
Posts: 1  

Re: Installer images for armel, armhf and ppc64 need testing

fsmithred wrote:

We built beowulf installer images for armel, armhf and ppc64el. If you have appropriate hardware, please test and report.

armel (no mini.iso for these. I hope you know what to do.)
https://pkgmaster.devuan.org/devuan/dis … nt/images/
    kirkwood/netboot/marvell/{dreamplug,guruplug,sheevaplug,sheevaplug-esata}
    kirkwood/netboot/seagate/dockstar
    orion/netboot/buffalo

armhf
https://pkgmaster.devuan.org/devuan/dis … t/mini.iso

ppc64el (not arm, but it's on my list.)
https://pkgmaster.devuan.org/devuan/dis … t/mini.iso

Thanks,
fsmithred

How exactly should I be flashing this to an SD Card? Can I just DD it or use balena etcher? Or is there some other method I should be using?

Offline

#54 2022-02-26 10:17:44

Head_on_a_Stick
Member
From: London
Registered: 2019-03-24
Posts: 2,326  

Re: Installer images for armel, armhf and ppc64 need testing

For the mini.iso images just use

# cp mini.iso /dev/mmcblkX ; sync

Replace X with the correct identifier for the SD card. It should be copied to the entire card rather than a partition.

I think the armel versions need the various components copied to specific locations on the card using dd and the seek option but I've never actually tried it so I'll have to leave that to somebody who knows better.

Last edited by Head_on_a_Stick (2022-02-26 10:19:15)


To obtain a root shell use su -. Using just su will result in "command not found" messages.

Offline

#55 2022-04-11 22:02:33

alimoche
Member
Registered: 2021-10-11
Posts: 8  

Re: Installer images for armel, armhf and ppc64 need testing

kuleszdl wrote:

Highly appreciated!

I tried it on arm64 using firmware-none.img together with partition.img and a self-built u-boot to install beowulf on an Xunlong OrangePi Zero plus. In the installation process I selected openrc as init. After fixing dtbs and extlinux (only required as the board has official kernel support but is not officially supported in Debian and lacks a packaged bootloader), installation worked like a charm - at least I didn't observe any regressions when compared to doing the same with Debian 10.

One of the few things I noticed was the following message on shutdown:

* ERROR: apparmor failed to stop

Not sure whether this is arm-specific, though.

I would like to install devuan on a orange pi PC which is not officially supported but it is by armbian. I have found a howto on the Internet: How to install Devuan or almost anything Debian based on Orange Pi PC/One/Lite/Whatever but I would prefer not to mix repositories (devuan and armbian), e.g. doing the same as kuleszdl did using only devuan repositories, since he has successfully installed on a orange pi zero plus, but it is not clear to me the steps of "fixing dtbs and extlinux", could you or someone else clarify those steps in more detail, thanks a lot!

Offline

#56 2022-04-12 11:52:00

alimoche
Member
Registered: 2021-10-11
Posts: 8  

Re: Installer images for armel, armhf and ppc64 need testing

solved! I found the answer in a different topic https://dev1galaxy.org/viewtopic.php?id=3147

Offline

#57 2022-04-23 17:06:24

alimoche
Member
Registered: 2021-10-11
Posts: 8  

Re: Installer images for armel, armhf and ppc64 need testing

Unfortunately the chimaera installation did not conclude (No kernel modules found). I downloaded the images from:
https://pkgmaster.devuan.org/devuan/dis … rd-images/
concatenated firmware.none.img.gz and partition.img.gz, built an u-boot image for my board (Orangepi PC) following the instructions of https://linux-sunxi.org/U-Boot and flashed it to the sdcard:

# dd if=u-boot-sunxi-with-spl.bin of=/dev/mmcblk0 bs=1024 seek=8

the u-boot image refused to load the initrd.gz image so I converted to uInitrd with

$ mkimage -A arm -O linux -T ramdisk -C gzip -n "netboot image" -a 0x0 -e 0x0 -d initrd.gz uInitrd

and then booted with the following commands to start the installer

setenv bootargs console=ttyS0,115200
fatload mmc 0:1 0x43000000 dtbs/sun8i-h3-orangepi-pc.dtb
fatload mmc 0:1 0x41000000 vmlinuz
fatload mmc 0:1 0x45000000 uInitrd
bootz 0x41000000 0x45000000 0x43000000

after booting the installer started but stopped at this step (No kernel modules found):

   lqqqqqqqqqqqqqqqqu [!!] Download installer components tqqqqqqqqqqqqqqqqqk    
   x                                                                       x    
   x                        No kernel modules found                        x    
   x No kernel modules were found. This probably is due to a mismatch      x    
   x between the kernel used by this version of the installer and the      x    
   x kernel version available in the archive.                              x    
   x                                                                       x    
   x You should make sure that your installation image is up-to-date, or - x    
   x if that's the case - try a different mirror, preferably               x    
   x deb.devuan.org.                                                       x    
   x                                                                       x    
   x     <Go Back>                                          <Continue>     x    
   x                                                                       x    
   mqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqj    

I used the current image and changed the devuan mirror but it didn't work, the installer kernel version gives

Linux devuan 5.10.0-9-armmp #1 SMP Debian 5.10.70-1 (2021-09-30) armv7l GNU/Linux

could this be fixed somehow? thank you in advance

Offline

#58 2022-04-23 17:09:50

golinux
Administrator
Registered: 2016-11-25
Posts: 2,503  

Re: Installer images for armel, armhf and ppc64 need testing

Maybe try images at https://arm-files.devuan.org/?

Online

#59 2022-04-23 17:22:59

alimoche
Member
Registered: 2021-10-11
Posts: 8  

Re: Installer images for armel, armhf and ppc64 need testing

golinux wrote:

Maybe try images at https://arm-files.devuan.org/?

unfortunately those images won't work because the board is not officially supported but apparently kuleszdl made it work with a similar board (OrangePi Zero plus) https://dev1galaxy.org/viewtopic.php?pid=21185#p21185

Offline

#60 2022-04-23 21:13:08

alimoche
Member
Registered: 2021-10-11
Posts: 8  

Re: Installer images for armel, armhf and ppc64 need testing

it works making a rootfs with debootstrap:

Linux orangepi 5.10.0-13-armmp #1 SMP Debian 5.10.106-1 (2022-03-17) armv7l

The programs included with the Devuan GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Devuan GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
root@orangepi:~# uname -a
Linux orangepi 5.10.0-13-armmp #1 SMP Debian 5.10.106-1 (2022-03-17) armv7l GNU/Linux

the reason the installer does not work might be that installation image is not up-to-date as the error message says

Offline

#61 2022-04-23 21:57:30

c0rnelius
Member
Registered: 2020-06-13
Posts: 43  

Re: Installer images for armel, armhf and ppc64 need testing

if you feel like putting in the effort you can build an OrangePi PC img for Devuan here: -> https://github.com/pyavitz/debian-image-builder

Offline

#62 2022-04-23 23:44:50

alimoche
Member
Registered: 2021-10-11
Posts: 8  

Re: Installer images for armel, armhf and ppc64 need testing

c0rnelius wrote:

if you feel like putting in the effort you can build an OrangePi PC img for Devuan here: -> https://github.com/pyavitz/debian-image-builder

actually I didn't change anything it runs out of the box with kernel 5.10 (I've only compiled u-boot which is well documented) although I haven't tested it much only text mode, IMO it might be better to fix the installer, the fix might be to update the installation image, or maybe I didn't use the right parameters for the initrd image, ..., the installer can be used then with any of the supported SBCs in the kernel, instead of building an image for each SBC...

Offline

#63 2022-04-24 00:17:24

c0rnelius
Member
Registered: 2020-06-13
Posts: 43  

Re: Installer images for armel, armhf and ppc64 need testing

U-Boot is diff for every board, so I'm not sure how that's really doable, but if it works for you, have at it.

As for kernels than sure... Someone could make a super bloated kernel for just about all the SoCs and have them run some what OK. But even that depending on the SoC would not be a great idea.

Last edited by c0rnelius (2022-04-24 00:19:50)

Offline

#64 2022-04-24 09:58:04

alimoche
Member
Registered: 2021-10-11
Posts: 8  

Re: Installer images for armel, armhf and ppc64 need testing

the kernel is very modular it will only load the drivers for your SBC, the netboot installer was working very well except it stopped at the error message with a no matching kernel (version 5.10.70-1 used by the current installer image might have been removed for chimaera repositories?). How to build a netboot image for an unsupported SBC in devuan  is described at the end of the README file, it might work if there is a specific device tree for your SBC, see e.g. https://pkgmaster.devuan.org/devuan/dis … vice-tree/, so the problem reduces to build and configure u-boot which is far easier than making a custom kernel and to build a custom image for the whole distribution for every SBC

Offline

#65 2022-04-24 15:26:52

c0rnelius
Member
Registered: 2020-06-13
Posts: 43  

Re: Installer images for armel, armhf and ppc64 need testing

alimoche wrote:

the kernel is very modular it will only load the drivers for your SBC, the netboot installer was working very well except it stopped at the error message with a no matching kernel (version 5.10.70-1 used by the current installer image might have been removed for chimaera repositories?). How to build a netboot image for an unsupported SBC in devuan  is described at the end of the README file, it might work if there is a specific device tree for your SBC, see e.g. https://pkgmaster.devuan.org/devuan/dis … vice-tree/, so the problem reduces to build and configure u-boot which is far easier than making a custom kernel and to build a custom image for the whole distribution for every SBC

Not gonna disagree. Would be easier.

Last edited by c0rnelius (2022-04-24 15:29:35)

Offline

#66 2022-05-08 17:51:33

christoph
Member
Registered: 2022-05-08
Posts: 1  

Re: Installer images for armel, armhf and ppc64 need testing

Devuan Chimaera on Raspberry Pi 4B with encrypted root file system

Image : https://arm-files.devuan.org/devuan_chi … i4.img.zip (SHA256 239e7dbfe0f27eaa2305fefcfca2f9838c65d90828892cdd96aed8bd76c743b)

The installation was based on instructions by Andreas Hug: https://andreashug.medium.com/raspberry … 7e680fc8d5. The most significant changes were omitting the logical volume manager, using a second SD card with NOOBS instead of shuffling partitions on the primary SD card, and encrypting with Adiantum+Argon2i instead of AES+SHA256.

Overall a success except for the small issues below:

  • When starting the system for the first time, the framebuffer resolution was too high. Only a small part of the console output was visible and the setup seemed to be hung. There was a visible restart counter ("restart: 6/-1" before pulling the plug) and the lower bottom part of a QR code was visible in the upper right corner of the screen. The fix was to manually set the framebuffer resolution in `/boot/config.txt` (`framebuffer_width`, `frambuffer_height`).

  • The SD card could not be mounted after this. The SD card is brand new and after copying the Devuan image a second time on the SD card, there were no further mounting problems. `dd conv=fsync` was used both times.

  • The second partition with the root file system was not aligned to a 4096 byte boundary.

  • Making Wi-Fi work was annoying. The rfkill was obvious to fix but afterwards both connman (error message `Error /net/connman/technology/wifi: No carrier`) and network-manager (no visible access points when iwlist saw them) did not work. Removing connman and adding the Wi-Fi name and password in `/etc/wpa_supplicant/wpa_supplicant.conf` lead to Wi-Fi access.

  • The country in `wpa_supplicant.conf` was wrong, even after setting up locales.

Last edited by christoph (2022-05-08 18:52:51)

Offline

Board footer