/sys/kernel/debug/dynamic_debug does not exist on my system (I did not take the extra step to create it).
echo '0000:00:10.0' | sudo tee /sys/bus/pci/drivers/e1000e/unbind
0000:00:10.0
tee: /sys/bus/pci/drivers/e1000e/unbind: No such device
echo '0000:00:10.0' | sudo tee /sys/bus/pci/drivers/e1000e/bind
0000:00:10.0
tee: /sys/bus/pci/drivers/e1000e/bind: No such device
The workarounds suggested have been tried in previous steps. In addition, my problem is not WiFi related so I could not try the WiFi specific remedies.
THIS WORKED!!!. Ethernet started working after the suggestion in step 7!!!
Wow, thanks a lot!
By means of the working solution, what seems to be the problem?
I am genuinely curious.
Ninja edit:
I just realised I did not provide a complete answer for your 4th suggestion (since Iâd have to also provide the dmesg output when the Ethernet works). Apologies. However, I donât think it matters since I guess we were able to kinda track the problem down.
Well, it should. /sys/kernel/debug/ can only accessed by root, so if you tried tab completion in the shell, it wonât work.
You seem to have used â0000:00:10.0â instead of â0000:00:19.0â when testing the fifth point.
I believe the device is in a state after the Windows shutdown that the Linux driver cannot handle properly. It seems a PCI reset helps. This was suggested in comment 55 of bug 201319, I just adapted it to your configuration.
I think Windows 10 no longer does a proper shutdown, it suspends to disk if Iâm not mistaken. This would explain having to kill the power to the machine manually.
If youâre still having this problem, I found a solution.
Okay, so after a lot of trial and error, I finally figured out how to solve this. I had the exact same error as you. Live USB wouldnât work, install wouldnât work, these solutions wouldnât work. Almost everything I tried just didnât work. Tried all these great solutions posted here as well. Thank you @pobrn wouldnât have gotten close without you!
Semingly the issue is that with the Intel PRO/1000 Network Driver something changes the defaults of the controller(driver). This had no effect on my windows boot before or after. You need to reset them all to default. You can do that in Arch/Ubuntu/Windows using Intels utility found here:
I cannot post links yet, but It is downloadcenter.intel dot com /download/29137?v=t
One could also google intels network utility as well.
Youâll need to have fast boot disabled in Windows and BIOS if youâre dual booting as well. For reference I am running an MSI z390 Pro Carbon Mobo. This seems to be a problem with the specific default driver for ASUS/MSI mobos.
I havenât been on Linux in over 10 years so hopefully this makes sense and can help someone in the future! Thanks to everyone in this thread!