Zuerst wird geprüft, ob im BIOS (der BIOS Aufruf geht ganz am Anfang über die F2 und auch die F12 Taste) die Einrichtung der beiden dort bei der Festplatten- bzw. der SATA Controller- Konfiguration auf "UEFI" eingestellt ist, denn weder "BIOS" noch "RAID" funktionieren für diese Installation. Dann wird das BIOS abgespeichert und es folgt nochmal ein "Neustart".
.
Die initiale Taste zum Starten eines alternativen Boot-Mediums (auf den beiden SSD-Festplatten ist ja noch nichts drauf) ist die "F12 Taste", die auch nach einem Kaltstart ganz am Anfang vom BIOS angezeigt wird - aber nur ganz kurz, also Beeilung.

In dieser angezeigten Auswahl aller verfügbaren (erkannten) Medien wird unser USB-Stick sogar zwei mal angezeigt, einmal mit "UEFI" und einmal ohne. Wir benutzen aber NICHT die UEFI Variante unseres bootfähigen USB Sticks sondern die alternative Startfunktion "General UDisk 5.0) - siehe Foto.
.
Wichtigstes Merkmal der "richtigen" (mit Mühe erprobten) Startsequenz ist nach dem Erscheinen der grünen Opensuse Glühbirne (des Logos) die Menüzeile unten am Rand mit F2 für Sprache und F3 für die Bildschirmauflösung. Ist sie nicht da, gleich nochmal neu starten, sonst wird es nichts. Ich wollte das einfach nicht glauben und habe dadurch einen Tag verplempert.
.

Nach mehreren unerfolgreichen Versuchen hat dann die Installation der Version Leap 15.6 doch geklappt. Es sind die Feinheiten, die - zum Teil gut versteckt - zu beachten sind, aber davon später.
.

.

"Von jetzt an wird fast nur noch geklickt." Aus der bisherigen Erfahrung mit unserem großen Web-Server habe ich die Partitionierung der 240 GB Gesamt-Kapazität (der zukünftig gespiegelten beiden SSDs) vorab kalkuliert und nachfolgend festgelegt.

Also die ersten 30 GB für die "DOM-0" (das ist unser Grundsystem), dann 80 GB für die DOM-1 (Linux) und den Rest = 113 GB für die DOM-2 (Windows).

Als Basis für die später gespiegelten Laufwerke müssen auf jeder der beiden SSDs (hier "sd-a" und "sd-b") drei sogenannte RAW-Partitionen angelegt werden - das sind leere vorbereitete Partitionen mit "nichts" drauf und immer noch unformatiert !! - insgesamt also 6 neue Partitionen.

Bei mir sieht das so aus :

├─sda1        8:1    0    30G  0 part
├─sda2        8:2    0    80G  0 part
└─sda3        8:3    0 113.6G  0 part

├─sdb1        8:17   0    30G  0 part
├─sdb2        8:18   0    80G  0 part
└─sdb3        8:19   0 113.6G  0 part
.
Um diese 6 RAW-Partitionen zu installieren, benutzen wir den auf dem Stick integrierten recht komfortablen mausgesteuerten Experten-Partionierer, der uns diese Möglichkeiten bietet. (Es ist nicht trivial - also aufpassen.)
.

Als nächstes werden immer zwei gleichgroße RAW-Partitonen zu einer neuen RAID1 Verbund-Partition "verbunden". Der Button zum Anlegen von RAID1- Verknüpfungen ist diesmal ganz rechts unten vesteckt (beinahe unsichtbar).

Wir beginnen auf der jetzt neuen Maske mit den ersten beiden 30GB Partitionen. Zuerst wird - wichtig - ganz oben links "RAID1" ausgewählt / markiert- nachträglich geht das nicht mehr !!!. Die 30GB Partitonen werden beide markiert und als RAID1 abgespeichert. Das wird also unsere neue logische 30GB "md0" Partition.

Gleiches wird mit den beiden 80GB und den beiden 113GB Partitionen gemacht, also das "md1" Raid1 und das "md2" Raid1 werden angelegt.
.

• /dev/md/md1-Linux  │ 80.00 GiB│  RAID1   
• /dev/md/md2-Windows│113.57 GiB│ │RAID1

.
Wir haben den Partitionen bei uns zusätzliche Typen-Namen vergeben, darum ist es hier übersichtlicher. Die Tabelle der RAID Partitionen sieht so aus :

.

Und jetzt erst geht es zur Installation der DOM-0 unseres Linux-Grundsystems.

Unsere neue (logische) 30GB RAID1 Partition "md0" ist völlig leer. Die teilen wir aus Erfahrung in mehrere Sub-Partitionen auf. Und so legen wir darin eine erste kleine UEFI- Boot-Partition an, dann eine zweite SWAP Partition und die dritte Partition (der gesamte Rest) ist für unser Linux Betriebsystem. (siehe Screen-Shots).
.
Wenn man sich da vertan hat und den "zurück" Button anklickt, ist alles vorher Konfigurierte wieder weg, das ist leider richtig blöd gemacht. Also ganz sorgfältig den Bildern nach die Konfiguration der 3 Sub-Partitionen auf "md0" festlegen.
.
So sieht es bei uns aus :

md0                9:0    0     30G      0    raid1
   ├─md0p1 259:0    0     512M   0 part  /boot/efi
   ├─md0p2 259:1    0     2G       0 part   [SWAP]
   └─md0p3 259:2    0     27.3G  0 part    /
