WINPE Partition wird nicht gelöscht

[Maikarl]

Hallo allerseits,

ich habe das Problem das die WINPE Partition nach dem Upgrade auf Opsi 4.2 nicht mehr gelöscht, obwohl in dem jeweiligen Netboot Produkt Defaultproperties die Option preserve_winpe_partition auf false steht. Hat jemand eine Idee woran das liegen könnte?

Danke

Gruß
Thomas

[SisterOfMercy]

Can you provide some verbose logfiles?

[Maikarl]

Hello,

which log file is required exactly

Regards
Thomas

[Maikarl]

Here is the repartation Logfile from a fresh installed Client. It seems there is something wrong with the diskpart.txt file.

postinst_repartition.log

(36.8 KiB) 194-mal heruntergeladen

[max_daniel]

Hallo, ich glaube das Netboot Paket ist beschädigt, deshalb empfehle ich dir, ein neues Netboot Paket von OPSI Download Seite herunterzuladen und dann eine neues Netboot Produkt erstellen und testen, wenn das geht mit den gleichen alten Installationsdaten(installfiles von Windows), dann liegt es am alten Netboot Paket, probiere mal aus und poste hier das Testergebnis bitte.

Hallo allerseits,

ich habe das Problem das die WINPE Partition nach dem Upgrade auf Opsi 4.2 nicht mehr gelöscht, obwohl in dem jeweiligen Netboot Produkt Defaultproperties die Option preserve_winpe_partition auf false steht. Hat jemand eine Idee woran das liegen könnte?

Danke

Gruß
Thomas

[Maikarl]

Hallo,

erstmal Danke für den Tipp. Ich werde es testen und berichten.

Gruß
Thomas

[mattiasmab]

Gemäß deinem Log besteht das Problem darin, dass auf dem Datenträger an der Stelle, an der die WinPE-Partition vermutet wird eine versteckte Wiederherstellungspartition steht. Somit wird diese anstatt das eigentliche WinPE bzw. dessen Partition gelöscht.

[7] [2021-11-10 15:26:50.415] [] (string 20) Volume ### Bst Bezeichnung DS Typ Größe Status Info
[7] [2021-11-10 15:26:50.415] [] (string 21) ---------- --- ----------- ----- ---------- ------- --------- --------
[7] [2021-11-10 15:26:50.415] [] (string 22) Volume 0 D DVD-ROM 0 B Kein Medi
[7] [2021-11-10 15:26:50.415] [] (string 23) Volume 1 C WINDOWS NTFS Partition 230 GB Fehlerfre Startpar
[7] [2021-11-10 15:26:50.415] [] (string 24) Volume 2 X WINPE NTFS Partition 4000 MB Fehlerfre
[7] [2021-11-10 15:26:50.415] [] (string 25) Volume 3 NTFS Partition 824 MB Fehlerfre Versteck <<<<<<<<<<<<------- DIE HIER
[7] [2021-11-10 15:26:50.415] [] (string 26)
[7] [2021-11-10 15:26:50.415] [] (string 27)Partition 3 ist jetzt die gewählte Partition.
[7] [2021-11-10 15:26:50.415] [] (string 28)
[7] [2021-11-10 15:26:50.415] [] (string 29)Die gewählte Partition wurde erfolgreich gelöscht.
[7] [2021-11-10 15:26:50.415] [] (string 30)
[7] [2021-11-10 15:26:50.415] [] (string 31)Partition 2 ist jetzt die gewählte Partition.
[7] [2021-11-10 15:26:50.415] [] (string 32)
[7] [2021-11-10 15:26:50.415] [] (string 33)Das Volume wurde erfolgreich erweitert.
[7] [2021-11-10 15:26:50.415] [] (string 34)
[7] [2021-11-10 15:26:50.415] [] (string 35)Das gewählte Volume ist ungültig oder nicht vorhanden.
[7] [2021-11-10 15:26:50.415] [] (string 36)
[7] [2021-11-10 15:26:50.415] [] (string 37)Es wurde kein Volume gewählt.

