Linbo startet nicht mehr nach Update

0815tux · 3. Dezember 2020 um 12:16

Hi Alois,
es sind NVMe-SSDs verbaut. Die NVMe-SSDs werden von linbo (alte und neue Version) partitioniert, formatiert und der Ubuntu Muster-Client wird auch (…) installiert, sodass er bootet.
Funktioniert mit linbo 2.66…

wie mit

genau gleich: in dem auf dem Foto gezeigten Moment friert jedoch der Bildschirm ein. Die *linbo.log und *image.log werden noch erfolgreich auf den Server hochgeladen. Es gibt keine Hinweise auf Fehler in den Logs - alles ist erfolgreich verlaufen… nur der Reboot bleibt aus!

LG,
Fritz

0815tux · 5. Dezember 2020 um 13:42

Hallo!

Was kann ich nun machen? Downgrade von linbo versuchen? Oder sieht jemand eine andere Lösung?

LG,

Fritz

baumhof · 5. Dezember 2020 um 14:05

Hallo Fritz,

ich warte noch auf die Daten die ich angefragt habe.
Nur die devices.csv reicht mir nicht.

Ebenso warte ich auf eine Antwort meines dritten Punktes.

LG

Holger

0815tux · 5. Dezember 2020 um 14:59

Hi Holger,

habe mein Post oben schon neu editiert: welche Daten brauchst du noch?

LG,

Fritz

MachtDochNix · 5. Dezember 2020 um 15:27

Hallo Fritz,

Ich wiederhole mal alles, da Holger über die Mail-Funktion mitliest. Dadurch bekommt er eventuelle Änderungen (Edit) bei älteren Posts nicht mit.

Beste Grüße

Thorsten

Für Holger:

0815tux:

Die devices.csv

