Hii, I have posted previously regarding this issue…
From previous forum post, suggestion is NIC dead… But now i used manjaro live cd boot up, The network card is fine… i can access this forum with it.
Anyway to fix it without reinstalling ?
1st question:
Since for linux , all drivers were “built in” into Kernel…
And since ethernet card driver is not working…
Cant i just download a new kernel or just reinstall the very same kernel … will that fix the problem ?
No, this will not work. The module (driver) is compiled against the current version. It have no effect on other kernels. So, if kernel 5.10 works for you, why do you really want to upgrade the kernel? LTS is quite safe to use without upgrading it every 3 months with stable one.
However… when i read you previous post, then i assume that the module e100 does not “de-freeze” correctly after wakeup. Only the logs can say more…
Can you please explain what do you meant by "the driver module is compiled AGAINST the current version (which is Kernel: 5.10.36-2-MANJARO gcc v: 10.2.0 ) ? My english is not that good. Did you meant the “driver module is compiled FOR current version of kernel - 5.10.36-2 Manjaro” ?
If anybody install a newer kernel , will the so called “driver module” not be also recompiled too ? else how can it possible for anybody to run a newer kernel without crashing ?
No really my liking to upgrade kernel from LTS to Non-LTS, was just asking.
Since the modules are compiled for kernel 5.10, can i just reinstall kernel 5.10… will that fix the problem ?
Which log can provide more info, can you show me the cli command to me ? Thanks
I have restarted the desktop already, does the log still hav the info that relevant ?
That does mean: it uses the header files of the current kernel and can only be used with this kernel.
This driver (e100) comes precompiled. But there also DKMS ( Dynamic Kernel Module Support) which compiles the driver module when the kernel has been upgraded, changed a new one has been installed.
If there no problem with v5.10, then don’t change it. Only if you have a good reason. I assume the problem happens only when suspending, so there must be something wrong with the driver or the firmware (UEFI/BIOS), since it interacts there through ACPI.
Here:
modinfo e100
will display more information and also parameters on the bottom.
I was trying to access manjaro forum after woke up the desktop from suspend into ram… somehow…
inxi --verbosity=7
and
ip addr
causes konsole to not able to execute the command above (it is not freeze, but not producing any output)… weird… is it really suspend and wake up causing problem ? ? this is Live iso… so weird… ! Need to reboot again…
Yap, you are right, after i execute systemctl suspend into ram, the NIC failed… and inxi --verbosity=7 again doesn’t produce output… but it is not freeze.
Something Not right… kernel fault ? But my manjaro live iso is running 5.10.36-2 kernel (uname -r)… it suppose to be stable kernel…
Now, i executed shutdown now : it took over 5 minutes to shutdown… avahi and user manager, (something like A stop job is running for user manager (4 mins / 5mins) then it took another ~7 mins to shutdown network manager…
I have boot up my desktop (the one with NIC failure), the network card is fine… working. i checked the kernel that is running right now, uname -r it is kernel 5.4.131.1
Commonly linux follows strictly ACPI specifications. Some UEFI/BIOS have exceptions or workarounds for Windows, but not Linux. Maybe your UEFI is just buggy… Can’t say anything specific here…
Please upload your full log from today of your local installation:
Err… How on earth can i post Journal logging to you? … now that the os on the desktop itself no longer have the NIC issue when “suspend to ram” ? I hate this kind of issue…
I just tried 2 times of suspend, but everytime it wakes up without NIC problem… appears to be “fixed itself ?” I hate this kind of thing… unknown problem fixed unknowingly… and reoccurs again in future…
However… i guess if suspend (S3) also called “deep sleep”, works and it have problems when wake up, then i assume the problem is “fastboot” which I mentioned.
Sorry Megavolt, there is a misunderstanding here.
I understand the journalctl and curl command that you gave me above just fine.
What i meant from my last post was:
I have being using 2 method to boot in the desktop.
desktop own installed kernel 5.4
manjaro live usb with kernel 5.10.
I first encountered the problem on kernel 5.4.
Later i tried using usb live image [kernel 5.10] and encounter the exact same problem. (it is from here you started to give me advice on journalctl log). But i was thinking i need to run the desktop own installed kernel in order to provide a useful log to you instead of provide you with the live usb kernel log.
Hence i reboot the desktop with it own kernel (5.4) and behold, the problem has disappeared.
Since no NIC issue now, the journalctl log will no longer provide you with useful data to analyze.
Can i make the journalctl log a bit older log that might have the issue logged ?
And i hate it when i have put in so much time asking around help to solve a repeating issue, but then the problem suddenly subsided… and i can’t proceed to find the root of the problem… And i know the same problem might pop out again sometime in the future… That’s what i hate most… time wasted.
Do you think the journalctl log might still having the problematic log in it , since it has being rebooted so many time ? and over ++ 24 hrs… ? can you reshape the journalctl log command ?
Or can i somehow make my computer accessable to you in order to look inside easier ? I am happy to learn how to do remote login on linux without resolving to 3rd party software such teamviewer (so far have no chance to learn). There is not much important or sensitive data on this desktop anyway… it is just for some non sensitive stuff , like surfing…
BTW, i was thinking of providing you with 2 journalctl log, (1 is before suspend, and 1 is after suspend) to compare with. but then after i suspended the pc and wake up, the NIC still running fine… Hence i don’t know what to do to provide you with a meaningful journalctl log.
I am waiting (not doing anymore reboot to desktop) while waiting for your further advice in order not to make the log even more complicating .
It creates a vnc server, which is accessible by your ip address and Port 5900. The TCP Port must be open on your NAT in order to have access over internet, since there is no server out there which tunnel your traffic or expose your IP, so it is a real direct connection. It is also possible to set a temporary password here.
But no idea if there is something on KDE like that Since I don’t use it.
VNC can be installed and configured also manually.
Most people use a SSH tunnel for extra security. So that VNC runs only locally and can be accessed only locally.
Over SSH one creates a tunnel and forward the port 5900 to the local machine to the remote one over a socks proxy. But here the Port 22 (or a custom one), must be open also.
I have got the " boot log" according to your instruction above,… the log is such a long list… How can i replace out the possible of sensitive data from it. ? like ip or something.
I have also tested $sudo nmcli connection reload" and some other “nmcli” command to restart the network device… There is one time, when i do a restart of Network device; the internet connection become good. but then after a few minutes… the network card disconnected again (same old issue is back)… restart using nmcli command won’t solve it…
so, it is not really issue with suspend… there is something going wrong behind constantly… which log can see what is the whole system doing behind ? things like API calls in windows os… etc…
I will provide boot log and suspend log here after filter out sensitive data… just for safe sake… it is open forum. Even so , i think it should do much harm for all those log data to be expose to public…