.

.
Übergeht man das - in der Annahme, das System ist klug und wird's schon richten, wird das gesamte Linux-System mit über 5 GB an Download-Daten dennoch fertig installiert ..... aber es startet dann nicht mehr ..... mit dem Ergebnis : auf ein Neues ..........
.

Das ist die Bestätigung, daß der Boot-Vorgang fuktioniert. Startet er nicht, haben Sie irgend etwas vergessen oder übersehen oder ausgelassen. Also Geduld und Ruhe und Aufmerksamkeit ist angesagt. Mir ist es jetzt 2 mal passiert, trotz über 20 Jahre Erfahrung, daß der Server nicht mehr startete. Also lieber auf den einzelnen Install-Seiten mehrmals prüfen, ob alles (korrekt) beisammen ist, bevor Sie auf das finale OK klicken.

Natürlich kann ich als Linux-Profi in den vielen Textdateien alles von Hand abändern, aber der "ab-und-zu-mal" Admin tut sich schwer damit. Mit "yast" geht es erheblich besser.

Denn dieses "yast" hat die Plausibilitäts- Prüfungen eingebaut und die Anzahl der Fehler ist damit fast auf Null reduziert. In der grafischen Oberfläche (die wir uns mit dem VNC-Client nachhause auf den PC holen) heißt es dann "yast2" und ist nochmal deutlich komfortabler und übersichtlicher, weil in der grafischen Umgebung die Maus jetzt funktioniert und die Masken deutlich überarbeitet sind.
.
Mit dem "yast" oder yast2 installiert man oder löscht man Software auf komfortabelste Weise. Auch die Updates gehen fast von alleine. In der Text-Version ist "yast" von der Geschwindigkeit unschlagbar. Alleine "yast" war der Grund, daß ich über 30 Jahre der opensuse Distribution treu geblieben bin.
.

Diese Reihenfolge ist zur Zeit noch willkürlich als Erinnerung und unstrukturiert aufgelistet. Das wird noch geändert.
.

1. Modifikation / Prüfung des Zeichensatzes (=deutsch)
2. Modifikation von "profile.local" und "bash.bashrc.local"
3. Installation / Prüfung von kleinen Hilfsprogrammen
   (htop, iftop, mc und joe)
4. Installation von net-tools-deprecated = (Deprecated Networking Utilities)
5. Installation der "wake-on-lan" Technik
6. Löschen übeflüssiger Programe wie Firefox und Office
7. den Menü-Editor <code dir="ltr" class="o8j0Mc">Mozo nach-installieren</code>
8. Aktivieren der grafischen Fernsteuerng über Tight-VNC (yast)
   .
9. Konfiguration / Umändern der Standard-Ports
10. Schließen der Firewall für alle Standard-Ports
11. Prüfen des Zuganges mit der Text-Konsole (putty)
12. Prüfen des Zuganges mit dem Windows- VNC-Client
13. Löschen aller überflüssigen Repositories
14. Löschen des xscreensaver - macht nur Ärger
15. Löschen des bei der Installation erzeugten Hilfs-Benutzers
16. Tiger-VNC Server überprüfen - und nur diesen VCN Server
17. in der Firewall freigeben
18. kein "lightdm" (löschen) sondern "xdm" installieren
    .
19. was fehlt noch ????

.

Die werden noch eingefügt, wenn die Screenshots (Fotos) da sind.
.

Mit dem Programm WINSCP (hier steht eine ganz ausführliche Anleitung) kopiere ich die "WINDOWS 10 pro Install ISO"- Datei (unsere Spezialversion von Fujitsu) in ein anzulegendes "/temp-iso/" Verzeichnis und dazu die auch auf dem Install-Stick befindliche "opensuse 15.6 Install ISO"- Datei. Mehr darüber steht hier.

Weiterhin kopiere ich auch (sicherheitshalber) die beiden MS-SQL-Express Installations- Dateien (für Linux und Windows) dort hinein. Sicher ist sicher.
.

.

Unsere VM1 ist auch wieder eine textbasierte Server-Installation, denn dort wird auch wieder nicht mit Anwendungsprogrammen (Apps) gearbeitet. In dieser VM soll eine MS-SQL Express Engine Daten speichern, die von den SQL Clients unter WIN 10 oder WIN 11 entweder eingeliefert oder abgerufen werden.

Das bedeutet, diese VM1 wird von keinem User zum Arbeiten benutzt, wenn überhaupt, dann nur administriert. Die SQL-Engine läuft als sogenannter Dienst (Service) im Hintergrund und kommuniziert nur mit den Anfragen aus dem Netzwerk. Alle späteren Anwendungs-Aktivitäten erfolgen auf dem Windows Client.
.
Die Basis ist die Leap 15.6 ISO Datei in unserem /temp/iso/ Verzeichnis.
.

Unsere VM2 soll eine ganz normale WIN 10 Installation werden. Die ISO-Datei, aus der heraus wir installieren, wohnt bereits in einem Verzeichnis in der DOM-0.
.
Auch hier wird die MS-SQL Express Engine als Dienst installiert. Also auf dieser VM2 arbeitet auch niemand. Wie unter Linux kommuniziert auch diese SQL-Engine nur mit dem Netzwerk (aber unter einer anderen zweiten IP-Nummer).

Deshalb brauchen wir hier nur eine WIN10 Pro Schmalspurversion ohne die vielen Apps, die mit installiert werden und nur Ballast sind.
.