Intel SW-RAID mit Windows 7

Antworten
Thomas Moch
Beiträge: 3
Registriert: 17 Feb 2015, 10:39

Intel SW-RAID mit Windows 7

Beitrag von Thomas Moch »

Hallo,
seit einiger Zeit versuchen wir Windows7 auf einem Rechner mit Intel Software-RAID zu installieren und scheitern dabei. Bereits beim erstellen der Partitionen vom WinPE steigt die Installation aus.
Schalten wir das RAID aus, funktioniert die Installation.

Zuerst haben wir die opsisetuplib.py editiert, da dort anscheinend ein kleiner bug drin ist. Und zwar in Zeile 90 haben wir "c\dd\d" durch "mapper" ersetzt. Dies hat zur Folge, dass jetzt nicht nur das Volume sondern auch die richtige Partitionen erkannt wird. Volume11 wird zu Volume1p1

Auszug log ohne Änderung:
[6] [Feb 17 11:19:07] Total sectors of disk '/dev/mapper/isw_chdigjdjgg_Volume1': 1953519880, 512 bytes per cylinder (Posix.py|1561)
[7] [Feb 17 11:19:07] Partition sector values =>>> number: 1, start: 2048 sec, end: 1943281663 sec, size: 1943279616 sec (Posix.py|1551)
[5] [Feb 17 11:19:07] could not find /dev/mapper/isw_chdigjdjgg_Volume11 - retry (opsisetuplib.py|112)
[5] [Feb 17 11:19:09] could not find /dev/mapper/isw_chdigjdjgg_Volume11 - retry (opsisetuplib.py|112)
[7] [Feb 17 11:19:09] Forcing kernel to reread the partitiontable again (opsisetuplib.py|114)
[5] [Feb 17 11:19:11] could not find /dev/mapper/isw_chdigjdjgg_Volume11 - retry (opsisetuplib.py|112)
[5] [Feb 17 11:19:13] could not find /dev/mapper/isw_chdigjdjgg_Volume11 - retry (opsisetuplib.py|112)
[5] [Feb 17 11:19:15] could not find /dev/mapper/isw_chdigjdjgg_Volume11 - retry (opsisetuplib.py|112)
[5] [Feb 17 11:19:17] could not find /dev/mapper/isw_chdigjdjgg_Volume11 - retry (opsisetuplib.py|112)
[3] [Feb 17 11:19:19] could not find /dev/mapper/isw_chdigjdjgg_Volume11 - giving up (opsisetuplib.py|122)


Nun kommen wir zu dem eigentlichen Problem.
Opsi kann den boot record nicht schreiben. Das Script ms-sys soll ja Partitionen erstellen. Daraufhin haber wir im Opsi-Bootimage in der Datei Posix.py die Zeile 1909 um den Schalter -f ergänzt. Leider ohne Erfolg.
Geben wir den Befehl ms-sys -f -p --fat32nt60 /dev/mapper/isw_chdigjdjgg_Volume1p2 von Hand ein, bekomm wir zwar eine Warnung aber es wird die Partition erstellt. Leider funktioniert das in Opsi nicht.


Auszug log ohne -f:

[3] [Feb 17 11:31:52] Cannot write partition boot record: Command '/usr/local/bin/ms-sys -p --fat32nt60 /dev/mapper/isw_chdigjdjgg_Volume1p2' failed (1):
/dev/mapper/isw_chdigjdjgg_Volume1p2 does not seem to be a disk partition device,
use the switch -f to force writing of a FAT32 boot record (Posix.py|1920)
[2] [Feb 17 11:31:53] Traceback: (Logger.py|767)
[2] [Feb 17 11:31:53] line 1464 in '<module>' in file '/usr/local/bin/master.py' (Logger.py|767)
[2] [Feb 17 11:31:53] line 707 in '<module>' in file '/tmp/setup.py' (Logger.py|767)
[2] [Feb 17 11:31:53] line 1921 in 'writePartitionBootRecord' in file '/usr/lib/pymodules/python2.7/OPSI/System/Posix.py' (Logger.py|767)
[2] [Feb 17 11:31:53] ==>>> Cannot write partition boot record: Command '/usr/local/bin/ms-sys -p --fat32nt60 /dev/mapper/isw_chdigjdjgg_Volume1p2' failed (1):
/dev/mapper/isw_chdigjdjgg_Volume1p2 does not seem to be a disk partition device,
use the switch -f to force writing of a FAT32 boot record (master.py|1512)


Auszug log mit -f:

