All Activity

I will try downgrading u-boot next once I find the older package somewhere. Kernel does not seem to be the cause given that it has been working fine with both my own build 6.6.122 and 6.6.128 before and rolling back not helping. New device is something I had on my mind for a while. But given the RAM and SSD prices these days, I do not really want to overspend. Not to mention that the SBC landscape has not been that great lately when it comes to compact NAS offerings. HC4 is five years old at this point. Many even recommend N100 but this is a whole different size category.

I would not be surprised if there has always been a HW initialization issue. It is just that now with newer Linux (whole systemd stuff etc) you hit this problem. I always liked this HC1, but it is not even on Odroid WiKi anymore. You might need to focus on version/build of U-Boot in combination with kernel and DTB. I have some examples (Rockchip based SBC's) were it is make-or-break, e.g. if I just take latest U-Boot whole system / use-case is useless / gone. So I need to stick to legacy U-Boot or just buy other HW/platform.

This could be, but something has changed and is now triggering this behaviour. Warm reboots have been working fine for years.

Is the much trouble USB-SATA chip, I have it as 'cable', but unused as it at least fails with RPI4 when SSD. It looks like a sequencing/timing issue. You can treat it like external maybe and/or reset the USB device node. That usually works for various USB connected HW that fails at boot but when Linux/platform fully up and running, a reset then somehow avoids timing issues.

Other packages upgraded by unattended-upgrades: Start-Date: 2026-03-15 10:51:39 Commandline: apt upgrade Requested-By: julas (1000) Upgrade: linux-base:armhf (4.12~bpo12+1, 4.12.1~bpo12+1) End-Date: 2026-03-15 10:51:51 Start-Date: 2026-03-16 06:20:00 Commandline: /usr/bin/unattended-upgrade Upgrade: linux-image-current-odroidxu4:armhf (25.11.2.3, 26.2.1) End-Date: 2026-03-16 06:21:56 Start-Date: 2026-03-16 06:22:47 Commandline: /usr/bin/unattended-upgrade Upgrade: base-files:armhf (25.11.2-12.4+deb12u12-bookworm, 26.2.1-12.4+deb12u13-bookworm), armbian-bsp-cli-odroidxu4-current:armhf (25.11.2, 26.2.1) End-Date: 2026-03-16 06:23:48 Start-Date: 2026-03-16 06:24:54 Commandline: /usr/bin/unattended-upgrade Upgrade: armbian-firmware:armhf (25.11.2, 26.2.1) End-Date: 2026-03-16 06:26:03 Start-Date: 2026-03-16 06:26:48 Commandline: /usr/bin/unattended-upgrade Upgrade: linux-dtb-current-odroidxu4:armhf (25.11.2.3, 26.2.1) End-Date: 2026-03-16 06:26:52 Start-Date: 2026-03-16 06:27:35 Commandline: /usr/bin/unattended-upgrade Upgrade: linux-u-boot-odroidxu4-current:armhf (25.11.2, 26.2.1) End-Date: 2026-03-16 06:27:37 Unfortunately, the previous versions seem to be gone from the repos. Is there any way of getting these back?

Rolling "back" linux-{dtb,image}-current to my self-built 6.6.128 did not help.

I was able to see the data on the drive just fine when connected to another machine via eSATA cable. Oddly enough, the partition showed back up again after reattaching it to the odroid and starting it again. I have then rebooted the odroid again, and the partition went away once again. So it appears to be some sort of cold vs hot boot difference.

Hello, I have updated my Odroid HC1 to 26.2.1 - just the kernel, u-boot and such. I have been running a self-built 6.6.128 prior so kernel version itself is unlikely the issue. After rebooting, my SATA drive seems dead - no partitions are detected, only the main sda device. This is what the journal said before: Mar 05 15:51:31 kernel: usb 4-1: new SuperSpeed USB device number 2 using xhci-hcd Mar 05 15:51:31 kernel: usb 4-1: New USB device found, idVendor=152d, idProduct=0578, bcdDevice=31.02 Mar 05 15:51:31 kernel: usb 4-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 Mar 05 15:51:31 kernel: usb 4-1: Product: USB to ATA/ATAPI Bridge Mar 05 15:51:31 kernel: usb 4-1: Manufacturer: JMicron Mar 05 15:51:31 kernel: usb 4-1: SerialNumber: 0123456789ABCDEF Mar 05 15:51:31 kernel: SCSI subsystem initialized Mar 05 15:51:31 kernel: usbcore: registered new interface driver usb-storage Mar 05 15:51:31 kernel: scsi host0: uas Mar 05 15:51:31 kernel: usbcore: registered new interface driver uas Mar 05 15:51:31 kernel: scsi 0:0:0:0: Direct-Access JMicron Generic 3102 PQ: 0 ANSI: 6 Mar 05 15:51:31 kernel: sd 0:0:0:0: [sda] 3907029168 512-byte logical blocks: (2.00 TB/1.82 TiB) Mar 05 15:51:31 kernel: sd 0:0:0:0: [sda] 4096-byte physical blocks Mar 05 15:51:31 kernel: sd 0:0:0:0: [sda] Write Protect is off Mar 05 15:51:31 kernel: sd 0:0:0:0: [sda] Mode Sense: 53 00 00 08 Mar 05 15:51:31 kernel: sd 0:0:0:0: [sda] Disabling FUA Mar 05 15:51:31 kernel: sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA Mar 05 15:51:31 kernel: sd 0:0:0:0: [sda] Preferred minimum I/O size 4096 bytes Mar 05 15:51:31 kernel: sd 0:0:0:0: [sda] Optimal transfer size 33553920 bytes not a multiple of preferred minimum block size (4096 bytes) Mar 05 15:51:31 kernel: sda: sda1 Mar 05 15:51:31 kernel: sd 0:0:0:0: [sda] Attached SCSI disk This is what it says now: Mar 19 09:36:34 kernel: usb 4-1: New USB device found, idVendor=152d, idProduct=0578, bcdDevice=31.02 Mar 19 09:36:34 kernel: usb 4-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 Mar 19 09:36:34 kernel: usb 4-1: Product: USB to ATA/ATAPI Bridge Mar 19 09:36:34 kernel: usb 4-1: Manufacturer: JMicron Mar 19 09:36:34 kernel: usb 4-1: SerialNumber: 0123456789ABCDEF Mar 19 09:36:34 kernel: SCSI subsystem initialized Mar 19 09:36:34 kernel: usbcore: registered new interface driver usb-storage Mar 19 09:36:34 kernel: scsi host0: uas Mar 19 09:36:34 kernel: usbcore: registered new interface driver uas Mar 19 09:36:34 kernel: scsi 0:0:0:0: Direct-Access JMicron Generic 3102 PQ: 0 ANSI: 6 Mar 19 09:36:34 kernel: sd 0:0:0:0: [sda] Unit Not Ready Mar 19 09:36:34 kernel: sd 0:0:0:0: [sda] Sense Key : 0x4 [current] Mar 19 09:36:34 kernel: sd 0:0:0:0: [sda] ASC=0x44 <<vendor>>ASCQ=0x81 Mar 19 09:36:34 kernel: r8152-cfgselector 6-1: reset SuperSpeed USB device number 2 using xhci-hcd Mar 19 09:36:34 kernel: r8152 6-1:1.0: load rtl8153a-3 v2 02/07/20 successfully Mar 19 09:36:34 kernel: r8152 6-1:1.0 eth0: v1.12.13 Mar 19 09:36:34 kernel: r8152-cfgselector 6-1: reset SuperSpeed USB device number 2 using xhci-hcd Mar 19 09:36:34 kernel: sd 0:0:0:0: [sda] Read Capacity(16) failed: Result: hostbyte=0x07 driverbyte=DRIVER_OK Mar 19 09:36:34 kernel: sd 0:0:0:0: [sda] Sense Key : 0x4 [current] Mar 19 09:36:34 kernel: sd 0:0:0:0: [sda] ASC=0x44 <<vendor>>ASCQ=0x81 Mar 19 09:36:34 kernel: r8152 6-1:1.0: load rtl8153a-3 v2 02/07/20 successfully Mar 19 09:36:34 kernel: r8152 6-1:1.0 eth0: v1.12.13 Mar 19 09:36:34 kernel: r8152 6-1:1.0 enx001e06326076: renamed from eth0 Mar 19 09:36:34 kernel: sd 0:0:0:0: [sda] Read Capacity(10) failed: Result: hostbyte=0x07 driverbyte=DRIVER_OK Mar 19 09:36:34 kernel: sd 0:0:0:0: [sda] Sense Key : 0x4 [current] Mar 19 09:36:34 kernel: sd 0:0:0:0: [sda] ASC=0x44 <<vendor>>ASCQ=0x81 Mar 19 09:36:34 kernel: sd 0:0:0:0: [sda] 0 512-byte logical blocks: (0 B/0 B) Mar 19 09:36:34 kernel: sd 0:0:0:0: [sda] 0-byte physical blocks Mar 19 09:36:34 kernel: sd 0:0:0:0: [sda] Test WP failed, assume Write Enabled Mar 19 09:36:34 kernel: sd 0:0:0:0: [sda] Asking for cache data failed Mar 19 09:36:34 kernel: sd 0:0:0:0: [sda] Assuming drive cache: write through Mar 19 09:36:34 kernel: sd 0:0:0:0: [sda] Preferred minimum I/O size 4096 bytes not a multiple of physical block size (0 bytes) Mar 19 09:36:34 kernel: sd 0:0:0:0: [sda] Optimal transfer size 33553920 bytes not a multiple of physical block size (0 bytes) Mar 19 09:36:34 kernel: sd 0:0:0:0: [sda] Attached SCSI disk I will try attaching the drive to another PC to exclude a poorly timed hardware failure.

hi all. any hints to merge olimex imx8 board and compile armbian kernel 6.x and deb12 ?

[ 1.234958] rockchip-pcie f8000000.pcie: PCIe link training gen1 timeout! [ 1.235032] rockchip-pcie f8000000.pcie: probe with driver rockchip-pcie failed with error -110 PCI support on this SoC has never been fully stable. Patch that tries to mitigate the issue, exists: https://github.com/armbian/build/blob/main/patch/kernel/archive/rockchip64-6.18/rk3399-fix-pci-phy.patch Not really much we can do more - use a kernel that it works, try current one with few reboots, ... I know its not perfect but we have nobody that can afford investing few weeks trying to fix this. Imagine the frustration if nothing will be improved - which I highly suspect for this case.

Hm. Well. Im out of ideas. Perhaps openwrt will find something when they're going to work on 6.18. Unmarked the old solution for now since it no longer applies.

I don't know if it's useful, but folks have been attaching external GPUs to low power boards for a while. My personal favorite was sacking and desoldering a USB3 controller to reuse it's PCIE lane: https://mloduchowski.com/raspberry-pi-4-b-pci-express/ Others have run into the same BAR limitation you noted: https://www.jeffgeerling.com/blog/2020/external-gpus-and-raspberry-pi-compute-module-4/ From a practical perspective, I'm not sure how many folks would be interested in discrete GPUs, as I'm not sure these sorts of boards would have the CPU or PCIE lanes to really make use of that extra horsepower. Most would get a dedicated embedded system, or a bespoke NVidia setup. For what it's worth, I ran into an issue where the kernel was too big for u-boot to boot it, and would just throw a synchronous abort and reset. The difference between working and not working was 7 MB.

That is true that there are images that target server vs. desktop. But they share the same kernel. I find what you are working on an interesting idea. Good luck getting it working.

Yes, it is a fair point that I've not demonstrated that it can actually be made to work yet, I'm working on that part,.... and as you say, it's also a fair question to ask how much impact compiling those drivers as modules has on systems not using them. That latter question I /can/ answer. The increase in the kernel in memory is about 5MB, and the increase in the /lib/modules/ is about 26MB I did notice when I went through the build process to make a new kernel/image (That's pretty impressive work BTW, great job!)... that there is a distinction between a server and desktop image... obviously in the server build this wouldn't be a thing, and the desktop image would probably be useless on a machine that couldn't spare 5MB... Point taken tho, I'll post some updates here once it's working.

