lost my ethernet, beginning troubleshooting

brent

driver and connection look healthy here as well:
~ lshw
*-network
description: Ethernet interface
product: Ethernet Connection (2) I218-V
vendor: Intel Corporation
physical id: 19
bus info: pci@0000:00:19.0
logical name: eno1
version: 05
serial: 44:8a:5b:d1:fd:6d
size: 1Gbit/s
capacity: 1Gbit/s
width: 32 bits
clock: 33MHz
capabilities: pm msi bus_master cap_list ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
configuration: autonegotiation=on broadcast=yes driver=e1000e driverversion=5.15.32-213.current duplex=full firmware=0.1-4 ip=192.168.0.15 latency=0 link=yes multicast=yes port=twisted pair speed=1Gbit/s
resources: irq:38 memory:f7200000-f721ffff memory:f7238000-f7238fff ioport:f040(size=32)
*-usb:1
description: USB controller
product: 8 Series/C220 Series Chipset Family USB EHCI #2
vendor: Intel Corporation
physical id: 1a
bus info: pci@0000:00:1a.0
version: 05
width: 32 bits
clock: 33MHz
capabilities: pm debug ehci bus_master cap_list
configuration: driver=ehci-pci latency=0
resources: irq:16 memory:f7237000-f72373ff

Network Manager applet shows a wired connection but won't show the profile when clicked on.

All signs are I have a healthy wired internet......but netstat show NO packets gived/received....no internet...no pinging of anykind....
....where in the pipeline am I not looking?

elfprince

brent Router reboot?

brent

tried that last night but after all the moves I've made today, it will not hurt to reboot OS and Modem. I think Artix bit me and assumed control of the hardware (network manager).
Windows and Artix share a disk but even if I unplugged separate-disk-Solus for all this nothing could shield it from someone going rogue in the intel modem card....

....sudo modprobe e1000e allegedly makes the driver wake up (e1000e is the Intel modem driver).
systemctl has no --verbose so no knowing if any of my moves hurt or helped...

when in doubt reboot🙂....
a drum roll and a lager please.....

Axios

brent Every os has its issues even win7 on this new computer I got.
Just getting tired of the wierd ones..

brent

Axios Just getting tired of the weird ones..

me too. is exhausting anymore

brent

Played with the Solus problem this in the morning. walked away. had to work from Windows (vomit) half the day and figure out why arch is being surly...
...anyways I took @elfprince 's advice of a simple modem reboot/unplug/let gremlins leave....when I returned to Solus my Wired Connection was restored. Even though it shared the Intel Modem Driver, Windows was never affected by the absence of packets and connection elsewhere. Of course😉.
Dig it.
Kindly mark SOLVED, thank you.

Harvey

Root cause could have been many things as I do not have the complete context but I will take this time to remind people dual booting with Windows you need to disable fast startup or it can cause issues with devices not working in Linux. Additionally sleep states can cause data loss when dual booting https://wiki.archlinux.org/title/Dual_boot_with_Windows#Fast_Startup_and_hibernation

Which is one of the many reasons I recommend using VMs where possible instead of dual/multi booting.

brent

Harvey in this case its win on one drive and solus on another drive and a 'dual boot' that exists only in quotation marks because boot order is only decided by boot menu window on an F11 spam after boot. If I ignore that then Solus boots up default. Also, my power settings in both operating systems have sleep/hibernate/screen saver disabled. No sleep/hibernate ever. Also my bios has no Secure Boot setting to enable/disable. My MSI bios is a weirdo bios that claims it is both UEFI and Legacy Enabled but in reality is just UEFI.
But Win and Artix (arch) do share a drive and are a true dual boot (both separated in boot menu that I have to manually call up) and what's interesting about your link is this:
"Windows cannot read filesystems such as ext4 by default that are commonly used for Linux. These filesystems do not have to be considered, unless you install a Windows driver for them.....The only issue with regards to disabling UEFI Secure Boot support is that it requires physical access to the system to disable secure boot option in the firmware setup, as Microsoft has explicitly forbidden presence of any method to remotely or programmatically (from within OS) disable secure boot in all Windows 8/8.1 and above pre-installed systems" (emphasis mine).

What is my point? If Windows can shield itself from outside Firmware Interference then that would explain any network disabling that arch (or it's idiot user myself) did not effect Windows. And that IS the reason it affected Solus one innocent disk away.

You are right (wetgeek says it all the time) that the only good way to distrohop is VM...but there is no romance or adventure in VM...I'm getting at the age where I'm getting sick of the headaches though🙂

tomscharbach

brent I'm getting at the age where I'm getting sick of the headaches though🙂

When it comes to computers, pain-avoidance is a good thing. LTS (Linux Tinkerer's Syndrome) is not compatible with pain-avoidance. Save the romance for the object of your desire, sky dive for adventure. 😆

brent

tomscharbach LTS (Linux Tinkerer's Syndrome) is not compatible with pain-avoidance

that should have been in big shiny letters, repeated as mantra, and lit up in the sky with klieg lights before I signed up for this post-windows tour...🙂 edit.....and I still would have done it my way...

tomscharbach

brent I still would have done it my way ...

I think that just about every Linux user goes through an Linux Tinkerer's Syndrome stage sooner or later. I did, despite 30+ years experience in a professional IT setting where "thoroughly understand what you are doing before you do it" was hammered into my head over and over again. After I burned myself enough times during the LTS stage, I eventually returned to a marginal level of sanity, reserving my LTS adventures to VM's.