[gelöst] debian-9.8.0-amd64: LAN-Adapter wird nicht konfiguriert

[rowo]

Ich habe 3 verschiedene ISOs von 9.8.0 getestet, aber bei keinem wird ein Standard-LAN-Adapter konfiguriert.

Die ISOs sind:

Code: Alles auswählen

debian-9.8.0-amd64-netinst.iso
debian-live-9.8.0-amd64-xfce+nonfree.iso
firmware-9.8.0-amd64-netinst.iso

Der LAN-Adapter

Code: Alles auswählen

lspci |grep Giga
02:0f.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8110SC/8169SC Gigabit Ethernet (rev 10)

wird bei 50+ anderen Linux-Distros ohne Probleme als enp2s15 erkannt und per DHCP (oder manuell) konfiguriert.
Bei Debian 9.8.0 wird er ebenfalls als enp2s15 erkannt, jedoch lässt er sich weder per DHCP noch manuell konfigurieren.
In der Folge kann kein Mirror erreicht werden und daher ist natürlich auch kein Netinstall möglich.
Diese Problem hatte ich bei Debian vorher noch nie. Ich werde jetzt mal firmware-9.7.0-amd64-netinst.iso testen.

Edit: Es gab doch ein Hardware-Problem mit der Karte. Bei ungefähr der Hälfte der getesteten Linux-Distros funktionierte sie, bei den anderen nicht. Bei letzteren schalteten sich die LEDs an der Buchse gar nicht ein, weil tatsächlich kein Trägersignal erkannt wurde. Bei den Distros, wo sie funktionierte, leuchteten nur rot und gelb statt wie normalerweise grün und gelb.

Ich habe jetzt einen RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller eingebaut und mit diesem funktionieren wieder alle installierten Distros, auch Debian stable 9.8.

[rowo]

Bei firmware-9.7.0-amd64-netinst.iso das selbe Problem.
Auszug aus /var/log/syslog:
40636

[MSfree]

Wie aktuell ist denn die Hardware?

Z.B. was steckt für eine CPU auf dem Board, um das Alter ein wenig einschätzen zu können.

[guennid]

Bei Debian 9.8.0 wird er ebenfalls als enp2s15 erkannt

Du weißt schon, dass enp* eine Bezeichnung von udev ist, während der Kern nach wie vor erst mal eth* anlegt, wenn er eine NIC „erkennt“?

So lange Code-Zeilen sollten nach nopaste gesendet werden.

Grüße, Günther

[rowo]

Das mehr als 10 Jahre alte Mainboard ist ein GA-MA69VM-S2, die CPU ein AMD Athlon 64 X2 Dual 5000+ (2) @ 2.600GHz.

[MSfree]

Das mehr als 10 Jahre alte Mainboard ...

OK. Bei so alter Hardware sollte die Installation sogar völlig ohne Firmware machbar sein. Daß selbst Gigabit-Ethernetkarten heutzutage Firmware brauchen, ist eher eine aktuellere Entwicklung.

In dem Fall würde ich es wohl mit Debian-8 probieren. Hier dann nur ein textbasiertes Basissystem installieren und sofort nach dem ersten Boot mit angepaßter /etc/apt/source.list per apt-get dist-upgrade auf Debian-9.8 aktualisieren.

[rowo]

OK. Bei so alter Hardware sollte die Installation sogar völlig ohne Firmware machbar sein. Daß selbst Gigabit-Ethernetkarten heutzutage Firmware brauchen, ist eher eine aktuellere Entwicklung.

In dem Fall würde ich es wohl mit Debian-8 probieren. Hier dann nur ein textbasiertes Basissystem installieren und sofort nach dem ersten Boot mit angepaßter /etc/apt/source.list per apt-get dist-upgrade auf Debian-9.8 aktualisieren.

Ich hatte auch Debian Stretch schon erfolgreich installiert gehabt, allerdings mit debian-9.5.0-amd64-netinst.iso funktioniert es ebenfalls nicht. Ok, dann lade ich mal ein 8er ISO herunter und teste es damit.