Hi Armbian_25.5.1_Rpi4b_bookworm_current_6.12.28 broken after last upgrade. I run apt upgrade which installed kernel 6.18.10. It breaks ZFS. Provided ZFS version, 2.3.2, supports kernels up to 6.14. Don't forget a snapshot before "apt upgrade" 🙂 Regards, Chris

Ultimately, once you have this working, you should submit a PR and justify the inclusion of this feature with details on the pros and cons.

How much size does it add? Remember there are a wide variety of boards supported some with limited storage and ram.

Hmm, after a lot of fiddling, I have concluded that the particular GPU I have needs a BAR size larger than the hardware platform can deliver... the stock DTB supplied with Armbian limits it to 1GB, and I managed to increase it to 2GB without issue... but the card requires 2GB+ 2MB, and so it fails every time. It seems that some other cards, both older and newer have more flexible VBIOS, so I'm going to try to obtain one of those, and lets see where we get to. I'd still like to ask that AMDGPU and XE graphics modules be enabled in the regular Armbian kernel, it doesn't seem like a big overhead!... Updates once I find another card.

First of all, thank you for the quick reply. I installed the new deb files over the old ones. Unfortunately, the enp1s0 interface is still missing. Here are the new log files after installing the new deb files: https://paste.armbian.com/ivofogiqeb

