Search the Community

I tried the stable Arabian image for rock 64 and found out that full HD video is played with strong brakes, when playing HEVC image is missing How to force video to be reproduced normally, maybe I don't understand something ?

The xenial img from dl.armbian.com works fine, but doesn't have SCTP support, so I wanted to compile my own image. Did a "show kernel config" and built an img. When I boot: In LPDDR3 786MHz Bus Width=32 Col=11 Bank=8 Row=15/15 CS=2 Die Bus-Width=32 Size=4096MB ddrconfig:7 OUT Boot1 Release Time: 2017-05-18, version: 2.43 ChipType = 0x11, 128 SdmmcInit=2 0 BootCapSize=2000 UserCapSize=29820MB FwPartOffset=2000 , 2000 SdmmcInit=0 2 StorageInit ok = 267624 Raw SecureMode = 0 SecureInit read PBA: 0x4 SecureInit read PBA: 0x404 SecureInit read PBA: 0x804 SecureInit read PBA: 0xc04 SecureInit read PBA: 0x1004 SecureInit ret = 0, SecureMode = 0 LoadTrustBL No find bl30.bin No find bl32.bin Load uboot, ReadLba = 2000 Load OK, addr=0x200000, size=0x97af0 RunBL31 0x10000 ␁NOTICE: BL31: v1.3(debug):f947c7e NOTICE: BL31: Built : 11:37:09, May 4 2018 NOTICE: BL31:Rockchip release version: v1.3 INFO: ARM GICv2 driver initialized INFO: Using rkfiq sec cpu_context! INFO: boot cpu mask: 1 INFO: plat_rockchip_pmu_init: pd status 0xe INFO: BL31: Initializing runtime services INFO: BL31: Preparing for EL3 exit to normal world INFO: Entry point address = 0x200000 INFO: SPSR = 0x3c9 U-Boot 2018.01-rc2-armbian (May 04 2018 - 13:03:35 -0400) Model: Pine64 Rock64 DRAM: 4 GiB MMC: rksdmmc@ff520000: 0, rksdmmc@ff500000: 1 Card did not respond to voltage select! mmc_init: -95, time 9 *** Warning - No block device, using default environment In: serial@ff130000 Out: serial@ff130000 Err: serial@ff130000 Model: Pine64 Rock64 Net: eth0: ethernet@ff540000 Hit any key to stop autoboot: 0 switch to partitions #0, OK mmc0(part 0) is current device Scanning mmc 0:1... Found U-Boot script /boot/boot.scr 2923 bytes read in 29 ms (97.7 KiB/s) ## Executing script at 00500000 Boot script loaded from mmc 0 215 bytes read in 23 ms (8.8 KiB/s) ## Error: Can't overwrite "ethaddr" himport_r: can't insert "ethaddr=02:38:a0:82:2d:c0" into hash table ## Error: Can't overwrite "eth1addr" himport_r: can't insert "eth1addr=02:38:a0:82:2e:c1" into hash table 5420341 bytes read in 707 ms (7.3 MiB/s) 11837952 bytes read in 1491 ms (7.6 MiB/s) 33587 bytes read in 41 ms (799.8 KiB/s) ** File not found /boot/dtb/rockchip/overlay/rk3328-fixup.scr ** ## Loading init Ramdisk from Legacy Image at 04000000 ... Image Name: uInitrd Image Type: AArch64 Linux RAMDisk Image (gzip compressed) Data Size: 5420277 Bytes = 5.2 MiB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK ## Flattened Device Tree blob at 01f00000 Booting using the fdt blob at 0x1f00000 Loading Ramdisk to fc9e4000, end fcf0f4f5 ... OK reserving fdt memory region: addr=1f00000 size=6e000 Loading Device Tree to 00000000fc973000, end 00000000fc9e3fff ... OK Starting kernel ...

