When setting the on-board "RAID" (Fake-RAID) to RAID1, the miniroot image finds the /dev/md126 (as well as /dev/sda and /dev/sdb), but it is unable to write to it.
The log file hangs on:
Code: Alles auswählen
[5] [Sep 07 19:37:09] Disk order: (opsisetuplib.py|78)
[5] [Sep 07 19:37:09] - /dev/md126 (rotational? True) (sizeG 931) (uuid None) (opsisetuplib.py|80)
[5] [Sep 07 19:37:09] - /dev/sda (rotational? True) (sizeG 931) (uuid None) (opsisetuplib.py|80)
[5] [Sep 07 19:37:09] - /dev/sdb (rotational? True) (sizeG 931) (uuid None) (opsisetuplib.py|80)
[5] [Sep 07 19:37:09] Using disk device /dev/md126 (setup.py|826)
[5] [Sep 07 19:37:09] Check if disk /dev/md126 is ssd or classic (rotational) HD (opsisetuplib.py|85)
[5] [Sep 07 19:37:09] Disk /dev/md126 is rotational (Classic HD) (opsisetuplib.py|92)
[5] [Sep 07 19:37:09] Clear partition table of /dev/md126 (setup.py|848)
[6] [Sep 07 19:37:09] Executing: /usr/sbin/sgdisk --zap-all /dev/md126 (Posix.py|854)
[6] [Sep 07 19:37:09] Using encoding 'ANSI_X3.4-1968' (Posix.py|887)
It feels like a kernel issue (module missing).
It also gets stuck if I run "dd" before the sgdisk calls, as:
Code: Alles auswählen
dd if=/dev/zero of=/dev/md126 bs=512 count=1
If I boot with a standard recent Debian 9 I don't see any storage devices at all, but with a recent CentOS7 I can run the
Code: Alles auswählen
sgdisk --zap-all /dev/md126
Maybe the "dmraid=true" option should be passed to the bootloader and the module included in the miniroot image?
And sure... deploying in non-raid mode installs perfectly on /dev/sda. So it really looks like a module is missing.
opsi-linux-bootimage-20180713-1.1.noarch
opsipxeconfd-4.0.7.9-2.2.noarch
opsi-depotserver-4.0.7.3-3.2.noarch
Best regards
Julen