Closed jrtberlin closed 3 years ago
@LittleFox94 Thanks for testing!
These logs are from a first boot of the new gatesgarth? If so, the default mode is developer mode. So rdnis0
should have been setup anyway.
I think the issue is somewhere in usb-moded
. usb-moded
should setup the rndis0
interface. The strange thing is that this bump to gatesgarth didn't change anything related to usb-moded
.
Can you maybe check if usb-moded
has errors?
Also, can you try something simple like re-plugging the usb cable, to see if that changes things. Or maybe go from developer mode to adb mode and back.
Does it really start happening with gatesgarth ? Could this be related to https://github.com/AsteroidOS/asteroid/issues/149 interestingly @BigB84 also has a lenok and similar symptoms. I suppose that the usb interface, for some reason, has a different name on lenok and we start udhcpd with a hard coded config that sets it up on the rndis0 interface.
Like MagneFire suggested, have a look at the usb-moded config, maybe you can change the rndsi interface setup in the "developer mode" scripts or maybe you could dump the available interfaces somewhere and then check it from adb
After start today*, I reconfigured it to Developer mode and it works. So maybe a first boot or a "disable and enable again" thing
*: which had some problems, maybe battery faulty, maybe panics due to long time on fastboot mode and then trying to boot? Worked after I selected "Power Off" in bootloader and it automatically started again. Also was very slow after start and the still selected ADB mode didn't work
dmesg is full with adb messages, so maybe that slowed everything down
Thank you for looking into this.
Just to clarify, the Developer Mode works as it should after a reboot but ADB
is broken and spits out errors?
The bad performance on start is probably related to a regression in rng-tools
and unrelated to ADB
.
After reboot I got a new IP via DHCP, so this works. But watch isn't reachable, seems to have no IP itself. Also still very slow, watch face loaded for two minutes or something (x 2 y 3 in watch face selection x) )?
Selecting "charge only" and then "developer mode" again helps to reach the watch after the first reboot.
Shall I try this with another first boot?
oh interestingly there are still adb errors in dmesg:
[ 204.296708] read descriptors
[ 204.296818] read strings
[ 204.296918] start adbd only in ADB composition
over and over again, one such cycle per second
USB Ethernet DHCP server is not working, connected via
adb shell
to check whats going onLog of
udhcp-daemon
The interface
rndis0
does not exist, but since I'm connected viaadb
this is probably expected ..Probably unrelated other logs:
Happy to help debugging more