Jump to content

H2: Sunvell R69 Android TV Box (AliExpress)


vlna

Recommended Posts

4 hours ago, tkaiser said:

After this commit I built an Ubuntu Xenial image: http://kaiser-edv.de/tmp/NumpU8/Armbian_5.34_Sunvellr69_Ubuntu_xenial_default_3.4.113.img.xz (MD5 sum: 06e5a14865f0be6861f7e11babdd8bb3)

 

Still feedback wanted but only based on this image (none for other devices, really):

  • Wi-Fi working / which 'performance'
  • led functionality (there should be two leds and both accessible through sysfs as @guidol demontrated already with one of them)

 

Firstly :) the image is missing the symbolic link for script.bin -> /boot# ln -s bin/sunvell-r69.bin script.bin

Config and WiFi connect via nmtui without problems:

wlan0     Link encap:Ethernet  HWaddr dc:44:6d:b0:b9:7a
          inet addr:192.168.6.152  Bcast:192.168.6.255  Mask:255.255.255.0
          inet6 addr: fe80::de44:6dff:feb0:b97a/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:7466 errors:0 dropped:0 overruns:0 frame:0
          TX packets:13966 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:509194 (509.1 KB)  TX bytes:21076827 (21.0 MB)

iperf3 test result  (iperf3 server was my NanoPi Neo2):
 

root@sunvellr69:~# iperf3 -c 192.168.6.22
Connecting to host 192.168.6.22, port 5201
[  4] local 192.168.6.152 port 41002 connected to 192.168.6.22 port 5201
[ ID] Interval           Transfer     Bandwidth       Retr  Cwnd
[  4]   0.00-1.00   sec  1.92 MBytes  16.1 Mbits/sec    8   84.8 KBytes
[  4]   1.00-2.00   sec  1.85 MBytes  15.6 Mbits/sec    1   70.7 KBytes
[  4]   2.00-3.00   sec  2.13 MBytes  17.8 Mbits/sec    0   80.6 KBytes
[  4]   3.00-4.00   sec  1.64 MBytes  13.8 Mbits/sec    4   70.7 KBytes
[  4]   4.00-5.00   sec  1.82 MBytes  15.3 Mbits/sec    0   79.2 KBytes
[  4]   5.00-6.00   sec  2.02 MBytes  16.9 Mbits/sec    0   83.4 KBytes
[  4]   6.00-7.00   sec  1.89 MBytes  15.9 Mbits/sec    0   91.9 KBytes
[  4]   7.00-8.00   sec  2.01 MBytes  16.8 Mbits/sec    0    100 KBytes
[  4]   8.00-9.00   sec  1.81 MBytes  15.2 Mbits/sec    0    107 KBytes
[  4]   9.00-10.00  sec  1.83 MBytes  15.3 Mbits/sec    0    113 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth       Retr
[  4]   0.00-10.00  sec  18.9 MBytes  15.9 Mbits/sec   13             sender
[  4]   0.00-10.00  sec  18.9 MBytes  15.9 Mbits/sec                  receiver

from outside the case I can only see the led connected to the trigger of the "red" led:

echo "heartbeat" > /sys/class/leds/red_led/trigger

when I had the case open the led looks like a red/blue dual-led....but the case is transculent for infrared...so I dont know if it is the red or blue light that shine....

 

SSH-console via WiFi sometimes hangs for a few parts of a second (bad latency) ....doesnt seem to be very stable a very stable signal:
(but it show 52 of 70 for the quality)

root@sunvellr69:/sys/class/leds# iwconfig wlan0
wlan0     IEEE 802.11bgn  ESSID:"XXXXXX"
          Mode:Managed  Frequency:2.462 GHz  Access Point: C0:25:XX:XX:XX:XX
          Bit Rate=65 Mb/s   Tx-Power=20 dBm
          Retry  long limit:7   RTS thr:off   Fragment thr:off
          Encryption key:off
          Power Management:off
          Link Quality=52/70  Signal level=-58 dBm
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:18  Invalid misc:0   Missed beacon:0

After a "reboot" we got the same kernel-panic and 10 second timer - BUT the restart seems to work :)
After the restart you see in the first line a <5

and then the normal Ubuntu-Login Screen.

Link to comment
Share on other sites

32 minutes ago, guidol said:

Firstly :) the image is missing the symbolic link for script.bin -> /boot# ln -s bin/sunvell-r69.bin script.bin