https://testing.armbian.de/r4s/?C=M&O=D Check for the more recent files. This has a different attempt to fix it by reverting some stuff to be more like 6.12

what board did you replace it with?

Sorry for not providing the logs and thank you for the quick response. I performed a fresh installation of "Armbian_25.2.2_Nanopi-r4s_noble_current_6.12.15_minimal.img" and updated to kernel 6.18.10 using apt. Here are the logs with kernel 6.18.10: https://paste.armbian.com/rejaxeqagi I then downgraded to kernel 6.12.58 using armbian-config. Here are the logs with kernel 6.12.58: https://paste.armbian.com/ucusugalat Following this, I updated to kernel 6.18.10 again using apt and installed the .deb files you provided at https://testing.armbian.de/r4s/ using "dpkg -i *.deb". Unfortunately, that did not change anything. Here are the logs with the installed .deb files: https://paste.armbian.com/idikurafil Please let me know if there's anything else I can test or if you need further logs.

I have a T9 2017 rk3328 box running Ubuntu xcfe many hours for downloading. There are not problems but xcfe displays lunchs himself many times and i have to close 20 or more instances of this application when checking the progress. Box is not crashed by this funny clonning. is it possible to avoid this? p.d. la test trunk

Hi there! I've got 2 of these industrial android boards (s2809-mb-v1.8c) and I've been trying to get armbian running on the. For a while but so far no success. These 2 boards were sold as being tinker boards but I believe that they are EVBs instead. Here are some photos: https://ibb.co/4wTm20s9 https://ibb.co/Z6PfvZCr https://ibb.co/HTFWLKTS I have also managed to find a link to the Chinese seller: https://m.globalsources.com/product/quad-core-board_1195354789f.htm Debug method: UART2 (because they don't have HDMI only LVDS and EDP ports) PMIC: RK808 So far trying to run them on the latest armbian 26 and 25 gets stuck at Starting Kernel. Ive managed to find a version 20 for the miqi board that loads kernel and boots into armbian bullseye but stops before login using a single core only and only 512mb of ram, anything beyond that just never starts the kernel using tinker and tinker-s DTBs. I have also managed to get a full dump of a current android image that is running correctly on one of the board and extracted: loader, kernel, dtb from the partitions. Extracting the images was painful cause none of the rk (linux rkdeveloptool, rkdev and rkandroidtool) methods worked.. only through uboot so that was painful to get 16mb parts from some of the images and join them all. Has anyone ever encountered any of these boards? Maybe anyone has an idea on how to get them up and running? Thanks for your help and sorry if this post is under the incorrect forum.

My ROCK3A has a jumper option to disable SPI clock, so whole SPI will be bypassed and only SD-card works then. I power with fixed 12V (USB-C pigtail). I do not know now what version the board/PCB is. AFAIR from Radxa docs other versions have no such jumper. Maybe you already tried/know all this. Maybe wipe the SPI via rkdevelop. W.r.t. Rockchip SBC's (various brands) I am a bit confused what boot-device prefence/priority is. From schematics I saw it depends on a resistor value, but many boards in the world and endless resistor values possible.