[KBDCALLS]

Poste mal

Code: Alles auswählen

ifconfig -a 

und

Code: Alles auswählen

inxi -F

die Datei /etc/network/interfaces .

PS. Kann sein das inxi erst installiert werden muß , eventuell auch die net-tools

Da scheint einiges strubelig zu sein

Code: Alles auswählen

Feb 25 14:39:22 netcfg[5296]: INFO: Starting netcfg v.1.143
Feb 25 14:39:22 netcfg[5296]: WARNING **: Couldn't read Wpasupplicant pid file, not trying to kill.
Feb 25 14:39:22 netcfg[5296]: INFO: Could not find valid BOOTIF= entry in /proc/cmdline
Feb 25 14:39:22 netcfg[5296]: INFO: Taking down interface enp2s15
Feb 25 14:39:22 netcfg[5296]: INFO: Taking down interface lo
Feb 25 14:39:22 netcfg[5296]: INFO: Activating interface enp2s15
Feb 25 14:39:22 netcfg[5296]: DEBUG: State is now 0
Feb 25 14:39:22 netcfg[5296]: DEBUG: Want link on enp2s15
Feb 25 14:39:22 netcfg[5296]: INFO: Waiting time set to 3

[rowo]

Poste mal

Code: Alles auswählen

ifconfig -a 

und

Code: Alles auswählen

inxi -F

die Datei /etc/network/interfaces .

Beim Debian Installer sind weder ifconfig noch inxi vorhanden.

[DeletedUserReAsG]

ip ist aber samt Anleitung vorhanden, und kann genauso genutzt werden, Infos über den Status der Netzwerkhardware zu erhalten.

[guennid]

Ich habe 3 verschiedene ISOs von 9.8.0 getestet, aber bei keinem wird ein Standard-LAN-Adapter konfiguriert.

Ich hatte auch Debian Stretch schon erfolgreich installiert gehabt

9.8.0 ist Stretch! Wenn du ein funktionierendes Stretch - und das kann im vorliegenden Fall ja eigentlich nur heißen, eines, bei der die NIC funktionierend eingerichtet wurde - gehabt hast, dann gibt's eigentlich keinen Grund, ein anderes Stretch per iso zu installieren.

Da scheint einiges strubelig zu sein

Scheint mir auch so.

Grüße, Günther

[KBDCALLS]

Code: Alles auswählen

lsb_release -a 

klärt auf

[rowo]

Ich habe mir jetzt mal das Live-System genauer angesehen: debian-live-9.8.0-amd64-xfce+nonfree.iso
Per dhclient erhält der LAN-Adapter kein lease, obwohl der Router 192.168.0.1 als DHCP-Server konfiguriert ist und definitiv funktioniert.

Was ich sehr seltsam finde: enp2s15:avahi bekommt die IP 169.254.10.31, damit ist aber keine brauchbare Internet-Verbindung hergestellt.

40637

[rowo]

Und der Vollständigkeit halber: Mit debian-8.11.1-amd64-netinst.iso taucht das selbe Problem auf. Ich frage mich, wieso ich vor einigen Tagen "MX 18.1 Continuum" problemlos installieren konnte, denn das basiert ja ebenfalls auf Debian Stretch.

[DeletedUserReAsG]

Meine Herangehensweise wäre nun, das Interface manuell zu konfigurieren (IP, Route), und zu schauen, was passiert.

Ich frage mich, wieso ich vor einigen Tagen "MX 18.1 Continuum" problemlos installieren konnte, denn das basiert ja ebenfalls auf Debian Stretch.

„Basiert auf“ ≠ „ist“.

[KBDCALLS]

Er sagt doch ganz klar das der DPCPclient keine Ip angeboten bekommt.

Code: Alles auswählen

