Slackware - ARMThis forum is for the discussion of Slackware ARM.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Hello Sndwvs, just got back from traveling, I was able to test the latest image...
Everything worked fine. You can't see anything on the HDMI until late in the boot, but it does work. I might load petiboot on my HC4 and see if the image still works, as that would start a console on the screen much earlier in the boot.
I noticed that the HC4 sata interface doesn't show up by default, but once I changed fdtfile=meson-sm1-odroid-c4.dtb to fdtfile=meson-sm1-odroid-hc4.dtb in /boot/uEnv.txt and rebooted it worked fine and even caused the fan to work. Perhaps it makes sense to note this in your readme so that people know that the image also works on the HC4 with an update to uEnv.txt.
I was able to compile openzfs 2.0.1 without issue and mount a ZFS volume on a sata disk. This makes the HC4 ideal for a backup host as ZFS allows you to snapshot then send the blocks over SSH to another zfs pool on another host. I am now able remote backup my file server to my HC4.
Installation
------------------
Unpack the IMAGE file and copy the image an SD card: (assuming SD card at /dev/mmcblk0):
# zstd -d slarm64-current-*-base-rootfs-*-build-*.img
# dd if=slarm64-current-*-base-rootfs-*-build-*.img of=/dev/mmcblk0 bs=1M
or unpack directly to the card
# zstdcat slarm64-current-*-base-rootfs-*-build-*.img.zst > /dev/mmcblk0
Default Login
------------------
login: root
password: password
Odroid-HC4 Support
------------------
After first boot, edit /boot/uEnv.txt and change:
fdtfile=meson-sm1-odroid-c4.dtb
to
fdtfile=meson-sm1-odroid-hc4.dtb
Note:
------------------
It may take a while before you see the login as HDMI isn't initialized until late in the boot
and because the first boot resizes the root filesystem to the size of the SD card.
I'm working on the Kobol Helios64 box now. The first issue is that the boot.scr doesn't have any prefix var, so uEnv.txt is never loaded because prefix isn't set to '/boot/'.
On the HC4 it was easy to get around as we were using the boot.ini, but on the Helios it's harder because I need to run mkimage but I've never worked with that before, so I'm sorting through the issues. More soon...
The kernel isn't putting out much information because the loglevel is set too low, but setting it in eEnv.txt doesn't help because it's loaded with:
Code:
if load ${devtype} ${devnum} ${load_addr} ${prefix}uEnv.txt; then
env import -t ${load_addr} ${filesize}
fi
Where prefix isn't set.
It's the same problem as the HC4 we worked on two weeks ago, the boot.scr needs prefix set to "/boot/". The difference is that the HC4 used boot.ini which I can just edit, while the Helios64 uses boot.scr, which apparently needs to be built with mkimage, which I haven't sorted out yet.
1. Prefix set to '/boot/'
2. Serial is on ttyS2 not ttyS1.
Now I can see the kernel boot, but it never shows me any userspace. I changed /etc/inittab to have the console on ttyS2 but still nothing. I'll play with it more this weekend.
Hi schu,
please check, and option without prefix /boot/ in boot.src
Confirmed, the image you made today doesn't need the prefix set in boot.scr. I was able to comment it out and have the system boot fine.
Another thing that popped up is that the 5.10.7 kernel wants to find the SD card at mmcblk1 instead of mmcblk0 where the old 5.9.9 kernel looked for it. Because of this the system wouldn't boot until I fixed it in boot.scr (or uEnv.txt), and also in fstab.
Also, I can't seem to get it to install ca-certificates through slackpkg. Any ideas why?
Code:
root@helios64:/etc/ssl/certs# slackpkg install ca-certificates
Looking for ca-certificates in package list. Please wait... DONE
No packages match the pattern for install. Try:
/usr/sbin/slackpkg reinstall|upgrade
Something else that I'm struggling with is getting ZFS compiled on Helios64. I didn't have any issues on the Odriod HC4 nor do I have any issues on the Helios64 while running Armbian, but slarm64 on the Helios results in:
Code:
CC algs/aes/aes_impl_x86-64.lo
CC algs/aes/aes_impl.lo
CC algs/aes/aes_modes.lo
CC algs/edonr/edonr.lo
CC algs/modes/modes.lo
CC algs/modes/cbc.lo
CC algs/modes/gcm_generic.lo
CC algs/modes/gcm_pclmulqdq.lo
CC algs/modes/gcm.lo
CC algs/modes/ctr.lo
CC algs/modes/ccm.lo
CC algs/modes/ecb.lo
CC algs/sha1/sha1.lo
during GIMPLE pass: alias
../../module/icp/algs/sha1/sha1.c: In function ‘SHA1Transform’:
../../module/icp/algs/sha1/sha1.c:422:1: internal compiler error: Segmentation fault
422 | SHA1Transform(SHA1_CTX *ctx, const uint8_t blk[64])
| ^~~~~~~~~~~~~
Please submit a full bug report,
with preprocessed source if appropriate.
See <https://gcc.gnu.org/bugs/> for instructions.
make[3]: *** [Makefile:1118: algs/sha1/sha1.lo] Error 1
make[3]: Leaving directory '/home/schu/packages/zfs/zfs-2.0.1/lib/libicp'
make[2]: *** [Makefile:678: all-recursive] Error 1
make[2]: Leaving directory '/home/schu/packages/zfs/zfs-2.0.1/lib'
make[1]: *** [Makefile:883: all-recursive] Error 1
make[1]: Leaving directory '/home/schu/packages/zfs/zfs-2.0.1'
make: *** [Makefile:744: all] Error 2
Also, I can't seem to get it to install ca-certificates through slackpkg. Any ideas why?
Code:
root@helios64:/etc/ssl/certs# slackpkg install ca-certificates
Looking for ca-certificates in package list. Please wait... DONE
No packages match the pattern for install. Try:
/usr/sbin/slackpkg reinstall|upgrade
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.