Debian Stretch 9 amd64 Multiboot kein Internet

[WindowsProfi30Jahre]

https://unixblogger.com/2016/08/11/how- ... ted-guide/

Danke für diesen Link, leider ist das mal wieder alles Englisch, die Übersetzung durch google ist chaotisch und unverständlich, nach über 5 Jahren sollte es das Problem doch jetzt endlich durch die Entwickler von Debian gelöst sein, Zeit war ja genug Tschüss WindowsProfi30Jahre

[WindowsProfi30Jahre]

Hallo,

hier zum Schluss noch uname -a

Code: Alles auswählen

  guenter@Debian9Stretch:~$ uname -a
Linux Debian9Stretch 4.7.0-1-amd64 #1 SMP Debian 4.7.6-1 (2016-10-07) x86_64 GNU/Linux
guenter@Debian9Stretch:~$  

Nochmals, wann kann ich als Nutzer von Debian damit rechnen, dass nonfree Treibersoftware endlich richtig und korrekt installiert wird, gemäß der Hardware die auch verbaut ist, nach über 6 Jahren sollte das doch
kein Problem mehr darstellen, Zeit war genug.

Code: Alles auswählen

 Teddybear hat geschrieben:
https://unixblogger.com/2016/08/11/how-to-get-your-realtek-rtl8111rtl8168-working-updated-guide/ 

Tschüss

WindowsProfi30Jahre

[simpel]

... wann kann ich als Nutzer von Debian damit rechnen, dass nonfree Treibersoftware endlich richtig und korrekt installiert wird ...

Es ist ungefähr so, als wenn du in ein vegetarisches Restaurant gehst und fragst, wann sie endlich Curry Pommes Schranke im Angebot haben ...

Edit: ... will also heißen, dass kann noch dauern!

[TRex]

https://unixblogger.com/2016/08/11/how- ... ted-guide/

Danke für diesen Link, leider ist das mal wieder alles Englisch, die Übersetzung durch google ist chaotisch und unverständlich, nach über 5 Jahren sollte es das Problem doch jetzt endlich durch die Entwickler von Debian gelöst sein, Zeit war ja genug Tschüss WindowsProfi30Jahre

5 Jahre? Welch Zufall, so lange bist du auch schon hier, und hast kein bisschen dazu gelernt. Normalerweise verschieb ich sowas wie dein dmesg selbst schnell nach nopaste, um den Thread lesbar zu halten... aber wozu? Egal, wie man versucht, dir zu helfen, es bleibt nichts hängen. Du verstehst nichts von dem, was man von dir wissen will (danke fürs ausführen von "resp.", sehr aufschlussreich).

[rendegast]

In Deinem dmesg findet sich noch nicht mal ein Versuch des Ladens r816*.
(Das ist unabhängig davon, ob eine passende firmware zur Verfügung stünde)

Gibt es ein solches Modul bei Deinem kernel, oder ist es vielleicht blacklisted?

Code: Alles auswählen

modprobe -c | grep "d00008168"

modprobe -c | grep r816

[Teddybear]

Nochmals, wann kann ich als Nutzer von Debian damit rechnen, dass nonfree Treibersoftware endlich richtig und korrekt installiert wird, gemäß der Hardware die auch verbaut ist, nach über 6 Jahren sollte das doch
kein Problem mehr darstellen, Zeit war genug.

Das wird bei debian wohl nie passieren.
NON-FREE wird von hause aus nie out of the box laufen.

Ich sehe da nur 2 Möglichkeiten:
- finde dich damit ab und lerne damit umzugehen
- such dir ne andere Distribution, wo alles ootb läuft so wie du es haben willst. (selbst Windows kann nicht mit jeder HW von hause aus umgehen)

Habe Fertig

[WindowsProfi30Jahre]

Hallo,

gut, trotzdem kann ich nicht verstehen, wieso dann auf der gleichen Multiboot Installation wie Stretch 9 Debian 8 Jessie problemlos startet, anscheinend wurde hier der Netzwerkkartenwechsel automatisch
erkannt und der richtige Treiber ist dort wohl installiert, denn mit Debian 8 Jessie komme ich problemlos ins Internet. Nur weil Stretch 9 noch Testing ist ?

Wie kann ich jetzt hier den falschen Treiber einfach und sicher löschen und dann den neuen korrekt installieren, ohne Internet Zugang ?

Hier die modprobe:

Code: Alles auswählen

 guenter@Debian9Stretch:~$ su
Passwort: 
root@Debian9Stretch:/home/guenter# modprobe -c | grep "d0008168"
root@Debian9Stretch:/home/guenter# 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



root@Debian9Stretch:/home/guenter# modprobe -c | grep r816
alias pci:v00001186d00004300sv00001186sd00004B10bc*sc*i* r8168
alias pci:v000010ECd00008168sv*sd*bc*sc*i* r8168
alias pci:v00000001d00008168sv*sd00002410bc*sc*i* r8169
alias pci:v000010ECd00008129sv*sd*bc*sc*i* r8169
alias pci:v000010ECd00008136sv*sd*bc*sc*i* r8169
alias pci:v000010ECd00008167sv*sd*bc*sc*i* r8169
alias pci:v000010ECd00008168sv*sd*bc*sc*i* r8169
alias pci:v000010ECd00008169sv*sd*bc*sc*i* r8169
alias pci:v00001186d00004300sv*sd*bc*sc*i* r8169
alias pci:v00001186d00004300sv00001186sd00004B10bc*sc*i* r8169
alias pci:v00001186d00004302sv*sd*bc*sc*i* r8169
alias pci:v00001259d0000C107sv*sd*bc*sc*i* r8169
alias pci:v000016ECd00000116sv*sd*bc*sc*i* r8169
alias pci:v00001737d00001032sv*sd00000024bc*sc*i* r8169
root@Debian9Stretch:/home/guenter#  

Hier noch die sourceslist, alles non-free, was mache ich falsch:

Code: Alles auswählen

 # 

# deb cdrom:[Debian GNU/Linux stretch-DI-alpha4 _Stretch_ - Official Snapshot amd64 DVD Binary-1 20151024-18:14]/ stretch contrib main

# deb cdrom:[Debian GNU/Linux stretch-DI-alpha4 _Stretch_ - Official Snapshot amd64 DVD Binary-1 20151024-18:14]/ stretch contrib main

deb http://ftp.de.debian.org/debian/ stretch main contrib non-free
deb-src http://ftp.de.debian.org/debian/ stretch main contrib non-free

deb http://security.debian.org/ stretch/updates main contrib non-free
deb-src http://security.debian.org/ stretch/updates main contrib non-free

# stretch-updates, previously known as 'volatile'
deb http://ftp.de.debian.org/debian/ stretch-updates main contrib non-free
deb-src http://ftp.de.debian.org/debian/ stretch-updates main contrib non-free

# stretch-backports, previously on backports.debian.org
# Line commented out by installer because it failed to verify:
#deb http://ftp.de.debian.org/debian/ stretch-backports main contrib non-free
# Line commented out by installer because it failed to verify:
#deb-src http://ftp.de.debian.org/debian/ stretch-backports main contrib non-free
 

Tschüss WindowsProfi30Jahre

[towo]

Das wird bei debian wohl nie passieren.
NON-FREE wird von hause aus nie out of the box laufen.

Nuja, das stimmt so ja auch nicht ganz, weil Debian auch non-free Images anbietet.
Und auch das wurde dem Herrn Profi schon mehrfach mitgeteilt.

[rendegast]

alias pci:v000010ECd00008168sv*sd*bc*sc*i* r8168
alias pci:v000010ECd00008168sv*sd*bc*sc*i* r8169

Danke dafür, ich gebe jetzt einfach mal Dir selber die Schuld.
Du hast den alten(?) intel-Treiber hinzugefügt, und das nicht richtig.

# modprobe -c | grep r816
<-nix blacklist->

Du könntest es mal mit blacklist eines der beiden Module versuchen.
Wobei in solchen Fällen meiner Erfahrung nach dennoch zumindest eines zum Zuge kommen sollte
(nach modules.order? (wird nicht dynamisch angepaßt), nach alphabetischem Pfad?),
somit eine entsprechende Meldung zu erwarten wäre.

Hast Du das automatische Laden (udev) unterbunden?

Wie kann ich jetzt hier den falschen Treiber einfach und sicher löschen und dann den neuen korrekt installieren, ohne Internet Zugang ?

blacklist
Bis jetzt gibt es keinen "falschen" Treiber, es wird keiner der beiden geladen.



Hilfreich für den r8169, das der kernel mitbringt, dürfte firmware aus firmware-realtek sein.
Das hat aber keinen Einfluß auf einen Ladeversuch.
Das 3rd-party r8168 hat firmware inline? Habe noch nicht damit herumprobiert.