Thank you for testing and yeah, stupid mistake by me naming board config sunvellr69.csc and fex file differently sunvell-r69.fex. Fixed.

 

Still interested in the output from

iperf3 -R -c 192.168.6.22
echo "heartbeat" > /sys/class/leds/green_led/trigger

(iperf3 testing in reverse direction and trying out the led connected to PL10 pin (according to vendor fex, IIRC we have another device with dual color led and there it's also PL10/PA15). Currently we know there's a blue led connected to PA15 (and labeled wrongly) so would be interesting to see whether's reaction to toggling PL10 too.

Link to comment
Share on other sites

6 minutes ago, t.munzer said:

Is it fixed the link given in your previous post ? Because using version downloaded five minutes ago,  i'm stuck with Starting kernel...

 

I didn't recreate the image since I want to fix all open issues in one batch so only fixed in local Github repo copy. I fear the link has to be created somehow otherwise behaviour expected...

Link to comment
Share on other sites

21 minutes ago, t.munzer said:

@tkaiser, Thanks, I apply  @guidol correction and successfully boot.

I created the symbolic link after mounting the uSD on my NanoPi Neo2 as /mnt/sda1

Its good to have more than one from these small computers :)
Nice to hear that it also worked for you :)

Link to comment
Share on other sites

53 minutes ago, tkaiser said:

Still interested in the output from


iperf3 -R -c 192.168.6.22
echo "heartbeat" > /sys/class/leds/green_led/trigger

 


here the reverse mode:

root@sunvellr69:~# iperf3 -R -c 192.168.6.22
Connecting to host 192.168.6.22, port 5201
Reverse mode, remote host 192.168.6.22 is sending
[  4] local 192.168.6.118 port 49106 connected to 192.168.6.22 port 5201
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-1.00   sec  11.1 MBytes  93.0 Mbits/sec
[  4]   1.00-2.00   sec  11.1 MBytes  92.8 Mbits/sec
[  4]   2.00-3.00   sec  11.2 MBytes  94.2 Mbits/sec
[  4]   3.00-4.00   sec  11.2 MBytes  94.2 Mbits/sec
[  4]   4.00-5.00   sec  11.1 MBytes  92.8 Mbits/sec
[  4]   5.00-6.00   sec  11.2 MBytes  94.1 Mbits/sec
[  4]   6.00-7.00   sec  11.2 MBytes  94.0 Mbits/sec
[  4]   7.00-8.00   sec  11.1 MBytes  93.4 Mbits/sec
[  4]   8.00-9.00   sec  11.2 MBytes  94.2 Mbits/sec
[  4]   9.00-10.00  sec  11.2 MBytes  94.0 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth       Retr
[  4]   0.00-10.00  sec   113 MBytes  94.4 Mbits/sec    0             sender
[  4]   0.00-10.00  sec   112 MBytes  93.8 Mbits/sec                  receiver

as written - I cant see any reaction while the mainboard in the closed case when trying

root@sunvellr69:~# echo "heartbeat" > /sys/class/leds/green_led/trigger
root@sunvellr69:~#

if I set echo "mmc0" > /sys/class/leds/red_led/trigger and echo "heartbeat" > /sys/class/leds/green_led/trigger
I didnt see any heartbeat.

Link to comment
Share on other sites

Install to emmc went fine. Setup Wifi, reboot disconnecting Ethernet, and test accessing iperf server on a orange pi pc (with ethernet connection)


root@sunvellr69:~# iperf3 -R -c 192.168.0.240
Connecting to host 192.168.0.240, port 5201
Reverse mode, remote host 192.168.0.240 is sending
[  4] local 192.168.0.36 port 44822 connected to 192.168.0.240 port 5201
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-1.00   sec  1.53 MBytes  12.8 Mbits/sec
[  4]   1.00-2.00   sec  1.68 MBytes  14.1 Mbits/sec
[  4]   2.00-3.00   sec  1.73 MBytes  14.5 Mbits/sec
[  4]   3.00-4.00   sec  2.12 MBytes  17.8 Mbits/sec
[  4]   4.00-5.00   sec  1.51 MBytes  12.6 Mbits/sec
[  4]   5.00-6.00   sec  2.40 MBytes  20.1 Mbits/sec
[  4]   6.00-7.00   sec  1.78 MBytes  14.9 Mbits/sec
[  4]   7.00-8.00   sec  1.81 MBytes  15.2 Mbits/sec
[  4]   8.00-9.00   sec  2.54 MBytes  21.3 Mbits/sec
[  4]   9.00-10.00  sec   675 KBytes  5.52 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth       Retr
[  4]   0.00-10.00  sec  20.1 MBytes  16.9 Mbits/sec    1             sender
[  4]   0.00-10.00  sec  18.3 MBytes  15.3 Mbits/sec                  receiver

