(04-06-2016, 12:06 PM)joey Wrote: I am not sure if it will help, but I just wanted to throw this out there.

I was having problems with my pine running Ubuntu dropping every few packets when running a constant ping from my windows box: "ping -t -w 25 pine"
I tried a bunch of things in software, nothing seemed to solve the problem. Out of frustration, I just unplugged the Ethernet cable, waited for 5 ping fails, then plugged it back in. After that the connection was flawless. I have no idea why it did this, but it is consistent. Every time I have weird packet loss issues, unplugging and replugging the pine into the switch "fixes" it until the next reboot. I tried swapping ports on my switch with my raspberry pi, which doesn't have this issue, but it seems specific to the pine. To me this sounds similar to what you are experiencing. If it's dropping packets, your speed tests will be significantly impacted by failed TCP packets that need to be re-sent.

(04-06-2016, 11:38 AM)longsleep Wrote: Well, i do not know - i guess there are some incompatibilities with certain switches.

This is what you get with any of my images without further optimization regarding IRQ's and buffer sizes. The tests below is running Ubuntu Xenial on Pine and the other end is a ODROID-C1+ which is probably not optimal but i did not want to max out the Pine64 and instead just check _if_ i could reproduce a problem on the 2GB model.

Pine64+2GB as server:

Code:

root@pine64-2gb:~# iperf -s
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 85.3 KByte (default)
------------------------------------------------------------
[  4] local 192.168.1.59 port 5001 connected with 192.168.1.232 port 42916
[ ID] Interval       Transfer     Bandwidth
[  4]  0.0-10.0 sec   475 MBytes   398 Mbits/sec

Pine64+2GB as client:

Code:

root@pine64-2gb:~# iperf -c 192.168.1.232
------------------------------------------------------------
Client connecting to 192.168.1.232, TCP port 5001
TCP window size: 22.5 KByte (default)
------------------------------------------------------------
[  3] local 192.168.1.59 port 51122 connected with 192.168.1.232 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-10.0 sec   555 MBytes   465 Mbits/sec

There are some other numbers in the forum somewhere already, including instructions how to tune things a bit more.

(04-04-2016, 09:13 AM)Luke Wrote: Yup works like a charm. Thank you so much Longsleep! I installed Mate desktop on the image and wrote up a short review over at the Mate forums if anyone cares

https://ubuntu-mate.community/t/pine-64-much-better-than-rpi3-a-viable-desktop-replacement-running-mate/4775

(04-04-2016, 05:00 PM)faddah Wrote:

(04-03-2016, 11:16 PM)longsleep Wrote:

(04-03-2016, 09:19 PM)faddah Wrote: i followed the instructions for this ubuntu install to the Micro SD card for the Pine A64+ board at your web site here, and it seemed to work. however, when i booted, it went through the usual linux start-up trace and i thought i would boot to the desktop, except then i got two linux stack trace errors and it stoped around line 44. any help here on make this work correctly, please? any help would be apprecia

This is minimal image pre-configured with Ethernet. Ubuntu waits 5 minutes for DHCP on boot.

thank you for replying on this, @longsleep. and i'll try letting it just run. i did have an live ethernet cable connected to the A64+ board at start-up.

however, there were two major stack trace errors that came up on the screen just before it stopped and kept sitting there. i will let it run through for 5 - 10 minutes, but it really seems frozen on that last stack trace line #44.

also, does it take 5 minutes to boot every time while waiting for DHCP, or just the first time?

thank you again for this image, the instructions, and the help.

best,

—  faddah
     portland, oregon, u.s.a.

• this started occasionally, but now is a big problem with the board — i use it, log-in, get to the desktop, beging working with windows and moving things around and clicking when suddenly, the screen just goes blank. like completely blank, usually with some strange color tinge to it — dark green, similar to the Mate desktop, sometimes flat slate grey, sometimes grayish white. when this happens, it becomes frozen. i can't ctrl-alt-F1 to a command line prompt, there is no mouse cursor, nothing responds to the keyboard, nada, nil, nights, null - the empty set, zilch, big goose egg. the only choice is to unplug the power and re-plug it back in to restart. now, this is happening right after i successfully log-in so i never get to a desktop and can get any work done on it, everytime (a different blank screen color locking me out, each time! dark green! flat white grey!). this has also happened while trying to load software like node.js to the system. i have unplugged the Pine64 A64+ and am letting it sit and cool for a while in the hopes that will solve the immediate blank-screen-lock-out after log-in each time, but it will still be an on-going problem. any ideas on rectifying this? is it a driver thing? how do i fix this?
  
• the log-in screen does a weird thing — it asks me for my password, i put it in, it goes away as if i'm logging in, and... it comes back in. so far, i've had to log-in twice to get into the desktop every time. any way to fix this?
  
• @longsleep or anyone who knows — to flash and copy the Micro SD cards on my Mac OS X iMac, you use the 'dd' command at the terminal. is there anything else, some other utility app for Mac OS X or general *Nix that can be used on Mac OS X that is faster? thus far, it takes a little over an hour each time to flash a 64GB MicroSD that is Class-10 & UHS-3, fastest on the market. it seems to me it should just not take that long. any suggestions would be appreciated.
  