Hello, I want to try out Armbian OS as opposed to Ubuntu Artful 17.10 on my Rock64, mainly to see how it compares(I am aware Armbian minimal for Rock64 is derived from Ubuntu Xenial, but I understand it's optimized for ARM CPUs) Long story short, I have a 32GB eMMC and a eMMC to USB adapter from Pine64 and would like to run Rock64 Armbian off it, but I was unable to simply flash Armbian to it using 'dd' or Etcher as with ayufan's Ubuntu images. I am aware it's possible to boot from an microSD card and use the "nand-sata-install" bash script to achieve this as described in the Armbian documentation, so I am inquiring if I can bypass using the microSD card. * I want to know if it's possible to flash Ubuntu Xenial 16.04 on my eMMC, mount it in my Rock64 and attempt to an build Armbian image, which I can later copy to a separate storage media and flash to my eMMC card. If this is indeed achievable, I will share the Armbian eMMC rock64 image for all to enjoy. Regards,

Hi all. I've seen a lot of questions here about what sbc to buy. So why not put a few links here to my videos about SBC's. The first is my latest video about the desktop experience with the Odroid XU4. This video is about the Rock64(with Armbian) https://www.youtube.com/watch?v=_oX7TabSROw This about the Rasp 3b+ https://www.youtube.com/watch?v=7UbapdFXpqE&t=2s Khadas VIM2 MAX https://www.youtube.com/watch?v=k3ue7mmpVoU&t=188s Asus Tinker Board + Odroid C2 https://www.youtube.com/watch?v=PT17hiELHLE I also can use the views. Thank you. Have a nice day.

Hi everyone. I'm starting a project to learn about Big Data processing. Roughly, I'll be following the example set by Michael at http://diybigdata.net/odroid-xu4-cluster/ . From other posts he has made, some extra RAM could be useful, so I am interested in the 4GB ROCK64. My basic configuration will be ROCK64/64Gb eMMC/Pine USB3-SATA cable/HDD. I'm looking to buy 4 of these to start the project and do my development and testing before adding extra nodes to the cluster. It seems that the Pine USB-SATA cable performs well, but the SD card reader does not. I'd like to configure remote power cycling using GPIO from a monitoring SBC and a relay card, but someone posted on Pine64 forum that the reset button must be pressed to boot the board. Is that so? It's not a show stopper, but I will have to rethink my strategy. In any case, those are the only possible issues I have noticed so far with using this board as a server. Am I missing something important? I'm fairly new to the SBC ecosystem, but not to electronics or Linux. Thanks! Matt.

I have some questions about the Linux images that Ayufan built for the Rock64 board. Not really technical issues so I did not think they should go on the Github page. If this is not the appropriate place for these, let me now and I'll remove this post. Also, if this is not the place, where should I be asking these types of questions? I just downloaded the new PRE-RELEASE version of Debian Stretch from the Github page (Yes, I know it's bleeding edge, but just experimenting for now). Specifically the stretch-minimal-rock64-0.6.5-152-arm64 image. I just burned it to my eMMC board. Will boot and see how it all works tomorrow. There are a number of other .deb packages that are on the download list. Do I need any of them? I am specifically talking about these: linux-rock64-package-0.6.5_all.deb linux-rock64-0.6.5_arm64.deb linux-image-4.4.103-rockchip-ayufan-152_0.6.5_arm64.deb or linux-image-4.15.0-rockchip-ayufan-152-ga69162eb_arm63.deb linux-headers-4.4.103-rockchip-ayufan-152_0.6.5_arm64.deb or linux-headers-4.15.0-rockchip-ayufan-152-ga69162eb_arm63.deb linux-firmware-image-4.4.103-rockchip-ayufan-152_0.6.5_arm64.deb Thank you.

I am trying to save my new iptable settings using sudo sh -c "iptables-save > /etc/iptables/rules.v4" but after a reboot the changes are not persistent can anybody tell me the correct location? Thank you

Hello all. I've made a video about the Rock64. I've tried different distro's, but Armbian was the best for me. The only problems I've found was that Synaptic Package Manager didn't work. It crashes when I press the search button. And sometimes surfing was extremely slow. Otherwise it did fix all the problems I've had with the other distro's I've tried. Thank you for all the great work. Now I've started my research with the Orange Pi +2, and again Armbian is the best choice. Greetings, NicoD Here is my video.

