Már van itthon egy Synology DSM-mel szoftverezett masina Linux ISO-k terjesztésére, de megnéztem, tudok-e valami jobbat összehozni,szóval belevágtam az újabb tiny gépbe, illetve annak DSM 7-esezésébe.

Lenovo M710q az alap (Intel® Pentium® Processor G4400T 3M Cache, 2.90 GHz)
2x4 GiB memória
1 TB Samsung 870 QVO
Intel Optane 16 GB
És az elengedhetetlen USB boot drive

Az ötlet az volt - amennyiben lehetséges - hogy a DSM kerüljön az Optane-re, a SATA SSD pedig legyen tisztán az adatoknak, de azt előre sejteni lehetett, hogy a hekkel, egyébként is rugalmatlan DSM-mel nem lesz egy joy ride (TrueNAS-t is kipróbáltam egyébként, ott természetesen nincs gond).

DSM telepítése

Eredeti step by step leírás, amiből kiindultam: Tutorial: Install/Migrate to DSM 7.x with TinyCore RedPill (TCRP) Loader

Röviden annyit kell csak csinálnunk, hogy a TinyCore loader-t ráírjuk a boot pendrive-ra mondjuk a Win32 DiskImage segítségével, majd arról indítjuk a gépet. Miután sikerült elindulnia, SSH-n kell bejelentkeznünk a gépre a tc/P@ssw0rd felhasználónév és jelszó páros segítségével.

Innen pár parancsot kell kiadnunk, bővebben a linkelt oldalon megtaláljuk, mi mire való, ide csak azokat írom le, amelyek ehhez a géphez illetve konfigurációhoz kellettek nekem a DSM 7.1.0-hoz (lehet, meg kellett volna próbálnom a 7.1.1-et?!).

./rploader.sh update

./rploader.sh fullupgrade

./rploader.sh identifyusb

./rploader.sh serialgen DS918+ realmac

./rploader.sh build ds918p-7.1.0-42661

exitcheck.sh reboot

Ha ezekkel megvagyunk, akkor újraindítást követően megnyitva a félkész DSM webes felületét tudjuk telepíteni a megfelelő verziót (amit a Synology-tól tudunk letölteni egy PAT fájl formájában). Amint megvagyunk ezzel is, ismételt újraindítás, majd egy barátságos varázsló fogad bennünket, amivel meg kell tennünk az első lépéseket, nem magyaráznám különösebben, standard DSM stuff.

Pár dolog, amit kiemelnék:
- frissítést ne engedjük neki, manuálisan se frissítsük a rendszert, mert nem feltétlenül fog működni
- SSH kapcsoljuk be, kelleni fog
- TRIM-et engedélyezzük az SSD-re, még mindig nem alap

NVMe

Ami hamar szemet fog szúrni, hogy a telepített NVMe meghajtónkat nem látja a rendszer.

Ezen tudunk segíteni, mégpedig azzal, hogy módosítjuk az NVMe driver-t, amit a DSM használ, az ugyanis hard code-olva van, melyik porton is ülhetnek az NVMe meghajtók az adott modell alapján, ami nyilván nem egyezik meg a mi eszközünk portjaival.

SSH-n keresztül lépjünk be a gépünkre, és kapcsoljuk be a God mode-ot sudo -i paranccsal.

Először szerezzünk némi információt az SSD-nkről, illetve hogy hová is van drótozva.

ls /dev/nvme*

udevadm info /dev/nvme0n1

Következő lépésként készítünk egy biztonsági mentést az eredeti driver-ről, majd másoljuk egy olyan helyre, ahonnét könnyen elérhetjük, hogy tudjuk módosítani (én a sima megosztásomra rakom, ez a /volume1/media, de ki mit szeret).

cp /lib64/libsynonvme.so.1 /lib64/libsynonvme.so.1.bak

cp /lib64/libsynonvme.so.1 /volume1/media/libsynonvme.so.1

Ezután szerezzünk be valamit, amivel tudjuk módosítani a fájlt, WinHex Hex Editor pont jó is lesz, ezt használva kell megkeresnünk az NVMe portokat, majd átírni arra, amit a mi gépünk használ.

A képen látható részt kell kikeresni, majd módosítani az előzőleg megszerzett információkkal, esetemben 0000:00:1b.0 és 0000:00:1b.1-gyel.

Ha ezzel megvagyunk, mentsük, és írjuk felül a módosított fájllal az eredetit.

cp /volume1/media/libsynonvme.so.1 /lib64/libsynonvme.so.1

chmod 644 /lib64/libsynonvme.so.1

reboot

Ha mindent jól csináltunk, akkor innentől meg kell jelennie az NVMe meghajtónak vagy meghajtóknak a DSM felületén is.

Ismételten nem magamtól voltam okos: XPENOLOGY – MOD DRIVER TO RECEIVE NVME DRIVES ON DS918+ RUNNING DSM 7

Hess cache

Az örömünk nem feltétlenül teljes itt, hiszen itt még csak arra tudjuk használni az NVMe meghajtóinkat, hogy gyorsítótárként működjenek, erre nem feltétlenül van szükségünk, szerencsére lehetséges, hogy néhány lépést megtéve változtassunk ezen, és rendes data volume-ot faragjunk belőlük.

Eredeti írás: Use NVME SSD as storage volume instead of cache in DS918

Megint nem fogok belemenni, mi is történik itt, leszámítva majd egy apróságot, ami nekem sem volt hirtelen egyértelmű, a parancsok, amelyek nekem kellettek (SSH, sudo -i természetesen):

ls /dev/nvme*

fdisk -l /dev/nvme0n1

synopartition --part /dev/nvme0n1 12

fdisk -l /dev/nvme0n1

cat /proc/mdstat

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

mkfs.btrfs -f /dev/md3

reboot

Újraindítás után navigáljunk el a Storage Manager-hez, és nyomják rá az "Online assemble" lehetőségre, és kövessük a varázslót, ismerős lesz.

Ha minden rendben ment, akkor látnunk kell az új pool-t meg mindent.

NVMe boot

Ezt nem sikerült összehozni, szerintem jelenleg nem lehetséges, de majd valaki felhomályosít, ha mégis. Neten írnak csodákról, de azok karácsonykor sincsenek.

Ami miatt ez nem nagy gond nekem, az az, hogy azt vettem észre, NVMe meghajtóval a gép fogyasztása 2 W-tal magasabb, ami érdekes, tekintve, hogy TrueNAS-sal valóban használva az Optane-t nem volt magasabb a fogyasztása, gondolom, energiagazdálkodást tekintve (sem) tökéletes a Synology NVMe driver-e, vagy valami hasonló probléma áll fent.

Szerencsére, ha kell, legalább tudom bővíteni a tárterületet, ha már sok Linux ISO lenne forgásban nálam.

Fogyasztás

Teljesítményfelvételről még érdemes megemlékezni, ugyanis a már meglévő DSM 6-os T610-es gépemhez képest ez kevesebbet fogyaszt.

A T610 idle/kicsi seed mellett 14 W-ot kér a mérőm szerint, míg az újabb masina 7-8 W környékén van, néha látok 6-ot is, illetve reggel 0-át jelentett a mérő, mert pontatlan persze, de szerintem a kettő közti különbséget jól reprezentálja. Miközben SMB megosztáson keresztül dolgoztak a gépek, a régi 23 W környékén kért, a Lenovo viszont beérte 14 W-tal, ami szintén nem rossz előrelépés.

Az egyetlen dolog, amiben rosszabb a Lenovo, hogy ennek aktív hűtése van, amit azért hallani, ha kicsit is figyelünk.