Lenovo T430 in LMN7

[S.Senft]

Welche Linbo-Version habe ich den da?
9.4.8-0 ?

@S.Senft

root@server:~# dpkg -l | grep linuxmuster
ii  linuxmuster-base7                      9.1.2-0                                         all          linuxmuster.net configuration scripts
ii  linuxmuster-linbo-common7              9.4.8-0                                         all          linuxmuster-linbo common files: kernel, initrd and pxe boot configuration
ii  linuxmuster-linbo-gui7                 9.0.2                                           all          Linuxmuster Linbo GUI
ii  linuxmuster-linbo7                     9.4.8-0                                         all          linuxmuster-linbo scripts
ii  linuxmuster-prepare                    0.7.4-0ubuntu0                                  all          linuxmuster.net pre setup configuration scripts
ii  linuxmuster-webui7                     1.0.169rc6                                      all          next generation web-based management tool for linuxmuster.net v7.x

Bein LINBO-Startvorgang kommt immer „Version 237“

Bitte um kurzen Hinweis, wo ich am Server die richtige Versionsnummer finde.

MbW
Stefan

[baumhof]

Hallo Stefan,

die Version steht direkt nach dem Login im Terminal:

Last login: Tue Jun 14 16:46:53 2022 from GEHEIM

███ ███ WELCOME TO LINUXMUSTER.NET 7.1 - release
█████ █████ Donnerstag, 16 Juni 2022, 22:36:39
███ ███
███ ███ Uptime…: 52 days, 00h24m00s
█████ █████ Memory…: 483/11722MB (4.12%)
███ ███ IP Internal…: 10.16.1.1
███ IP External…: GEHEIM
█████
███
███ ███ linuxmuster.net packages:
█████ █████ -Base…: 7.1.10-0
███ ███ -Linbo…: 4.0.27-0
███ ███ -WebUI…: 7.1.24
█████ █████ -Sophomorix…: 3.90.4-1
███ ███

oder wenn du
dpkg -l | grep linbo

eingibst:

rc linuxmuster-linbo-common7 2.4.3-4
all linuxmuster-linbo common files: kernel,
initrd and pxe boot configuration
ii linuxmuster-linbo-gui7 7.0.5
all Linuxmuster Linbo GUI
ii linuxmuster-linbo7 4.0.27-0
all linuxmuster-linbo7

was hast du den da?
eine lmn7 oder eine lmn7.1 ?

Meine Ausgabe von:
dpkg -l | grep linuxmuster
ii linuxmuster-base7 7.1.10-0
all linuxmuster.net configuration scripts
rc linuxmuster-linbo-common7 2.4.3-4
all linuxmuster-linbo common files: kernel,
initrd and pxe boot configuration
ii linuxmuster-linbo-gui7 7.0.5
all Linuxmuster Linbo GUI
ii linuxmuster-linbo7 4.0.27-0
all linuxmuster-linbo7
ii linuxmuster-prepare 7.1.5-1
all linuxmuster.net pre setup configuration
scripts
ii linuxmuster-webui7 7.1.24
all Next generation web-based management
tool for linuxmuster.net v7.x

LG

Holger

[S.Senft]

Hallo Holger,

ich habe LMN7.1 von und bei netzint - noch nicht produktiv im Einsatz.
An dieser Stelle ein großes DANKESCHÖN für die kompetente und freundliche Betreuung an netzint!!!

Ich habe gerade gelesen, dass es die LMN7.1 nur mit LINBO 4 gibt - daher wird es wohl der netzint-fork sein.
Die Angaben beim Serverlogin sind übrigens die selben wie oben angegebenen (mit
dpkg -l | grep linuxmuster)

LINBO verwendet bei mir übrigens Kernel 5.4.75 (laut linbo-ssh auf einen Client und dann uname -a).

Und damit komme ich zu zurück zum T430-Linbo-Problem.