[WindowsProfi30Jahre]

Hier habe ich mal zur Unterscheidung die gleichen Abfragen vom Debian Jessie 8.2 amd64, gleiches Multiboot System gleiche Hardware, trotzdem Unterschiede was die Netzwerkabfrage angeht, wie kann das sein ?
Auch funktioniert problemlos das Netzwerk bzw. der Internetzugang. Recht merkwürdig oder ?

Code: Alles auswählen

 root@Debian82Jessie:/home/guenter# modprobe -c | grep "d00008168"
alias pci:v00000001d00008168sv*sd00002410bc*sc*i* r8169
alias pci:v000010ECd00008168sv*sd*bc*sc*i* r8169
root@Debian82Jessie:/home/guenter# modprobe -c | grep r816
alias pci:v00000001d00008168sv*sd00002410bc*sc*i* r8169
alias pci:v000010ECd00008129sv*sd*bc*sc*i* r8169
alias pci:v000010ECd00008136sv*sd*bc*sc*i* r8169
alias pci:v000010ECd00008167sv*sd*bc*sc*i* r8169
alias pci:v000010ECd00008168sv*sd*bc*sc*i* r8169
alias pci:v000010ECd00008169sv*sd*bc*sc*i* r8169
alias pci:v00001186d00004300sv*sd*bc*sc*i* r8169
alias pci:v00001186d00004300sv00001186sd00004B10bc*sc*i* r8169
alias pci:v00001186d00004302sv*sd*bc*sc*i* r8169
alias pci:v00001259d0000C107sv*sd*bc*sc*i* r8169
alias pci:v000016ECd00000116sv*sd*bc*sc*i* r8169
alias pci:v00001737d00001032sv*sd00000024bc*sc*i* r8169
root@Debian82Jessie:/home/guenter# modprobe -c | grep "d00008111"
root@Debian82Jessie:/home/guenter# modprobe -c | grep "d00008169"
alias pci:v000010ECd00008169sv*sd*bc*sc*i* r8169
root@Debian82Jessie:/home/guenter# 
  

In diesem Zusammenhang möchte ich noch auf diesen Link hinweisen

Code: Alles auswählen

 https://wiki.hetzner.de/index.php/Installation_des_r8168-Treibers

Der r8169-Treiber für den Realtek-Netzwerkchip funktioniert nicht immer korrekt selbst in den neuesten Kernelversionen. Es können Timeouts entstehen, die Netzwerkkarte zwischen den Zuständen link up/link down wechseln oder sogar Systemabstürze vorkommen.
Eine Lösung des Problems besteht in der Installation des offiziellen r8168 Treibers von Realtek statt dem r8169 des Linux Kernels. Dieser Treiber ist in keiner Distributionen enthalten. Er kann unter CentOS aus Fremdrepositories nachinstalliert werden. Bei Debian, Ubuntu und anderen Distributionen muß er aus den Quellen selbst kompiliert und aktiviert werden.
  

Hier noch ein Hinweis aus einem anderen Forum dazu, hilft das vielleicht auch unter Debian weiter ?

Übrigens ist das r8169-Kernel Modul für die Realtek Netzwerkkarten RTL 8111 und RTL 8168 zuständig, genauso wie das originale Realtek Kernel Modul:
http://www.realtek.com.tw/downloads/dow ... Down=false


Tschüss WindowsProfi30Jahre

[rendegast]

Auch funktioniert problemlos das Netzwerk bzw. der Internetzugang. Recht merkwürdig oder ?

Nein, da hast Du nicht mit dem r8168 herumgefummelt.

Ich will/kann den intel 3rd-party r8168 nicht verdammen,
normalerweise sollte eine Karte auch damit zufriedenstellend laufen,
resp. aka dem hetzner-Quote vielleicht gerade erst damit.
Aber Du hast noch irgendwas anderes verbastelt.


debian-way
kernel-Paket installieren, gucken in dmesg: "... kann fw xxxxx nicht finden"
-> firmware-Paket nachinstallieren -> dmesg: "... fw xxxxx geladen"
Funktion zufriedenstellend? -> Mit Einstellung spielen oder Alternative wie den 3rd-party ausprobieren.
Du bist scheinbar gleich zum letzten Schritt gesprungen, verbunden mit noch irgendwelcher unpassender Aktion.

