Ich habe auf einem neuen Asus Desktop PC (i5-3450) Ubuntu 12.04 LTS installiert (Medium: c't Disk aus Heft 12/2012). Als Netzwerkkarte wird dabei ein Realtek Gigabit-Adapter erkannt (RTL 8168B). Beim Test gegen einen hier genutzten Server mit Samba stellte sich dann heraus, dass der Durchsatz über ein Gigabit LAN nur ca. 340 KB/s betrug. Das entspricht etwa DSL 3000 und ist weit unterhalb des üblicher Weise erzielbaren Durchsatzes. Ich habe daher von Realtek den aktuellen Treiber geladen und installiert. Damit steigt der Durchsatz auf passable 48-50 MB/s. Der neue Treiber ist also deutlich besser geeignet.

Allerdings wurde dieser Treiber bei der heutigen Aktualisierung wohl überschrieben. Ich musste daher den Realtek-Treiber erneut installieren. Das ist nicht schwer; allerdings würde ich die Prozedur bei künftigen Updates gern vermeiden. Frage: Kann man den Treiber gegen Überschreiben sichern und dem System mitteilen, dass es diesen bei/nach Updates immer verwenden soll, z. B. bei Einbindung in spätere Kernels? Wenn ja, was muss ich tun, um dies zu erreichen? Der Treiber wird in der Liste der zusätzlichen Treiber angezeigt mit den Hinweisen: getestet von Ubuntu Entwicklern, Lizenz: frei.

windspiel

Hallo und willkommen hier,

das passiert wohl nach einem Kernel-Upgrade, hier wird Dir DKMS helfen.

siehe auch hier

Ubunux schrieb:

Hallo und willkommen hier,

Danke.

das passiert wohl nach einem Kernel-Upgrade, hier wird Dir DKMS helfen.

siehe auch hier

Ich muss gestehen, dass ich die Updates ohne nähere Prüfung übernommen habe. Das System ist neu und läuft erst seit dem WE. Der geringe Netzdurchsatz fiel mir beim Setup erst auf, als ich die Daten meines alten PC übernehmen wollte, die ich auf einem Samba-Server geparkt hatte. Die vorher gezogenen Patches aus dem Web kamen eh langsam, weil hier nur DSL3000 zur Verfügung steht.

Zur Lösung: Ich schliesse aus Deiner Bemerkung und den verlinkten Beiträgen (DKMS), dass ich nach jedem Update den Treiber entweder wieder installieren oder das Kernel-Modul mit DKMS blacklisten muss. Letzteres liest sich wie das auf Dauer geeignete Verfahren.

windspiel

windspiel schrieb:

Zur Lösung: Ich schliesse aus Deiner Bemerkung und den verlinkten Beiträgen (DKMS), dass ich nach jedem Update den Treiber entweder wieder installieren oder das Kernel-Modul mit DKMS blacklisten muss. Letzteres liest sich wie das auf Dauer geeignete Verfahren.

mit DKMS wird nichts geblacklistet, lies Dir bitte den Wikiartikel zu DKMS aufmerksam durch

DKMS sorgt bei korrekter Konfiguration für ein automatisiertes erstellen der (vorher manuell erstellten) Module nach einem Kernel-Update

Ubunux schrieb:

mit DKMS wird nichts geblacklistet, lies Dir bitte den Wikiartikel zu DKMS aufmerksam durch

DKMS sorgt bei korrekter Konfiguration für ein automatisiertes erstellen der (vorher manuell erstellten) Module nach einem Kernel-Update

Sorry! da war ich zu schnell/oberflächlich. Die automatische Aktualisierung des Moduls löst aber das Problem (meiner Faulheit).

windspiel