(04-07-2016, 01:16 PM)faddah Wrote: [*]@longsleep or anyone who knows — to flash and copy the Micro SD cards on my Mac OS X iMac, you use the 'dd' command at the terminal. is there anything else, some other utility app for Mac OS X or general *Nix that can be used on Mac OS X that is faster? thus far, it takes a little over an hour each time to flash a 64GB MicroSD that is Class-10 & UHS-3, fastest on the market. it seems to me it should just not take that long. any suggestions would be appreciated.

(04-07-2016, 01:23 PM)longsleep Wrote:

(04-07-2016, 01:16 PM)faddah Wrote: [*]@longsleep or anyone who knows — to flash and copy the Micro SD cards on my Mac OS X iMac, you use the 'dd' command at the terminal. is there anything else, some other utility app for Mac OS X or general *Nix that can be used on Mac OS X that is faster? thus far, it takes a little over an hour each time to flash a 64GB MicroSD that is Class-10 & UHS-3, fastest on the market. it seems to me it should just not take that long. any suggestions would be appreciated.

[*]

You are probably doing it wrong. Follow one of the various methods for Mac OS as described here: https://www.raspberrypi.org/documentation/installation/installing-images/mac.md - one of them might be much faster (especially /dev/rdisk vs /dev/disk). I do not know anything about mac. Easy fix, get rid of it and use Linux

(04-07-2016, 10:12 AM)LinuxGeek Wrote:

(04-04-2016, 09:13 AM)Luke Wrote: Yup works like a charm. Thank you so much Longsleep! I installed Mate desktop on the image and wrote up a short review over at the Mate forums if anyone cares

https://ubuntu-mate.community/t/pine-64-much-better-than-rpi3-a-viable-desktop-replacement-running-mate/4775

I appreciate all of the hard work that a few in the community are doing to provide us with functional LINUX operating systems.  I have had my board for a week.  Three different SD cards, WinImager and Linux dd, images from four sites, ubuntu, arch, and debian.  Still all I get is a red power LED with no sign of booting. I have nothing connected except HDMI and power.   One SD card was reprogrammed with the latest Raspbian and booted just fine on my Pi with the same power supply and HDMI connection.  

(04-07-2016, 07:28 PM)Luke Wrote:

(04-07-2016, 10:12 AM)LinuxGeek Wrote:

(04-04-2016, 09:13 AM)Luke Wrote: Yup works like a charm. Thank you so much Longsleep! I installed Mate desktop on the image and wrote up a short review over at the Mate forums if anyone cares

https://ubuntu-mate.community/t/pine-64-much-better-than-rpi3-a-viable-desktop-replacement-running-mate/4775

I appreciate all of the hard work that a few in the community are doing to provide us with functional LINUX operating systems.  I have had my board for a week.  Three different SD cards, WinImager and Linux dd, images from four sites, ubuntu, arch, and debian.  Still all I get is a red power LED with no sign of booting. I have nothing connected except HDMI and power.   One SD card was reprogrammed with the latest Raspbian and booted just fine on my Pi with the same power supply and HDMI connection.  

Are you using the newest img provided by longsleep? Are you using HDMI->DVI ? Can you ssh into the board with Ethernet connected ?

(04-07-2016, 07:16 PM)Doom4535 Wrote: Does this image currently recognize all 2 GB of ram on the 2 GB version of the pine?

(04-08-2016, 04:34 AM)LinuxGeek Wrote:

(04-07-2016, 07:28 PM)Luke Wrote:

(04-07-2016, 10:12 AM)LinuxGeek Wrote:

(04-04-2016, 09:13 AM)Luke Wrote: Yup works like a charm. Thank you so much Longsleep! I installed Mate desktop on the image and wrote up a short review over at the Mate forums if anyone cares

https://ubuntu-mate.community/t/pine-64-much-better-than-rpi3-a-viable-desktop-replacement-running-mate/4775

I appreciate all of the hard work that a few in the community are doing to provide us with functional LINUX operating systems.  I have had my board for a week.  Three different SD cards, WinImager and Linux dd, images from four sites, ubuntu, arch, and debian.  Still all I get is a red power LED with no sign of booting. I have nothing connected except HDMI and power.   One SD card was reprogrammed with the latest Raspbian and booted just fine on my Pi with the same power supply and HDMI connection.  

Are you using the newest img provided by longsleep? Are you using HDMI->DVI ? Can you ssh into the board with Ethernet connected ?

Okay.  I now have a steady signal and a booted Pine64.  OS = debianpine64.   I used a different card reader and it would boot, but the screen was unstable, so I bought a cheap HDMI cable at Wal-Mart and now everything is good.  The other card reader works fine for the Raspberry Pi, but not for the Pine64.  Another option to look into if anyone is having problems with a usable SD card.  I am connected to a 32" TV and the display is cutting off the first four letters of the line, but I can work with that.   Next to find a function WiFi dongle.