[WindowsProfi30Jahre]

alias pci:v000010ECd00008168sv*sd*bc*sc*i* r8168
alias pci:v000010ECd00008168sv*sd*bc*sc*i* r8169

Danke dafür, ich gebe jetzt einfach mal Dir selber die Schuld.
Du hast den alten(?) intel-Treiber hinzugefügt, und das nicht richtig.

# modprobe -c | grep r816
<-nix blacklist->

Du könntest es mal mit blacklist eines der beiden Module versuchen.
Wobei in solchen Fällen meiner Erfahrung nach dennoch zumindest eines zum Zuge kommen sollte
(nach modules.order? (wird nicht dynamisch angepaßt), nach alphabetischem Pfad?),
somit eine entsprechende Meldung zu erwarten wäre.

Hast Du das automatische Laden (udev) unterbunden?

Nein, das automatische Laden habe nicht unterbunden. Auch habe ich meines Wissens keinen alten intel-Treiber hinzugefügt. Nur aufgrund von Forums Empfehlungen habe ich
apt-get install firmware-linux-nonfree + firmware-realtek nachräglich installiert, sonst nichts.

Wie kann ich jetzt hier den falschen Treiber einfach und sicher löschen und dann den neuen korrekt installieren, ohne Internet Zugang ?

blacklist
Bis jetzt gibt es keinen "falschen" Treiber, es wird keiner der beiden geladen.



Hilfreich für den r8169, das der kernel mitbringt, dürfte firmware aus firmware-realtek sein.
Das hat aber keinen Einfluß auf einen Ladeversuch.
Das 3rd-party r8168 hat firmware inline? Habe noch nicht damit herumprobiert.

[towo]

Was soll dieser schwachsinnige Zitat-Post?

[rendegast]

@towo
nur etwas Kuddelmuddel durch Schreiben in einen "Zitieren"-Post

Auch habe ich meines Wissens keinen alten intel-Treiber hinzugefügt. Nur aufgrund von Forums Empfehlungen habe ich
apt-get install firmware-linux-nonfree + firmware-realtek nachräglich installiert, sonst nichts.

Hat Dein Co-Admin das r8168 hinzugefügt?

[WindowsProfi30Jahre]

Hallo,

Ich habe jetzt noch das nachfolgende den Packet mittels dpkg -i installiert, bringt nichts,
also mal demnächst Mal wieder neu installieren, dass nur noch frustrierend.

Hilfreich für den r8169, das der kernel mitbringt, dürfte firmware aus Debianfirmware-realtek sein.
Das hat aber keinen Einfluß auf einen Ladeversuch.
Das 3rd-party r8168 hat firmware inline? Habe noch nicht damit herumprobiert.
mfg rendegast
-----------------------

Danke

Tschüss

WindowsProfi30Jahre

[rendegast]

Ich habe jetzt noch das nachfolgende den Packet mittels dpkg -i installiert,

Ich verstehe diesen Satz nicht.
Und was eine solche Aktion bringen soll.

Wie wäre es mal mit einem simplen
modprobe -v r8169
oder
modprobe -v r8168




Und warum stretch mit kernel 4.7?
Aktuell ist 4.9.
(was aber nichts mit dem Problem zu tun hat)

[WindowsProfi30Jahre]

Hallo rendegast,

ich habe gemäß deiner Empfehlung und dieses Links den Treiber mittels dpkg -i installiert, auch erfolgreich

Code: Alles auswählen

 https://packages.debian.org/search?searchon=names&exact=1&suite=all&section=all&keywords=firmware-realtek 

und danach funktionierte erst mal weiterhin der Internetzugang und das Netzwerk nicht, Internet geht mittlerweile warum auch immer unter Debian Stretch 9 wieder, im Moment mache ich apt-get update upgrade ..

hier die Abfrage vor apt-get update aber der Internetzugang funktionierte schon wieder.

Code: Alles auswählen

 Vor apt-get update upgrade dist-upgrade

guenter@Debian9Stretch:~$ su
Passwort: 
root@Debian9Stretch:/home/guenter# 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 
root@Debian9Stretch:/home/guenter# modeprobe -v r8168
bash: modeprobe: Kommando nicht gefunden.
root@Debian9Stretch:/home/guenter# modprobe -v r8168
modprobe: FATAL: Module r8168 not found in directory /lib/modules/4.7.0-1-amd64
root@Debian9Stretch:/home/guenter# 


