Ein Basisimage (Windows10) für unterschiedliche Hardwareklassen?

Server v7
1

Hallo,
beim Testen von LMN7 ist folgendes aufgefallen.

UEFI / Windows10:

Beim Rausrollen eines Images von einer Hardwareklasse zur anderen startet
Windows grundsätzlich in einen Bluescreen: 0xc000000e
Dabei ist es egal ob der Imagegeber eine VM oder reale Hardware ist.
Selbst bei gleicher Partitionsgröße ist das Ergebnis immer ein Bluescreen.
Dieser läßt sich auch durch das übliche
bootrec /fixmbr
bootrec /fixboot
bootrec /rebuildbcd
nicht fixen.

bcdboot c:\windows /s [efi partition] /f UEFI behebt das Problem nachtträglich manuell.

Es ist mir in postsync Skripten allerdings nicht gelungen das
erfolgreich zu reproduzieren. Ich finde leider M$ typisch auch keine Doku
darüber was bcdboot tatsächlich tut.
Mittels eines Diffimages gelingt die Imageübertragung, allerdings
funktioniert das nur solange, wie das Basisimage nicht verändert wird,
was an dieser Stelle nicht weiterhilft.

lsb_release -a

No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 18.04.4 LTS
Release: 18.04
Codename: bionic

uname -r

4.15.0-102-generic

linuxmuster-linbo7 version: 2.3.59-0

Benutzte Windows Version: 1909 Build: 18363.592

Stand: lmn7 22.05.20 13:30

Beispiel: vmsata (in diesem Fall eine VM)

start.conf.vmsata:

SNIP

[LINBO]
Server = 10.0.0.1
Group = vmsata
Cache = /dev/sda4
RootTimeout = 600
AutoPartition = no
AutoFormat = no
AutoInitCache = no
DownloadType = torrent
BackgroundFontColor = white
ConsoleFontColorStdout = lightgreen
ConsoleFontColorStderr = orange
SystemType = efi64
KernelOptions = quiet splash dhcpretry=10

[Partition]
Dev = /dev/sda1
Label = efi
Size = 200M
Id = ef
FSType = vfat
Bootable = yes

[Partition]
Dev = /dev/sda2
Label = msr
Size = 128M
Id = 0c01
FSType =
Bootable = no

[Partition]
Dev = /dev/sda3
Label = windows
Size = 80G
Id = 7
FSType = ntfs
Bootable = no

[Partition]
Dev = /dev/sda4
Label = cache
Size = 25G
Id = 83
FSType = ext4
Bootable = no

[Partition]
Label = data
Dev = /dev/sda5
Size =
Id = 7
FSType = ntfs
Bootable = no

[OS]
Name = Windows 10
Version =
Description = Windows 10 1903
IconName = win10.png
Image =
BaseImage = win10.cloop
Boot = /dev/sda3
Root = /dev/sda3
Kernel = auto
Initrd =
Append =
StartEnabled = yes
SyncEnabled = no
NewEnabled = yes
Autostart = no
AutostartTimeout = 5
DefaultAction = start
RestoreOpsiState = no
ForceOpsiSetup =
Hidden = yes

SNIP

p757 ist ein Fujitsu ESPRIMO P757i/E90+
start.conf.p757:

SNIP

[LINBO]
Server = 10.0.0.1
Group = p757
Cache = /dev/sda4
RootTimeout = 600
AutoPartition = no
AutoFormat = no
AutoInitCache = no
DownloadType = torrent
BackgroundFontColor = white
ConsoleFontColorStdout = lightgreen
ConsoleFontColorStderr = orange
SystemType = efi64
KernelOptions = quiet splash dhcpretry=10

[Partition]
Dev = /dev/sda1
Label = efi
Size = 200M
Id = ef
FSType = vfat
Bootable = yes

[Partition]
Dev = /dev/sda2
Label = msr
Size = 128M
Id = 0c01
FSType =
Bootable = no

[Partition]
Dev = /dev/sda3
Label = windows
Size = 80G
Id = 7
FSType = ntfs
Bootable = no

[Partition]
Dev = /dev/sda4
Label = cache
Size = 25G
Id = 83
FSType = ext4
Bootable = no

[Partition]
Bootable = no
FSType = ntfs
Id = 7
Size =
Label = DATEN
Dev = /dev/sda5

[OS]
Name = Windows 10
Version =
Description = Windows 10 1903
IconName = win10.png
Image =
BaseImage = win10.cloop
Boot = /dev/sda3
Root = /dev/sda3
Kernel = auto
Initrd =
Append =
StartEnabled = yes
SyncEnabled = no
NewEnabled = yes
Autostart = no
AutostartTimeout = 5
DefaultAction = start
RestoreOpsiState = no
ForceOpsiSetup =
Hidden = yes

