Hallo zusammen,
ich bin an der nächsten Baustelle.
Ubuntu Clients erzeugen und synchronisieren etc. hat soweit geklappt :-).
Jetzt muss ich für die Kollegen noch am Windows arbeiten und wollte direkt eine entsprechende Dualboot-HW-Gruppe erstellen.
Ich bin entsprechend nach Anleitung (Windows 10 Clients — linuxmuster.net 7.0 Dokumentation) vorgegangen, kann aber keine Image erstellen.
Linbo stürzt ab und sagt, es würde ein linbo.log und image.log hochgeladen werden. Ich finde die auf dem Server mit "find / -name „linbo.log“ aber nicht?
Was geklappt hat: Partitionieren (Vorlage start.conf.win10-ubuntu2004), Installation mit diversen nicht synchronisierten Reboots und als letzter Schritt vor dem Domänenbeitritt habe ich die win10.global.reg durch Doppelklick und Bestätigen installiert.
Heruntergefahren wurde mittels shutdown -s -t 1.
Das Windows startet normal.
In einem anderem Versuche (ich habe verschiedene Revisions von Windows getestet) habe ich auch noch den Domänenbeitritt gestartet (aber noch nicht wieder rebooted - weil ja vorher auf jeden Fall das Image gemacht werden soll) - das gleiche Problem.
Wie kann ich herausfinden, was da schief läuft?
Danke schon Mal,
Guntram
Hallo Guntram,
bitte poste die zugehörige start.conf.Gruppe sowie die Größe des Speichermediums des Clients.
LG
Holger
PS: wieder hast du einen Fehler gefunden, den ich noch nie hatte/gesehen habe …
…bin mir nicht sicher, ob ich darauf jetzt stolz sein kann? 
Voilà:
root@server:/srv/linbo# cat start.conf.UbuWin
[LINBO]
Server = 10.0.0.1
Group = UbuWin
Cache = /dev/sda3
RootTimeout = 600
AutoPartition = no
AutoFormat = no
AutoInitCache = no
DownloadType = torrent
GuiDisabled = no
UseMinimalLayout = no
Locale = de-de
BackgroundColor = 394f5e
BackgroundFontColor = white
ConsoleFontColorStdout = lightgreen
ConsoleFontColorStderr = orange
SystemType = bios64
KernelOptions = quiet splash
[Partition]
Dev = /dev/sda1
Label = windows
Size = 50G
Id = 7
FSType = ntfs
Bootable = yes
[Partition]
Dev = /dev/sda2
Label = ubuntu
Size = 30G
Id = 83
FSType = ext4
Bootable = yes
[Partition]
Dev = /dev/sda3
Label = cache
Size = 80G
Id = 83
FSType = ext4
Bootable = yes
[OS]
Name = Windows 10
Version =
Description = Windows 10 1903
IconName = win10.svg
Image =
BaseImage = None
Boot = /dev/sda1
Root = /dev/sda1
Kernel = auto
Initrd =
Append =
StartEnabled = yes
SyncEnabled = yes
NewEnabled = yes
Autostart = no
AutostartTimeout = 5
DefaultAction = sync
RestoreOpsiState = no
ForceOpsiSetup =
Hidden = yes
[OS]
Name = Ubuntu
Version =
Description = Ubuntu 20.04
IconName = ubuntu.svg
Image =
BaseImage = ubuntu.cloop
Boot = /dev/sda2
Root = /dev/sda2
Kernel = boot/vmlinuz
Initrd = boot/initrd.img
Append = ro splash
StartEnabled = yes
SyncEnabled = yes
NewEnabled = yes
Autostart = no
AutostartTimeout = 5
DefaultAction = sync
RestoreOpsiState = no
ForceOpsiSetup =
Hidden = yes
Die Festplatte ist 256GB groß (Sandisk SD8SBAT256G1) und es liegt am Ende auch 84GB nicht paritionierter Platz…
Hallo noch Mal,
offensichtlich hat der Guntram mal wieder die Anleitung nicht verstanden…
Ich habe das Ganze jetzt noch einmal in einer VirtualBox-Umgebung probiert und komme zum gleichen Fehler…
Wie bin ich vorgegangen?
- Iso einbinden, von Iso starten
- keine Serial angebeben, alle möglichen Standardeinstellungen (wie Anleitung)
- gewähltes System ist Win 10 Pro (Gedanke: verschlüsselt der ggf. automatisch und deswegen gibt es ein Problem?)
- System bootet zwei Mal neu - jedesmal grün in Linbo durchgewunken
- nach der Installation den reg.Patch via \server eingespielt
- heruntergefahren und direkt versucht, das Image zu erzeugen
Wo liegt der Fehler? 
Hallo Guntram,
kann es sein, daß Du den Imagenamen beim Erstellen nicht komplett angegeben hast? Laut Error steht da „Erzeuge Image UbuWin_win“ Das müsste doch heißen UbuWin_win.cloop, wenn ich mich nicht irre. Also evtl. hast Du die Endung .cloop vergessen anzugeben?
Viele Grüße
Klaus
Hallo Klaus,
das schien das Problem zu sein! Das ist ja gruselig, dass Datei-Endungen immer noch so wichtig genommen werden (letztlich wird das ja normalerweise im header erkannt) und vor allem, dass Linbo die Endung nicht selbst anhängt?
Ganz lieben Dank,
Guntram
Hallo Guntram,
gruselig finde ich die Nutzung der Dateiendung in Linbo nicht gerade. Es ist halt so programmiert und auch so dokumentiert.
Generell könnte natürlich der Fehler von Linbo 2 besser abgefangen werden. In Linbo 4 ist das in der Fehlermeldung besser ersichtlich, wenn man .qcow2 nicht angibt, oder etwas anderes angibt.
Gerade beim Übergang von Linuxmuster 7.0 auf Linuxmuster 7.1 mit dem neuen qcow2 Imageformat finde ich es praktisch, daß man anhand der Dateiendung gleich sieht, welches Image man hat, bzw. schon konvertiert hat etc.
Viele Grüße
Klaus