Nach apt-get update   

Eine richtige Erklärung habe ich ehrlich gesagt nicht dafür, mich würde zum Abschluss noch interessieren, mit welchen Befehlen ich direkt jeweils nach einer Neuinstallation von Debian
speziell die Graka und Netzwerkkarte und natürlich auch das Mainboard auf korrekt erfolgte Erkennung und richtige und korrekte Treiberinstallation abfragen kann, dass macht ja sicherlich Sinn,
wenn man schon Fehler während oder durch die Installation selbst verursacht, diese auch so schnell wie möglich zu erkennen. Dieses habe ich bisher nie gemacht. Geht das grundsätzlich mittels
modprobe ?

Wichtig dabei, ich habe natürlich versucht mittels nachfolgender Beispiele eine feste IP einzurichten, aber jedesmal wenn ich dann ifconfig gemacht habe, wurde weiterhin 127.... loop angezeigt

Code: Alles auswählen

  https://www.thomas-krenn.com/de/wiki/Netzwerkkonfiguration_in_Debian  

Vielen Dank an Alle die mir geholfen haben.

Tschüss

WindowsProfi30Jahre

[schwedenmann]

Hallo

Und als Abschluß was sagt

ip addr show


mfg
schwedenmann

P.S.
Hast du eine /etc/networtk/interfaces mit Inhalt ?

[WindowsProfi30Jahre]

Hallo,

nachdem ich jetzt ein aufwendiges und langes apt-get update upgrade u. dist-upgrade mit autoremove und clean gemacht habe, hatte ich erstmal wieder keinen Internet Zugang, das Tool EtherApe als Netzwerkmonitor
habe ich zwischenzeitlich installiert, gibt es evtl. eine Alternative zu KNemo5 unter Debian ?

Nachdem ich den Rechner dann wieder neu gestartet habe, funktioniert der Internetzugang wieder. Bei dem Update ist mir aufgefallen, dass hier wohl ein Problem bei der automatischen Installation vom r8168 Treiber
durch Debian gab. Hier die Info dazu:

Code: Alles auswählen

  r8168-dkms (8.044.02-1) wird eingerichtet ...
Removing old r8168-8.044.02 DKMS files...

------------------------------
Deleting module version: 8.044.02
completely from the DKMS tree.
------------------------------
Done.
Loading new r8168-8.044.02 DKMS files...
Building for 4.7.0-1-amd64 4.9.0-1-amd64
Building initial module for 4.7.0-1-amd64
Done.

r8168:
Running module version sanity check.
 - Original module
   - No original module exists within this kernel
 - Installation
   - Installing to /lib/modules/4.7.0-1-amd64/updates/dkms/

depmod.......

Backing up initrd.img-4.7.0-1-amd64 to /boot/initrd.img-4.7.0-1-amd64.old-dkms
Making new initrd.img-4.7.0-1-amd64
(If next boot fails, revert to initrd.img-4.7.0-1-amd64.old-dkms image)
update-initramfs........

DKMS: install completed.
Building initial module for 4.9.0-1-amd64 

Hier dann die ip addr show und danach die network/interfaces

Code: Alles auswählen

  guenter@Debian9Stretch:~$ su
Passwort: 
root@Debian9Stretch:/home/guenter# ip addr show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: enp1s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 00:25:22:64:1a:3d brd ff:ff:ff:ff:ff:ff
    inet 192.168.178.50/24 brd 192.168.178.255 scope global dynamic enp1s0
       valid_lft 863843sec preferred_lft 863843sec
    inet6 fd00::fcf6:bb57:838b:c523/64 scope global temporary dynamic 
       valid_lft 7174sec preferred_lft 3574sec
    inet6 fd00::871d:41be:6cb3:798e/64 scope global mngtmpaddr noprefixroute dynamic 
       valid_lft 7174sec preferred_lft 3574sec
    inet6 fe80::e08a:7c82:29b7:77c5/64 scope link 
       valid_lft forever preferred_lft forever
root@Debian9Stretch:/home/guenter# 


 This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

