lshw - Unclaimed / Netzwerkproblem

[p3t3rp1Lz]

Hi,

ich habe den folgenden Rechner neu zusammengestellt und Debian darauf installiert:
Gigabyte B150M-D2V DDR3 Intel
Intel Core i5 7400 4x 3.00GHz
8GB Kingston ValueRAM DDR3-1333

Bei der Installation wurde ich schon darauf hingeweisen das irgendein Controller nicht korrekt installiert werden konnte. Jetzt habe ich folgendes Problem: wenn ich per ssh von meinem Laptop verbunden bin, hakt manchmal die Konsole, so dass ich ein zwei Augenblicke warten muss bis meine Eingaben ausgeführt werden. Auch wenn ich Video- oder Audiodateien auf dem Laptop oder auch von meinem Raspberry PI aus wiedergebe, gibt es immer wieder Haker und es sieht aus, als müssten die Daten erst wieder nachgeholt werden. An der gleichen Stelle im Netzwerk war vorher schon ein Debian System mit dem all das super funktionierte, daher schließe ich Netzwerkprobleme aus.
Ich habe jetzt lshw ausgeführt und mir sind folgende UNCLAIMED aufgefallen:

(das hier hat wohl nix mit dem Problem zu tun)
*-display UNCLAIMED
description: VGA compatible controller
product: Intel Corporation
vendor: Intel Corporation
physical id: 2
bus info: pci@0000:00:02.0
version: 04
width: 64 bits
clock: 33MHz
capabilities: pciexpress msi pm vga_controller bus_master cap_list
configuration: latency=0
resources: memory:ee000000-eeffffff memory:d0000000-dfffffff ioport:f000(size=64)

(Ich vermute hier liegt das Problem? Wie kann ich hierfür den "Treiber" korrekt installieren unter Debian?)
*-communication UNCLAIMED
description: Communication controller
product: Intel Corporation
vendor: Intel Corporation
physical id: 16
bus info: pci@0000:00:16.0
version: 31
width: 64 bits
clock: 33MHz
capabilities: pm msi cap_list
configuration: latency=0
resources: memory:ef12d000-ef12dfff

(der hier ist nicht UNCLAIMED, aber zur Vervollständigung des angesprochenen Problems)
*-network
description: Ethernet interface
product: RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
vendor: Realtek Semiconductor Co., Ltd.
physical id: 0
bus info: pci@0000:01:00.0
logical name: eth0
version: 0c
serial: 40:8d:5c:7b:e1:f4
size: 1Gbit/s
capacity: 1Gbit/s
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress msix vpd bus_master cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt 1000bt-fd autonegotiation
configuration: autonegotiation=on broadcast=yes driver=r8169 driverversion=2.3LK-NAPI duplex=full ip=192.168.178.29 latency=0 link=yes multicast=yes port=MII speed=1Gbit/s
resources: irq:139 ioport:e000(size=256) memory:ef000000-ef000fff memory:e0000000-e0003fff
(unter free -m finde ich aber meine 8GB)
*-memory UNCLAIMED
description: Memory controller
product: Intel Corporation
vendor: Intel Corporation
physical id: 1f.2
bus info: pci@0000:00:1f.2
version: 31
width: 32 bits
clock: 33MHz (30.3ns)
capabilities: bus_master
configuration: latency=0
resources: memory:ef124000-ef127fff

(keine Ahnung was das ist)
*-serial UNCLAIMED
description: SMBus
product: Intel Corporation
vendor: Intel Corporation
physical id: 1f.4
bus info: pci@0000:00:1f.4
version: 31
width: 64 bits
clock: 33MHz
configuration: latency=0
resources: memory:ef12a000-ef12a0ff ioport:f040(size=32)


Im Allgemeinen habe ich jetzt zwei Fragen:
Kann das angesprochene Problem an dieser UNCLAIMED Hardware liegen?
Wenn nein: Was zum Teufel könnte das sonst sein?

Danke schon mal für eure Hilfe, alleine bin ich hier echt aufgeschmissen.

[towo]

Wenn Du da ein stable installiert hast, solltest DU schleunigst Kernel und Firmware aus den Backports installieren, danach können wir weiter diskutieren.

[p3t3rp1Lz]

Ok danke schon mal für diesen Hinweis. Der kernel war 3.16 und nun habe ich:

XXX@XXXX:~$ uname -r
4.9.0-0.bpo.2-amd64

Es bleibt nur noch folgender UNCLAIMED:
*-memory UNCLAIMED
description: Memory controller
product: Intel Corporation
vendor: Intel Corporation
physical id: 1f.2
bus info: pci@0000:00:1f.2
version: 31
width: 32 bits
clock: 33MHz (30.3ns)
capabilities: bus_master
configuration: latency=0
resources: memory:ef124000-ef127fff