I have installed open media vault on my rock64 and I have a sata3 disc drive connected to the usb3 port. I have tried both armbian and ayufan firmwares and the speed of the samba shares is 30 MB/sec. I know that the system can do more as with FTP I get 100MB/sec. I have tried many samba tweaks but nothing changes, is this the max I can expect?

Hello everybody! I write on this topic because i'm searching for few weeks a solution with dd command to make a disk image backup, but I don't find a conclusive solution, so... Firstly I send dd command. Disque /dev/mmcblk0 : 29,7 GiB, 31914983424 octets, 62333952 secteurs Unités : secteur de 1 × 512 = 512 octets Taille de secteur (logique / physique) : 512 octets / 512 octets taille d'E/S (minimale / optimale) : 512 octets / 512 octets Type d'étiquette de disque : dos Identifiant de disque : 0x53d4dbd7 Périphérique Amorçage Début Fin Secteurs Taille Id Type /dev/mmcblk0p1 32768 10504191 10471424 5G 83 Linux Disque /dev/sdc : 1,8 TiB, 2000398931968 octets, 3907029164 secteurs Unités : secteur de 1 × 512 = 512 octets Taille de secteur (logique / physique) : 512 octets / 512 octets taille d'E/S (minimale / optimale) : 512 octets / 512 octets Type d'étiquette de disque : dos Identifiant de disque : 0xa1be3216 Périphérique Amorçage Début Fin Secteurs Taille Id Type /dev/sdc1 2048 2149556223 2149554176 1T 83 Linux /dev/sdc2 2858452992 3907029163 1048576172 500G 7 HPFS/NTFS/exFAT /dev/sdc3 2149556224 2858452991 708896768 338G 83 Linux Les entrées de la table de partitions ne sont pas dans l'ordre du disque. root@ubuntu:~# dd if=/dev/mmcblk0 of=/media/ubuntu/59C7B06D5FB30054/backup_rock.img bs=4096 conv=notrunc,noerror 7791744+0 enregistrements lus 7791744+0 enregistrements écrits 31914983424 bytes (32 GB, 30 GiB) copied, 428,454 s, 74,5 MB/s All seems to be good! The imaged is saved on my mounting point in /dev/sda2 But after that my SD can't boot like before... I have the following message: Press Control-D to continue I type my password, make a fdisk -l command (see photo) I have new partition disks mmcblk0bootX Moreover I succeed to make disk image just after installing armbian, then I install samba (with all dependencies) and everything go wrong after dd command... However I make my image on other computer (ubuntu) with media unmounted... Which impact this software could cause on this system? I don't understand. I try another tool Rsync. Impossible to copy all data SD card to another SD card same size. When it try to copy some kernel element I had a NOK in red (this tool work perfectly on my old RPI2) I spend a lot of time on my new rock64 and I would be save it for good (if it's possible) ^^ Thanks

Leapo has started porting RPi.GPIO to Rock64 as R64.GPIO, you can find her work in progress at https://github.com/Leapo/Rock64-R64.GPIO Original thread with instructions/updates is here: https://forum.pine64.org/showthread.php?tid=5902 She also made a more simple tool to work with GPIO: https://github.com/Leapo/Rock64-BashGPIO

Nothing like a good weekend challenge to occupy my inner nerd. I love this web interface NODE JS along with this relay plate RELAY PLATE and have it working with Raspberry PI3, but now I want to take advantage of the additional ram I have with Rock64. The process did not go without a hitch. I list the latest version of NPM in my machine and the web interface is working. I don't think the relays are getting triggered even though I painstakingly crossed the power pinouts and the gpio pinouts. Not sure if this can be adapted or if it has been done before. I am good at following those that know more than me, but do not consider myself knowledgeable enough to blaze new trails. Thanks

Hello, I want to build myself a tiny nas. I want to run both Nextcloud and gitea (git server) on it. Which would you prefer? #### ODroid HC1 - Board with power supply = 54,50$ - Case = 4,00$ - Shipping = 17,40$ - Total = 75.90$ Total with german customs fees = 72,85€ #### Rock64 2GB - Board = 34.95$ - Power Supply = 6,99$ - JMS578 USB-to-SATA Cable= 9,99$ - Shipping = 11.99$ - Total = 63.92$ Total with german customs fees = 61,83 € For help i would be grateful. Sincerely, cyagon