Listening on LPF/enp2s15/00:1a:4d:f8:5a:d2
Sending on   LPF/enp2s15/00:1a:4d:f8:5a:d2
Sending on   Socket/fallback
DHCPDISCOVER on enp2s15 to 255.255.255.255 port 67 interval 7
DHCPDISCOVER on enp2s15 to 255.255.255.255 port 67 interval 17
DHCPDISCOVER on enp2s15 to 255.255.255.255 port 67 interval 9
DHCPDISCOVER on enp2s15 to 255.255.255.255 port 67 interval 20
DHCPDISCOVER on enp2s15 to 255.255.255.255 port 67 interval 8
No DHCPOFFERS received.

Dann kann das auch nichts werden.

Welche Adresse hat dein Rooter ? Läuft da überhaupt ein DHCPserver ?

PS. inxi und net-tools sind auf der ersten DVD

[rowo]

Welche Adresse hat dein Rooter ? Läuft da überhaupt ein DHCPserver ?

Das habe ich doch geschrieben:

Per dhclient erhält der LAN-Adapter kein lease, obwohl der Router 192.168.0.1 als DHCP-Server konfiguriert ist und definitiv funktioniert.

Würde der nicht funktionieren, hätte ich jetzt gerade unter Antergos keinen Internet-Zugang.

PS. inxi und net-tools sind auf der ersten DVD

Das ist zwar schön und gut, aber ich wollte eigentlich eine *netinst.iso zur Installation verwenden.

[rowo]

Meine Herangehensweise wäre nun, das Interface manuell zu konfigurieren (IP, Route), und zu schauen, was passiert.

Das habe ich im Installer auch getan, nachdem die DHCP-Konfiguration gescheitert war. Danach zeigte ip das auch an:

Code: Alles auswählen

ip addr show enp2s15
2: enp2s15: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 1000
    link/ether 00:1a:4d:f8:5a:d2 brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.13/24 brd 192.168.0.255 scope global enp2s15
       valid_lft forever preferred_lft forever

Per ping konnte ich aber trotzdem keinen Rechner erreichen, weder lokal den Router 192.168.0.1 noch heise.de, was bei "NO-CARRIER" nicht verwundert.

[KBDCALLS]

ifconfig -a zeigt alle Netzwerkdevices an auch die momentan nicht konfiguriert sind . Ob das ip auch macht entzieht sich meiner Kenntnis.

Da wird dir wohl nichts anderes übrig bleiben zu versuchen die Karte von Hand zu einzurichten. Und sei es erst mal mit ner festen IP.

• Code: Alles auswählen

  auto lo
  iface lo inet loopback
  
  # The primary network interface
  
  auto  enp0s15
  iface enp0s15 inet static
          address 192.168.0.10
          netmask 255.255.255.0
          network 192.168.0.0
          broadcast192.168.0 .255
          gateway 192.168.0.1
  

Und dann als root

Code: Alles auswählen

systemctl restart networking.service

Ist nur die Netinstall installiert nimmt als Texteditor am besten nano. Der ist Wordstar kompatibel.

[dirk11]

Ist nur die Netinstall installiert nimmt als Texteditor am besten nano. Der ist Wordstar kompatibel.

Wenn ich das richtig sehe, ist das der von mir bevorzugte "joe" auch!?

[MSfree]

Da wird dir wohl nichts anderes übrig bleiben zu versuchen die Karte von Hand zu einzurichten.

Ich weiß nicht, ob das so vielversprechend ist.
Im zweiten Post des OP ist im Log mehrfach die Zeile:

Code: Alles auswählen

Feb 25 14:39:22 netcfg[5296]: INFO: ethtool-lite: enp2s15: carrier down

zu sehen. Da stellt sich mir schon die Frage, ob die Schnittstelle nicht ein Hardwareproblem hat.

Auch, wenn vorherige Versuche mit anderen Distributionen (noch) funktioniert haben, ist das keine Garantie, daß die Hardware immer noch intakt ist. Das kann man bestenfalls damit verifizieren, indem man so eine Distri nochmals probiert.