Ich habe nun alles durch, was ich machen kann - leider ohne Erfolg. Hier mein Bericht mit einigen „Impressionen“ und der Bitte um Manöverkritik…

1. Bios-Update auf neuste Version 2.8.2 von Aug 2019
   

   

2. Firmwareversion der Netzwerkkarte Intel 82579LM
   war mit MSDOS-Tool laut dem Tool nicht nötig
   
   und auch unter extra händisch installiertem Win8 (habe keine Win-Clients mehr) war es laut dem Tool nicht nötig.
   

   
   
   Die Software heißt „NVM Update Utility“.
   Ich bin mir aber nicht sicher, ob es nicht doch bei Intel noch eine Firmware gibt, die ich nicht gefunden habe. Könntest Du da nochmal nach schauen, ob ich was übersehen habe?
   Hier meine Quelle:
   https://www.intel.com/content/www/us/en/products/sku/47620/intel-82579lm-gigabit-ethernet-phy/downloads.html

3. Ich habe außer dem „NVM Update Utility“ auch mal den Treiber unter Win8 aktualisiert.

4. Geladenes LINBO des T430 mittels LINBO-BootCD im LINBO-Debug-Modus untersucht.
   Die Netzwerkkarte hat keine IP erhalten (ifconfig)
   

   
   
   Flow Control: None (desmsg)
   
   
   
   Und das Treibermodul ist e1000e in Version 3.2.6-k in Firmwareversion 0.13-3 (ethtool)
   

5. Bei einem anderen Client HP8300-Elite, der problemlos mit LINBO läuft, ist auch die Netzwerkkarte Intel 82579LM verbaut, einziger Unterschied, der mir aufgefallen ist, ist die Treiberfirmware, ausgelesen per linbo-ssh auf den Client.
   Das Treibermodul ist e1000e in Version 3.2.6-k in Firmwareversion 0.13-4 (ethtool)
   
   Gibt es vielleicht doch noch eine andere Firmware für die Netzwerkkarte, die ich nicht finde?

Und zum Schluss - Hoffnung auf Kernelupdate mit aktuellem Treiber e1000e:
Man findet jede Menge Berichte über Netzwerkprobleme mit Intel 82579LM oder dem Treibermodul e1000e und Linux-Kernel. Einige weißen darauf hin, dass neuere Kernel die Probleme beheben konnten. Einige Berichte beziehen sich auch auf die e1000e-Treiberversion 3,8,4 statt 3.2.6., sowohl hier in der Liste

Linbo 2.4 .3-2 unter LML 6.2 erkennt Netzwerkkarte nicht

Hallo an Alle, kompiliert man den neuesten Treiber von der Intel Webseite für den Linbo 2.4.3-2 Kernel (5.4.75) und installiert das resultierende Kernelmodul im Debug-Modus des Linbo, funktioniert die Netzwerkkarte. [20210915_115336_klein] Insgesamt ist also tatsächlich der veraltete Treiber das Problem. Wer ist denn der richtige Ansprechpartner und kann den Treiber fest ins Linbo der 6.2 und 7 einbauen? LG Michael

als auch außerhalb:

Bug #1874437 “Intel 82579LM [8086:1502] Subsystem [1028:0498] N...” : Bugs :...

Ein großes DANKESCHÖN an Thomas, das LINBO-Kernel-Upate macht mir Hoffnung!

Neue Pakete für lmn 7.1

Moin moin! Es gibt jetzt linuxmuster-linbo7 4.0.28-0: linbo_cmd, start(): changed kexec type to bzImage64 (f38f683). Refactor linbo warmstart (aa42b23, 4f29b4b). Update kernel to 5.10.123 (b7b27d2). Add r8168 module (336d81f). Linderung für all die Mühseligen und Beladenen mit Realtek Netzwerkchip (hope so). Ggf. muss das Laden des Moduls mit Kernelparameter loadmodules=r8168 erzwungen werden. Paket ist in ca. 30 Min. verfügbar. VG, Thomas

