-
-
Notifications
You must be signed in to change notification settings - Fork 501
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Network | Rock(Pro)64: "ip a" reports "UNKNOWN" connection state #3066
Comments
@svh1985 Since
Could you paste the ETH loop block, where/how you placed the echos? Note that an iface is only recognised as "active", when I see you have quite some virtual interfaces, VLANs, docker and OpenVPN. The latter two should not interfere, but I am not sure if the VLANs attached to |
The output. I'm guessing it has something to do with the UNKNOWN state no?
I read that there were some fixes in the ayufan kernel, maybe that can fix the UNKNOWN state. Not sure how to install tho 🙈 https://forum.armbian.com/topic/9812-rock64-random-nic-failure/ Other than this, my NIC works as expected btw. |
@svh1985 To add/try the fix:
If this helps, we can add it with next update to all RockPis.
Just to sort it out, if the above bootloader additions do not help, you could try to disable docker, OpenVPN and VLAN interfaces temporarily and |
I added the lines, ran the command and rebooted but still UNKNOWN. When I'm home I'll try to disable the adapters and do the if up/down. Do you think a kernel upgrade will help? |
I just logged in and the IP now shows on the dietpi-banner, so it seems it DID solve the issue!
|
Small update: |
@svh1985 If there is no kernel update available until v6.26 release, we will patch this workaround in. Might you give us a hint here, if you receive one? Btw good find about the issue on ARMbian 👍. |
Ran the command this is the output.
|
@svh1985 Out of interest, does the following print any active processes, after you applied the |
To compare with other devices:
Or the other way round:
Must be scanned in smaller portions as 92428 files are too much input arguments for grep 😄!
If you ask me, the data give a VERY clear picture 👍. |
+ DietPi-PREP | Replace obsolete Rock64 GPU acceleration fix for Ayufan images with Ethernet fix for Rock64 and RockPro64: #3066 + DietPi-PREP | Apply Meveric backports APT preference on Meveric images only. E.g. out official Odroid C1 image is not based on Meveric, thus APT preferences or obsolete.
PR up to apply the fix to all new and existing Rock64 and RockPro64 images: #3087 |
I did some additional testing and I have some bad news: it only works when you run |
@svh1985
However we'll probably leave it inside, as it seems to fix some TX errors and NIC crashes according to discussion on ARMbian forum. However I am not sure if/when some fix will be in the kernel, or if it is already? Another reason to check if the fix really has any effect. To fix UNKNOWN state, we could otherwise add eth0 restart to DietPi-Boot script. I will add a testing request to MOTD. Would be good to find some more testers, especially ones with RockPro64. |
+ DietPi-PREP | Replace obsolete Rock64 GPU acceleration fix for Ayufan images with Ethernet fix for Rock64 and RockPro64: #3066 + DietPi-PREP | Apply Meveric backports APT preference on Meveric images only. E.g. our official Odroid C1 image is not based on Meveric, thus APT preferences are obsolete. + DietPi-Patch | Rock(Pro)64: Apply workaround for kernel-related Ethernet issues: #3066
ADMIN EDIT
ip a eth0
shows as connection stateUNKNOWN
, and in some cases the Ethernet connection seems to be unstable, with lots of TX errors.Apply the workaround
boot.scr.bak
, if anything fails. On Rock64 however it is safe.ifdown eth0 && ifup eth0
already fixes the connection state, so that it showsUP
.NB: This drops the network connection and restarts it, so at best be connected via keyboard and monitor instead of SSH.
ip a eth0
not shows connection state asUP
.ifdown eth0 && ifup eth0
solves this now.Creating a bug report/issue
Required Information
G_DIETPI_VERSION_CORE=6
G_DIETPI_VERSION_SUB=25
G_DIETPI_VERSION_RC=3
G_GITBRANCH='master'
G_GITOWNER='MichaIng'
Stretch
Linux RockPi 4.4.182-rockchip64 #1 SMP Fri Jun 28 17:34:00 CEST 2019 aarch64 GNU/Linux
Rock64 (aarch64)
Original PSU
EMMC
Steps to reproduce
Login and run
Expected behaviour
Weird because the eth0 is there:
The text was updated successfully, but these errors were encountered: