ChrisO

Thank you jock! After some trial and error aplay -D hw:CARD=OnBoard,DEV=2 sound.wav works. Now I have to imagine how to play the sound via bluetooth...

My bad, it's the first ever TB, without S https://tinker-board.asus.com/series/tinker-board.html And this one has no eMMC.

armbianmonitor output's here: https://paste.armbian.com/sehawugute

Hi Could anyone assist me in getting sound output on my Tinkerboard S? product: Rockchip RK3288 Asus Tinker Board S v26.2.1 for Tinker Board running Armbian Linux 6.18.35-current-rockchip $ aplay /usr/share/sounds/alsa/Noise.wav Playing WAVE '/usr/share/sounds/alsa/Noise.wav' : Signed 16 bit Little Endian, Rate 48000 Hz, Mono No output on the connected earphones. I don't know where to start to debug the problem. Any aideas anyone? Thanks Chris

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

Thanks Igor. Just for reference, I also tried Armbian_community_26.2.0-trunk.332_Odroidhc4_forky_current_6.18.7_minimal.img apt update apt upgrade apt install linux-headers-current-meson64 apt install zfsutils-linux zfs-initramfs zfs-dkms zfs-zed Everything went fine and seams to working OK. Chris

Thanks Werner and Gaetano I fear DIY an image exceeds my skils 😉 I tried linux-headers-arm64. Result: kernel downgraded to 6.12 and wrong links in /boot: lrwxrwxrwx 1 root root 30 Dec 29 22:28 Image -> vmlinuz-6.18.2-current-meson64 lrwxrwxrwx 1 root root 27 Jan 23 13:27 uInitrd -> uInitrd-6.12.63+deb13-arm64 Corrected, built ZFS but at the end USB not working. It's not worth the hassle. I ended up installing Armbian_25.8.1_Odroidhc4_bookworm_current_6.12.41_minimal.img Everything seams OK, especially ZFS. Anyway, the link to Armbian_community_26.2.0-trunk.151_Odroidhc4_trixie_current_6.18.2_minimal.img is not there anymore 🙂 Thanks for your time. Chris

Hi I installed Armbian_community_26.2.0-trunk.151_Odroidhc4_trixie_current_6.18.2_minimal.img Trying to build zfs-dkms I discovered that I was missing the linux-headers for this kernel version and there is no package containing it. At least apt-cache didn't find anything. Any idea where to find it? Thanks, Chris

Thank you very much! Regards, Chris

Hi Wanted to try this Debian rolling release with Linux v6.18 from https://www.armbian.com/rockpie/ page, but both links there https://dl.armbian.com/nightly/rockpi-e/Forky_current_minimal https://dl.armbian.com/nightly/rockpi-e/Plucky_current_minimal lead to a 404 page on github.com. Thanks, Chris

@laibsch, the answer to your question is in my last post. All those bad/"half-broken" adapters don't have problems with sequential writing/reading. And if you consider helpful pointing me to some obscure GUI writing tools as helpful, sorry, it's was not. I trust "dd" more then any of them. Very helpful was, however, @eselarm's post and I expressed my gratitude for it. To be honest, I don't really understand the intention of your last post. Could be my English is not good enough... Anyway, if my tone was was too harsh, I apologize for it.

Hi Installed Armbian_25.11.1_Rock-5c_trixie_current_6.12.58_minimal.img and one of the USB-3 port, the top one, doesn't work. No reaction when inserting something, nothing in /var/log/syslog. The same with Armbian_25.11.1_Rock-5c_noble_current_6.12.58_minimal.img The Armbian_25.11.1_Rock-5c_trixie_vendor_6.1.115_minimal.img however is OK. What could be the cause of this problem? Thanks and regards, Chris

Hi I have a Rock5c with a Penta SATA hat and it works OK. It is the only (?) way of having several disk connected to Rock5c. Note, it cannot boot of the disks on the hat. Have two SSDs and mirrored ZFS pool. No problems at all. Setting it up to act as Frigate server. The fifth SATA, in fact e-SATA connector comes very handy to connect a large disc for constant recording. You may also consider Odroid HC4. I think it's the cheapest solution and it's fan is negligible 🙂 Have three of them, acting as mail/backup/HomeAssistant servers. Had in the past some problems with USB but recent kernels are OK. Hope it helps.

