Hallo zusammen,
um die Erfahrungen zu linbo 4.2 zu sammeln mach ich mal einen neuen Tread auf.
Ich fahre gerade meine Testingumgebung mit echter Hardware hoch
LG
Holger
Hallo zusammen,
um die Erfahrungen zu linbo 4.2 zu sammeln mach ich mal einen neuen Tread auf.
Ich fahre gerade meine Testingumgebung mit echter Hardware hoch
LG
Holger
Hallo,
ich habe jetzt zwei Hardwareklassen in meinem tetingnetz Zuhause durchgetestet (beides Laptops).
Beide zeigen OFFLINE nach dem booten, egal wie lang der dhcpretry ist.
mobi-lmg59: ~ # ethtool eth0
Settings for eth0:
Supported ports: [ TP ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Supported pause frame use: Symmetric Receive-only
Supports auto-negotiation: Yes
Supported FEC modes: Not reported
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Advertised pause frame use: Symmetric Receive-only
Advertised auto-negotiation: Yes
Advertised FEC modes: Not reported
Link partner advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Link partner advertised pause frame use: Symmetric
Link partner advertised auto-negotiation: Yes
Link partner advertised FEC modes: Not reported
Speed: 1000Mb/s
Duplex: Full
Auto-negotiation: on
Port: Twisted Pair
PHYAD: 1
Transceiver: internal
MDI-X: on (auto)
Supports Wake-on: pumbg
Wake-on: g
Current message level: 0x00000007 (7)
drv probe link
Link detected: yes
der udhcpc Befehl holt die korrekte IP Adresse vom Server und ich komme per linbo-ssh an den Client
mobi-lmg59: ~ # udhcpc -O nisdomain -n -i eth0
udhcpc: started, v1.35.0
udhcpc: broadcasting discover
udhcpc: broadcasting select for 10.16.3.43, server 10.16.1.1
udhcpc: lease of 10.16.3.43 obtained from 10.16.1.1, lease time 172800
route: SIOCADDRT: File exists
dmesg Ausgabe ist hier:
dmesg-linbo420.pdf (53,3 KB)
LG
Holger
Hallo Holger,
ist bei mir genauso.
Problematisch ist das derzeit noch nicht - außer bei einem Rechner, bei dem sich auch die Reihenfolge der NVMEs im neuen Linbo verändert hat - der bootet jetzt erstmal nicht mehr.
Viele Grüße
Thomas
PS: Könnte Linbo nicht eigentlich LABELs in der fstab setzen statt dem Device?
Hallo Thomas und Holger,
habe gerade auch zwei Rechner (Fujitsu Q920, HP Elite Slice 2. Generation) gestartet. Die bekommen im neuen Linbo 4.2.0 auch keine IP mehr.
Allerdings klappt es mit meinem virtuellen Client mit verschiedenen Netzwerkkarten trotzdem noch (Virtio in Proxmox, Intel E1000, Realtek RTL8319).
VG
Christian
Hi!
Danke fürs Testen. Ok, mit virtuellen Clients funktionierts, mit realer HW nicht. Das ist schon mal ein Hinweis. Muss ich bis nächste Woche warten, dann kann ich auch mit realer HW testen. Sieht so aus, dass sich ethtool bei der Erkennnung, ob das Interface einen Link hat, auf virtueller HW anders verhält.
VG, Thomas
Moin!
Eine Bitte. Evtl. kann eins mal die Ausgabe von cat /proc/net/dev
von einem 4.2.0-Client posten. Danke.
VG, Thomas
Hallo Thomas,
Eine Bitte. Evtl. kann eins mal die Ausgabe von |cat /proc/net/dev| von
einem 4.2.0-Client posten. Danke.
meine (inzwischen 3) Testclients booten garnicht mehr. Sie bleiben bei
„S“ shutdown „R“ restart hängen.
Ich nehme an, dass das wegen fehlernder Netzwerkverbindung und damit
unfähigkeit die GUI nach zu laden so ist.
Ich hab die inzwischen nämlich mal platt gemacht: also alle lokalen
Partitionen gelöscht … seit dem booten die nicht mehr.
Ich schau mal ob ich linbo ohne GUI starten kann (ich glaub es gab einen
Switch).
Und ich schau mal: vielleicht hab ich noch einen andern Client, auf dem
noch linbo 4.1.x drauf ist (mit GUI).
lG
Holger
Hallo Thomas,
vom virtuellen Client kann ich berichten:
virclient3: ~ # cat /proc/net/dev
Inter-| Receive | Transmit
face |bytes packets errs drop fifo frame compressed multicast|bytes packets errs drop fifo colls carrier compressed
lo: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
eth0: 88862 470 0 36 0 0 0 0 31976 345 0 0 0 0 0 0
An die echten Hardware-Clients komme ich heute abend oder spätestens morgen früh ran.
VG
Christian
Hallo Thomas,
hier einmal für einen virtuellen und einen realen Client:
virt-client: cat /proc/net/dev
Inter-| Receive | Transmit
face |bytes packets errs drop fifo frame compressed multicast|bytes packets errs drop fifo colls carrier compressed
lo: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
eth0: 125253 779 0 0 0 0 0 0 39726 430 0 0 0 0 0
real-client: cat /proc/net/dev
Inter-| Receive | Transmit
face |bytes packets errs drop fifo frame compressed multicast|bytes packets errs drop fifo colls carrier compressed
lo: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
eth0: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
Das sieht doch nach einem Unterschied aus…
Viele Grüße
Thomas
Danke.
Ja, was gibt ethtool eth0
aus?
Schaun mer mal.
Hallo Thomas,
ethtool eth0
konnte ich nur auf dem funktionierenden virtuellen Client absetzen:
Supported ports: [ ]
Supported link modes: Not reported
Supported pause frame use: No
Supports auto-negotiation: No
Supported FEC modes: Not reported
Advertised link modes: Not reported
Advertised pause frame use: No
Advertised auto-negotiation: No
Advertised FEC modes: Not reported
Speed: Unknown!
Duplex: Unknown! (255)
Auto-negotiation: off
Port: Other
PHYAD: 0
Transceiver: internal
Link detected: yes
Die Ausgabe ist unter linbo 4.1.36 und 4.2.0 gleich.
An den Hardware-Clients kann linbo die linbo-gui wg. fehlender Netzwerkverbindung nicht laden und ich habe in der Konsole nur die Auswahl zwischen [1] Start [2] Sync+Start [r] reboot und [s] shutdown.
Meine Idee, das Paket linuxmuster-linbo7 in der Version 4.1.36 von github zu installieren, hat für die Clients auf 4.2.0 nichts gebracht. Die gehen - obwohl sie über tftp noch eine Netzwerkverbindung haben - nicht auf diese Version zurück.
VG
Christian
Hallo Christian,
Ich musste nach dem Linbo-Downgrade am Server anschließend an den 4.2er-Clients die Cache-Partition löschen, da sonst der PXE-Linbo anscheinend den neueren Linbo aus der Cache-Partition nachlädt. Der Einfachheit halber hab ich die Clients dann gleich komplett neu Partitioniert/Formatiert (bei mir hatte der 4.2er Client noch eine funktionierende GUI)
VG,
Tom
Hi!
Man muss den Netzwerkboot erzwingen, siehe Lmn 7.2 testing Abschnitt Behandlung widerspenstiger Linbo-Clients.
VG, Thomas
Moin!
Ich hoffe ich habe einen Workaround für das Problem gefunden: Lmn 7.2 testing - #525 von thomas
Danke fürs Testen.
VG, Thomas
Hallo Thomas
Ich hatte über das pre-hook-Skript ein paar Debug-Marker in die init.sh gesetzt und wollte schreiben, dass bei mir die network()-Funktion fehlzuschlagen scheint. Aber da warst Du schneller.
Ich habe es gerade mal auf 2 realen Rechnern getestet: beide bekommen eine IP und sind online.
Der erwähnte Rechner mit den 2 NVME-SSDs ist unverändert ein Problem: bei jedem Neustart scheint sich (willkürlich?) die Reihenfolge der SSDs in Linbo zu ändern. Mal macht Linbo ohne Cache-Partition weiter, dann schlägt (natürlich) der Start fehl, da die Betriebssystempartition nicht gemounted werden kann. Aber selbst wenn das passt, klappt der Systemstart nicht. Aber da habe ich noch nicht weiter getestet. (manchmal ist es nur ein offensichtlich fehlgeschlagenes Kernelupdate - es fehlte das passende initrd.img).
Bleibt das Problem, dass Linbo die Cache-Partition je nach Reihenfolge der SSDs nicht findet. Dafür müsste aber vermutlich überall in Linbo auf Labels umgestellt werden, was wohl nicht „mal eben“ geht
Ist ja auch etwas exotisch…
Danke erst einmal fürs schnelle Fixen!
Thomas
Hallo,
the Passenger has arrived …
mit linbo 4.2.1 laufen meine Clients wieder: IP ist da und die GUI auch.
Klimmzüge waren nciht nötig: auf Server linbo aktualissiert, Client
gebootet … voila
LG
Holger
Hallo zusammen,
bei mir läuft’s jetzt auch. Vielen Dank Thomas!!!
Gruß,
Mathias
Vielleichtg noch eine Kleinigkeit…
Die download-Rate ist bei alle Clients ca 25500 K/s. Also bei den alten und den neuen Clients. Die waren früher mehr als doppelt so schnell.
Kann man irgendwo eine maxiamle download-Rate einstellen?
Gruß,
Mathias
Hallo Matthias,
Die download-Rate ist bei alle Clients ca 25500 K/s. Also bei den alten
und den neuen Clients. Die waren früher mehr als doppelt so schnell.
Kann man irgendwo eine maxiamle download-Rate einstellen?
realtek Karten?
… deswegen gibt es ja linbo 4.2: weil man da firmware einbinden kann.
Für manche Realtec Karten ist unterschiedliche Firmware nötig: welche da
wann benötigt wird und wann ein blacklisten eines realtectreibers in der
Appendzeile reicht ist ein diffiziles Ding: ich empfehle Forschung dazu
hier im Forum (Beiträge von Dominik und Thomas).
LG
Holger
Hallo Holger,
alles klar… Naja 25MB/s ist ok…
Gruß,
Mathias