iperf Done.
root@sunvellr69:~# iperf3 -c 192.168.0.240
Connecting to host 192.168.0.240, port 5201
[  4] local 192.168.0.36 port 44824 connected to 192.168.0.240 port 5201
[ ID] Interval           Transfer     Bandwidth       Retr  Cwnd
[  4]   0.00-1.00   sec  1.22 MBytes  10.3 Mbits/sec    1   96.2 KBytes
[  4]   1.00-2.00   sec   535 KBytes  4.38 Mbits/sec    2   73.5 KBytes
[  4]   2.00-3.00   sec   255 KBytes  2.09 Mbits/sec    4   46.7 KBytes
[  4]   3.00-4.00   sec   153 KBytes  1.25 Mbits/sec    4   18.4 KBytes
[  4]   4.00-5.00   sec   423 KBytes  3.47 Mbits/sec    3   32.5 KBytes
[  4]   5.00-6.00   sec  1.79 MBytes  15.0 Mbits/sec    0    157 KBytes
[  4]   6.00-7.00   sec  2.15 MBytes  18.0 Mbits/sec    0    274 KBytes
[  4]   7.00-8.00   sec  1.95 MBytes  16.3 Mbits/sec    0    369 KBytes
[  4]   8.00-9.00   sec  2.31 MBytes  19.3 Mbits/sec    0    467 KBytes
[  4]   9.00-10.00  sec  2.61 MBytes  21.9 Mbits/sec    0    584 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth       Retr
[  4]   0.00-10.00  sec  13.4 MBytes  11.2 Mbits/sec   14             sender
[  4]   0.00-10.00  sec  13.0 MBytes  10.9 Mbits/sec                  receiver

iperf Done.
root@sunvellr69:~# iwconfig wlan0
wlan0     IEEE 802.11bgn  ESSID:"9bxchodk_guest"
          Mode:Managed  Frequency:2.427 GHz  Access Point: C6:6E:1F:2C:F5:CF
          Bit Rate=39 Mb/s   Tx-Power=20 dBm
          Retry  long limit:7   RTS thr:off   Fragment thr:off
          Encryption key:off
          Power Management:off
          Link Quality=50/70  Signal level=-60 dBm
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:187  Invalid misc:0   Missed beacon:0

 

Edited by t.munzer
Add iwconfig output
Link to comment
Share on other sites

17 minutes ago, guidol said:

I created the symbolic link after mounting the uSD on my NanoPi Neo2 as /mnt/sda1

Its good to have more than one from these small computers :)
Nice to hear that it also worked for you :)

Well I used the emmc install to create the link !

in fact 

echo "heartbeat" > /sys/class/leds/green_led/trigger

blinks a little red led. Case closed it's only lightly visible through the case's vent... if the case is upside down !

Well, as notice by Sven K in his Facebook report, the box engineers seems to have a strange physics. where heat went down and it's logical to put led where nobody can see it !

Link to comment
Share on other sites

20 minutes ago, guidol said:

94.2 Mbits/sec

That's Ethernet (so packets in this direction travel over the other interface -- which might have slightly improved your wifi numbers before, it's not that easy to correctly measure wifi performance when more than one interface is active and two or more interfaces are connected to the same subnet). Anyway we already know we can't expect wonders from XR819, it works somewhat ok-ish (see @t.munzer results) and anyone wanting to have decent Wi-Fi performance can always add an RTL8211AU 2x2 MIMO dongle anyway (well, that needs most probably mainline kernel support so someone has to hack together a .dts and submit upstream)

 

12 minutes ago, t.munzer said:

a little red led

Ok, then blue and visible led is connected to PA15 (and labeled wrongly red) and there's another rather invisible led connected to PL10 and wrongly labeled green. To make things worse I decided to now label the blue one green just to get almost consistent boot behaviour on all H2+/H3 boards (blue led labeled green will light up when kernel starts to load, at the time login is possible it will blink 3 times and then turn into solid mode again): https://github.com/armbian/build/commit/6981e324192dd6aad06e9ebd1a21a4c2f5c47d32

 