Tatsache ist aber, daß dieser 10 Jahre alte Realtek-Chip ohne Firmware funktionieren muß. Ich hatte aber auch schon so eine Realtek, die mit ähnlichen Problemen, also sporadische Verbindungsabbrüche, langsam ihren Geist ausgehaucht hat, bis zuletzt gar keine Verbindung mehr zustande kam.

[guennid]

Nun ja, wenn das Bauteil defekt ist, haben weitere Konfigurationsüberlegungen wohl keinen Sinn.
Wenn du's dennoch weiter versuchen willst (ich habe Systeme die älter sich als 10 Jahre), fällt mir folgendes ein:

MX-18 basiert auf dem aktuellen Debian 9.6 »Stretch« und Kernel 4.19.5. MX Linux gehört zudem zu den Distributionen, die auf Systemd verzichten und weiterhin auf SysVinit setzen.

(1)
Wenn ich mal unterstelle, dass du die „50+ Distris“, noch nicht, wohl aber verschiedene Debian-Medien, die alle systemd verwenden, auf dein Problem hin getestet hast, dann liegt die Vermutung nahe, dass das Problem bei systemd/udev zu suchen ist.
Nun liegt mir nichts ferner, als dich zu einem anderen init-System bekehren zu wollen, aber man könnte, um das Problem einzugrenzen, mal folgende Szenarien durchspielen:
dhcp-server im Router abschalten.
Stretch im textbasierten „Expertenmodus“ installieren. Dabei die NIC händisch konfigurieren und nur das Grundsystem installieren (keine DE und kein X/wayland).
Dabei erhoffte ich mir bereits Hinweise, ob die Konfiguration der Netzwerkkarte funktionierte. Spätestens, wenn du aufgefordert wirst, Debian-Spiegelserver auszuwählen und der Installer sich bemüht, die auszuwerten, sollte klar sein, ob das funktioniert hat. Sollte die weitere Installation „erfolgreich“ verlaufen, aber eben das Netzwerk doch nicht konfiguriert sein, würde ich noch testweise die Umbenennung der Karte durch udev im bootloader unterbinden und versuchen, sie nachträglich händisch zu konfigurieren.
Eine andere Idee wäre, testweise mal eine wheezy-netinst (die letzte, die sysvinit verwendete) herzunehmen und zu schauen was damit passierte.
Letzte Idee wäre: Devuan-Ascii wie o.a. per netinst zu installieren. Ein nachträglicher Wechsel der Repos und „upgrade“ zu Stretch hat hier bereits problemlos funktioniert. Aber wie man dann nachträglich zu systemd wechselte, weiß ich nicht.

(1) https://linuxnews.de/2018/12/mx-18-cont ... fentlicht/

Grüße, Günther

[KBDCALLS]

Ist nur die Netinstall installiert nimmt als Texteditor am besten nano. Der ist Wordstar kompatibel.

Wenn ich das richtig sehe, ist das der von mir bevorzugte "joe" auch!?

Nano ist auf der Netinstall , joe aber nicht.

Vim ist zwar auch drauf , aber unbrauchbar. Zumindest für Anfänger.

[KBDCALLS]

Da wird dir wohl nichts anderes übrig bleiben zu versuchen die Karte von Hand zu einzurichten.

Ich weiß nicht, ob das so vielversprechend ist.

Ich will ja auch mal sehen was in der /var/log/messages passiert.

• Code: Alles auswählen

  tail -f /var/log/messages

Es wimmelt da zwar von Fehlern , aber alle nicht besonders aufschlußreich.


Hier ist etwas ähnliches beschrieben. Da hat der Installer mit mehreren Karten Streit bekommen.

• 40638 40639

[rowo]

Danke für euer Feedback. Ich werde dann mal die verschiedenen Möglichkeiten der manuellen Konfiguration weiter testen.

Noch kurz zu systemd: Antergos verwendet systemd und dort funktioniert der Adapter ohne Probleme, auch beim aktuellen antergos-minimal-19.2-x86_64.iso