WindowsProfi30Jahre hat geschrieben:
ich habe gemäß deiner Empfehlung und dieses Links den Treiber mittels dpkg -i installiert,
????????
Wo habe ich das denn empfohlen? Muß den Thread wohl nochmal lesen.
Ich habe erwogen, einen(!) Treiber mal händisch per 'modprobe' zu laden.
Code: Alles auswählen
# modprobe -v r8169
insmod /lib/modules/4.7.0-1-amd64/kernel/drivers/net/mii.ko
insmod /lib/modules/4.7.0-1-amd64/kernel/drivers/net/ethernet/realtek/r8169.ko
# modprobe -v r8168
modprobe: FATAL: Module r8168 not found in directory /lib/modules/4.7.0-1-amd64
Einmal: Dazwischen fehlt das Entladen des r8169.
Zum anderen die Fehlermeldung wegen des nicht vorhandenen r8168 widerspricht Deinem früheren 'modprobe -c'
# modprobe -c | grep "d00008168"
alias pci:v000010ECd00008168sv*sd*bc*sc*i* r8168
alias pci:v00000001d00008168sv*sd00002410bc*sc*i* r8169
alias pci:v000010ECd00008168sv*sd*bc*sc*i* r8169
Nun gut,
r8168-dkms (8.044.02-1) wird eingerichtet ...
Removing old r8168-8.044.02 DKMS files...
...
DKMS: install completed.
Building initial module for 4.9.0-1-amd64
sind die anderen kernel auch bedacht?
Ist bei dieser Installation jetzt ein blacklisting eingerichtet?
Hier nochmals die modprobe
# modprobe -v r8168
# modprobe -v r8169
insmod /lib/modules/4.7.0-1-amd64/kernel/drivers/net/mii.ko
insmod /lib/modules/4.7.0-1-amd64/kernel/drivers/net/ethernet/realtek/r8169.ko
Die Nicht-Rückmeldung beim ersten Befehl sagt, daß r8168 geladen ist,
Warum lädst Du dann r8169? (ohne vorher r8168 zu entladen)
Schwedenmann hat geschrieben:
1. Ersetze in der /etc/network/interfaces
alle
eth0 Einträge durch enp1s0
in der Art
Code: Alles auswählen
auto eth0
iface eth0 inet dhcp
iface eth0 inet6 dhcp
auto enp1s0
iface enp1s0 inet dhcp
iface enp1s0 inet6 dhcp
würde sichergestellt, daß das Netzwerk auch bei Kernel/Treiberwechsel verfügbar ist.
WindowsProfi30Jahre hat geschrieben:
... und danach erfolgte dann auch das Update auf den neuesten Kernel,
merkwürdigerweise kann ich diesen aber nicht mit
uname -a abfragen ?
Dazu muß das System auch mit diesem Kernel gebootet werden.
EDIT -----------
udev/rules.d/ ist leer.
$ su
Passwort:
# nano /etc/udev/rules.d/
#
rules.d/ ist ein Verzeichnis,
dennoch ist (fast) alles auf unix eine Datei, wobei der spezielle "Datei"-Viewer bei einem Verzeichnis 'ls' wäre.
Eventuell gibt es gewöhnliche Editoren, die bei Übgabe eines Verzeichnis eine ls-artige Ausgabe erzeugen.
'nano' kann das aber nicht (Test mit einem mit lesbaren Dateien gefüllten Verzeichnis).
Somit ist die Aussage "rules.d/ ist leer" in diesem Fall wertlos.
-------------
error[498b0000]: Cannot get setup from daemon: Daemon closed connection
Windows 10 auf /dev/sda1 gefunden
error[575c0000]: Cannot get setup from daemon: Daemon closed connection
Ubuntu 16.04.2 LTS (16.04) auf /dev/sda11 gefunden
Debian GNU/Linux 8 (jessie) auf /dev/sda14 gefunden
Windows Vista auf /dev/sda2 gefunden
openSUSE 13.2 (Harlequin) (x86_64) auf /dev/sda5 gefunden
Ubuntu 16.04.1 LTS (16.04) auf /dev/sda7 gefunden
error[41500000]: Cannot get setup from daemon: Daemon closed connection
error[520c0000]: Cannot get setup from daemon: Daemon closed connection
Ubuntu 16.04.1 LTS (16.04) auf /dev/sda9 gefunden
error[68b30000]: Cannot get setup from daemon: Daemon closed connection
error[68b20000]: Cannot get setup from daemon: Daemon closed connection
erledigt
Hier sind leider auch einige Fehlermeldungen aufgelistet, mit denen ich nichts anfangen kann, über google habe dazu nichts konkretes in Deutsch finden können.
Wegen der neben den Fehlermeldungen existierenden Meldungen tippe ich auf Ausgaben der os-prober-Testroutine auf andere Betriebssysteme.
Du betreibst jetzt wohl ein stretch/sid-Mischsystem.
Ich empfehle, Du setzt Dich mit Preferences/Priority auseinander.
apt-show-versions usw.