[Eisfair_dev] Problem mit kernel 4.9.248-PAE

[Stefan Puschek]

Hallo Marcus,

>>> Eine Testmöglichkeit, andere wäre es mal mit dem r8169-Modul zu
>>> versuchen.
>>>
>>> Dazu in der base.txt den r8168 blacklisten, damit der andere von udev
>>> gewählt wird.
>>
>> das habe ich probiert - reboot - mount per nfs - und plötzlich ist alles
>> gut!!!
> 
> Fein.
> 
>>> Ist unter dem 245er-Kernel auch der r8168 in Benutzung
>>
>> geladen waren beide - benutzt wurde lauf inxi -F der r8168
>>
>> Somit stellt sich mir die Frage:
>> warum werden überhaupt beide Module geladen?
> 
> Gibt es eine zweite Realtek-Netzwerkkarte im System?

Nein - die Maschine hat nur eine einzige NIC

>> Warum muss beim Kernel-Update plötzlich der r8168 geblacklistet werden?
> 
> udev lädt die Netzwerkkartentreiber.
> 
> Beide Module sind teils für gleiche Hardware zuständig. Vielleicht kam für
> die benutze Karte im älteren Kernel das 8169 zum Zuge und nun ist dies als
> Erstwahl die 8168-Modul.
> 
> Bitte lspci -vvv für alle Netzwerkkarten in beiden Kerneln.

die hast Du schon - es gibt keine weiteren NICs

> Immer wenn für eine Karte mehere Treiber möglich sind, braucht man einen
> Blacklisteintrag, um eine bestimmte Karte zu erzwingen und sich nicht auf
> wechselnde "Geschmäcker" von udev zu verlassen.

gut zu wissen

> Es könnte auch sein, dass deine Karte früher nur von einem der beiden
> Treiber unterstützt wurde, womit es für udev keine Alternative gab und nun
> steht udev vor der Qual der Wahl und man zum Erzwingen des gewünschten
> Treibers blacklisten muss.

was es nicht alles gibt...

> https://web.nettworks.org/wiki/display/e/Netzwerkkartenmodule+und+Netzwerkkartenkonfiguration+ab+Base+2.7.7#NetzwerkkartenmoduleundNetzwerkkartenkonfigurationabBase2.7.7-EineNetzwerkkartewirdvonmehrerenModulenbedient

au weia - da gibts ja ungeahnte Problem-Mögkichkeiten... Das muss man 
alles nicht haben!

Groetjes
Stefan