ebin-dev

  • Content Count

    215
  • Joined

  • Last visited

2 Followers

About ebin-dev

  • Rank
    Elite member

Recent Profile Visitors

2000 profile views
  1. I am using the following script to backup my root partition to sd (it is just a slightly modified Armbian script - please adapt the device name if necessary): # cat backuptosd.sh #!/bin/bash # Check if user is root if [ $(id -u) != "0" ]; then echo "Error: You must be root to run this script." exit 1 fi cat > install-exclude <<EOF /dev/* /proc/* /sys/* /media/data1/* /media/data2/* /media/data3/* /media/data4/* /media/data5/* /mnt/sd/* /mnt/ssd/* /mnt/usb/* /mnt/hd/* /run/* # /tmp/* # /root/* EOF exec 2>/dev/null umount /mnt/sd exec 2>&1 mount /dev/mm
  2. I can confirm that the following procedure updates u-boot on emmc without any issues: # cd /usr/lib/linux-u-boot-current-helios64_21.02.3_arm64 # ls -la total 8404 drwxrwxr-x 2 root root 4096 Mar 9 11:01 . drwxr-xr-x 80 root root 4096 Mar 9 11:01 .. -rw-rw-r-- 1 root root 206844 Mar 8 15:55 idbloader.bin -rw-rw-r-- 1 root root 4194304 Mar 8 15:55 trust.bin -rw-rw-r-- 1 root root 4194304 Mar 8 15:55 uboot.img # dd if=idbloader.bin of=/dev/mmcblk2 seek=64 conv=notrunc # dd if=uboot.img of=/dev/mmcblk2 seek=16384 conv=notrunc # dd if=trust.bin of=/dev/mmcblk2 seek=2457
  3. The next thing I would buy is a drop in replacement board for the helios64 with: rk3588 ECC RAM nvme PCI-e port 10GBase-T port
  4. Sad. Gauthier himself advertised this feature: "Also with Helios64 you will be able to control the HDD power rails (rail A and rail B ) if you want to completely power off the drives. Could be useful in some use cases."
  5. @aprayoga @gprovost May I ask if there is any progress regarding powering on/off rails A and/or B ?
  6. @NickSYou just need to change a single digit from 0 to 1 - see here. Unfortunately you need to repeat that if /lib/systemd/system-shutdown/disable_auto_poweron is updated by Armbian.
  7. I am using the following modified version of an Armbian Script to rsync emmc to sd (replace UUIDs to match yours): # cat backuptosd.sh #!/bin/bash # Check if user is root if [ $(id -u) != "0" ]; then echo "Error: You must be root to run this script." exit 1 fi cat > install-exclude <<EOF /dev/* /proc/* /sys/* /media/data1/* /media/data2/* /media/data3/* /media/data4/* /media/data5/* /mnt/sd/* /mnt/ssd/* /mnt/usb/* /mnt/hd/* /run/* # /tmp/* # /root/* EOF exec 2>/dev/null umount /mnt/sd exec 2>&1 mount /dev/mmcblk0p1 /mnt/sd rsync -avxSE --delete --exclu
  8. So the HDD LEDs are really dimmed as shown in the video linked above by @djurny. Does that mean that there is in fact a way to dim the LEDs contrary to what is stated in the other thread ?
  9. Some of you may be interested to not only store your data on Helios64 but to also run other services on it - such as home automation. One of the popular platforms for home automation in Europe - and in Germany in particular - is "Homematic". They opened up their ecosystem some time ago and allow others to implement their own components (some excellent examples from Jérôme are here). As of yesterday - with the latest commit - it is possible to run a virtualised "ccu3" base station for that platform, called pivccu, with support for a detached antenna module (RPI-RF-MOD) coupled to H
  10. I send my disks to sleep with the following hdparm.service script: # cat /etc/systemd/system/hdparm.service [Unit] Description=hdparm sleep [Service] Type=oneshot ExecStart=/usr/sbin/hdparm -q -S 60 -y /dev/sda ExecStart=/usr/sbin/hdparm -q -S 60 -y /dev/sdb ExecStart=/usr/sbin/hdparm -q -S 60 -y /dev/sdc ExecStart=/usr/sbin/hdparm -q -S 60 -y /dev/sdd ExecStart=/usr/sbin/hdparm -q -S 60 -y /dev/sde [Install] WantedBy=multi-user.target
  11. Actually I just picked up a suggestion to completely power off rails A and/or B by @gprovost three months ago ( see here ). It would be really appeciated if you implemented this feature. Once it is implemented I would try to seek a way to configure u-boot from linux such that the power to rails A and/or B is enabled/disabled upon the next reboot.
  12. You can see the current root medium by typing 'df -h'. I think this was already addressed in this thread. If there is a system installed on emmc and on SD (SD inserted), then Helios64 will always boot from SD with the current bootloader (factory default settings). If the SD is not inserted, then the system will boot from emmc.
  13. @aprayoga I am still interested in controlling the power of rail A and B. You mentioned that the power is controlled by the bootloader, but that the delay would be user configurable sometime. I would like to almost always power off rail A: In my use case rail A contains two hard disks supposed to alternatively back up the content of the SSDs in rail B - i.e once a day or even only once a week. The remaining time it would be beneficial to power off the hard drives in order to eliminate start/stop cycles and to make those drives inaccessible (protection against malware).
  14. Update to Armbian 20.08.21 Buster with Linux 5.8.17-rockchip64 was without any issues. The only little glitch I could find in syslog relates to Armbian hardware optimization: Oct 31 19:53:46 helios64 armbian-hardware-optimization[701]: /usr/lib/armbian/armbian-hardware-optimization: line 214: /proc/irq/$(awk -F":" "/eth0/ {print \$1}" </proc/interrupts | sed 's/\ //g')/smp_affinity: No such file or directory
  15. You could try to boot from SD: although the boot order officially is SPI, EMMC, SD - Helios64 seems to boot from an inserted SD card although there is a bootable system installed on emmc. btw: I have downgraded to kernel 5.8.14.