Losing DHCP IP address on Ethernet connection

[vjuluss]

So, it's in the title.

I'm using the hackintosh described in my profile (Gigabyte H87M-D3H, i5-4440, RX 570). System is up to date on Catalina.

My problem is sometimes, I lost the network connection. I can't ping the router, the computer seems to have lost its IP address (DHCP reserved). I tried to use a manual IP, same problem. I am pretty confident it's not the router, because I changed my FAI recently, and it comes with a new modem-router, but the problem is still there. The only solution I have found is to disconnect and reconnect the ethernet cable. I tried to renew the DHCP but it does nothing.

These last days, I'm playing with an old computer that I turned into a NAS with TrueNAS. I created a SMB share to store data. And I noticed this : every time I try to upload data to the NAS, the problem is here.

I don't even know where to start and what to google...

Look at this ping :

PING 10.0.1.1 (10.0.1.1): 56 data bytes <== Here I start the ping to the router
64 bytes from 10.0.1.1: icmp_seq=0 ttl=64 time=1.386 ms.
64 bytes from 10.0.1.1: icmp_seq=1 ttl=64 time=1.197 ms
64 bytes from 10.0.1.1: icmp_seq=2 ttl=64 time=1.362 ms
64 bytes from 10.0.1.1: icmp_seq=3 ttl=64 time=0.908 ms
64 bytes from 10.0.1.1: icmp_seq=4 ttl=64 time=1.441 ms
64 bytes from 10.0.1.1: icmp_seq=5 ttl=64 time=1.362 ms
64 bytes from 10.0.1.1: icmp_seq=6 ttl=64 time=6.642 ms. <== Here I start a file transfert (file is an CentOS ISO, around 1Go)
Request timeout for icmp_seq 7 <== Right after the computer lost the connection
Request timeout for icmp_seq 8
Request timeout for icmp_seq 9
Request timeout for icmp_seq 10
Request timeout for icmp_seq 11
Request timeout for icmp_seq 12
Request timeout for icmp_seq 13
Request timeout for icmp_seq 14
Request timeout for icmp_seq 15
Request timeout for icmp_seq 16
Request timeout for icmp_seq 17
Request timeout for icmp_seq 18 <== Here I unplug the cable
ping: sendto: No route to host
Request timeout for icmp_seq 19
ping: sendto: No route to host
Request timeout for icmp_seq 20
ping: sendto: No route to host
Request timeout for icmp_seq 21
ping: sendto: No route to host
Request timeout for icmp_seq 22 <== Here I replug
Request timeout for icmp_seq 23
64 bytes from 10.0.1.1: icmp_seq=24 ttl=64 time=1.301 ms. <== Computer find the Network, the transfer continues
64 bytes from 10.0.1.1: icmp_seq=25 ttl=64 time=1.319 ms
64 bytes from 10.0.1.1: icmp_seq=26 ttl=64 time=1.350 ms
64 bytes from 10.0.1.1: icmp_seq=27 ttl=64 time=2.409 ms
Request timeout for icmp_seq 28 <== Not for long, it loose the network again
Request timeout for icmp_seq 29
Request timeout for icmp_seq 30
Request timeout for icmp_seq 31
ping: sendto: No route to host
Request timeout for icmp_seq 32 <== disconnect the cable
ping: sendto: No route to host
Request timeout for icmp_seq 33
ping: sendto: No route to host
Request timeout for icmp_seq 34
ping: sendto: No route to host
Request timeout for icmp_seq 35 <== reconnect the cable
Request timeout for icmp_seq 36
64 bytes from 10.0.1.1: icmp_seq=37 ttl=64 time=1.263 ms. <== We have the network for 1 ping
ping: sendto: No route to host
ping: sendto: No route to host
Request timeout for icmp_seq 38 <== disconnect and reconnect cable
ping: sendto: No route to host
Request timeout for icmp_seq 39
Request timeout for icmp_seq 40
64 bytes from 10.0.1.1: icmp_seq=41 ttl=64 time=3.223 ms. <== We have the network for 1 ping again
Request timeout for icmp_seq 42
Request timeout for icmp_seq 43
Request timeout for icmp_seq 44
Request timeout for icmp_seq 45
Request timeout for icmp_seq 46
Request timeout for icmp_seq 47
Request timeout for icmp_seq 48
ping: sendto: No route to host
Request timeout for icmp_seq 49 <== disconnect and reconnect cable
64 bytes from 10.0.1.1: icmp_seq=64 ttl=64 time=1.322 ms. <== Here I cancel the transfer
64 bytes from 10.0.1.1: icmp_seq=65 ttl=64 time=1.445 ms
64 bytes from 10.0.1.1: icmp_seq=66 ttl=64 time=1.188 ms
64 bytes from 10.0.1.1: icmp_seq=67 ttl=64 time=1.329 ms
64 bytes from 10.0.1.1: icmp_seq=68 ttl=64 time=0.877 ms
64 bytes from 10.0.1.1: icmp_seq=69 ttl=64 time=1.020 ms

 

[P1LGRIM]

Try a different version of the Ethernet kext :

Releases · Mieze/RTL8111_driver_for_OS_X

OS X open source driver for the Realtek RTL8111/8168 family - Mieze/RTL8111_driver_for_OS_X

github.com

 

[vjuluss]

Thanks, it seems to be working well now ! An file transfer is running right now between my hackintosh and my CentOS server (yes I removed TrueNAS) and it still going, without any drops

FYI, I just mounted the EFI partition with Clover configurator, I removed the old kext and put the new one using Finder, reboot and voila.

 

[vjuluss]

So now the problem is back, I'm losing the connexion without doing anything... I don't know what to do.

 

[Edhawk]

Which Realtek Ethernet kext are you currently using?

I am using version 2.2.2 with my GA-H87M-HD3 board and it works perfectly fine.

 

[Edhawk]

Copy of RealtekRTL8111.kext version 2.2.2 is attached for you to try.

 

[vjuluss]

I’m using the one provided by P1LGRIM. But now it seems to be working fine. I just hope it’s not an in and out problem... we will see. I did change the port on the switch, so it also might be that.

 

[Edhawk]

Not a problem, hope the Ethernet connection remains steady.

 

[vjuluss]

So it is up and down. The other day I was playing a game while Transmission was doing what it does best, and it was disconnecting every 5-15mn. It was really annoying. The day layer, playing the same game but no Transmission, and everything was fine. So I think it depends on the network traffic.
So, I decided to fix the problem once and for all, and I bought a Mac Mini M1.

 

[Edhawk]

Hardly a cheap fix!

A cheap fix would be disabling the built-in ethernet port and installing a natively supported PCIe Intel Ethernet card, in a spare PCIe slot.