staging.inyokaproject.org

Hallo zusammen,

also ein kleines Update und kurze Info was ich bisher so gemacht und erlebt habe:

+ DHCP Pool vom Router überprüfft - passt - meine von Hand vergebene IP . 202 is nicht im Pool

+ IP vom Rechner habe ich bis jetzt noch nicht verändert, was vielleicht auch nicht mehr unbedingt notwendig ist ? - siehe weiter unten - (werde es aber event. trotz dem mal bei Gelegenheit ändern, nur um zu schauen)

+ habe (wären ich LAN Verbindung hatte) auf das LAN Verbindungssympol unten rechts geklickt und mir die LAn Netzwerkverbindung anzeigen lassen. –> danach mit der Option "LÖSCHEN" die Verbindung gelöscht. Vermute es ist sowas wie wenn man in Windows die LAN Karte im gerätemanager löscht ??? Der Hintergrund war, dass beim nächsten Starten Linux erkennt dass da eine NEtzwerkkarte ist, aber noch kein Treiber und diesen neu installiert. Ich habe nicht schlecht gestaund als 30 sekunden später plötzlich die LAN Verbindung wieder da war - so als wäre nichts geschenen. Ergo schein Linux dazu kein Neustart zu benötigen um das zu merken? ☺

+ also kam ich auf die Idee, ich mache das Ganze wenn mir keine LAN Verbindung angezeigt wird und ich auch tasächlich keine Internet zugriff habe. Gesagt getan, PC neu gestartet, wie erwartet, keine LAN Verbindung mehr. Also das Symbohl angeklickt, nur jetzt habe ich nicht schlecht gestaunt als ich hier gar keine LAN Netzwerkverbindung mehr angezeigt bekommen hab.

+ also habe ich gedacht, OK jetzt installiere ich manuel diese EThernet verbindung, nur als ich beim nächsten sich öffnenden Bildschirm war.... gab es keine Möglichkeit eine "Netzwerkkarte" auszuwählen. Für mich als Laie, würde ich sagen, es sah so aus wie wenn in dem Laptop gar keine LAN Netzwerkschnittstelle verbaut wäre...

Nun hatte ich den Behfehl lspci in der konsole ausgeführt (2 mal - einmal mit funktinierender LAN Schnittstelle und einmal ohne)

Die Ausgabe dazu kommt gleich.

lspci ohne (angezeigte) LAN Verbindung:

00:00.0 Host bridge: Intel Corporation 2nd Generation Core Processor Family DRAM Controller (rev 09)
00:01.0 PCI bridge: Intel Corporation Xeon E3-1200/2nd Generation Core Processor Family PCI Express Root Port (rev 09)
00:16.0 Communication controller: Intel Corporation 6 Series/C200 Series Chipset Family MEI Controller #1 (rev 04)
00:1a.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #2 (rev 04)
00:1b.0 Audio device: Intel Corporation 6 Series/C200 Series Chipset Family High Definition Audio Controller (rev 04)
00:1c.0 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 1 (rev b4)
00:1c.1 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 2 (rev b4)
00:1d.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #1 (rev 04)
00:1f.0 ISA bridge: Intel Corporation HM65 Express Chipset Family LPC Controller (rev 04)
00:1f.2 SATA controller: Intel Corporation 6 Series/C200 Series Chipset Family 6 port SATA AHCI Controller (rev 04)
00:1f.3 SMBus: Intel Corporation 6 Series/C200 Series Chipset Family SMBus Controller (rev 04)
01:00.0 VGA compatible controller: NVIDIA Corporation GT218M [GeForce 315M] (rev a2)
01:00.1 Audio device: NVIDIA Corporation High Definition Audio Controller (rev a1)
03:00.0 Network controller: Qualcomm Atheros AR9285 Wireless Network Adapter (PCI-Express) (rev 01)

lspci mit (angezeigter und funktionierender) LAN Verbindung