Leider ist das Haken bei der Netzwerkwiedergabe damit nicht behoben.

[p3t3rp1Lz]

Ich habe jetzt folgendes Phänomen festgestellt: solange ich über meinen Laptop(per ssh) "tcptrack -i eth0" laufen lasse, gibt es keinerlei Aussetzer. Beende ich das, dauert es ca. 3Minuten bis das Ruckeln und Hakeln wieder losgeht.
Das ist WEIT hinter meinen Kenntnissen von Debian, Netzwek und tcptrack und ich mir nun wirklich nicht zusammenreimen wie ein solches Verhalten zu begründen ist.



P.S.: Ich gehe mittlerweile davon aus, dass das Netzwerkproblem nichts mit dem UNCLAIMED memory zu tun hat. Da ich neu im Forum bin, folgende Frage: sollte ich das lieber nochmal separat in einem eigenen Beitrag eröffnen?

[rendegast]

Fehlende firmware?

Code: Alles auswählen

dmesg   | egrep -i "firm|fw|error|fail|warn"

[p3t3rp1Lz]

Mhm, mehere "failed" aber die letzten Zeilen sehen interessant aus. Wie kann ich die firmware installieren? Das hatte towo auch schon geschrieben, fällt mir auf. Mit meinen rudimentären Kenntnissen war ich froh den kernel geupdatet zu haben.

