You are not logged in.
Hello,
Someone have an idea of how to allow this thing to take a dhcp address ?
Kernel : 4.19.0-13-amd64
Driver r8152 version : r8152 4-1:1.0 eth0: v1.09.9 (base driver) and try the latest from Realtek r8152 4-1:1.0 eth0: v2.14.0 (2020/09/24)
Issue : ask an ip address and received one from DHCP with ip but not received by the device or not confirm packet receipt to the DHCP
Only error message found :
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 11
send_packet: No such device or address
Failed to send 300 byte long packet over eth0 interface.
USB recognized and driver loaded :
Port 1: Dev 2, If 0, Class=Vendor Specific Class, Driver=r8152, 5000M
usb-devices :
T: Bus=04 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 2 Spd=5000 MxCh= 0
D: Ver= 3.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 9 #Cfgs= 2
P: Vendor=0bda ProdID=8153 Rev=31.00
S: Manufacturer=Realtek
S: Product=USB 10/100/1000 LAN
S: SerialNumber=001000001
C: #Ifs= 1 Cfg#= 1 Atr=a0 MxPwr=288mA
I: If#=0x0 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=ff Prot=00 Driver=r8152
Interface is there mac address detected too with a 1gb link without issue and received dhcp packet with IP from the dhcp server.
I try to set a fixed ip no communication at all under windows it's work without issue so not an hardware issue.
I need a more recent kernel ?
Or there is a trick ?
Thank you for your help
Last edited by nings (2021-01-19 00:53:00)
Offline
Not really understand your question but it's another computer and I have another network card if needed.
Just want to understand why I can't made this thing work and I have installed firmware-realtek too
Last edited by nings (2021-01-16 14:33:25)
Offline
Not really understand your question but it's another computer and I have another network card if needed.
Just want to understand why I can't made this thing work and I have installed firmware-realtek too
it could be a configuration issue?
Offline
Probably not dhcp work received the request and send an IP I can catch the packet with tcpdump.
I try to set a static ip but can't ping the gateway. Gateway no received any packet. Default route is good.
Offline
Would you mind drop the outputs of two commands:
# ls /sys/class/net
# ip link
That should provide exact information of the link level, and possibly point to where a problem might be.
Offline
ls /sys/class/net
eth0 lo
ip link
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000
link/ether 00:.. brd ff:ff:ff:ff:ff:ff
DHCP packets :
Request : 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:... (oui Unknown), length 300, xid 0x8f75377b, Flags [none]
Client-Ethernet-Address 00:.. (oui Unknown)
Reply : dhcpserverip.bootps > 192.168.X.X.bootpc: BOOTP/DHCP, Reply, length 300, xid 0x8f75377b, Flags [none]
Your-IP 192.168.X.X
3s later ask again an ip and server reply again with the ip..
Last edited by nings (2021-01-16 15:17:26)
Offline
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet6 fe80::... prefixlen 64 scopeid 0x20<link>
ether 00:... txqueuelen 1000 (Ethernet)
RX packets 52 bytes 3670 (3.5 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 34 bytes 5557 (5.4 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
Offline
Try the firmware-realtek package from the beowulf-backports repository.
Brianna Ghey — Rest In Power
Offline
Try the firmware-realtek package from the beowulf-backports repository.
Thank you for idea but not seem work better with backports and even chimaera
firmware-realtek 20201118-1
Last edited by nings (2021-01-16 16:16:45)
Offline
Did you check if the firmware was loaded?
# demsg | grep firmware
Can you assign static IP addresses manually? For example
# ip a add 192.168.0.23/24 dev eth0
# ip r add default via 192.168.0.1
Also check your router settings, my old router ran out of DHCP slots after I was running a randomised MAC address on my laptop for a while.
Brianna Ghey — Rest In Power
Offline
Did you check if the firmware was loaded?
# demsg | grep firmware
It not try to load any firmware and no "firmware" entry with modinfo r8152
How I can force a firmware ?
Kernel 5.X trying to load "rtl_nic/rtl8153b-2.fw"
Can you assign static IP addresses manually? For example
Already done but not work
Offline
Yes it seems to probably be a module/firmware issue;
perhaps https://www.pcsuggest.com/install-rtl8153-driver-linux/ from 2018 will help you.
Offline
head on a stick made a typo.
I'm not seeing it. # signifies root in a terminal. He just used the symbol instead of the words.
Online
dice wrote:head on a stick made a typo.
I'm not seeing it. # signifies root in a terminal. He just used the symbol instead of the words.
not the symbol, it was "demsg" instead of dmesg.
Did you check if the firmware was loaded?
# demsg | grep firmware
Last edited by dice (2021-01-17 03:49:29)
Offline
not the symbol, it was "demsg" instead of dmesg.
LOL! May be time for me to get those cataracts removed.
Online
Make sure you have permission to use the device... someone here may tell us how.
perhaps like this...
lsusb
#Bus 003 Device 002: ID 0bda:8771 Realtek Semiconductor Corp.
chown -R glenn:glenn /dev/bus/usb/003/002
pic from 1993, new guitar day.
Offline
The r8152 driver has trouble within the 4.19 kernel:
https://bugs.debian.org/cgi-bin/bugrepo … bug=919656
Offline
Sorry for the typo, I have mild dyslexia.
chown -R glenn:glenn /dev/bus/usb/003/002
That's not a good idea and anyway it would be reverted at the next boot.
perhaps https://www.pcsuggest.com/install-rtl8153-driver-linux/ from 2018 will help you.
The r8152 driver is included in the stock beowulf kernel so the OP should try applying the quirk mentioned in the bug report linked by PedroReina.
Brianna Ghey — Rest In Power
Offline
also what does /etc/network/interfaces file look like?
auto eth0
iface eth0 inet dhcp
Make sure you have permission to use the device... someone here may tell us how.
I'm with root
The r8152 driver is included in the stock beowulf kernel so the OP should try applying the quirk mentioned in the bug report linked by PedroReina.
I try that now
Thank you
Sorry for this bug but it's very strange. I upgrade my kernel to the latest 5.10 from Chimaera but seem the exact same issue.
Integrated driver load the firmware without issue but same problem
Compiled driver from Realtek website not load firmware but same problem again
When I fix the static ip address tcpdump view the ping query AND ping reply but nothing come back to the console (no error, no ping).
I try the quirk way now may be it's that
Offline
Sorry but always the same issue even with GRUB_CMDLINE_LINUX_DEFAULT="usbcore.quirks=0bda:8153:k
Now I can have this error in the log with the latest driver from Realtek (2.14) :
r8152: module verification failed: signature and/or required key missing - tainting kernel (This parameter change nothing in MakeFile : CONFIG_MODULE_SIG=n)
With kernel 5.10 delivered driver no error the firmware is loaded successfully but seem not received/accept ip from the DHCP server.
Something can intercept/block RX packet from a working usb/ethernet device fo reach the kernel ?
tcpdump of this interface show me the packet so the physical device received really the packet just seem not forwarded to the kernel that's possible ?
Offline
Something can intercept/block RX packet from a working usb/ethernet device fo reach the kernel ?
The DHCP set up is done by a dhcp client program, and not "the kernel". That dhcp program is typically run by a network management subsystem.
Which network managment are you using?
What's the output of pgrep -a dhcp ?
Do you have a firewall set up?
Offline
Thank you for your help this time the driver and usb/rj45 work fine
Probably the "usbcore.quirks" who solve this issue.
The last error is on my side but not know exactly what is the problem for the moment so sorry.
I try on a third computer same error but finally use another vlan and catch IP directly.
Offline