[7] [Feb 17 10:58:53] Exit code: 0 (Posix.py|820)
[6] [Feb 17 10:58:53] Writing master boot record on '/dev/mapper/isw_chdigjdjgg_Volume1' (system: vista) (Posix.py|1858)
[6] [Feb 17 10:58:53] Executing: /usr/local/bin/ms-sys --mbrnt60 /dev/mapper/isw_chdigjdjgg_Volume1 (Posix.py|736)
[6] [Feb 17 10:58:53] Using encoding 'ANSI_X3.4-1968' (Posix.py|769)
[7] [Feb 17 10:58:53] >>> Windows Vista master boot record successfully written to /dev/mapper/isw_chdigjdjgg_Volume1 (Posix.py|813)
[7] [Feb 17 10:58:53] Exit code: 0 (Posix.py|820)
[6] [Feb 17 10:58:53] Writing partition boot record on '/dev/mapper/isw_chdigjdjgg_Volume1p2' (fs-type: fat32nt60) (Posix.py|1902)
[6] [Feb 17 10:58:53] Executing: /usr/local/bin/ms-sys -f -p --fat32nt60 /dev/mapper/isw_chdigjdjgg_Volume1p2 (Posix.py|736)
[6] [Feb 17 10:58:53] Using encoding 'ANSI_X3.4-1968' (Posix.py|769)
[7] [Feb 17 10:58:53] >>> Failed writing start sector to /dev/mapper/isw_chdigjdjgg_Volume1p2, this is only possible to do with (Posix.py|813)
[7] [Feb 17 10:58:53] >>> real partitions! (Posix.py|813)
[7] [Feb 17 10:58:53] >>> FAT32 NT60 boot record successfully written to /dev/mapper/isw_chdigjdjgg_Volume1p2 (Posix.py|813)
[7] [Feb 17 10:58:53] Exit code: 1 (Posix.py|820)
[3] [Feb 17 10:58:53] Cannot write partition boot record: Command '/usr/local/bin/ms-sys -f -p --fat32nt60 /dev/mapper/isw_chdigjdjgg_Volume1p2' failed (1):
Failed writing start sector to /dev/mapper/isw_chdigjdjgg_Volume1p2, this is only possible to do with
real partitions!
FAT32 NT60 boot record successfully written to /dev/mapper/isw_chdigjdjgg_Volume1p2 (Posix.py|1920)
[2] [Feb 17 10:58:54] Traceback: (Logger.py|767)
[2] [Feb 17 10:58:54] line 1464 in '<module>' in file '/usr/local/bin/master.py' (Logger.py|767)
[2] [Feb 17 10:58:54] line 707 in '<module>' in file '/tmp/setup.py' (Logger.py|767)
[2] [Feb 17 10:58:54] line 1921 in 'writePartitionBootRecord' in file '/usr/lib/pymodules/python2.7/OPSI/System/Posix.py' (Logger.py|767)
[2] [Feb 17 10:58:54] ==>>> Cannot write partition boot record: Command '/usr/local/bin/ms-sys -f -p --fat32nt60 /dev/mapper/isw_chdigjdjgg_Volume1p2' failed (1):
Failed writing start sector to /dev/mapper/isw_chdigjdjgg_Volume1p2, this is only possible to do with
real partitions!


Da wir vom hunderste ins tausendste kommen, haben wir bestimmt einen Denkfehler und suchen nun hier Rat.
Ist evtl schon der erste Schritt falsch und wir hätten gar nicht die opsisetuplib.py ändern dürfen? Aber wie bekommen wir dann das RAID zum laufen? Da die RAID-Funktion bei uns im Haus gefordert wird kommen wir da nicht umzu.

Vielleicht hatte ja jemand schon das gleiche Problem gehabt und kann uns hier weiter helfen.

Gruß
Thomas Moch
Thomas Moch
Fraunhofer Institut fuer Fertigungstechnik und Materialforschung
Benutzeravatar
ueluekmen
uib-Team
Beiträge: 1939
Registriert: 28 Mai 2008, 10:53

Re: Intel SW-RAID mit Windows 7

Beitrag von ueluekmen »

Hallo,

erstens ist das ein klarer Fall für den Support. Du wirst hier im Forum keine Chance auf eine Lösung haben, da es doch sehr speziell ist.
Zweitens kannst du ändern was du willst, ob es zum Ziel führt oder nicht ist eine andere Frage. Nur wenn du zuviel schraubst, verlierst du dich irgendwann in den Änderungen und kommst nicht mehr zurück.

Die opsisetuplib ist an der Stelle nicht der einzige Punkt wo du ansetzen musst. Wenn wirklich solche Devicepfade produziert werden, muss man auch die eigentliche Lib im bootimage anpassen.

Du kannst mal die Produkte von hier:

http://download.uib.de/opsi4.0/experimental/netboot/

probieren. Die machen kein FAT32 sondern nehmen NTFS für die WinPE-Partition. Somit entfällt auch der ms-sys Aufruf mit FAT32 an der Stelle.

Normalerweise ist das bei Software-Raids so, dass OPSI beide Disks sieht. Wenn dem so ist, dann sollte man das Property: use_raid1 verwenden.

Ansonsten sieht das nach einem komischen Raid-Chip aus, dass muss näher untersucht werden.

Achja:
Thomas Moch hat geschrieben:Zuerst haben wir die opsisetuplib.py editiert, da dort anscheinend ein kleiner bug drin ist. Und zwar in Zeile 90 haben wir "c\dd\d" durch "mapper" ersetzt.
Das ist kein Bug, sondern ein Feature für einen anderen kranken Raid-Chip. 8-)
opsi support - uib gmbh
For productive opsi installations we recommend support contracts.
http://www.uib.de
Thomas Moch
Beiträge: 3
Registriert: 17 Feb 2015, 10:39

Re: Intel SW-RAID mit Windows 7

Beitrag von Thomas Moch »

Moin,
erstmal vielen Dank für die schnelle Antwort.

Wir benutzen hier Asus-Mainboards mit dem verbauten Intel-Chip (Intel Rapid Storage Technology).

Das mit den Software-Raids bin ich schon von Acronis True-Image gewohnt. DOrt werden auch beide Platten solo erkannt und später wieder "zusammen gebaut".

Wir werden erstmal mit Property: use_raid1 weiter testen und gerne die Ergebnisse hier mitteilen.


Gruß
Thomas Moch
Thomas Moch
Fraunhofer Institut fuer Fertigungstechnik und Materialforschung
Antworten