Try using tcpdump -vvv port 67 or port 68 (add -i <interface name> if you have more than one interface) to see what is being exchanged
this post was submitted on 07 Oct 2024
23 points (100.0% liked)
Linux
47754 readers
763 users here now
From Wikipedia, the free encyclopedia
Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).
Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.
Rules
- Posts must be relevant to operating systems running the Linux kernel. GNU/Linux or otherwise.
- No misinformation
- No NSFW content
- No hate speech, bigotry, etc
Related Communities
Community icon by Alpár-Etele Méder, licensed under CC BY 3.0
founded 5 years ago
MODERATORS
load more comments
(4 replies)
You are missing the middle of your troubleshooting process.
Everything is physically plugged in, your dhcp device is doing its thing and the wire works.
But does your os see the card? Post the output of ip address show to find out!
If you wanna jump to the end, and I recommend you do not do that, your os has most likely recognized and automatically selected the fiber interface instead of the cat5 one.
ens6f1 looks to be your interface. I think you’re using networkd, sudo networkctl up ens6f1 ought to bring it up.
You can use systemctl enable to make it work every reboot.
The first command didn't work as networkd wasn't started, so I tried to start it with networkctl start networkd, but it said 'failed to start networkd.service: Unit networkd.service not found'
Oh, you’re not using networkd. That’s no problem. ip link set ens6f1 up should do the same ish thing.
load more comments
(4 replies)
Just to cover the obvious:
- Double check the cable is plugged in
- Double check that you have a green light on the NIC
You might have to bring this question over to the Debian Forum. I don't work with servers, but as noted above this sounds like a situation where you need to install a newer version of the kernel.
You could try using the Testing ISO https://wiki.debian.org/DebianTesting
Not necessarily as that hardware is older. It is better to check to see what is in dmesg and ip a first.
does the dhcp server show anything? like incomplete offers? you can try setting a static, using an IP that isnt assigned by the dhcp server.
Sorry, I'm quite new to this, but how do I check that?
Do you know where your DHCP server is? What are you plugging your Debian server's network cable into? I understand that networking apparently worked while you were installing Debian, and it's unclear why that would have changed, but if I were in your position the first things I would suspect would be something with the DHCP server itself (like it stopped running or ran out of addresses), or a lack of connectivity between the Debian server and the DHCP server.
In other words, I'd start troubleshooting with your network, but it's hard to suggest specifics because we don't know anything about your network. One simple thing to try might be to restart your router. For most home networks, that's where the DHCP server will be, and it should start up on boot.
I checked with my laptop, and the same cable provided internet there, which makes me think it's something to do with the software on the server.
If you set a static ip can you get connectivity? Have you confirmed that your interface is still up via Ifconfig or ip link?
load more comments
(20 replies)
What is the output of ip a
If ip a shows your NIC, I'd recommend checking your networking settings (you can do this via GUI in your DE's settings) to see if everything is set correctly e.g is automatic DHCP enabled? (It seems so, based on the error messages. That's just an example.)
I had a situation the other day where my laptop ethernet port was being assigned to an oddball subnet that had no network connection. As it turned out, I had set the port to share internet in order to set up a Google TV (my dorm network requires a MAC address, but the TV had an old version where you couldn't get the MAC address until after TV setup, which required a network connect) and had never reversed the setting.
Yeh, something is borked with your network settings. The port that's connected seems to be trying to connect over IPv6, but unless you're doing something weird, it should be IPv4 It should be in your network settings GUI.
I believe the installer version of Debian uses a newer kernel than the one it installs later, that's why your ethernet worked during installation. Sounds like a borked driver for the specific ethernet adapter and the older kernel. Get a usb-2-ethernet adapter, and retry to update the system, in case you get a newer kernel after updating it.
Thanks for the tip! So, just to clarify, you think that if I used an Ethernet female to USB2 male adapter, the drivers might work correctly? Might trying a different distro also work? I already tried Fedora and something else, maybe Manjaro? They didn't even get to the install screen, but maybe I should try some others that have newer drivers. Any recommendations?
Instead of re-installing, just use a usb ethernet adapter and see if that works. Linux supports most of them, but do some checking regardless online for the most compatible ones. Then update the system, remove that usb adapter, rebot. Now see if the original ethernet works. If still not, then continue using the usb adapter as your main source for networking.
They could also install a newer kernel from backports
Do you have another NIC? Maybe the card died?
Immediately after I installed Debian and before I booted into it? I guess I could try installing it again to see if the installer has internet still
You seem to be doing everything right including software wise. I would try to see if the card is dead. If you can rule that out, then you can continue trouble shooting. I am just trying to rule out simple answers.
view more: next ›