00:00.0 Host bridge: Intel Corporation 2nd Generation Core Processor Family DRAM Controller (rev 09)
00:01.0 PCI bridge: Intel Corporation Xeon E3-1200/2nd Generation Core Processor Family PCI Express Root Port (rev 09)
00:16.0 Communication controller: Intel Corporation 6 Series/C200 Series Chipset Family MEI Controller #1 (rev 04)
00:1a.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #2 (rev 04)
00:1b.0 Audio device: Intel Corporation 6 Series/C200 Series Chipset Family High Definition Audio Controller (rev 04)
00:1c.0 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 1 (rev b4)
00:1c.1 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 2 (rev b4)
00:1d.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #1 (rev 04)
00:1f.0 ISA bridge: Intel Corporation HM65 Express Chipset Family LPC Controller (rev 04)
00:1f.2 SATA controller: Intel Corporation 6 Series/C200 Series Chipset Family 6 port SATA AHCI Controller (rev 04)
00:1f.3 SMBus: Intel Corporation 6 Series/C200 Series Chipset Family SMBus Controller (rev 04)
01:00.0 VGA compatible controller: NVIDIA Corporation GT218M [GeForce 315M] (rev a2)
01:00.1 Audio device: NVIDIA Corporation High Definition Audio Controller (rev a1)
02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8101/2/6E PCI Express Fast/Gigabit Ethernet controller (rev 05)
03:00.0 Network controller: Qualcomm Atheros AR9285 Wireless Network Adapter (PCI-Express) (rev 01)

Selbst mir als neuling ist aufgefallen, im Fall OHNE Verbindung wird gar keine Netzwerkkarte angezeigt. wie wenn gar keine installiert wäre. Mit Verbindung erkennt man in der Vorletzten Zeile dass hier die Netzwerkschnittstelle da ist.

Einen Hardwaremäßigen defekt, denke ich kann man ausschließen, sonst wäre es eher zufällig wann ich Verbindung habe und wann nicht. Es ist aber so dass zu 100% immer abwechselnd mal Verbindung da, mal keine (bzw jetzt kann man sagen mal Netzwerkkarte erkannt und beim nächsten Stard nicht erkannt, darauf hin beim nächsten Start wieder erkannt dann wieder nicht... usw)

Auch ist mir aufgefallen, dass der letzte "status" der Netzwerkkarte wohl irgendwo "gespeichert" wird? Denn als ich vor ein paar Tagen den PC runter gefahren habe (da hatte ich kene LAn Verbindung) und gestern Abend, tage danach, erstmals wieder gestartet habe, war gleich beim ersten Start die Verbindung da. Normalerweise war es immer so dass ich beim ersten Start generell keine Verbindung hatte –- Aber weil ich zuvor den PC runter gefahren hatte und der letzte Status war, dass die Netzwerkverbindung da war. Also dieses Alternierende, immer im Wechsel mal LAN da, danach LAN nicht da - wohl auch über Tage hinweg so statfindet

Was zum Kuckuck ist das für ein merkwürdiges Verhalten ?

jane.ubuntu schrieb:

[…] Selbst mir als neuling ist aufgefallen, im Fall OHNE Verbindung wird gar keine Netzwerkkarte angezeigt. wie wenn gar keine installiert wäre.

• Ja. Das ist gut beobachtet und sehr merkwürdig.

[…] Einen Hardwaremäßigen defekt, denke ich kann man ausschließen, […]

• Wenn das PCI-Gerät nicht immer erkannt wird, ist es auf jeden Fall ein Hardware-Problem und kein Problem der Netzwerk-Konfiguration.

Was zum Kuckuck ist das für ein merkwürdiges Verhalten ?

• Es könnte mit dem Power-Management der Schnittstelle zusammenhängen.

• Probiere folgendes: Rechner ganz ausschalten, vom Stromnetz trennen, Akku ausbauen, einige Minuten warten. Dann wieder einschalten. Hilft manchmal bei Netzwerkkarten, die von MS-Windows mal in einen inkonsistenten Schlafzustand gesteuert wurden.

• Wenn es nicht hilft, zeige:

  sudo lspci -s 02:00 -knnv

.

Hallo kB

also das mit dem Akku raus machen hat leider nicht funktioniert. somit hier die Ausgabe von

