Image nach Wiederherstellung defekt - BSOD „CONFIG INITIALISATION FAILED“

baumhof · 2. März 2022 um 13:00

Hallo,

hier scheint es ein tiefergreifendes Problem in 4.0.13 zu geben.
Ich habe Heute linbo 4.0.13 in meiner Schule ausgerollt.
Win10 1903 läuft nur noch in zwei Rechnerräumen, die anderen 100 Rechner haben Ubuntu: da gab es keine Probleme (Dank: warmstart=no).

Die Windows Rechner booteten in einen Bluescreen: CONFIG INITIALISATION FAILED

Die Clients waren nicht zum Booten zu bekommen.
Wenn ich sie rebootete mit sync oder neu+start blieben sie mit folgendem Bild hängen:

Das letzte Image von denen wurde vor 10 Tagen erstellt (letzte Woche Montag) unter 4.0.5 und lief die ganze Restwoche ohne Probleme.
Ich hatte noch einen Rechner der noch unter 4.0.5 gesynct worden war und bei dem Windows lief.
Dank des HInweises von Klaus machte ich an diesem einen FScheck mit reboot. fscheck fand Fehler und reparierte sie.

Ich erstellte danach ein neues Image.
Auch diese blieben beim Ausrollen bei "reged 0.1 " (siehe letztes Bild) hängen, egal ob sync, neu+start oder Partition+neu+start.

Also untersuchte ich den /srv/linbo/images/win10/win10.reg Regpatch.
Er hatte 644 als Rechte: 664 half nix.
Ich stellte Differenzen zum image.regpatch unter examples fest und verschob meinen regpatch und schob den aus der Vorlage hin: keine Änderung.
Dann lies ich den regpatch weg (es lag dann keiner mehr im Verzeichnis): auch keine Änderung. Auf dem Client lag trotzdem der „neue“ regpatch und dessen Anwendung lief in das Hängenbleiben.
Erst als ich den Regpatch auf dem Client mit linbo-ssh im Cache löschte (es war der „Neue“ und dann syncte, bootete Windows wieder: allerdings natürlich mit falschem Rechnernamen.

Stand der Dinge: mein Windowsimage kann nicht zurückgespielt werden.
Im Notfall rolle ich Freitag eben ubuntu in den Windowsräumen aus: dann ist das halt so.

LG

Holger

baumhof · 2. März 2022 um 13:10

Hallo,

für das Fehlerhafte regpatching gibt es hier ein issue:

github.com/linuxmuster/linuxmuster-linbo7

patch_registry is always adding square brackets to registry key names

opened 06:09PM - 30 Jan 22 UTC

SlrG

The [/bin/patch_registry](https://github.com/linuxmuster/linuxmuster-linbo7/blob…/main/linbofs/bin/patch_registry) script is adding square brackets to registry key names resulting in broken keys, which windows can't use or ignores as unknown. The problem seems to be the rightchopend function in line 41-43, which is called from line 74 and 128 and per comment in line 73 should `# remove right end and replace it with a backslash`. Looking at the code it is designed to remove the square bracket at the end of the line and afterwards remove any backslash at the end of line? ``` rightchopend(){ echo "$1" | sed 's,]$,,' | sed 's,\\$,,' } ``` This doesn't look right to me, according to the comment it should probably look like this: ``` rightchopend(){ echo "$1" | sed 's,]$,\\,' } ``` But now it still fails, because being executed by linbo it runs in a busybox ash shell and there seems to be trouble where the quoting of the sed command breaks when executed in a subshell as initiated by the calls in line 74 and 128. Sadly I was not able to figure out how to fix the sed command escaping and had to search for another approach in how to replace the square bracket at the end of line with a backslash. My proposed solution is ugly, but it seems to work: ``` rightchopend(){ rce=$(echo "$1" | rev) && echo ${rce/]/\\} | rev } ``` The double rev calls would not be necessary, if the busybox ash supported the replacement of the last substring occurrence ${rce/%]/\\}, but sadly it doesn't. I also replaced the backtick subshell calls in line 74 and 128 by $(...) calls, which are easier nestable. I hope this problem can be fixed and can provide a PR of my changes, to help in the process. But if someone more knowledgeable than me, knows a less ugly solution, I would appreciate any other idea. Making this work will make patching multiple keys in the registry a lot easier, than having to use reged to patch keys and values one by one.

Ich teste das.

LG

Holger

baumhof · 3. März 2022 um 09:50

Hallo,

ich habe nun meine Virtuelle Umgebung von 4.0.12 auf 4.0.13 upgedatet: auch da crasht ein Sync das WIndows 10: es bootet in einen Bluescreen:
CONFIG INITIALISATION FAILED

Jetzt werde ich mal testen, ob ein downgrade funktioniert.

LG

Holger

Buster · 8. März 2022 um 13:53

Hallo Holger,

ich stehe grade von dem gleichen Problem und ein Downgrade auf 4.0.12 hat geholfen.

MfG Buster

baumhof · 8. März 2022 um 14:14

Hallo Buster,

ich stehe grade von dem gleichen Problem und ein Downgrade auf 4.0.12
hat geholfen.

das Problem ist wahrscheinlich schon identifiziert.

github.com/linuxmuster/linuxmuster-linbo7

patch_registry is always adding square brackets to registry key names

offen 06:09PM - 30 Jan 22 UTC

geschlossen 03:21PM - 04 Apr 22 UTC

SlrG

The [/bin/patch_registry](https://github.com/linuxmuster/linuxmuster-linbo7/blob…/main/linbofs/bin/patch_registry) script is adding square brackets to registry key names resulting in broken keys, which windows can't use or ignores as unknown. The problem seems to be the rightchopend function in line 41-43, which is called from line 74 and 128 and per comment in line 73 should `# remove right end and replace it with a backslash`. Looking at the code it is designed to remove the square bracket at the end of the line and afterwards remove any backslash at the end of line? ``` rightchopend(){ echo "$1" | sed 's,]$,,' | sed 's,\\$,,' } ``` This doesn't look right to me, according to the comment it should probably look like this: ``` rightchopend(){ echo "$1" | sed 's,]$,\\,' } ``` But now it still fails, because being executed by linbo it runs in a busybox ash shell and there seems to be trouble where the quoting of the sed command breaks when executed in a subshell as initiated by the calls in line 74 and 128. Sadly I was not able to figure out how to fix the sed command escaping and had to search for another approach in how to replace the square bracket at the end of line with a backslash. My proposed solution is ugly, but it seems to work: ``` rightchopend(){ rce=$(echo "$1" | rev) && echo ${rce/]/\\} | rev } ``` The double rev calls would not be necessary, if the busybox ash supported the replacement of the last substring occurrence ${rce/%]/\\}, but sadly it doesn't. I also replaced the backtick subshell calls in line 74 and 128 by $(...) calls, which are easier nestable. I hope this problem can be fixed and can provide a PR of my changes, to help in the process. But if someone more knowledgeable than me, knows a less ugly solution, I would appreciate any other idea. Making this work will make patching multiple keys in the registry a lot easier, than having to use reged to patch keys and values one by one.

LG

Holger