Will now create the Xenial image again (just check the timestamps at the download location). So now two contributions are IMO needed to consider switching from 'community supported' OS image to fully supported:

  • Someone has to create a device page in linux-sunxi wiki
  • Someone has to submit pull requests with u-boot config (576 MHz DRAM clock, 1008MHz CPU clock and MMC2 setting for eMMC) and a patch adding DT for the board (please keep in mind that 3.4 LTS kernel support ended already half a year ago)
Link to comment
Share on other sites

4 minutes ago, tkaiser said:

That's Ethernet

Ooops - for better SSHing I swicthed to ethernet....here WiFi:
 

root@sunvellr69:~# iperf3 -R -c 192.168.6.22
Connecting to host 192.168.6.22, port 5201
Reverse mode, remote host 192.168.6.22 is sending
[  4] local 192.168.6.152 port 49601 connected to 192.168.6.22 port 5201
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-1.00   sec  2.77 MBytes  23.3 Mbits/sec
[  4]   1.00-2.00   sec  2.96 MBytes  24.8 Mbits/sec
[  4]   2.00-3.00   sec  2.88 MBytes  24.1 Mbits/sec
[  4]   3.00-4.00   sec  3.08 MBytes  25.8 Mbits/sec
[  4]   4.00-5.00   sec  3.00 MBytes  25.1 Mbits/sec
[  4]   5.00-6.00   sec  2.96 MBytes  24.8 Mbits/sec
[  4]   6.00-7.00   sec  3.05 MBytes  25.6 Mbits/sec
[  4]   7.00-8.00   sec  3.04 MBytes  25.5 Mbits/sec
[  4]   8.00-9.00   sec  2.46 MBytes  20.7 Mbits/sec
[  4]   9.00-10.00  sec  3.15 MBytes  26.4 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth       Retr
[  4]   0.00-10.00  sec  30.5 MBytes  25.6 Mbits/sec    0             sender
[  4]   0.00-10.00  sec  29.5 MBytes  24.7 Mbits/sec                  receiver

iperf Done.


root@sunvellr69:~# iperf3 -c 192.168.6.22
Connecting to host 192.168.6.22, port 5201
[  4] local 192.168.6.152 port 49603 connected to 192.168.6.22 port 5201
[ ID] Interval           Transfer     Bandwidth       Retr  Cwnd
[  4]   0.00-1.00   sec  1.65 MBytes  13.8 Mbits/sec    2   76.4 KBytes
[  4]   1.00-2.00   sec  1.75 MBytes  14.6 Mbits/sec    1   66.5 KBytes
[  4]   2.00-3.00   sec  1.61 MBytes  13.5 Mbits/sec    0   74.9 KBytes
[  4]   3.00-4.00   sec  1.62 MBytes  13.6 Mbits/sec    4   59.4 KBytes
[  4]   4.00-5.00   sec  1.70 MBytes  14.2 Mbits/sec    0   73.5 KBytes
[  4]   5.00-6.00   sec  1.77 MBytes  14.8 Mbits/sec    1   62.2 KBytes
[  4]   6.00-7.00   sec  1.64 MBytes  13.7 Mbits/sec    0   72.1 KBytes
[  4]   7.00-8.00   sec  1.65 MBytes  13.8 Mbits/sec    0   80.6 KBytes
[  4]   8.00-9.00   sec  1.57 MBytes  13.2 Mbits/sec    0   87.7 KBytes
[  4]   9.00-10.00  sec  1.67 MBytes  14.0 Mbits/sec    0   94.7 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth       Retr
[  4]   0.00-10.00  sec  16.6 MBytes  13.9 Mbits/sec    8             sender
[  4]   0.00-10.00  sec  16.5 MBytes  13.9 Mbits/sec                  receiver

iperf Done.

 

Link to comment
Share on other sites

Funny thing about the SSH latency via WiFi:

If I do play Internet Radio via

mpg123 -v -@ /home/guido/absolut_128.m3u

on the HDMI console using WiFi I can use SSH at puTTY with like no lantency - also via WiFi

 

Seems like that when only my typeing is transmitted via WiFi - the XRadio would go in a like sleep mode between the chars :)

Link to comment
Share on other sites

10 minutes ago, guidol said:

Seems like that when only my typeing is transmitted via WiFi - the XRadio would go in a like sleep mode between the chars

