Hello everyone,
 
I managed to use USART as I/F to GPS (9600 bauds) following https://forum.pine64.org/showthread.php?tid=5029
 
As mentioned in some point along the thread, USART RX line data may prevent normal re-booting, which is absolutely unacceptable in my application (an autonomous vehicle). Is there any way to completely disable (remove, cancel, annihilate, etc.) the console terminal keeping alive a fresh and pure USART for general purpose connections?
 
Thank you in advance
J

It's been a while since I used my board. For whatever reason, there was nothing on the micro SD card. I put DietPi on it and got a red light. I forgot, do I need to have ethernet connected the first time?

Hello

I am running Ubuntu18.04.1 LTS on my RockPro64 with the 4.4.154-1124-rockchip-ayufan-ged3ce4d15ec1 kernel.

I have trouble to make samba running at full speed (I can expect almost 90MB/s) while transfering a file from the board (SD card) to my W10 desktop.
The speed start around 90 MB/s for almost 70% of the file and fall down to 30 MB/s (even less) for the remaining of the file (and for other files as well).
I test with a 2.5 GB file.

When I transfert a file from my QNAP, I run at 100 MB/s.

Does anybody know how to boost samba preformance ? Boost SD card accesses ?
Problem with the SD card ?


Thank you in advance

Ross

...is a subjective thing of course.

I got my Pinebook late last week and got to play with it quite a bit over the weekend.  I did some light tweaking here and there (disabled autoload of Firefox for one) and got some basic tools (compilers and editors) up and running.  All in all the performance is about what I expected but the experience can probably be improved with a more lightweight windowing environment.

Thankfully there are a number of options available.  For those of you who tried these other OS offerings what would you suggest I look into first?

Thanks.

D.

I've just received a RockPro64 with a 16GB eMMC module. I installed DietPi fine on the module and booted okay, spending a couple of hours configuring. But the next time I came to boot, I had to make several attempts before it actually worked. And then today, it booted on the third attempt but since then, nothing.

I'm powering from the 12V 5A supply I bought from Pine64.

At each attempt, the power LED comes on, but then nothing.

I tried booting from an SD card, and that worked fine. So I reflashed the OS image to the eMMC. I used Etcher for this and noticed that it took an unnaturally long time for Etcher to validate the image. (It did eventually.) But the RockPro64 still won't boot from the eMMC.

Do I have to conclude that this is a dead module? I've read about other people having problems with eMMC modules, so I'm starting to wonder if this is an unreliable way to go.

I received my new pinebook last week. I dd'ed a few different OS images to the 16gb eMMC module to test them out and such, but now trying to dd an image to the eMMC fails about 300MB in - it just hangs.

I already ordered a 64gb module to upgrade it, but I'm pretty disappointed if I managed to wear out the 16gb module within a week of receiving it. 

Did I just get a bad module in my pinebook? Should I put in a support ticket to ask for a replacement?

Available for download

[url=https://nemslinux.com/download/nagios-for-pine64.php][/url]

Now available for download

Now available for download

Is there a way to re-enable `sdio` and get the rockpro wifi/bt module to work on linux?