sudo lspci -s 02:00 -knnv

02:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8101/2/6E PCI Express Fast/Gigabit Ethernet controller [10ec:8136] (rev 05)
	Subsystem: Toshiba America Info Systems RTL8101/2/6E PCI Express Fast/Gigabit Ethernet controller [1179:fc30]
	Flags: bus master, fast devsel, latency 0, IRQ 26
	I/O ports at d000 [size=256]
	Memory at f2104000 (64-bit, prefetchable) [size=4K]
	Memory at f2100000 (64-bit, prefetchable) [size=16K]
	Capabilities: [40] Power Management version 3
	Capabilities: [50] MSI: Enable+ Count=1/1 Maskable- 64bit+
	Capabilities: [70] Express Endpoint, MSI 01
	Capabilities: [b0] MSI-X: Enable- Count=4 Masked-
	Capabilities: [d0] Vital Product Data
	Capabilities: [100] Advanced Error Reporting
	Capabilities: [140] Virtual Channel
	Capabilities: [160] Device Serial Number 2c-02-00-00-36-4c-e0-00
	Kernel driver in use: r8169
	Kernel modules: r8169

ich habe auch einige, Posts in diversen Foren gefunden, allerdings waren diese schon älteren Datums, dass es mit dem Treiber Mudul r8169 wohl probleme gibt. Könnte dies auch hier dieses Phänomen auslösen ?

noch die Ausgabe (der Teil für die LAN Karte) von sudo lshw -html:

id:	
network
Beschreibung: 	Ethernet interface
Produkt: 	RTL8101/2/6E PCI Express Fast/Gigabit Ethernet controller
Hersteller: 	Realtek Semiconductor Co., Ltd.
Physische ID: 	
0
Bus-Informationen: 	
pci@0000:02:00.0
Logischer Name: 	
enp2s0
Version: 	05
Seriennummer: 	b8:70:f4:66:e5:51
Größe: 	100Mbit/s
Kapazität: 	100Mbit/s
Breite: 	64 bits
Takt: 	33MHz
Fähigkeiten: 	pm msi pciexpress msix vpd bus_master cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd autonegotiation
Konfiguration:	
autonegotiation	=	on
broadcast	=	yes
driver	=	r8169
driverversion	=	2.3LK-NAPI
duplex	=	full
firmware	=	rtl_nic/rtl8105e-1.fw
ip	=	192.168.178.10
latency	=	0
link	=	yes
multicast	=	yes
port	=	MII
speed	=	100Mbit/s
Ressourcen:	
irq	:	26
ioport	:	d000(Größe=256)
memory	:	f2104000-f2104fff
memory	:	f2100000-f2103fff

Vieleicht sieht der Netzwerkprofier hier etwas ? sollte es nicht am treibermodull r8169 liegen?

Hallo.

Hast du schon daran gedacht, die Basis (BIOS / UEFI) auf mögliche Updates zu prüfen?

sudo apt-get install inxi
sudo inxi -Fz

Deine hier berichteten Erfahrungen sind:

• Es funktioniert nicht bei jedem Start, sondern alternierend einmal und dann einmal nicht.

• Wenn es funktioniert, dann problemlos. Und mit dem Linux-Kernel-Treiber r8169.

• Wenn es nicht funktioniert, dann weil die Schnittstelle als PCIe-Gerät nicht gefunden wird.

Habe ich das richtig zusammengefasst?

Wenn das PCIe-Gerät nicht gefunden wird, wird auch kein Treiber dafür geladen. Wenn man nun einen anderen Treiber anstelle des Kernel-Treibers installiert, passiert folgendes: Wenn das PCIe-Gerät nicht gefunden wird, wird der alternative Treiber dafür nicht geladen. Für mich klingt das nicht Erfolg versprechend, andererseits:

• Der Entwickler der Schnittstellen-Hardware Realtek bietet im Internet Treiber für seine Chips an. Die Realtek-Treiber sind aus den Kernel-Treibern abgeleitet. Du müsstest nach 8101E suchen, den Treiber als Source herunterladen und übersetzen. Der Prozess, den Kernel-Treiber r8169 gegen diesen Realtek-Treiber zu tauschen ist nicht trivial; aber er ist am Beispiel 8169 ./. 8168 hier im Forum schon beschrieben worden.