Brillant, eselarm! I followed your suggestion to avoid USB-adapter issues and took my quite old laptop with a MCC/SD slot. Run fsck -fn /dev/mmcblk0p1 - no errors! As you suspected, the USB-adapter is at fault! I grabbed all SD-USB adapters I collected over the years and tried them. Different results, fsck without errors using few of them. My lesson lerned is: NEVER TRUST A USB-SD ADAPTER! The strange thing however is, that using this faulty adapter (14cd:1212 Super Top microSD card reader (SY-T18)) some images like Armbian_25.8.1_Rockpi-e_noble_current_6.12.41.img fsck'ed OK. I think all my adapters can cope w/o problems with simple, more or less sequntiell, reads/writes. It's what they do most of the time. I guess, when it comes to more complex I/O operations requested by fsck, some of them give out. What eselarm also suggested. Just for reference, the bad ones: 2 x 14cd:1212 Super Top microSD card reader (SY-T18) 5136:4678 Generic USB2.0 Device aaaa:8816 MXT microSD CardReader The OK ones: two with this inside: 090c:6200 Silicon Motion, Inc. - Taiwan (formerly Feiya Technology Corp.) microSD card reader and 14cd:127b Super Top SDXC Reader (very old, labeled hama) Thanks and regards, Chris

I should have mentioned, I tried fsck on loop device and it was fine. It's what I cannot understand. In my script after writing the image I read it back and compare with the source: dd status=progress if=Armbian_25.11.1_Rock-5c_trixie_current_6.12.58_minimal.img of=/dev/sdc bs=1M conv=fsync 2032140288 bytes (2.0 GB, 1.9 GiB) copied, 79 s, 25.7 MB/s2034237440 bytes (2.0 GB, 1.9 GiB) copied, 79.2902 s, 25.7 MB/s Reading image from disk ... dd status=progress if=/dev/sdc of=Armbian_25.11.1_Rock-5c_trixie_current_6.12.58_minimal.img.from-disk bs=1M count=1941 2032140288 bytes (2.0 GB, 1.9 GiB) copied, 127 s, 16.0 MB/s They are equal in size. Produce same SHA hash: $ sha256sum Armbian_25.11.1_Rock-5c_trixie_current_6.12.58_minimal.img* ab74fc6f34f4f235ca224bc8d282feb1acf94cfe56bdf0b93c21894838ea0c71 Armbian_25.11.1_Rock-5c_trixie_current_6.12.58_minimal.img ab74fc6f34f4f235ca224bc8d282feb1acf94cfe56bdf0b93c21894838ea0c71 Armbian_25.11.1_Rock-5c_trixie_current_6.12.58_minimal.img.from-disk Tried also simple cmp on image file and SD card: $ sudo cmp Armbian_25.11.1_Rock-5c_trixie_current_6.12.58_minimal.img /dev/sdc cmp: EOF on Armbian_25.11.1_Rock-5c_trixie_current_6.12.58_minimal.img after byte 2034237440, in line 14175730 See, after byte 2034237440, so the 2034237440 bytes are equal on disk and on the SD card, .img is 2034237440 bytes of size: $ stat Armbian_25.11.1_Rock-5c_trixie_current_6.12.58_minimal.img File: Armbian_25.11.1_Rock-5c_trixie_current_6.12.58_minimal.img Size: 2034237440 Blocks: 1643993 IO Block: 131072 regular file $ sudo -fn /dev/sdc1 gives FS errors, hundreds of "Unattached inode" and such. Pass 5: Checking group summary information armbi_root: ********** WARNING: Filesystem still has errors ********** armbi_root: 64131/123136 files (0.1% non-contiguous), 441689/492539 blocks Voodoo? 😉 A spare SD card anyone to try it: 🙂