Ich spreche netzint mal darauf an, ob das auch in den netzint-linbo-fork eingeht…

Mit Bitte Tipps und Hinweise
und bestem Dank…

Stefan

[baumhof]

Hallo Stefan,

ich habe LMN7.1 von und bei netzint - noch nicht produktiv im Einsatz.

… das erklärt die extrem seltsamen Versionsangaben.

Tut mir Leid: ich hab überhaupt keine Ahnung, welches linbo du da hast.
Mein „best shot“ anhand der Versionsnummer 9.4.8 wäre, dass das ein
linbo 4.0.8 ist … aber das wäre sehr alt: da ist extrem viel passiert
seit dieser Version (wir sind bei 4.0.28)

Ich habe gerade gelesen, dass es die LMN7.1 nur mit LINBO 4 gibt - daher
wird es wohl der netzint-fork sein.

du meinst du hast noch linbo 2.4?

„Bein LINBO-Startvorgang kommt immer „Version 237““
das bezieht sich nicht auf die linbo Version.
Das ist die Version von irgend was anderem: das hab ich bei mir auch
schon gesehen.

LG

Holger

[S.Senft]

Hallo,

hier kurz das Ende der Geschichte…

Ich habe eine LMN7.1-prerelease von netzint, die Linbo Version entspricht im Endeffekt der Community Version 2.4.3-4, ist also der letzten Version für Linuxmuster 7.0.

Die Lenovo T430 Laptops waren (fast) die einzigen Clients, bei denen es massive Probleme bei der Erstaufnahme mit LINBO gab. Andere Hardwaregruppen waren - bis auf eine, für die ich kein Zeit mehr gefunden habe - problemlos. Jetzt sind aber alle T430 aufgenommen!

Die Ursachen der Probleme waren wohl vielfältig.
Letztlich ließen sie sich aber beheben OHNE LINBO-Update und OHNE Treiberintegration.

Daher hier meine Tipps für Admins mit ähnlichen Problemen:

1. Verbindungsprobleme:

• Direkt am Switch den Problem-Client anschließen - und gleichzeitig auf anderen Client die Serververfügbarkeit prüfen, z.B. durch pingen oder ssh-Zugriff. Auch mal das Patchkabel und den Port wechseln.

2. Reste von LMN6-Linbo auf der Platte machen manchmal LMN7-LINBO Probleme, die Platte zu formatieren. Ich konnte mehrere „I/O-Error“-Meldungen lesen, bevor der LINBO-Formatierungsvorgang abbrach. Nach dem kompletten löschen der Festplatte - z.B. durch Schreiben einer neuen leeren Partitionstabelle mit einer GPARTED-live-CD - ging’s dann.

3. Bios-Einstellungen:
   Gerade bei den Schullaptops musste ich feststellen, dass die gerne mal die Bios-Einstellungen verlieren - wahrscheinlich weil sowohl Stützbatterie als auch Akku leer laufen. Dann verstellt sich die Bootreihenfolge und dann wird - so denn vorhanden - das LMN6-LINBO von Platte gestartet - und dann geht’s nicht weiter…

Mit bestem Dank für die Unterstützung!

Stefan

[MachtDochNix]

Hallo Stefan,

und dir danke für die Rückmeldung.

Beste Grüße

Thorsten

[S.Senft]

Nachtrag:

Wahrscheinlich war das Hauptproblem ein Konfigurationsproblem von Unifi-Switchen:

Press [1] to reboot oder [2] to shutdown - nur am Unifi-Switch

Hm… abschließend beantworten kann ich es nicht. Haben ein paar Schulen mit Unifi-Switchen, eine hatte auch solche Probleme, alle anderen aber nicht… Vielleicht ist irgendetwas anders konfiguriert - oder bei der einen lag es an der „Wortmann“-hardware (no front but front :-)) Vielleicht hilft das hier etwas weiter: https://help.ui.com/hc/en-us/articles/360006836773-UniFi-USW-Configuring-Spanning-Tree-Protocol