• Mir erscheint eher Erfolg versprechend, die Power-Management-Einstellungen für die Netzwerkschnittstelle im BIOS, UEFI oder wie auch immer sich die Firmware Deines Rechners nennt, zu verändern. Möglicherweise gibt es dort auch Einstellungen zum Wake-up-over-LAN oder ähnlich. Ggf. ein Upgrade der Firmware durchführen.

.

Anderer Treiber (r8168) bringt nichts:

modprobe -c | grep -i "10ec.*8136"
alias pci:v000010ECd00008136sv*sd*bc*sc*i* r8169

Gibt es im BIOS/UEFI die Möglichkeit, das Netzwerk vor dem OS zu starten?

Hallo Hans(mit der langen Nummer)

BIOS Updateshabe ich seither ziemlich verdrängt, da ich im BIOS nicht "herumspielen" möchte. Einzig was ich da gemacht habe, ist die Bootreihenfolge zu ändern. Sonst ist in dem BIOS ales wie im Auslieferungszustand (also im Neuzustand)

Deine zwei Befehle, was bedeuten die genau, bzw was bewirken sie ? (möchte auch ein bischen dabei lernen und nicht nur etwas "blind" ausführen) ☺

@kB: also das leuchtet alles ein, egal welcher Treiber installiert sein mag, wenn die PCI snittstelle an der die "Netzwerkarte" hängt nicht erkannt wird....

Ich habe aber gestern eine interessante beobachtung gemacht. Bisher war es doch immer alternierend. Ich hatte bis gestern Abend den Laptop vom Strom weg und auch Akku draußen. (ca. 1,5 Tage)

• nachdem ich denn gestern Abend getsratet habe, war Netzwerk da.

• danach habe ich runter gefahren, strom weg Akku raus (ca. 10 - 15 min)

• Danach Akku / Strom wieder rein, neustart und siehe da, auf anhieb LAN Verbindung da. (obwohl rein theoretisch diesmal keine LAN Verbindung hätte sein sollen)

Mehr wie diese zwei Male hatte ich leider keine Zeit mehr zu testen, werden dies aber versuchen heute nochmal zu probieren, ob man wirklich sagen kann, dann immer wenn Strom und Akku weg waren danach auch die LAN Verbindung auf Anhieb geht.

Dies läst mich als Neuling auch darauf schließen, dass dieser Treiber nicht unbedingt der Grund sein könnte ??? Es ist aber sehr, sehr merkwürdig warum die alternierende LAN Verbindung / bzw keine Verbindung, mit entfernen des AKKU, plötzlich unterbrochen scheint ? (werde aber versuchen ein paar mehr Tests zu machen um event sagen zu können dass es wirklich so ist)

@praseodym: So wir ich das einschätzen kann, gibt es in dem BIOS nicht viel einstellmöglichkeiten, wie gesagt ist alles noch Ursprungszustand, habe da nie "rumgespielt". Werde aber nochmal schauen ob es eine Einstellung bezüglich Wake on LAN gibt. Eine Möglichkeit Netztwerk vor OS zu starten ist mir hier nicht aufgefallen, bzw wenn dann habe ich es nicht erkannt, weil es event so bezeichnet ist dass ich nicht gleich drauf schließen konnte.

Hallo.

Schau mal in den Wiki Artikel zu inxi. inxi ermittelt u. a. die verbaute Hardware.

jane.ubuntu schrieb:

[…] Ich hatte bis gestern Abend den Laptop vom Strom weg und auch Akku draußen. (ca. 1,5 Tage)

• nachdem ich denn gestern Abend gestartet habe, war Netzwerk da.

• danach habe ich runter gefahren, strom weg Akku raus (ca. 10 - 15 min)

• Ich vermute, 1 min reicht.

• Danach Akku / Strom wieder rein, neustart und siehe da, auf anhieb LAN Verbindung da. (obwohl rein theoretisch diesmal keine LAN Verbindung hätte sein sollen)

