LINBO Boot-Loop, die zweite

Clientpflege linbo
1

Hallo.
Ich habe gestern ein Upgrade laufen lassen; installiert wurde:

Start-Date: 2021-04-26  20:30:59
Commandline: apt-get -y dist-upgrade
Upgrade: linuxmuster-linbo7:amd64 (2.4.2-8, 2.4.3-0), linuxmuster-linbo-common7:amd64 (2.4.2-8, 2.4.3-0)

Nun stelle ich fest, dass unser Ubuntu 20.04 Client in einem LINBO-Boot-Loop fest hängt. Ich habe es bereits mit update-linbofs versucht – ohne Erfolg.
Dies sind die letzten Zeilen aus der zugehörigen linbo.log-Datei:

## Hardware setup - end ##
Installing for i386-pc platform.
grub-install: warning: cannot open directory `/usr/share/locale': No such file or directory.
Installation finished. No error reported.
[Info] Starting to parse start.conf
[Info] Finished parsing start.conf
[Info] Loading environment values
[Info] Executing synchronos: linbo_cmd ip
[Info] Executing synchronos: linbo_cmd netmask
[Info] Executing synchronos: linbo_cmd bitmask
[Info] Executing synchronos: linbo_cmd mac
[Info] Executing synchronos: linbo_cmd version
[Info] Executing synchronos: linbo_cmd hostname
[Info] Executing synchronos: linbo_cmd cpu
[Info] Executing synchronos: linbo_cmd memory
[Info] Executing synchronos: linbo_cmd size /dev/sda4
mount: /mnt: /dev/sda2 already mounted on /cache.
[Info] Executing synchronos: linbo_cmd size /dev/sda
mount: /mnt: /dev/sda already mounted or mount point busy.
mount: /mnt: /dev/sda already mounted or mount point busy.
[Info] Executing synchronos: linbo_cmd listimages /dev/sda4
[Info] Finished loading environment values
[Info] Linbo state changed to: 2
[Info] Beginning autostart timeout for Ubuntu
[Info] Executing autostart for Ubuntu
[+++ Chapter +++] Starting Ubuntu
[Info] Linbo state changed to: 4
[Info] Executing asynchronos: linbo_cmd start /dev/sda1 /dev/sda1 /boot/vmlinuz /boot/initrd.img ro splash /dev/sda4
[Info] Executed autostart successfully!
[StdOut] start 1: ?/dev/sda1? 2: ?/dev/sda1? 3: ?/boot/vmlinuz? 4: ?/boot/initrd.img? 5: ?ro splash? 6: ?/dev/sda4?
[StdOut] Kernel boot/vmlinuz auf Partition /dev/sda1 gefunden.
Schreibe Reboot-Informationen nach /cache/boot/grub/grubenv.
[StdOut] Schreibe Reboot-Informationen nach /cache/boot/grub/grubenv.
[StdOut] Setting machine password on 10.16.1.1 ...
[StdOut] Veranlasse Upload von linbo.log.
## Log session end: Di 27. Apr 22:03:23 CEST 2021 ##

Zur Feier des Tages habe ich dann gestern Abend ein Backup von vorgestern zurück geholt, da ich gehofft hatte, dass es damit wieder laufen sollte – leider Fehlanzeige. Jetzt zeigt der Client beim Start LINBO 2.4.2-8 (also die Vorgängerversion „Century Schizoid Man“) und aktualisiert sich auch nicht. Beim Loop ist es aber geblieben.
Was nun? (Ich hatte zwischendurch das testing-Repo aktiviert, als es um das neue GUI ging. Danach habe ich offenbar vergessen, es wieder zu deaktivieren.)

Viele Grüße,
Michael

2

Nachtrag: Heute Morgen dachte ich kurz, dass es ein Fehlalarm war, da nach einem „Neu & Start“ alles wieder lief.

Jetzt aber stelle ich fest, dass sich das Phänomen wiederholt:
Ich habe unter Proxmox eine VM mit Fossa geklont. Auf dieser VM war noch der Schizoid Man drauf. Nach einem Neustart meldet die VM (bei richtiger IP, die korrekt in der devices.csv steht) während des LINBO-Starts:
No need to download, was ja nicht richtig sein kann, da auf dem Server eine neuere LINBO-Version liegt! Auch diese VM hängt jetzt in einem Boot-Loop.

Die Frage ist also: Wann / durch welchen Vorgang installiert sich LINBO auf dem Client automatisch neu? Ich dachte bis vorhin, dass es das jedes Mal dann tut, wenn es sieht, dass auf dem Server eine neuere Version vorhanden ist … doch das funktioniert hier offenbar nicht zuverlässig!??

Viele Grüße,
Michael