Jespen

HAllo Gulp, ähnliche Vermutung hatten wir auch bereits. Wir verwenden Mainboards aus der DFI LR-100-Serie, insbesondere DFI-APC LR100-N16x. Den Effekt konnten wir jedoch auch auf einem SuperMicro Board mit zwei Netzwerkkarten sowie auf einem Asus Consumer Board feststellen. Den meisten Standard-Usern dürfte der Umstand nicht auffallen, da bei deren Boards entweder nur eine NW Schnittstelle verbaut ist oder, wenn sie zwei davon besitzen, DHCP eingesetzt wird. Da bekommen die Netzwerkkarten halt eine andere IP und gut ists.

Die De-Installation des noch nicht installierten Controllers sollte den Zweck erfüllen, herauszufinden, ob der Intel Treiber (welcher sich zu diesem Zeitpunkt aber nicht auf dem System befand) für die Missere zuständig ist, oder aber eher Windows. Nachdem der Effekt auch ohne Intel-Treiber reproduzierbar ist, schließe ich den Intel-Treiber als Fehlerquelle primär aus... Als Windows-Version soll eigentlich Windows XP x32 Professional eingesetzt werden, der Fehler lässt sich 1:1 jedoch auch mit Windows 7 Professional x32 reproduzieren.

Nachdem sämtliche Web-Recherchen nicht zum Erfolg führten, bin ich auf Erfahrungswerte aus dem Forum angewiesen. Vielleicht kennt jemand das Problem? Wir haben eine Mainboard-Serie im Haus, auf welcher zwei Netzwerkkarten-Chips fest verbaut sind (1 x Intel 82567LM PCI Express G-LAN und 1 x Realtek RTL8111C). Die Realtek Karte wird aus hausinternen Gründen bereits im BIOS deaktiviert. Die Intel NIC wird ordnungsgemäß in Windows installiert (Windows bietet keine Standard-Treiber, daher verwenden wir einen Treiber von der Intel-Webseite, wir haben verschiedenste Versionen getestet). Nun kommt es zu einem kuriosen Effekt. Sporadisch nach einem Neustart, insbesondere wenn das Board für einige Stunden keinen Strom hatte, wird in Windows (die BIOS-Einstellungen sind jedoch durch die CMOS Batterie erhalten, auch die Urzeit stimmt!!) die Intel-NIC neu erkannt, und erhält eine neue Adapter-Nummer (LAN-Verbindung #2). Auch die PnPInstanceID ändert die REV-Nummer (z.B. von REV_01 zu REV02) Die eigentlich feste IP-Adresse hängt dann somit bei LAN-Adapter #1, das System kann somit nicht mehr erreicht werden. Wenn über die üblichen Anleitungen von Microsoft und hier aus dem Board die ausgeblendeten NICs eingeblendet und die #1 sowie #2 gelöscht werden, kann der Adapter neu installiert und die feste IP wieder vergeben werden. Nach einem Neustart des Systems oder einiger Zeit ohne Strom beginnt das Spiel von vorne. Der Fehler tritt auch wie folgt auf: Wurde der Treiber der Intel NIC in Windows installiert, funktioniert die Karte einwandfrei. Wird der Treiber anschließend wieder deinstalliert und daraufhin neu installiert, erhält die Netzwerkkarte eine neue Adapter-Nummer. Der Fehler tritt ebenso wie folgt auf: Wird Windows komplett „nackt“ installiert und im Hardware-Manager das „Unknown Device“ mit dem Namen „SM-Bus Controller“ deinstalliert, erhöht sich die Adapter-Nummer nach dem Neustart ebenfalls… 1. Kennt jemand das Problem? 2. Gibt’s hierfür einen Tipp? 3. Wäre eine Lösung, der NIC von Haus aus die höchste Adapter-Nummer zuzuteilen, wenn ja welche wäre dies (99??) und wie geht dies?