SNIP

global.reg:

SNIP

Windows Registry Editor Version 5.00

; linuxmuster.net 7 version

; notwendig, damit der Domaenenbeitritt klappt
[HKEY_LOCAL_MACHINE\System\CurrentControlSet\services\Netlogon\Parameters]
„DisablePasswordChange“=dword:00000001
„MaximumPasswordAge“=dword:000f4240
„RefusePasswordChange“=dword:00000001
„RequireSignOrSeal“=dword:00000001
„RequireStrongKey“=dword:00000001

; notwendig, damit Netlogon klappt
[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\NetworkProvider\HardenedPaths]
„\\*\netlogon“=„RequireMutualAuthentication=0,RequireIntegrity=0,RequirePrivacy=0“

; deaktiviert den Hiberboot Modus damit Linbo syncen kann
[HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\Session Manager\Power]
„HiberbootEnabled“=dword:00000000

; deaktiviert den Hiberboot Modus damit Linbo syncen kann
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Power]
„HiberbootEnabled“=dword:00000000

SNIP

image.reg:

SNIP

Windows Registry Editor Version 5.00

; setzt den Computernamen richtig
[HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\ComputerName\ActiveComputerName]
„ComputerName“="{$HostName$}"

; setzt den Computernamen richtig
[HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\ComputerName\ComputerName]
„ComputerName“="{$HostName$}"

; setzt den Computernamen richtig
[HKEY_LOCAL_MACHINE\System\CurrentControlSet\services\Tcpip\Parameters]
„Hostname“="{$HostName$}"
„NV Hostname“="{$HostName$}"

; setzt den Domainnamen richtig
[HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Policies\System]
„DefaultLogonDomain“=„MYDOMAIN“

; setzt den Computernamen und Domainnamenrichtig
[HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Services\Tcpip\Parameters]
„Domain“=„MYDOMAIN“
„NV Hostname“="{$HostName$}"
„Hostname“="{$HostName$}"
„NV Domain“=„MYDOMAIN“

SNIP

Was ich getan habe: (vmsata)

  • Partitioniert mit Linbo

  • Boot von USB / Installation Win10

  • Golbal.reg appliziert

  • Domainjoin

  • reboot

  • reboot => grub

  • Image win10.cloop gezogen und hochgeladen

  • Ausrollen an p757 => Bluescreen (0xc000000e)

  • Zunächst hatte ich den ntfs-resize im Verdacht, denn die Geräte hatten unterschiedliche Partionsgrößen.
    Also anpassen der Partionsgrößen, das gleiche Spiel von vorne => Bluescreen

  • Hier im Forum fand sich der Tip es müsse eine Datapartition als letzte Partition geben, also habe ich eine hingefügt, leider nur mit dem gleichen Ergebnis.

  • Daraufhin auf p757 Win10 installiert und Image gezogen

  • Image an anderes physikalisches Gerät ausgerollt => Bluescreen (0xc000000e)

  • Image an den gleichen PC (also den Imagegeber) erneut ausgerollt => OK
    Windows startet normal

  • Image an andere Hardwareklasse ausgerollt (ESPRIMO P758/E94+) / Dieses
    Gerät hat eine NVME SSD verbaut => Bluescreen (0xc000000e)

Leider habe ich nicht zweimal die identische physische Hardware, so daß
ich keine Aussage darüber treffen kann wie es sich hier verhält.
Von efi VM zu efi VM funktioniert die Imagekopie.

Ziel des ganzen ist es nur EIN Basisimage für möglichst viele / alle
Hardwareklassen zu haben. Da uns der administrative Aufwandt eines
Images pro Hardwareklasse sehr groß erscheint, scheidet LINBO als
Imageingsystem damit wohl leider aus und es bleibt nur Imageing per
opsi. Das ist natürlich schade, da damit die Option neu+start wegfällt.

Hat hier jemand eine Idee wie sich, was auch immer bcdboot tut,
automatisieren läßt, bzw. wie das Ziel nur eines Images für alle HW Klassen auf andere Weise zu erreichen wäre?

2

Hallo Michael,

linbo sichert den Booteintrag und spielt ihn ebim imagen zurück.

versuch mal folgendes:
wenn du ein Image auf eine neue Hardware bringst und du hast den
bluescreen und reparierst ihn, dann erstellst danach ein neues Image mit
neuem Imagenamen.
Am besten so, dass du vor Imageerstellung den Namen in der
start.conf.
änderst und linuxmuster-import-devices
laufen läßt.
So zwingst du linbo die startdateien neu zu sichern.
Ich weiß nicht, ob es das immer macht.

Ich betreibe Win10 Images problemlos auf 3 Hardwareklassen: allerdings
ist das eine ein 1511 und das andere ein 1904

Viele Grüße

Holger