Dev1 Galaxy Forum / NIC replacement issues

Re: NIC replacement issues

dummy@example.com (Head_on_a_Stick) — Sat, 18 Jan 2020 10:58:10 +0000

rolfie wrote:

I have the feeling that FF is resolving adresses very slowly now.

You're probably imagining it (or it's purely coincidental). Renaming the interface shouldn't affect address resolution.

Installing and configuring unbound will provide a caching nameserver that should (slightly) speed up resolution for repeated attempts.

EDIT: remove the file rather than rename it.

Re: NIC replacement issues

dummy@example.com (rolfie) — Sat, 18 Jan 2020 10:42:50 +0000

Thanks, the contents pointed to the Realtek NIC. Renamed the file and everything is back to eth0.

I have the feeling that FF is resolving adresses very slowly now. Is there an easy way to generate a new rule for the Intel NIC?

Thanks, rolfie

Re: NIC replacement issues

dummy@example.com (Head_on_a_Stick) — Fri, 17 Jan 2020 18:14:02 +0000

Remove /etc/udev/rules.d/70-persistent-net.rules

NIC replacement issues

dummy@example.com (rolfie) — Fri, 17 Jan 2020 17:48:14 +0000

Got a M5A99X EVO R2 board running ASCII. The onboard NIC (Realtek) suddenly stopped working. I had an Intel GBit NIC around I did install in the PC and disabled the onboard chip in the BIOS. This is no more detected by lspci.

But now ASCII insists on replacing eth0 with eth1. Had to modify the interfaces settings.

Where do I need to look to stop ASCII/(eudev?) doing this?

Thnaks, rolfie