• Ich vermute, das bleibt auch so, solange Du MS Windows nicht startest. (Auch ohne Herausnahme des Akku ?)

.

Hallo,
die komplette Ethernetkarte wird zwischendurch gar nicht erkannt, das hat rein gar nichts mit dem Kernelmodul (Treiber) oder ähnlichem zu tun. Die Hardware ist bereits bekannt:

02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8101/2/6E PCI Express Fast/Gigabit Ethernet controller (rev 05)

Man kann versuchen den PCI-Bus neu zu scannen und die Hardware über den Kernel bei Erkennung automatisch einzubinden:

Terminalfenster 1 zur Kontrolle:

1

udevadm monitor

Im Terminalfenster 2 den Bus-Scan anstoßen:

1

echo 1 | sudo tee /sys/bus/pci/rescan

@kB:

wenn ich den Akku nicht raus mache, dann habe ich das Phänoment der Alternierenden Verbindung. Erst wenn ich den Akku raus nehme, scheint (leider erst nur 2 Testes gemacht) dass bei jedem neustart dann sofort alles fuktioniert. Auch die LAN verbindung.

Aber ich hatte eben als ich das gelesen habe, eine Idee: ich starte MS Windows ein paar mal, also einfach das Windos starten, runter fahren und wieder starten und wieder runter fahren. (vieleicht so ca. 3 mal) und Probiere danach nochmal das ganze mit Linux ob dieses Phänomen weiterhin auftritt ?

Der Grund warum ich darauf komme: anscheinend soll MS W wenn man den Laptop in ruhezustand versetzt (zb durch schließen des Monitor deckels) event. durch Windows "eingriffe" in die Netzwerkkarte vorgenommen werden ? Also dass da eventuell in irgend einem speicher des Netzwerkadapters, oder sonstwie etwas geändert/hinterlegt wird ? Dies wirkt sich event enstprechend auf Linux aus ?

Was ich aber absolut nicht verstehe: diese Alternierung, LAN Verbindung da, und beim nächsten mal LAn (bzw ganze Netzwerkadapter) weg, und daraufhin wieder LAN da

Habe aber noch festgetsellt, dass wenn alles einwandfrei funktioniert hat (also inkl LAN) und ich den Laptop in Ruhezustand versetzt habe (ich glaube das nennt sich hybernate?), und nanach wieder "aufgeweckt" habe, war die LAN verbindung auch weg. Und ein nochmaliges in Ruhezustand versetzte und wieder aufwecken, war LAn Verbindung immer noch weg. Also hier wurde die Alternierung durchbrochen. Erst ein Neustart brachte die LAN Verbindung wieder zurück.

@elektronenblitzer63: werde ich , wenn ich wieder dran sitze, mal ausprobieren. Vieleicht erspart der befehl mir wenigstens das permanente Neustarten ?

Hallo.

Zeig doch mal die Ausgabe von inxi oder gib doch zumindest mal das konkrete Modell an. Wie gesagt: ich würde an deiner Stelle sicherstellen, dass die Basis (BIOS / UEFI) aktuell ist. Das Flashen ist heutzutage nicht wirklich kein Akt mehr.

jane.ubuntu schrieb:

Habe aber noch festgetsellt, dass wenn alles einwandfrei funktioniert hat (also inkl LAN) und ich den Laptop in Ruhezustand versetzt habe (ich glaube das nennt sich hybernate?), und nanach wieder "aufgeweckt" habe, war die LAN verbindung auch weg. Und ein nochmaliges in Ruhezustand versetzte und wieder aufwecken, war LAn Verbindung immer noch weg. Also hier wurde die Alternierung durchbrochen. Erst ein Neustart brachte die LAN Verbindung wieder zurück.

Du musst mittels ...

1
2
3

lspci -nnk
# oder gefiltert
lspci -nnk | grep -i rtl81 -A2

... nachschauen, ob die Ethernet-Karte beim Start erkannt und der Treiber auch geladen wurde. Wenn die Verbindung nach Suspend nicht aufgebaut wird, kann das gänzlich andere Ursachen haben.