server;server;nopxe;46:d1:7a:XX:XX:XX;10.0.0.1;;;;addc;;0;;;;SETUP;
server;firewall;nopxe;A2:9A:9F:XX:XX:XX;10.0.0.254;;;;server;;0;;;;SETUP;
a11;a11pc01;lmn-bionic-200507;e8:d8:d1:XX:XX:XX;10.0.11.1;;;;classroom-studentcomputer;;1;;;;;
a11;a11pc02;lmn-bionic-200507;e8:d8:d1:XX:XX:XX;10.0.11.2;;;;classroom-studentcomputer;;1;;;;;
a11;a11pc12;lmn-bionic-200507;e8:d8:d1:XX:XX:XX;10.0.11.12;;;;classroom-studentcomputer;;1;;;;;
a11;a11pc11;lmn-bionic-200507;e8:d8:d1:XX:XX:XX;10.0.11.11;;;;classroom-studentcomputer;;1;;;;;
a11;a11pc10;lmn-bionic-200507;e8:d8:d1:XX:XX:XX;10.0.11.10;;;;classroom-studentcomputer;;1;;;;;
a11;a11pc09;lmn-bionic-200507;e8:d8:d1:XX:XX:XX;10.0.11.9;;;;classroom-studentcomputer;;1;;;;;
a11;a11pc07;lmn-bionic-200507;e8:d8:d1:XX:XX:XX;10.0.11.7;;;;classroom-studentcomputer;;1;;;;;
a11;a11pc08;lmn-bionic-200507;e8:d8:d1:XX:XX:XX;10.0.11.8;;;;classroom-studentcomputer;;1;;;;;
a11;a11pc18;lmn-bionic-200507;e8:d8:d1:XX:XX:XX;10.0.11.18;;;;classroom-studentcomputer;;1;;;;;
a11;a11pc17;lmn-bionic-200507;e8:d8:d1:XX:XX:XX;10.0.11.17;;;;classroom-studentcomputer;;1;;;;;
a11;a11pc15;lmn-bionic-200507;e8:d8:d1:XX:XX:XX;10.0.11.15;;;;classroom-studentcomputer;;1;;;;;
a11;a11pc16;lmn-bionic-200507;e8:d8:d1:XX:XX:XX;10.0.11.16;;;;classroom-studentcomputer;;1;;;;;
a11;a11pc14;lmn-bionic-200507;e8:d8:d1:XX:XX:XX;10.0.11.14;;;;classroom-studentcomputer;;1;;;;;
a11;a11pc13;lmn-bionic-200507;e8:d8:d1:XX:XX:XX;10.0.11.13;;;;classroom-studentcomputer;;1;;;;;
a11;a11pc03;lmn-bionic-200507;e8:d8:d1:XX:XX:XX;10.0.11.3;;;;classroom-studentcomputer;;1;;;;;
a11;a11pc04;lmn-bionic-200507;e8:d8:d1:XX:XX:XX;10.0.11.4;;;;classroom-studentcomputer;;1;;;;;
a11;a11pc05;lmn-bionic-200507;e8:d8:d1:XX:XX:XX;10.0.11.5;;;;classroom-studentcomputer;;1;;;;;
a11;a11pc06;lmn-bionic-200507;e8:d8:d1:XX:XX:XX;10.0.11.6;;;;classroom-studentcomputer;;1;;;;;
a11;a11lpc1;lmn-bionic-200507;e8:d8:d1:XX:XX:XX;10.0.11.19;;;;classroom-teachercomputer;;1;;;;;
a11;hpljep506;nopxe;58:20:b1:XX:XX:XX;10.0.11.20;;;;printer;;0;;;;;
a10;a10pc01;lmn-bionic-200507;e8:d8:d1:XX:XX:XX;10.0.10.1;;;;classroom-studentcomputer;;1;;;;;
a10;a10pc02;lmn-bionic-200507;e8:d8:d1:XX:XX:XX;10.0.10.2;;;;classroom-studentcomputer;;1;;;;;
a10;a10pc03;lmn-bionic-200507;e8:d8:d1:XX:XX:XX;10.0.10.3;;;;classroom-studentcomputer;;1;;;;;
a10;a10pc04;lmn-bionic-200507;e8:d8:d1:XX:XX:XX;10.0.10.4;;;;classroom-studentcomputer;;1;;;;;
a10;a10pc05;lmn-bionic-200507;e8:d8:d1:XX:XX:XX;10.0.10.5;;;;classroom-studentcomputer;;1;;;;;
a10;a10pc06;lmn-bionic-200507;e8:d8:d1:XX:XX:XX;10.0.10.6;;;;classroom-studentcomputer;;1;;;;;
a10;a10pc07;lmn-bionic-200507;e8:d8:d1:XX:XX:XX;10.0.10.7;;;;classroom-studentcomputer;;1;;;;;
a10;a10pc08;lmn-bionic-200507;e8:d8:d1:XX:XX:XX;10.0.10.8;;;;classroom-studentcomputer;;1;;;;;
a10;a10pc09;lmn-bionic-200507;e8:d8:d1:XX:XX:XX;10.0.10.9;;;;classroom-studentcomputer;;1;;;;;
a10;a10pc10;lmn-bionic-200507;e8:d8:d1:XX:XX:XX;10.0.10.10;;;;classroom-studentcomputer;;1;;;;;
a10;a10pc11;lmn-bionic-200507;9c:7b:ef:XX:XX:XX;10.0.10.11;;;;classroom-studentcomputer;;1;;;;;
a10;a10pc12;lmn-bionic-200507;e8:d8:d1:XX:XX:XX;10.0.10.12;;;;classroom-studentcomputer;;1;;;;;
a10;a10pc13;lmn-bionic-200507;e8:d8:d1:XX:XX:XX;10.0.10.13;;;;classroom-studentcomputer;;1;;;;;
a10;a10pc14;lmn-bionic-200507;e8:d8:d1:XX:XX:XX;10.0.10.14;;;;classroom-studentcomputer;;1;;;;;
a10;a10pc15;lmn-bionic-200507;e8:d8:d1:XX:XX:XX;10.0.10.15;;;;classroom-studentcomputer;;1;;;;;
a10;a10pc16;lmn-bionic-200507;e8:d8:d1:XX:XX:XX;10.0.10.16;;;;classroom-studentcomputer;;1;;;;;
a10;a10pc17;lmn-bionic-200507;e8:d8:d1:XX:XX:XX;10.0.10.17;;;;classroom-studentcomputer;;1;;;;;
a10;a10pc18;lmn-bionic-200507;e8:d8:d1:XX:XX:XX;10.0.10.18;;;;classroom-studentcomputer;;1;;;;;
a10;a10lpc1;lmn-bionic-200507;e8:d8:d1:XX:XX:XX;10.0.10.19;;;;classroom-studentcomputer;;1;;;;;
a10;a10ljm506;nopxe;58:20:b1:XX:XX:XX;10.0.10.20;;;;printer;;0;;;;;