source /etc/network/interfaces.d/*

# The loopback network interface
auto eth0
iface eth0 inet static
address 192.168.178.40
netmask 255.255.255.0  

Um KNemo5 zu installieren habe ich in der sources.list die beiden Einträge deb http://ftp.de.debian.org/debian/ unstable main non-free contrib und deb-src http gesetzt und upgedatet,
hier hatte ich dann um apt-get upgrade einen Hänger im Terminal, es ging einfach nicht weiter, habe dann diese Einträge wieder deaktiviert. Ich weiss, dass war nicht so gut.

Code: Alles auswählen

  deb cdrom:[Debian GNU/Linux stretch-DI-alpha4 _Stretch_ - Official Snapshot amd64 DVD Binary-1 20151024-18:14]/ stretch contrib main

# deb cdrom:[Debian GNU/Linux stretch-DI-alpha4 _Stretch_ - Official Snapshot amd64 DVD Binary-1 20151024-18:14]/ stretch contrib main

deb http://ftp.de.debian.org/debian/ stretch main contrib non-free
deb-src http://ftp.de.debian.org/debian/ stretch main contrib non-free

deb http://security.debian.org/ stretch/updates main contrib non-free
deb-src http://security.debian.org/ stretch/updates main contrib non-free

# stretch-updates, previously known as 'volatile'
deb http://ftp.de.debian.org/debian/ stretch-updates main contrib non-free
deb-src http://ftp.de.debian.org/debian/ stretch-updates main contrib non-free
# deb http://ftp.de.debian.org/debian/ unstable main non-free contrib
# deb-src http://ftp.de.debian.org/debian/ unstable main non-free contrib 

# stretch-backports, previously on backports.debian.org
# Line commented out by installer because it failed to verify:
#deb http://ftp.de.debian.org/debian/ stretch-backports main contrib non-free  

Hier nochmals die modprobe

Code: Alles auswählen

 root@Debian9Stretch:/home/guenter# modprobe -v r8168
root@Debian9Stretch:/home/guenter# 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 
root@Debian9Stretch:/home/guenter# 

 

Hier der Kernel:

Code: Alles auswählen

 root@Debian9Stretch:/home/guenter# uname -a
Linux Debian9Stretch 4.7.0-1-amd64 #1 SMP Debian 4.7.6-1 (2016-10-07) x86_64 GNU/Linux
root@Debian9Stretch:/home/guenter# 

 

Wichtig wäre mir auf jeden Fall, die Abfrage die ich direkt nach der Neuinstallation von Debian Stretch 9 und oder 8 Jessie machen sollte, damit ich auch wirklich sicher bin, dass schon während der Installation
die Hardware, Sound, Graka, Netzwerkkarte onboard und auch das Mainboard richtig und korrekt erkannt wurden und auch die richtigen Treiber von Debian installiert wurden. Da scheint es meines Erachtens
doch so einige Probleme auch in Zukunft zu geben. Danke.

Tschüss

WindowsProfi30Jahre

[schwedenmann]

Hallo


1. Ersetze in der /etc/network/interfaces

alle
eth0 Einträge durch enp1s0


Dann, wieso willst du unbedingt eine stat. Adresse (ist ja so in der interfaces definiert) ?

Habe ich zwar auch, aber ich lasse alle cleints auf dhcp und gib im Router jedem PC per MAC eine "statische" IP

Ach und noch was, poste mal den Inhalt von /etc/udev/rules.d/

mfg
schwedenmann

[WindowsProfi30Jahre]

Hallo,

Code: Alles auswählen

 udev/rules.d/ ist leer.

guenter@Debian9Stretch:~$ su
Passwort: 
root@Debian9Stretch:/home/guenter# nano /etc/udev/rules.d/
root@Debian9Stretch:/home/guenter# 
 

ist leer, kein Eintrag vorhanden.

Desweiteren habe ich die beiden unstable Einträge in der sources.list wieder aktiviert und danach erfolgte dann auch das Update auf den neuesten Kernel, merkwürdigerweise kann ich diesen aber nicht mit
uname -a abfragen ?

Code: Alles auswählen

 Nach dieser Operation werden 240 MB Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren? [J/n] J
Holen:1 http://ftp.de.debian.org/debian stretch/main amd64 libproxy1-plugin-gsettings amd64 0.4.14-2 [28,5 kB]
Holen:2 http://ftp.de.debian.org/debian unstable/main amd64 gnome amd64 1:3.22+1 [24,6 kB]
Holen:3 http://ftp.de.debian.org/debian unstable/main amd64 gnome-core amd64 1:3.22+1 [24,6 kB]
Holen:4 http://ftp.de.debian.org/debian stretch/main amd64 libproxy1-plugin-networkmanager amd64 0.4.14-2 [13,4 kB]
Holen:5 http://ftp.de.debian.org/debian unstable/main amd64 gnome-calendar amd64 3.22.3-1 [696 kB]
Holen:6 http://ftp.de.debian.org/debian unstable/main amd64 linux-headers-4.9.0-2-common all 4.9.13-1 [7.443 kB]
Holen:7 http://ftp.de.debian.org/debian unstable/main amd64 linux-headers-4.9.0-2-amd64 amd64 4.9.13-1 [447 kB]
Holen:8 http://ftp.de.debian.org/debian unstable/main amd64 linux-headers-amd64 amd64 4.9+79 [5.764 B]
Holen:9 http://ftp.de.debian.org/debian unstable/main amd64 linux-image-4.9.0-2-amd64 amd64 4.9.13-1 [39,1 MB]
Holen:10 http://ftp.de.debian.org/debian unstable/main amd64 linux-image-amd64 amd64 4.9+79 [6.818 B]
Es wurden 47,8 MB in 4 s geholt (10,5 MB/s).   
Lese Changelogs... Fertig



oot@Debian9Stretch:/home/guenter# uname -a
Linux Debian9Stretch 4.7.0-1-amd64 #1 SMP Debian 4.7.6-1 (2016-10-07) x86_64 GNU/Linux
root@Debian9Stretch:/home/guenter# 



Linux-Abbild gefunden: /boot/vmlinuz-4.9.0-2-amd64
initrd-Abbild gefunden: /boot/initrd.img-4.9.0-2-amd64
Linux-Abbild gefunden: /boot/vmlinuz-4.9.0-1-amd64
initrd-Abbild gefunden: /boot/initrd.img-4.9.0-1-amd64
Linux-Abbild gefunden: /boot/vmlinuz-4.7.0-1-amd64
initrd-Abbild gefunden: /boot/initrd.img-4.7.0-1-amd64
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
linux-headers-amd64 (4.9+79) wird eingerichtet ...
linux-image-amd64 (4.9+79) wird eingerichtet ...
gnome-core (1:3.22+1) wird eingerichtet ...
gnome (1:3.22+1) wird eingerichtet ... 

Hier sind leider auch einige Fehlermeldungen aufgelistet, mit denen ich nichts anfangen kann, über google habe dazu nichts konkretes in Deutsch finden können.

Kann ich mit diesen Fragen in diesem Beitrag weitermachen oder müßte ich einen neuen Thread aufmachen ?

Tschüss

WindowsProfi30Jahre

[rendegast]

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?

Code: Alles auswählen

dkms status

Ist bei dieser Installation jetzt ein blacklisting eingerichtet?

Code: Alles auswählen

modprobe -c | grep r816

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)

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.

... 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.

[scientific]

1. Englisch lernen
2. Eine Distribution nutzen, die mit dem vorhandenen Wissen zum Funktionieren gebracht werden kann.
3. Die Nutzung von Debian ca. 10 Jahre in die Zukunft verlegen.
4. Die Anzahl installierter Distributionen und Desktop-Environments auf das verfügbare Wissen reduzieren --> 1/1
5. Von Opensource nichts erwarten, was man von MS auch nicht bekommt. ("Wann schaffen es DIE denn endlich... ")

[TRex]

Man könnte auch zwei Stunden lang alle "Fehler" in diesem Thread auflisten (wie inkonsistenter Output, fehlerhafte Zitate, ignorierte Nachfragen, simple copy-paste-Fehler), und feststellen, dass es ignoriert wird.. so wie garantiert auch mein Vorposter.

[scientific]

Man könnte auch zwei Stunden lang alle "Fehler" in diesem Thread auflisten (wie inkonsistenter Output, fehlerhafte Zitate, ignorierte Nachfragen, simple copy-paste-Fehler), und feststellen, dass es ignoriert wird.. so wie garantiert auch mein Vorposter.

Der Username in Kombination mit dem Forum und der offensichtlichen Resistenz, gewünschte Logs und Outputs liefern zu wollen und Ratschläge zu berücksichtigen und auch das strikte Unvermögen, sich mit Englisch beschäftigen zu wollen, damit man die nötige Doku auch lesen kann, die zur gewünschten Distri verfügbar ist... das zeigt mir alles auf einen selbsternannten Troll hin, dessen selbstgewählte Aufgabe es ist, anderen Usern die Zeit zu stehlen.

Ich ignorier diesen User jetzt per Einstellung.

lg scientific