[ 0.382670] ACPI: [Firmware Bug]: BIOS _OSI(Linux) query ignored
[ 0.406849] acpi PNP0A08:00: _OSC failed (AE_ERROR); disabling ASPM
[ 1.898184] EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro
[ 1.984255] i915 0000:00:02.0: firmware: failed to load i915/kbl_dmc_ver1_01.bin (-2)
[ 1.984259] i915 0000:00:02.0: Direct firmware load for i915/kbl_dmc_ver1_01.bin failed with error -2
[ 1.984261] i915 0000:00:02.0: Failed to load DMC firmware [https://01.org/linuxgraphics/intel-linu ... -firmwares], disabling runtime power management.
[ 2.182200] EXT4-fs (sdb1): mounted filesystem with ordered data mode. Opts: errors=remount-ro
[ 2.253363] [drm] failed to retrieve link info, disabling eDP
[ 2.254582] [drm] GuC firmware load skipped
[ 2.817601] r8169 0000:01:00.0: firmware: failed to load rtl_nic/rtl8168g-2.fw (-2)
[ 2.817633] r8169 0000:01:00.0: Direct firmware load for rtl_nic/rtl8168g-2.fw failed with error -2
[ 2.817636] r8169 0000:01:00.0 eth0: unable to load firmware patch rtl_nic/rtl8168g-2.fw (-2)

[p3t3rp1Lz]

Mhm, mehere "failed" aber die letzten Zeilen sehen interessant aus. Wie kann ich die firmware installieren? Das hatte towo auch schon geschrieben, fällt mir auf. Mit meinen rudimentären Kenntnissen war ich froh den kernel geupdatet zu haben.

[ 0.382670] ACPI: [Firmware Bug]: BIOS _OSI(Linux) query ignored
[ 0.406849] acpi PNP0A08:00: _OSC failed (AE_ERROR); disabling ASPM
[ 1.898184] EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro
[ 1.984255] i915 0000:00:02.0: firmware: failed to load i915/kbl_dmc_ver1_01.bin (-2)
[ 1.984259] i915 0000:00:02.0: Direct firmware load for i915/kbl_dmc_ver1_01.bin failed with error -2
[ 1.984261] i915 0000:00:02.0: Failed to load DMC firmware [https://01.org/linuxgraphics/intel-linu ... -firmwares], disabling runtime power management.
[ 2.182200] EXT4-fs (sdb1): mounted filesystem with ordered data mode. Opts: errors=remount-ro
[ 2.253363] [drm] failed to retrieve link info, disabling eDP
[ 2.254582] [drm] GuC firmware load skipped
[ 2.817601] r8169 0000:01:00.0: firmware: failed to load rtl_nic/rtl8168g-2.fw (-2)
[ 2.817633] r8169 0000:01:00.0: Direct firmware load for rtl_nic/rtl8168g-2.fw failed with error -2
[ 2.817636] r8169 0000:01:00.0 eth0: unable to load firmware patch rtl_nic/rtl8168g-2.fw (-2)

So, ich habe meine sources.list angepasst:
"deb http://deb.debian.org/debian jessie main non-free contrib
deb-src http://deb.debian.org/debian jessie main

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

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

deb http://ftp.debian.org/debian jessie-backports main non-free contrib"

Dann habe ich nach realtek gesucht:
XXX@XXXX:/home/XXX# apt-cache search realtek
flashrom - Identify, read, write, erase, and verify BIOS/ROM/flash chips
nictools-pci - Diagnostic tools for many PCI Ethernet cards
librtlsdr-dev - Software defined radio receiver for Realtek RTL2832U (development files)
librtlsdr0 - Software defined radio receiver for Realtek RTL2832U (library)
rtl-sdr - Software defined radio receiver for Realtek RTL2832U (tools)
firmware-realtek - Binary firmware for Realtek wired and wireless network adapters

Dann installiert:
XXX@XXXX:/home/XXX# apt-get install firmware-realtek
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Die folgenden NEUEN Pakete werden installiert:
firmware-realtek
0 aktualisiert, 1 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
Es müssen 208 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 719 kB Plattenplatz zusätzlich benutzt.
Holen: 1 http://deb.debian.org/debian/ jessie/non-free firmware-realtek all 0.43 [208 kB]
Es wurden 208 kB in 0 s geholt (464 kB/s).
Vormals nicht ausgewähltes Paket firmware-realtek wird gewählt.
(Lese Datenbank ... 162349 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../firmware-realtek_0.43_all.deb ...
Entpacken von firmware-realtek (0.43) ...
firmware-realtek (0.43) wird eingerichtet ...
update-initramfs: deferring update (trigger activated)
Trigger für initramfs-tools (0.120+deb8u3) werden verarbeitet ...
update-initramfs: Generating /boot/initrd.img-4.9.0-0.bpo.2-amd64
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8107e-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8107e-1.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168h-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168h-1.fw for module r8169

Ich habe gesucht/gefunden, dass man jetzt noch folgendes machen soll:
XXX@XXXX:/home/XXX# update-initramfs -k all -u
update-initramfs: Generating /boot/initrd.img-4.9.0-0.bpo.2-amd64
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8107e-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8107e-1.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168h-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168h-1.fw for module r8169
update-initramfs: Generating /boot/initrd.img-3.16.0-4-amd64

Wie bekomme ich jetzt noch die fehlende Firmware installiert?

[mludwig]

Nimm das Packet aus den Jessie-Backports, dort ist diese Firmware enthalten:

https://packages.debian.org/de/jessie-b ... re-realtek

[p3t3rp1Lz]

Danke! Jetzt sind auch diese Warnings verschwunden.
Gleich mal testen, ob das Hakeln und Ruckeln endlich verschwunden ist.

Das war mal lehrreich mit all den backports und Firmware und kernel Installationen, vielen Dank schon mal dafür!

Jetzt noch die Frage, ob der alte kernel hier immernoch auftauchen sollte:

XXX@XXXX:/home/XXX# update-initramfs -k all -u
update-initramfs: Generating /boot/initrd.img-4.9.0-0.bpo.2-amd64
update-initramfs: Generating /boot/initrd.img-3.16.0-4-amd64

[mludwig]

Ich würde eher danach schauen, dass du die fehlende Firmware für deine Intel-Grafik installiert bekommst. Siehe dein log-Auszug betreffend i915 fehlende Datei kbl_dmc_ver1_01.bin etc.

Paket wäre hier firmware-misc-nonfree, wobei es auch hier sein kann dass das Paket in jessie zu alt ist und diese Datei nicht enthält, in sid ist sie jedenfalls dabei, für jessie-backports habe ich keine Dateiliste gefunden.

[p3t3rp1Lz]

Hi, ja jetzt wo du es sagst. Da steht ja noch mehr in der dmesg Ausgabe. Leider konnte ich das nicht beheben. Ich habe erst "apt-get install firmware-misc-nonfree" installiert aber leider bleibt die Meldung.
Habe auch noch "apt-get -t jessie-backports install firmware-misc-nonfree" versucht aber "firmware-misc-nonfree ist schon die neueste Version."
Da ich das System zu 99,9% nur per SSH anspreche, war mir die Grafik eigentlich egal aber es stimmt, ich will natürlich ein optimal eingestelltes System.

Die Video/Audiowiedergabe per SMB Freigabe funktioniert jetzt übrigens tadellos. DANKE Community, vielen vielen Dank.

[p3t3rp1Lz]

Welche Stolperstellen sollte ich denn noch überprüfen nach einer frischen Debian Installation?

[owl102]

Wenn Du da ein stable installiert hast, solltest DU schleunigst Kernel und Firmware aus den Backports installieren, danach können wir weiter diskutieren.

Da es um eine Neuinstallation geht: Wäre es nicht sinniger, statt "stable" stretch zu installieren, insbesondere da stretch in ein paar Tagen "stable" wird?

[rendegast]

Ja