Ich kann mir jedoch nicht vorstellen, dass es mit der devices.csv zusammenhängt:
19 Rechner konnten vor zwei Monaten korrekt aufgenommen werden. Ausschließlich das Ausführen von „speichern und importieren“ ohne neue PCs einzutragen führt dazu, dass bei den Clients linbo mit den oben beschriebenen Nebenwirkungen aktualisiert wird.

Die start.conf.lmn-bionic-200507:

[LINBO]
Server = 10.0.0.1
Group = lmn-bionic-200507
Cache = /dev/nvme0n1p2
RootTimeout = 600
AutoPartition = no
AutoFormat = no
AutoInitCache = no
DownloadType = torrent
BackgroundFontColor = white
ConsoleFontColorStdout = lightgreen
ConsoleFontColorStderr = orange
SystemType = bios64
KernelOptions = splash dhcpretry=20 quiet acpi=off

[Partition]
Dev = /dev/nvme0n1p1
Label = ubuntu
Size = 35G
Id = 83
FSType = ext4
Bootable = yes

[Partition]
Dev = /dev/nvme0n1p2
Label = cache
Size = 18G
Id = 83
FSType = ext4
Bootable = yes

[Partition]
Dev = /dev/nvme0n1p3
Label = swap
Size = 8G
Id = 82
FSType = swap
Bootable = no

[Partition]
Label = data
Dev = /dev/nvme0n1p4
Size =
Id = 83
FSType = ext4
Bootable = no

[OS]
Name = Ubuntu
Version =
Description = Ubuntu 18.04
IconName = ubuntu.png
Image =
BaseImage = lmn-bionic-200507-2020-11-11-1446.cloop
Boot = /dev/nvme0n1p1
Root = /dev/nvme0n1p1
Kernel = vmlinuz
Initrd = initrd.img
Append = ro splash
StartEnabled = no
SyncEnabled = yes
NewEnabled = no
Autostart = yes
AutostartTimeout = 1
DefaultAction = start
RestoreOpsiState = no
ForceOpsiSetup =
Hidden = yes

Zeile aus der /srv/linbo/boot/grub/lmn-bionic-200507.cfg:
…
# ### managed by [linuxmuster.net](http://linuxmuster.net) ###
…
Muss ich den 1. „#“ evtl. löschen?

0815tux · 6. Dezember 2020 um 09:28

Hi Thorsten,
danke!
Bei 3. fehlt jedoch der 4. „#“ am Anfang der Zeile (und die „###“ am Ende). Richtig ist:

...
# ### managed by linuxmuster.net ###
...

LG,
Fritz

MachtDochNix · 6. Dezember 2020 um 13:37

Hallo Fritz,

Das liegt an den fehlenden Code-Tags. Ich habe sie bei den von dir zurecht monierten Posts nachgetragen. Dort kannst du sie dir anschauen.

...
# ### managed by linuxmuster.net ###
...

Beste Grüße

Thorsten

baumhof · 6. Dezember 2020 um 20:33

Hallo,

solange die neuen Rechner nicht in der devices.csv sind, geht noch alles?
In dem Zustand (dass alles geht) ist der Server noch?
Dann würde ich so vorgehen:

alle neunen Zeilen in der devices.csv (also alle Raum a10Zeilen)
auskommentieren mittels hashtag am Anfang der Zeile.

linuxmuster-import-devices machen
testen: geht noch alles? 8halt noch ohne die neuen Rechner).
wenn ja: server updaten
geht noch alles?

a10;a10ljm506;nopxe;58:20:b1:XX:XX:XX;10.0.10.20;;;;printer;;0;;;;;

ich meine: nopxe ist eine sophomorixklasse.
Das sollte nicht der Namen einer Hardwareklasse sein.
Bitte verwende da mal „drucker“ statt „nopxe“
dann alle hashtags wieder entfernen und den Import machen.
Geht es jetzt?

 2. Die start.conf.lmn-bionic-200507:

[LINBO]
Server = 10.0.0.1
Group = lmn-bionic-200507
Cache = /dev/nvme0n1p2
RootTimeout = 600
AutoPartition = no
AutoFormat = no
AutoInitCache = no
DownloadType = torrent
BackgroundFontColor = white
ConsoleFontColorStdout = lightgreen
ConsoleFontColorStderr = orange
SystemType = bios64
KernelOptions = splash dhcpretry=20 quiet acpi=off

ist acpi=off wirklich nötig?
das ist ein ganz schöner Brecher: den würde ich nicht da rein schreiben.
Versuch es mal ohne.
Ich könnte mir gut vorstellen, dass es daran liegt (dass der reboot
nicht ausgeführt wird).

BaseImage = lmn-bionic-200507-2020-11-11-1446.cloop

… weswegen nimmt man den so einen Namen für ein Image?
Das würde ich auf: bionic.cloop
ändern.

linbo führt selbst eine Versionshistory von images.

 3. Zeile aus der /srv/linbo/boot/grub/lmn-bionic-200507.cfg:
    …


  ### managed by linuxmuster.net <http://linuxmuster.net>

…
Muss ich den 1. „#“ evtl. löschen?

nein: das ist gut so: bitte einfach so lassen.

LG

Holger

0815tux · 6. Dezember 2020 um 23:35

Hi Holger,

Scheinbar habe ich irgendwann ein Update des Servers vorgenommen. Das System funktionierte dann immer noch tadellos. Leider musste ich keine neuen PCs hinzufügen. Dann habe ich in XCP-ng einen Snapshot gemacht. Ich kann jederzeit diesen Snapshot wieder herstellen. Daher konnte ich testen, dass schon ein Ausführen von „speichern und importieren“ ohne neue PCs in die devices.csv einzutragen, zu den beschriebenen Problemen führt → linbo wird auf den Clients aktualisiert, mit der Folge, dass kein Reboot mehr möglich ist.

Habe ich gemacht, indem ich den oben genannten Snapshot wieder hergestellt habe.
Schon jetzt tauchen die genannten Probleme auf.
Nein, …

baumhof:

a10;a10ljm506;nopxe;58:20:b1:XX:XX:XX;10.0.10.20;;;;printer;;0;;;;;
ich meine: nopxe ist eine sophomorixklasse.
Das sollte nicht der Namen einer Hardwareklasse sein.
Bitte verwende da mal „drucker“ statt „nopxe“
dann alle hashtags wieder entfernen und den Import machen.
Geht es jetzt?

Siehe
https://docs.linuxmuster.net/de/latest/systemadministration/printer/printer/2-drucker-hinzufuegen.html

Werde ich morgen ausprobierten und abschalten. Bin mir nicht mehr sicher. Ich glaube, das habe ich aus der Verzweiflung heraus probiert (siehe Thread weiter oben, Vorschlag von Markus.G: acpi=noirq bzw. acpi=off habe ich dann auch noch getestet).

BaseImage = lmn-bionic-200507-2020-11-11-1446.cloop

„… weswegen nimmt man den so einen Namen für ein Image?
Das würde ich auf: bionic.cloop
ändern.“

Das ist ja auch ein von linbo erzeugter Name des cloops: ich habe nach dem Erstellen eines neuen Images auf diese Sicherungskopie von linbo zurück gegriffen.

LG,

Fritz

0815tux · 12. Dezember 2020 um 08:55

Hallo,

baumhof:

ist acpi=off wirklich nötig?
das ist ein ganz schöner Brecher: den würde ich nicht da rein schreiben.
Versuch es mal ohne.
Ich könnte mir gut vorstellen, dass es daran liegt (dass der reboot
nicht ausgeführt wird).

Das war des Rätsels Lösung! Ich bekam beim Booten immer ein paar ACPI-Errors, mit diesem Schalter waren sie weg. Leider hat die neue Linbo-Version nicht mehr rebootet.
Nun habe ich beim Hochfahren wieder ein paar Meldungen mehr, das stört aber kaum…

Danke für die Unterstützung und LG,

Fritz

baumhof · 12. Dezember 2020 um 10:54

Hallo Fritz,

na also, dachte ich mir doch Ich hab es mal als Lösung markiert.

LG

Holger