Automatisierte Linbo-Abläufe funktionieren nicht komplett

Hallo Holger,

die start.conf-Dateien sind jetzt oben eingestellt.

Gruß

Alois

Hallo,

in der start.conf.win10fs2 steht unter windows:
Kernel = grub.exe

da sollte
Kernel = auto

rein.

Die beiden start.conf Dateien habe ich unten angehängt.

Die Logdateien schaue ich jetzt an.

LG

Holger

[code]

Vielleicht machst du aber auch noch irgendwas mit Postsync? Wenn du in einem Postsync Script ein exit drin hast dann ist der Vorgang beendet, dann gehts erstmal nicht weiter und du bleibst genau in diesem Bild stehen.

Technischer Hintergrund:
Postsync läuft im Linbo_cmd Kontext als Import ab, wenn dieser Import ein Exit hat ist Ende, auch für den Vaterprozess.

Hallo Till,

Danke, das könnte es sein!

Gruß

Alois

Hallo,

in der Imageerstellung vom 16.6 steht noch immer der zero Eintrag immer zweimal da.
Ich hatte ja schon mal darauf hingewiesen, dass da vielleicht das Problem her kommt: dass ein Klick in der linbo Oberfläche bei der Imageerstellung hat bei mir (vor vielen Jahren) auf einer Hardwareklasse auch zu einem „Doppelklick“ geführt, so dass zwei Imageerstellungsvorgänge gleichzeitig gestartet werden.
Deswegen hatte ich Alois letzte Woche am Telefon gesagt, er solle mal ein Image mittels linbo-remote oder linbo_wrapper erstellen und hochladen und es damit probieren.

Ich sehe in der Logdatei mehrere Imageerstellprozesse: alle mit dem gleichen Verhalten.

So sollte es sein (ist es bei mir):

## Tue Feb  4 15:33:42 CET 2020 : Starte Erstellung von win10-lmg-intel.cloop.
Bereite Partition /dev/sda1 (Groesse=52428800K) fuer Komprimierung vor...
Sichere Windows-BCD fuer Gruppe lmgwin10-intel.
Sichere Bootloadersektoren fuer Gruppe lmgwin10-intel.
Sichere NTFS-ID.
Leeren Platz auffuellen mit 0en...
1000+0 records in
1000+0 records out
1048576000 bytes (1000.0MB) copied, 8.592926 seconds, 116.4MB/s
1000.0M genullt...
1000+0 records in
1000+0 records out
1048576000 bytes (1000.0MB) copied, 7.825494 seconds, 127.8MB/s
2.0G genullt...
1000+0 records in
1000+0 records out
1048576000 bytes (1000.0MB) copied, 7.997726 seconds, 125.0MB/s
2.9G genullt...

So ist es bei dir:

## Log session begin: Do 16. Jun 15:02:59 CEST 2022 ##
1: »/dev/sda4« 2: »win10uefi.qcow2« 3: »win10uefi.qcow2« 4: »/dev/sda3« 5: »/dev/sda3« 6: »auto« 7: »« 
Creating image win10uefi.qcow2 of partition /dev/sda3 ...
## Thu Jun 16 14:40:53 CEST 2022 : Starting creation of win10uefi.qcow2.
## Thu Jun 16 14:40:53 CEST 2022 : Starting creation of win10uefi.qcow2.
Preparing partition /dev/sda3 (size=104857600K) for compression...
Preparing partition /dev/sda3 (size=104857600K) for compression...
Saving partition guids.
Saving partition guids.
Copying windows efi bootfiles from /cache/boot/efi/EFI/Microsoft/Boot to EFI/Microsoft/Boot.
Copying windows efi bootfiles from /cache/boot/efi/EFI/Microsoft/Boot to EFI/Microsoft/Boot.
Saving windows bcd for group win10uefi.
Saving windows bcd for group win10uefi.
Saving bootloader sectors for group win10uefi.
Saving bootloader sectors for group win10uefi.
Saving ntfs id.
Saving ntfs id.
Filling up partition with zeroes...
Filling up partition with zeroes...
1000+0 records in
1000+0 records out
1048576000 bytes (1000.0MB) copied, 3.491702 seconds, 286.4MB/s
1000.0M zeroed ... 
1000.0M zeroed ... 
1000+0 records in
1000+0 records out
1048576000 bytes (1000.0MB) copied, 3.592786 seconds, 278.3MB/s
2.0G zeroed ... 
2.0G zeroed ... 
1000+0 records in
1000+0 records out
1048576000 bytes (1000.0MB) copied, 3.700753 seconds, 270.2MB/s
2.9G zeroed ... 
2.9G zeroed ... 
1000+0 records in
1000+0 records out

hast du mal ein Iamge anders erstellt?

LG

Holger

Hallo Holger,

derzeit sind die weiter oben eingestellten start.conf Dateien in Verwendung.

@Till, Ich habe die Postsync-Dateien jetzt komplett auskommentiert. Es fand sich tatsächlich am Ende ein „exit 0“

Gerade läuft der Test. Ich melde mich, wenn er durch ist.

Viele Grüße

Alois

… bin sowas von gespannt …

Viel Erfolg, Alois !

L.G.
Christoph

Hallo @alle,

da der erste Rechner (BIOS) durchgelaufen ist, habe ich Tills Hinweis als Lösung markiert. Der zweite Test läuft gerade. Ich bin sicher, dass es jetzt auch bei dem UEFI-Rechner funktioniert.

Viele Grüße und nochmals vielen Dank an alle die mitgedacht haben

Alois

1 „Gefällt mir“

Hallo,

es war definitiv der Postsync, denn auch der UEFI-Rechner ist jetzt durchgestartet.

Viele Grüße

Alois

Freut mich wenn es geholfen hat.

Postsync kannst du natürlich weiterhin verwenden, einfach keine exit mehr verwenden :slight_smile:

Hallo!

Habe das querschießende Kommando >>exit<< in der Doku bei Postsync als böse kenntlich gemacht.

PS: Kommt demnächst in die Doku, momentan hängt der automatische Build. :frowning:

Hallo Till,

ich bin sicher, dass der Postsync nicht mehr gebraucht wird. Er war dazu da, die Genuine Tickets zurückzukopieren. Meines Wissens ist Windows - wenn einmal aktiviert auf einem Rechner - immer aktiviert, solange sich an der Hardware nichts Gravierendes verändert. Und wenn sich etwas verändern würde, dann würde das Ticket vermutlich auch nicht mehr helfen. Deshalb lasse ich die Postsync-Dateien einfach weg.

Viele Grüße und nochmal vielen Dank fürs Helfen

Alois