На глаза попался пост двухгодичной давности от зарубежных коллег по поводу использования SSD установленных в M2 слоты в качестве дискового раздела.
После выполнения докладываю, рецепт рабочий и простой. Все работает прекрасно.
Для желающих представляю вольный перевод туториала с кое какими своими правками.
1. Подключиться рутом по SSH.
2. Вывести список устройств подключенных по NVME
ls /dev/nvme*
Вы увидите /dev/nvme0n1 или /dev/nvme1n1 в зависимости от того, в какой слот вы установили SSD
3. Набираем
fdisk -l /dev/nvme0n1
Это информация о диске. Если SSD во втором слоте, набирайте соответственно /dev/nvme1n1
4. Теперь создаем раздел. Набираем
synopartition --part /dev/nvme0n1 12
Нажимаем Y и начинается создание раздела.
Выглядит это примерно так:
Device Sectors (Version8: SupportRaid) /dev/nvme0n11 4980480 (2431 MB) /dev/nvme0n12 4194304 (2048 MB) Reserved size: 260352 ( 127 MB) Primary data partition will be created. WARNING: This action will erase all data on '/dev/nvme0n1' and repart it, are you sure to continue? [y/N]y Cleaning all partitions... Creating sys partitions... Creating primary data partition... Please remember to mdadm and mkfs new partitions.
У меня это выглядело иначе. Вывалило ошибку, которую я вылечил отключением кеша через веб-морду, которое потребовало чтобы я в свою очередь остановил виртуальные машины.
После этого все пошло как указано выше.
5. Разбиение диска командой
fdisk -l /dev/nvme0n1
Вывалит что-то вроде
Disk /dev/nvme0n1: 238.5 GiB, 256060514304 bytes, 500118192 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0xef61a3e4 Device Boot Start End Sectors Size Id Type /dev/nvme0n1p1 2048 4982527 4980480 2.4G fd Linux raid autodetect /dev/nvme0n1p2 4982528 9176831 4194304 2G fd Linux raid autodetect /dev/nvme0n1p3 9437184 500103449 490666266 234G fd Linux raid autodetect
6. Создание Basic раздела.
У меня только один SSD диск в системе, в связи с чем создание рейда (RAID0, RAID1, SHR) не тестировалось
Для создания простого раздела необходимо создать устройство RAID1, чтобы DSM опознало его (Это то что DSM Storage Manager делает когда создает Basic раздел)
Набираем:
cat /proc/mdstat
чтобы увидеть разделы в системе. Вывалит что-то вроде этого:
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] md2 : active raid1 sda3[0] sdb3[1] 5855700544 blocks super 1.2 [2/2] [UU] md3 : active raid1 sdc3[0] sdd3[1] 9761614848 blocks super 1.2 [2/2] [UU] md1 : active raid1 sda2[0] sdb2[1] sdc2[2] sdd2[3] 2097088 blocks [4/4] [UUUU] md0 : active raid1 sda1[0] sdb1[3] sdc1[1] sdd1[2] 2489920 blocks [4/4] [UUUU]
Где насколько я знаю md0 это системный раздел, а md1 системный своп. Непосредственно разделы с данными начинаются с md2.
Для создания Basic NVME диска набираем:
mdadm --create /dev/md4 --level=1 --raid-devices=1 --force /dev/nvme0n1p3
(если md4 уже занято, используйте следующий номер md)
И отвечаем Y
mdadm: Note: this array has metadata at the start and may not be suitable as a boot device. If you plan to store '/boot' on this device please ensure that your boot-loader understands md/v1.x metadata, or use --metadata=0.90 Continue creating array? y mdadm: Defaulting to version 1.2 metadata mdadm: array /dev/md5 started.
7.Создание файловой системы.
Если планируете использовать ext4 набирайте
mkfs.ext4 -F /dev/md5
mke2fs 1.42.6 (21-Sep-2012) Filesystem label=1.42.6-23824 OS type: Linux Block size=4096 (log=2) Fragment size=4096 (log=2) Stride=0 blocks, Stripe width=0 blocks 15335424 inodes, 61333024 blocks 25600 blocks (0.04%) reserved for the super user First data block=0 Maximum filesystem blocks=2210398208 1872 block groups 32768 blocks per group, 32768 fragments per group 8192 inodes per group Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000, 7962624, 11239424, 20480000, 23887872 Allocating group tables: done Writing inode tables: done Creating journal (32768 blocks): done Writing superblocks and filesystem accounting information: done
если btrfs, на которой можно хранить виртуальные машины
mkfs.btrfs -f /dev/md5
8. После завершения форматирования набираем
reboot
и созерцаем новый рабочий раздел в системе.

Говорят что и после обновления DSM ничего не слетает.
Подозреваю что это можно провернуть на всех подобных системах (920+ и прочая)
Всем успехов!