Das Problem ist also eher - warum ist die da? 1. Sie muss bereits da sein, da OPSI soetwas nicht anlegt (zumindest finde ich dazu nichts). 2. Wird sie auch noch behalten. Wenn eine der folgenden Bedingungen gesetzt wären, würde OPSI in jedem Fall eine komplett neue Partitionstabelle anlegen (aber obacht, ob das zu euren Vorgaben passt).
Setze je nach Möglichkeit data_partition_preserve auf "never" oder windows_partition_size auf "100%" - beides forciert das Setup-Script eine komplett neue Partitionstabelle anzulegen und somit sollte diese (ab Werk-Wiederherstellungspartition) theoretisch verschwinden.

Um die Partitionierung nachzuvollziehen - falls das oben genannte nicht weiterhelfen sollte - wäre das Bootimage.log notwendig, da dort die Partitionierung erstellt und dokumentiert wird (inkl. Stand vorher).

[SisterOfMercy]

which log file is required exactly

The bootimage logs, I hope it shows which is available and what it makes.

[Maikarl]

Hallo,

ja das habe ich in dem Logfile auch so gesehen. Aber Opsi macht das Laufwerk 0 komplett platt und erstellt die Partitionen alle neu. Die beide von dir genannten Option stehen so wie du geschrieben hast und wurde auch nie verändert. Das WinPE wurde auch nicht verändert. Die einzigen veränderten Optionen von win10-x64-captured sind das Administrator Passwort, askbeforeinst auf false, boot_partition_size auf 1000M, Fullname, Orgname, Imagename und Productkey. Wie gesagt das macht er erst nach dem Upgrade auf Opsi 4.2

Gruß
Thomas

[mattiasmab]

In dem Log kann ich nichts ungewöhnliches finden - vor allem wird als letzter Stand folgendes ausgegeben (also ohne letzte zusätzliche Partition). Dazwischen ist nur noch das Windows-Setup, dass höchstens durch die unattended.xml noch änderungen an partitionen vornehmen könnte. Da habe ich aber nicht so genau drauf geschaut.

[6] [2021-11-10 15:07:11.974] [ ] Executing: sfdisk -l /dev/sda (Posix.py:912)
[6] [2021-11-10 15:07:11.976] [ ] Using encoding 'UTF-8' (Posix.py:948)
[7] [2021-11-10 15:07:11.983] [ ] >>> Disk /dev/sda: 238,49 GiB, 256060514304 bytes, 500118192 sectors (Posix.py:994)
[7] [2021-11-10 15:07:11.983] [ ] >>> Disk model: SAMSUNG MZ7TE256 (Posix.py:994)
[7] [2021-11-10 15:07:11.983] [ ] >>> Units: sectors of 1 * 512 = 512 bytes (Posix.py:994)
[7] [2021-11-10 15:07:11.983] [ ] >>> Sector size (logical/physical): 512 bytes / 512 bytes (Posix.py:994)
[7] [2021-11-10 15:07:11.984] [ ] >>> I/O size (minimum/optimal): 512 bytes / 512 bytes (Posix.py:994)
[7] [2021-11-10 15:07:11.984] [ ] >>> Disklabel type: dos (Posix.py:994)
[7] [2021-11-10 15:07:11.984] [ ] >>> Disk identifier: 0x8de4c2cf (Posix.py:994)
[7] [2021-11-10 15:07:11.984] [ ] >>> (Posix.py:994)
[7] [2021-11-10 15:07:11.984] [ ] >>> Device Boot Start End Sectors Size Id Type (Posix.py:994)
[7] [2021-11-10 15:07:11.984] [ ] >>> /dev/sda1 2048 2050047 2048000 1000M 12 Compaq diagnostics (Posix.py:994)
[7] [2021-11-10 15:07:11.984] [ ] >>> /dev/sda2 2050048 487831551 485781504 231,7G 7 HPFS/NTFS/exFAT (Posix.py:994)
[7] [2021-11-10 15:07:11.984] [ ] >>> /dev/sda3 * 491925504 500118191 8192688 3,9G b W95 FAT32 (Posix.py:994)
[7] [2021-11-10 15:07:11.984] [ ] >>> (Posix.py:994)
[7] [2021-11-10 15:07:11.984] [ ] Exit code: 0 (Posix.py:1001)

Sauber nur drei Partitionen - in deinem Postinstall-Log waren es aber vier?! Beides vom selben Rechner?