Odroid N2 support would be awesome! I've been reading up on it and it seems to be the best option if you want an SBC with USB3 support.
I pre ordered it!
On Fri, Apr 5, 2019 at 12:42 PM Millichrome notifications@github.com
wrote:
Odroid N2 support would be awesome! I've been reading up on it and it
seems to be the best option if you want an SBC with USB3 support.โ
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/MichaIng/DietPi/issues/2623#issuecomment-480343456,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ABfUYfwV2UV8aXBFTav8YQcHbvKIJvIWks5vd30FgaJpZM4bmGQv
.
Today I received the N2, if any testing will be required, I can help.
Fastest ARM based SBC on the market!
DietPi-Benchmark | https://dietpi.com/survey#benchmark : โ
โ - CPU Performance : Duration = 6.75 seconds (lower is faster) โ
โ - CPU Temp : Idle = 26'c | Full load = 32'c โ
โ - RootFS : Write = 39 MB/s | Read = 66 MB/s โ
โ - RAM : Write = 164 MB/s | Read = 262 MB/s
@rox-wolf
Thanks :+1: Aiming to have test image available 2-5 days.
@rox-wolf
Notes:
On it, will install my typical things and poke around. Maybe you also have something specific to test?
@Fourdee
Tested on N2 4GB RAM
WARNING: No swap limit support
WARNING: No cpu cfs quota support
WARNING: No cpu cfs period support
[14.04.2019 20:54:18] mediainfo: Plugin will not work. rTorrent user can't access external program (mediainfo).
[14.04.2019 20:54:18] spectrogram: Plugin will not work. rTorrent user can't access external program (sox).
[14.04.2019 20:54:18] screenshots: Plugin will not work. rTorrent user can't access external program (ffmpeg).
[14.04.2019 20:54:19] _cloudflare plugin: CfScrape module can't be loaded in Python
[INFO] Updating file: /etc/xdg/autostart/xcompmgr.desktop
and OK button. In general the build looks OK. Haven't seen any breaking bugs or hard crashes for the things I've tested. Quite powerful board, fun to see tiny resource usage and free RAM on 4GB version :)
@rox-wolf
Many thanks for the in-depth testing, really appreciate it :+1:
WARNING: No swap limit support
WARNING: No cpu cfs quota support
WARNING: No cpu cfs period support
This appears to be missing CFS kernel features in current kernel. I'll talk to Meveric (he maintains the kernel build via his repo, and, we use it also) and see if we can get them enabled.
Correct password is your global password, which is set during DietPi's install.
Ah yes, all our docs use the default password of dietpi
. Will see if we can mention that in docs.
Quite powerful board, fun to see tiny resource usage and free RAM on 4GB version :)
Hehe, yep, more room to run the stuff you need :+1:
Considering this board is cheaper $79.99 and much faster than the RK3399. Really impressed with it so far.
Heatsink design is simply excellent. Odroid really learnt a lesson and innovated from the XU4 2 seconds at full load to reach 95'c. Very few companies will focus on this area. Very impressed. My N2 is 42'c at full load after 1 minute, phenomenal.
My only gripe, it lacks the SATA ports of the N1.
I got my N2 now :D (4gb using emmc card), but the setup will fail when checking connection to
https://deb.debian.org/debian.
If i change the APT mirror to http://ftp.debian.org/debian it will go on.
I have test some sites with the DietPi-Config network test tool and it seem that https doesn't work at this point. (N2 has full accesss to the internet)
Very slow update & upgrade APT process. (conected via 1Gb LAN)
(more tests later)
@Jlkam
That is strange. deb.debian.org
is definitely reachable via HTTPS. apt-transport-https is installed? G_AGI apt-transport-https
Possibly the timeout of our check is simply to short. We have another report where the DNS name resolving takes unexpected long, although this has nothing to do with HTTPS (different protocol) but most properly that one of the three redirects that deb.debian.org
contains takes too long to resolve. Note that deb.debian.org
is a CDN (mirror director) that automatically redirects you to the closest mirror, so is a good default for images (and the default for fresh Debian images as well). ftp.debian.org
is a fixed server (mirror).
At least this is how it should be. Strange is that no matter if I check the redirections from my home server (northern Germany) or from UK server, it always redirects me finally to http://ftp.debian.org/debian/
You can check via: curl -LI https://deb.debian.org/debian
But perhaps it is also only done correctly when connecting via APT which then possibly contains some special request content that is handled differently. Not sure.
For reference:
I have cancel the update process because too slow and it tries to reinstall the same packages over and over again.
I tried the original emmc linux (ubuntu mate) and it doesn't have any issues to reach a https or even the https://deb.debian.org/debian/ address.
Tested with the same IP settings as before, and curl -LI https://deb.debian.org/debian and firefox.
(curl running into a time out under DietPi)
Switching back to the N2 DietPi image and it told me:
Log file contents:
Spider mode enabled. Check if remote file exists.
--2019-04-12 15:25:39-- https://deb.debian.org/debian/
Resolving deb.debian.org (deb.debian.org)... 130.89.148.14, 149.20.4.15, 128.31.0.62
...
Connecting to deb.debian.org (deb.debian.org)|130.89.148.14|:443... connected.
Unable to establish SSL connection.
Note the wrong time stamp.
Also the same error when i try https://google.com.
Sorry but currently i can't bring this to life.
@Jlkam
Note the wrong time stamp.
Ah, so it is indeed to wrong time stamp that causes SSL connection issues. Please try: /DietPi/dietpi/func/run_ntpd 1
Tested using the image provided. I couldn't get Kodi to run, I'm guessing because no GPU drivers. I was able to get Chromium to autorun on startup but it didnt scale to the full screen, likely GPU again since it's X11.
@MichaIng
Now the time is right but the error stays the same. :(
@MichaIng
If i ping some addresses internet or even local ones then most of the packets are lost, changing the cable brings no improvement.
After i go back to the original ubuntu mate image with the same cable and configurations all ping or curl issues are gone.
So i think the dietpi network driver is the issue.
I found the solution just update u-boot.
@Jlkam
Whatever the u-boot version has to do with network capability ๐ค. However I am glad it works now.
Is there as well an update available in the firmware APT repo? apt dist-upgrade
does it offer an update as well?
@Fourdee
Perhaps a final image should contain the updated u-boot then? Not sure though if this would be included automatically via APT update on DietPi-PREP, or does this only include the kernel itself?
@MichaIng
U-boot also includes a base network driver. It seem that there is an update in the repo.
But a fixed u-boot has to be include in a new image because you can't do apt dist-upgrade with a broken network .
@Jlkam
But the u-boot network driver is only for u-boot internal use, isn't it? I though as fast as systemd stage is reached the system network driver is in use.
However jep new image makes sense, at best after some more testing/fine tuning has been done. Generally since the device is pretty new, including Meverics image we use + his kernel/firmware repository, some childhood sicknesses are expected ๐.
For reference to track possible kernel/firmware related issues: https://forum.odroid.com/viewtopic.php?f=179&t=33865
@MichaIng
Yes your right but there must something that cause these behavior.
That is the forum thread were i found the solution please read the last posts Meveric will create a new image.
Following the issue. I'm getting a N2 as well and hope to contribute.
Likewise, received mine yesterday. Let me know if theres anything in particular you would like testing.
@Wixely
I was able to get Chromium to autorun on startup but it didnt scale to the full screen, likely GPU again since it's X11.
To make Chromium scale, edit /DietPi/dietpi.txt
and set SOFTWARE_CHROMIUM_RES
parameter to 1920x1080 or other resolution.
Today I've did a fresh install and the MOTD is messed up:
Ah sorry the N2 image was already created with v6.23 code and I made a change to the MOTD system that it is a script that allows targeted messages based on system/device/version or such. I suggest you update it to the current beta:
G_DEV_BRANCH beta
Thats fixed the MOTD issue for me
Got the board. I already built the newer Kernel for it (4.9.170) with additional cgroups like reported by @rox-wolf (from Docker).
I can upload it and the modules if needed. Will write a review soon.
Have you manage to get a woking Kernel with CONFIG_CFS_BANDWIDTH enabled? I've not managed to get a booting kernel with it enabled, it just boot loops.
@adamhf yes:
carlosedp@DietPi:~ $ zcat /proc/config.gz |grep CONFIG_CFS_BANDWIDTH
CONFIG_CFS_BANDWIDTH=y
carlosedp@DietPi:~ $
carlosedp@DietPi:~ $ uname -a
Linux DietPi 4.9.170+ #1 SMP PREEMPT Thu May 2 16:23:59 -03 2019 aarch64 GNU/Linux
Grab it here:
https://gist.github.com/carlosedp/704c1cb05a4d19ec044e684a5895edca
Thank you, I'll give it a go over the weekend. I already raised https://github.com/hardkernel/linux/pull/374 for some other modules. You may want to make a similar request.
Nice! The one I built already have those too. Let me know if your tests worked!
I also had to do uboot update as my N2 stopped getting IP address on to the network when I got new router and static IP also didn't want to work. Downloaded the uboot image from https://github.com/hardkernel/u-boot/releases and ran the included script: ./sd_fusing.sh /dev/sdb
where sdb was my sd card name on Linux.
I just received my ODROID N2 4GB in the mail with a 128GB eMMC.
I'd like to help with testing, but am not sure how to help. Any pointers would be helpful.
@ODINITE
Hi, thanks for chipping in. Most general testing has been already completed in this ticket. We are waiting for GPU drivers before we can test Kodi etc, until then, simply use the device as a server and report any issues you experience (if any, yet to find any issues on mine).
@Fourdee Is there any info regarding the GPU drivers? If I understand correctly, they are meant for kernel v5 and are not working well with currently used v4 kernel by DietPi.
@Fourdee
Thanks for the input!
Where is the most up-to-date image for the N2? Is it still this one:
https://dietpi.com/downloads/testing/DietPi_OdroidN2-ARMv8.7z
Thank you!
@ODINITE I'm using the same image, but I've set the branch to beta. Simply edit dietpi.txt
file on your boot partition and set this variable from DEV_GITBRANCH=master
to DEV_GITBRANCH=beta
I'm also using the same image as @ODINITE on my N2. I am trying to set up a nextcloud + mail + bitwarden server with a 500Gb SSD connected via USB.
When trying to select my SSD as my user data directory it successfully moves my data but afterwards the path that i can see is still the SD-card. should it be like that?
@benjaminpreiss
afterwards the path that i can see is still the SD-card
Where (in which program/menu) do you mean? Note that /mnt/dietpi_userdata will always stay. After moving the userdata, it is a symlink that points to the actual location. But in DietPi scripts/menus the real location should be shown, so if this is not the case, I will check and fix.
You can assure the correctly used location: ls -l /mnt/dietpi_userdata
sorry for the delay... after restarting the device it was all displayed correctly. i meant the initial configuration menu that one gets when installing dietpi the first time.
everything is working just fine now.
@Fourdee
GPU support seems to be there: https://forum.odroid.com/viewtopic.php?f=179&t=33865
Lets implement based on setup-odroid method: http://fuzon.co.uk/meveric/pool/main/s/setup-odroid/
Most helpful comment
Following the issue. I'm getting a N2 as well and hope to contribute.