Hallo Harry,
kann ich mir nicht vorstellen, 4.2.10 hat Kernel 6.6.2. Außerdem kannst du noch zwei andere Kernelversionen auswählen.
VG, Thomas
Hallo,
vertraegt sich Linbokernel 6.6.4 irgendwie nicht mit dem alten Mainboard?
… dann würde es ja eher bei allen crashen.
Ich habe inzwischen auch ab und an ein „crash“.
Meine Rechner (das sind ca. 90 stück) booten jeden Tag automatisiert.
Bei ein bis zwei „crashed“ der sync. Bei allen die ich mir angeschaut
hatte lag es daran, dass die Festplatte beim booten von linbo nicht
gefunden wurde. Ein reboot und die Möhre synct als wäre nichts gewesen.
Das scheint bei mir ein timingproblem des 6.xer Kernels zu sein.
Ich meine, dass das auch schon mit 6.6.2 von linbo 4.2.10 vorgekommen ist.
Derzeit bin ich dabei zu beobachten.
kann ich mir nicht vorstellen, 4.2.10 hat Kernel 6.6.2. Außerdem kannst
du noch zwei andere Kernelversionen auswählen.
das wäre das nächste was ich mal probieren werde.
Dazu gehe ich mal auf den alternativ longterm Kernel 6.1.65
Wenn das nicht hilft gehe ich auf den legacy 5.15.141
Ich hab das Gestern in einer FoBi mal vorgemacht, wie einfach und
schnell man linbo mit einem anderen kernel ausstattet: das ist einfach
genial.
Nach zu lesen ist das hier:
Quelle: GitHub - linuxmuster/linuxmuster-linbo7: Next generation linbo
Wie es geht ist schnell erklärt:
Man legt diese Datei an:
/etc/linuxmuster/linbo/custom_kernel
und füllt sie mit dem folgenden Text.
## use Linbo's alternative legacy kernel 5.15.141
#KERNELPATH="legacy"
## use Linbo's alternative longterm kernel 6.1.65
#KERNELPATH="longterm"
## currently active kernel image and modules used by the server
## path to kernel image 5.15.0.89
#KERNELPATH="/boot/vmlinuz-$(uname -r)"
## path to the corresponding modules directory
#MODULESPATH="/lib/modules/$(uname -r)"
## custom kernel image and modules
#KERNELPATH="/path/to/my/kernelimage"
## path to the corresponding modules directory
#MODULESPATH="/path/to/my/lib/modules/n.n.n"wie man sieht ist alles auskommentiert: es ist also noch nichts passiert.
Will man den lonterm Kernel, dann entfernt man das KOmmentarzeichen am
Anfang der 4ten Zeile und ruft update-linbofs
auf.
Nach 2 Minuten ist das erledigt.
Jeder Client der danach gebootet wird, holt sich das neue linbo und
macht einen warmstart (oder auch nicht, wenn man nowarmstart gesetzt
hat: dann macht er einen richtigen reboot).
Zurück geht es ebenso leicht.
LG
Holger
5 „Gefällt mir“
Danke, das mit dem alternativen Kernel werde ich beim naechsten Mal auch versuchen
Ich habe aber das Gefuehl, dass einige der 6er-Kernel auf einigen unserer Mainboards, teilweise recht alte Hardware, Probleme bereiten, die 5er scheinen besser zu passen, aber auch nicht alle. Ich musste auch auf unserem Mint auf 5.15.0-41-generic zurueck, da alle im Repo verfuegbaren 6er Probleme mit den Netzwerkinterfaces hatten, die neueren 5er auch, das macht keinen Spass.
Frueher (war alles besser) hatten wir diese Probleme weniger bis nie, ich konnte jegliche Kernel nutzen, immer die aktuellsten aus dem Repo bzw. wild durchwechseln.
Was bringen die neuen Kernel bei Linbo fuer Vorteile?
Ich hab schon genug damit zu tun das Mint am Rollen zu halten, wenn ich jetzt bei Linbo noch Kernelroulette spielen muss, dann dreh ich durch.
Ich muss aber auch dazuschreiben, dass wir teilweise zwei Netzwerkinterfaces haben, fuer die ein udev-Regelwerk Namen festlegt usw. usf. damit TIA aus einer VM die S7 connecten kann.
Gruss Harry
ich hatte heute morgen auch Probleme mit linbo 4.2.12 und dem zugehörigen neuesten Kernel.
Die Fehlermeldung ist ein Segmentation fault. Die GUI startet nicht, es liegt also nahe zu vermuten, dass das QT nicht starten will und segfaults wirft.
Das ganze steckt in einer Loop.
Heute morgen aufgetreten bei allen automatisch gestarteten Computern
Ein harter Reboot und alles war wie vorher.
vG, Tobias
Hallo Tobias,
ich hatte heute morgen auch Probleme mit linbo 4.2.12 und dem
zugehörigen neuesten Kernel.
Die Fehlermeldung ist ein Segmentation fault. Die GUI startet nicht, es
liegt also nahe zu vermuten, dass das QT nicht starten will und
segfaults wirft.
Das ganze steckt in einer Loop.
Heute morgen aufgetreten bei allen automatisch gestarteten ComputernEin harter Reboot und alles war wie vorher.
das war also nur nach dem ersten booten nach dem Update des Servers?
Dann ist das was anderes als ich beschrieben habe.
LG
Holger
Ja, bei mir: das erste Booten eines (alten) Clients nach dem Update auf linbo 4.2.12 und einem Reboot des Servers wg. Kernel-update (beides passierte freitags, Booten heute morgen ca. 6:30 Uhr).
Ob noch andere (neuere) Clients betroffen waren, konnte ich nicht herausfinden. Morgen werden wir sehen, ob es mehr als nur einmalig war.
LG, Tobias
Hallo zusammen, ich habe das jetzt noch reproduziert: Der Segfault passierte bei mir bei allen Geräten. Also nicht nur alte oder spezielle Computer. Scheinbar alle. Einmaliger harter reset ist die Lösung, danach scheint der segfault nicht mehr aufzutauchen.
Moin!
Sieht irgendwie nach kaputten Linbo-Dateien aus. Habe ich noch nie gesehen.
VG, Thomas
Hi,
bei mir dasselbe Problem auf allen Rechnern der Schule mit 4.2.12. Wurde kurz mal „sportlich“ 
.
Konnte die hängenden Rechner aber per linbo-remote erreichen und zu einem Neustart überreden. Danach lief alles wieder.
VG
Dominik
Hallo,
auch ich habe Gestern von 4.2.10 auf 4.2.12 upgedatet und alle
Rechnerräume danach neugestartet um das neue linbo zu verteilen.
Bei mir lief es auf allen Hardwareklassen in der Schule ohne Probleme durch.
Alle standen auf „sync+start“ direkt in der grub.cfg, booteten also
linbo, man konnte sehen wie 4.2.10 bottete (schwarzer Bildschitm mit
LINBO oben und dem Kernel), dann machten sie einen Warmstart und der
gleiche Bildschirm erschien mit linbo 4.2.12 und dann kam der grafische
Bildschirm und die syncten, wie sie es sollten.
Insofern hat bei mir also bei mir alles wunderbar geklappt.
Suchen wir also nach Gemeinsamkeiten der betroffenen.
Von welcher linbo Version aus wurde den upgedatet? Also was lief vorher
auf den Clients?
Verwendet ihr nowarmstart?
LG
Holger
PS: bei mir waren das intel Clients mit intel Grafik und AMD Clients mit
AMD Grafik.
nVidea führen wir nicht …
Moin!
Tobias konnte musste seine Rechner hart resetten. Also von dem her …
VG, Thomas
hast recht! Komische Sache ist das?
Ich wollte das auch gar nicht groß breit treten, sondern nur meine Beobachtungen mitteilen…nach einem Neustart läuft ja jetzt alles, in so fern müssten wir meinetwegen da nichts weiter debuggen…ist das für dich ok Holger @baumhof ?
LG Dominik
Und was ist mit Logdateien? Auch im lokalen Cache, falls sie nicht hochgeladen werden können.
Hallo,
noch eine Idee was ihr zwei vielleicht habt, aber ich nicht: ich
verwende linbo ohne Modifikation: also kein custom/legacy/longstable
Kernel und auch keien speziellen realtekkartentreiber.
Wie sieht das bei euch aus?
LG
Holger
Hallo Holger,
auch bei mir ist ein Linbo ohne Spezifikationen. Davor war - so weit ich mich erinnere - linbo 4.2.10 drauf. Heute wurde ich auch in den Computerraum gerufen, weil die Rechner hängen. Hard Reset hat bei allen das Problem gelöst.
Rechner HP Slice mit Intel Chipsatz und Prozessor 67xxT.
LG
Christian
Hallo Christian,
auch bei mir ist ein Linbo ohne Spezifikationen. Davor war - so weit ich
mich erinnere - linbo 4.2.10 drauf. Heute wurde ich auch in den
Computerraum gerufen, weil die Rechner hängen. Hard Reset hat bei allen
das Problem gelöst.
geht das genauer?
Wo hingen sie? Was war am Bildschirm zu sehen?
Waren alle oder nur einzelne betroffen?
Waren alle Hardwareklassen oder nur einzelne betroffen?
Es steht auch nicht dabei, ob das der erste boot nach dem update auf
4.2.12 war.
LG
Holger
Hallo Holger,
leider habe ich kaum genauere Infos dazu.
Außer
-
- Start nach linbo Update
- alle in der gleichen Hardwareklasse
- bis ich kam waren die Geräte in einer Art Standby, die Monitore bekamen kein Signal, PCs waren aber laut Power Button an
- in den Linbo Logs schaut es bei den Rechnern ohne Probleme gleich aus, wie bei den Rechnern mit Problemen. Es wurde in allen Fällen unser Ubuntu 22.04.1 Image, das ich seit 6 Wochen nicht verändert habe, gestartet (bzw. versucht). Wobei ich mir nicht sicher bin, ob die Log-Datei vielleicht auch erst nach dem erfolgreichen Start geschrieben wurde.
Vielleicht hilft es ja trotzdem.
LG
Christian
wenn ich nochmal einen erwische (sicher, denn nicht alle PCs werden genutzt), filme ich mal den Start.
- ich verwende wohl noch warmstart=no auf vielen hardwareklassen, aber es hat auch solche getroffen, die warmstart=yes eingetragen hatte
- ich bin der meinung es hat jeden PC getroffen, der das erste Mal mit 4.2.12 startete.
- ich habe keinen custom/legacy/longstable sondern den default
VG, Tobias
Moin moin!
Bin heute in der Schule um die Notebooks und ein Paar Desktops, die sich aus der Ferne nicht aufwecken liessen, zu aktualisieren. Das sind ältere Core i3 und neue Lenovos mit Ryzen 5 auf Linbo-Stand 4.2.8 bis 4.2.11. Bei allen lief das durch wie geschnitten Brot. 
VG, Thomas