synology.forum архив спільноти · 2005–2022
ai.synology.forum →
ГлавнаяОбсуждение Новых Моделей Серии x18 › Использование M2 SSD в качестве раздела в DS 918+

Использование M2 SSD в качестве раздела в DS 918+

lun4r · 21.12.2020

На глаза попался пост двухгодичной давности от зарубежных коллег по поводу использования 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

и созерцаем новый рабочий раздел в системе.

8a5328bba2cddc10f4b4fe9a729342f9.png

 

Говорят что и после обновления DSM ничего не слетает.

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

Всем успехов!

NewFolk · 18.01.2021

Всем привет!

 

Тоже наткнулся на пост на reddit. Я правильно понимаю, что это оригинал?

Как то очень мало обсуждения этой функциональности.

Если знаете место, где это обсуждается более глубоко буду благодарен ссылке.

 

Натолкнулся на такое предупреждение:

In order to prioritize the safe storage of user data, we do not recommend using M.2 SSD as storage volume because M.2 will overheat if used for a long period of time. Due to the current official configuration, M.2 cannot be used as volume storage. *If you adjust the configuration to support M.2 as storage volume, the machine will not be warranted.

 

Буду пробовать в ближайшее время.

Если у кого то есть негативный опыт - поделитесь пожалуйста.

 

lun4r · 20.01.2021
Тоже наткнулся на пост на reddit. Я правильно понимаю, что это оригинал?

 

Да вроде бы оно. Точно помню что было на реддите.

 

Как то очень мало обсуждения этой функциональности.

 

Мне это тоже показалось странным. Функционал коробки взлетает в космос.

 

Натолкнулся на такое предупреждение: We do not recommend using M.2 SSD as storage volume because M.2 will overheat if used for a long period of time

 

А когда SSD используется в качестве кеша, оно не used for a long period of time?

Я кстати говоря, потом отказался от тома на SSD но по эстетическим причинам, поскольку естественно выросло обращение напрямую к дискам, это привело к повышенному шуму.

Вернулся опять к кешу...

 

NewFolk · 20.01.2021

Настроил без проблем. Первые дни все работает отлично.

 

На всякий случай обращу внимание на опечатку в гайде.

 

dev/md5 и /dev/md4 - должен быть един.

mdadm --create /dev/md4 --level=1 --raid-devices=1 --force /dev/nvme0n1p3

mkfs.ext4 -F /dev/md5

 

Форматировал как btrfs

Диск определился как

SSD detected: no

https://btrfs.wiki.kernel.org/index.php/FAQ...ized_for_SSD.3F

Как я понимаю в DSM стоит не самая свежая версия btrfs, поэтому форсировать определение SSD не стал.

#btrfs --version
btrfs-progs v4.0

 

Скорость Samsung EVO 970:

# sudo dd bs=1M count=1256 if=/dev/zero of=/volume4/Test/testx conv=fdatasync
1256+0 records in
1256+0 records out
1317011456 bytes (1.3 GB) copied, 4.24106 s, 311 MB/s