Moderator edit (pfeerick): I have modified this post to contextualise this split thread. It was initially intended to be a discussion of a board bring up procedure / proposal format, and has since evolved into discussion of the rock64 generally. Xalius originally said in this post: TODO-List sounds good to me, I will run some tests as soon as China Post/DHL actually deliver my package. I get a 4GB version with the suppressor diodes for USB3 already replaced... This is what tkasier originally wrote in his first post, minus the disclaimer as was only relevant to that thread:

Current issues with Armbian board support: -U-Boot problems (various) Solutions so far: - fix the method of generating idbloader.bin. <--- update: the "release" and "mainline-master" behave significantly differently. Mainline-master behaves as it should as far as writing the bootloader. Release does not.

I have successfully gotten Armbian to boot from a USB flash drive on the Rock64 board. Followed ayufan's instructions on how to update SPI Flash with his boot code and then wrote the Armbian Rock64 image to a USB flash drive. All worked as expected. Thanks to everyone at Armbian for all the great work!

Hey everybody, First, thanks for Armbian. The Asus Tinkerboard and the ROCK64 both have the same processor. I'm interested why the Asus Tinkerboard gets the mainline kernel, but the ROCK64 only gets the legacy kernel. Why is this?

Has anyone tried to install PiVPN or EasyRSA on a Rock64? I tried this and had some issues where EasyRSA did not install. No errors were shown on the install or captured in the install log. Took me a while to figure out that EasyRSA was not installed. It even created .opvn files for clients... I finally figured out what happened. Did some research and found a suggestion to manually install some packages BEFORE installing PiVPN. That seems to work, so now I have a working VPN. I just wanted to see if anyone else is having an issue. I will also post on the PiVPN Github site to get their input. Thanks!

Hi, I just ordered a Rock64 with 4GB and wanted to hear your recommendations on what image and os I should run it with. I want to use it as my home server with Docker, Samba, Pi-hole, Tvheadend and Tinyproxy. 100 Mbit/s ethernet is enough. What do you recommend?

Hi there, Trying to build full OS image (or only kernel) to Rock64 in order to add support to AR9271 Atheros chipset. I only managed once to make the board recognize the wlan adapter only after reconnecting it (doesn't survive reboot). any help will be much appreciated.

Hello guys, does anyone activated CVBS output on Rock64 board? After a short look into datasheet Rock64 should support 480i and 576i. Many thanks.

Hi Guys, I bought a new Rock64 and try to connect a CC1101 FM Transmitter (CC1101 wiring with the Raspberry Pi) which communicates over spi with the Rock64. How can I activate spidev on the Rock64? I tried to add spidev to the armbianEnv.txt: verbosity=1 console=both ethaddr=02:38:a0:82:2d:c0 eth1addr=02:38:a0:82:2e:c1 overlay_prefix=sun8i-h3 rootdev=UUID=52ddb7ff-487f-4f7c-8606-4e27c00ab708 rootfstype=ext4 overlays=spi-spidev user_overlays=spi-spidev param_spidev_spi_bus=0 param_spidev_max_freq=100000000 usbstoragequirks=0x2537:0x1066:u,0x2537:0x1068:u But spidev is not appearing in /dev/ . I only used Raspberry PI's before, that's why I'm new to use Linux Overlays and stuff like that. I hope anyone can help me.

Hi, do you plan to add Desktop images for Rock64 ? Anyway thanks for your great job. Armbian is wonderful!

My question to the developer: Is there any probability that the native ethernet (gigabit) connection will be working in the future? I think that's the main advantage of the rock64 board (gigabit ethernet AND usb 3.0). Otherwise many other boards will work as well as NAS as the rock64. Thanks in advance for answers!

Thank's for supporting Rock64! Is there a chance for a debian server image (beta) within the near future? All my boards are running a armbian debian OS and I would like to stay consistent here... Best regards Martin