Pine RockPro64

rockpro64 board can't boot up if usb hdd is attached, if I pull out the usb it boot up correctly (Armbianmonitor log attached). With previous firmware (6.6.36) works correctly. Please help.

is it possible to get edp on rockpro64 working with armbian

Hello, I've installed the 22.11 version with the 5.15 kernel on the microSD card. I've a rockpro64 with the SSD adapter and a WD black 250GB nvme. The system doesn't recognizes this drive. I've tested the latest stable ayufan image (kernel 4.4) and it recognises it perfectly. Should I downgrade the kernel to the 4.4 branch? Any help would be appreciated. Thanks,

Hi, rockpro64 Linux rockpro64 4.4.174-rockchip64 #16 SMP Sun Feb 10 16:50:35 CET 2019 aarch64 aarch64 aarch64 GNU/Linux as root: # btrfs qgroup show / --> ERROR: can't list qgroups: quotas not enabled (thats not the problem) but a dmesg BTRFS error (device sda1): could not find root 8 occurs .. There is a old (2015) discussion about a missing group (create a dedicated qgroup ioctl) https://www.spinics.net/lists/linux-btrfs/msg49628.html https://www.spinics.net/lists/linux-btrfs/msg49635.html May you have a idea ?! Best regards - and you make a great job! …

I am using this image https://dl.armbian.com/rockpro64/nightly/Armbian_5.82.190422_Rockpro64_Debian_stretch_dev_5.0.0.7z Board start only without wifi & pcie. But i got this error. https://pastebin.com/gq2DpXaF

Running Armbian 23.8.1 Jammy CLI Minimal. Since my kernel updated to 6.1 I have been having serious stability issues. Uptime is somewhere between 3 and 24 hours before the system becomes completely unresponsive. Prior to the 6.1 update this system was rock solid and would be up for months at a time, only ever rebooted for kernel updates. I currently have a monitor plugged in running dmesg -W hoping for something when these hard locks are occurring but I am not seeing anything to indicate what the issue may be. armbianmonitor-u output is: https://pastebin.com/DeU8VsB4 Any suggestions on any additional debugging I can enable to tr…

Starting a new thread after this one solved my question: https://forum.armbian.com/topic/15044-how-to-re-format-and-remount-and-redo-lvm-volume-on-ssd/?tab=comments#comment-107672 but taking care of those things wasn't the root cause. it turns out the drive wasn't unmounted cleanly after accidentally unplugging the power cable from the board. I had a drive setup using: pvcreate /dev/nvme0n1 vgcreate rockpro64 /dev/nvme0n1 lvcreate -n <name> -L 500g rockpro64 then i formatted like this: mkfs.ext4 /dev/rockpro64/name but then i accidentally unplugged the power source while i got my system up and running it wasn't cleanly unmounte…

Hi! I'm using Armbian with Ayufan's 5.3.0rc4 kernel (until ~1 month ago when I decided to freeze the dev kernels, they were not able to expose the pwmon for the fan that I need to keep running to cool my nas case). But I've seen lots of updates flying around about uboot. So I am wondering: are there significant improvements to uboot? I am currently using an old version of uboot on the SPI flash (so it is a little painful to test new version) and I am wondering if I should disable my SPI in order to have uboot on my emmc (to boot off the emmc) or if there is even a newer option to reflash my spi with a newer uboot... Thanks, Mathias PS: so…

Hi, hot o enable splash screen on boot fo this image: Armbian_20.02.1_Rockpro64_bionic_legacy_4.4.213_desktop.img for Rockpro64? Thanks

I have a RockPro64 that I have been using for many years as a server. It is currently running Armbian bookworm 12.5. Most of the storage is on an M.2 SSD attached to the PCI socket and is subdivided into disk volumes using linux LVM2. Today I accepted the Armbian kernel upgrade from 6.1.50 to 6.6.16 During the reboot it failed to mount any of my LVM volumes because the device nodes where not present. I found this article about how to recover the situation: https://unix.stackexchange.com/questions/11125/lvm-devices-under-dev-mapper-missing While in rescue mode I ran the suggested command vgchange -a y <name of volume gr…