Well, that was what we observed one year ago on Orange Pi Zero prior to disabling wi-fi powermanagement (it reads off in your and @t.munzer's iwconfig output). Anyway new image finished uploading: http://kaiser-edv.de/tmp/NumpU8/Armbian_5.34_Sunvell-r69_Ubuntu_xenial_default_3.4.113.img.xz

 

In my opinion the fex file is fine now (looking at it not that much from an Armbian perspective but more having users of other projects in mind like H3Droid, RetrOrangePi, Lakka or @jernej's OpenELEC who hopefully can use the fex 1:1). For Armbian we would need mainline kernel/u-boot support contributed by volunteers.

Link to comment
Share on other sites

26 minutes ago, tkaiser said:

Anyway new image finished uploading: http://kaiser-edv.de/tmp/NumpU8/Armbian_5.34_Sunvell-r69_Ubuntu_xenial_default_3.4.113.img.xz

In my opinion the fex file is fine now

For Armbian we would need mainline kernel/u-boot support contributed by volunteers.

Downloaded it already (23-Oct-2017 18:53 193264056) :)
But will test it tomorrow (other timezone her :) )

kernel/u-boot volunteer isnt my level :( so I have to wait

Link to comment
Share on other sites

1 minute ago, guidol said:

kernel/u-boot volunteer isnt my level :( so I have to wait

For me it isn't my level but my league.

 

Do I need to worry about that ?

root@sunvellr69:~# armbianmonitor -v
Starting package integrity check. This might take some time. Be patient please...

It appears you may have corrupt packages.

This is usually a symptom of filesystem corruption caused by SD cards or eMMC
dying or burning the OS image to the installation media went wrong.

The following changes from packaged state files were detected:

/lib/modules/3.4.113-sun8i/modules.dep
/lib/modules/3.4.113-sun8i/modules.dep.bin
/lib/modules/3.4.113-sun8i/modules.alias
/lib/modules/3.4.113-sun8i/modules.alias.bin
/lib/modules/3.4.113-sun8i/modules.symbols
/lib/modules/3.4.113-sun8i/modules.symbols.bin

 

Link to comment
Share on other sites

45 minutes ago, tkaiser said:

 

Reboot doesnt seems to work like before.... while booting up the <5 appears then the Ubuntu-login-Screen.
After u-boot the screen seems to be initialized in another way (short dissorted image)

Link to comment
Share on other sites

18 minutes ago, t.munzer said:

It appears you may have corrupt packages.

Interesting, maybe a packaging fix is needed.

 

11 minutes ago, guidol said:

Reboot doesnt seems to work like before.... while booting up the <5 appears then the Ubuntu-login-Screen.
After u-boot the screen seems to be initialized in another way (short dissorted image)

No idea and won't look into further. Current situation is that most needed bits are part of Armbian repo, everyone can build/improve legacy images and wrt 'full support' we need a wiki page and some copy&paste work (using Beelink X2 mainline stuff it's mostly just that + testing which I can't since not owning the device).

 

Desktop and CLI image as well as 'support package' with individual packages: http://kaiser-edv.de/tmp/NumpU8/

45a44de60feb7b388ad77c456ff58917  Armbian_5.34_Sunvell-r69_Support_Package.tar.gz
f3eb7ae54762e37df11a069d4193fddb  Armbian_5.34_Sunvell-r69_Ubuntu_xenial_default_3.4.113_desktop.img.xz
44fdbd858437df4c1cfce81f0d92a8a6  Armbian_5.34_Sunvell-r69_Ubuntu_xenial_default_3.4.113.img.xz

(No Debian yet of course since Stretch needs a newer kernel than the smelly Allwinner 3.4)

Link to comment
Share on other sites

Is there any tool for a checking stable and correct ethernet-transfer?

While I hear internetradio (via mpg123 or mplayer) I had some quirks and hicks on some stations, which I doesnt have with an OPi Zero (with AddOn-Board) or a NanoPi Neo2 with USB-Audio-Adapter while using also mpg123 or mplayer.

 

Maybe the R69 has only some problems with the compiles version of mpg123 or mplayer and it isnt the hardware, because with other services like SMB, FTP and SSH I didnt got any problems.

Link to comment
Share on other sites

On 30.10.2017 at 9:30 AM, manuti said:

Any chance of having Official support for this board?

 

Did you read what has been written just one post above?

On 23.10.2017 at 10:03 PM, tkaiser said:

wrt 'full support' we need a wiki page and some copy&paste work (using Beelink X2 mainline stuff it's mostly just that + testing which I can't since not owning the device).

 

It's up to users of the device taking care of it since obviously TV box manufactuers don't care about such stuff. Is there a wiki page? Has a user started to provide DT modifications? I don't think so.

 

On 30.10.2017 at 9:45 AM, guidol said:

Is there any tool for a checking stable and correct ethernet-transfer?

 

You could use iperf3 but should be aware that there can't be hardware related networking differences between OPi Zero and this box since the whole network functionality lives inside H2+ and only the external MagJack can make a difference. With Fast Ethernet also trace lengths on the PCB don't matter so if you get network issues with same software you're most probably already talking about defective hardware -- which wouldn't be a surprise especially given that the box is now on sale. I never understood why people expect quality hardware from dirt cheap TV boxes.

Link to comment
Share on other sites

43 minutes ago, tkaiser said:

I never understood why people expect quality hardware from dirt cheap TV boxes.

I dont expect real quality, but I want to check if it is the ethernet-port or the streaming-app or the driver for ethernet of the os.

The "dirty cheap" Orange Pi Zero (with Expansion PCB) is streaming Internet-Radio without problems and has also a Allwinner-SoC.

Link to comment
Share on other sites

2 hours ago, guidol said:

The "dirty cheap" Orange Pi Zero (with Expansion PCB) is streaming Internet-Radio without problems and has also a Allwinner-SoC.

This is what I was telling you already. H2+ on this TV box and H2+ on OPi Zero are obviously the same, Ethernet MAC and PHY live inside the SoC so there are NO differences to expect other than a mechanical issue (MagJack or cable broken, this is easy to spot with iperf3 as already suggested)

Link to comment
Share on other sites

4 hours ago, manuti said:

Hi @guidol may I use your board images in the wiki?

Thanks!!

Yes - for sure - if it do help :)

with the Fake-6.0.1 Android...its inly a Kitkat 4.4 - so no KODI 17.5 - only KODI 16.1

Her are pictures from @tkaiser - maybe you can use them also? what did you say Thomas?

R69_UBoot.jpg

R69_bottom.jpg

R69_top.jpg

Fake_Android_601_only_4_4.jpg

Link to comment
Share on other sites

Some minor issues related to @tkaiser armbian image, both of then:

  • lock the /var/dpkg after first apt update , so I need to manually fix before run apt upgrade
  • I can't make the system boot directly to armbian, I need to start Android -> insert the uSD card with armbian > go to a Terminal previously installed on Android > switch to root user (my device is factory rooted) > reboot
  • I configure the screen using h3disp with 1080p60 as I use with other boards. With the Desktop image, the tty are 1080p  and Ok but the Desktop is recognized by the TV as an 1080p but only room 3/4 of the screen.

 

Link to comment
Share on other sites

does any body  can boot Linux from eMMC? Here is my log:


 

Quote


U-Boot 2017.09-armbian (Nov 10 2017 - 02:54:22 +0100) Allwinner Technology

CPU:   Allwinner H3 (SUN8I 1680)
Model: Xunlong Orange Pi Zero Plus 2
DRAM:  1 GiB
MMC:   SUNXI SD/MMC: 1, SUNXI SD/MMC: 0
*** Warning - bad CRC, using default environment

In:    serial
Out:   vidconsole
Err:   vidconsole
Net:   No ethernet found.
Failed to mount ext2 filesystem...
** Unrecognized filesystem type **
Failed to mount ext2 filesystem...
** Unrecognized filesystem type **
starting USB...
USB0:   USB EHCI 1.00
USB1:   USB OHCI 1.0
USB2:   USB EHCI 1.00
USB3:   USB OHCI 1.0
USB4:   USB EHCI 1.00
USB5:   USB OHCI 1.0
scanning bus 0 for devices... 1 USB Device(s) found
scanning bus 2 for devices... 1 USB Device(s) found
scanning bus 4 for devices... 1 USB Device(s) found
       scanning usb for storage devices... 0 Storage Device(s) found
Autoboot in 1 seconds, press <Space> to stop
switch to partitions #0, OK
mmc0(part 0) is current device
Failed to mount ext2 filesystem...
** Unrecognized filesystem type **
MMC: no card present
mmc_init: -123, time 3

Device 0: device type unknown
... is now current device
** Bad device usb 0 **

Spoiler

 

 

 

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines