IG-88

you can use 3622 instead of 3615 if you want 3615 is still supported by synology but updates might not come for longer then 2 years as its expected that 7.1 was the last version for it and synology plans to only support the recent and last dsm version and if 7.2 comes out then 7.1 will be that last/only supported version for 3615 the last two digits are the release year of the original hardware unit and the minimum is 5 years support so 3622 will get support for some time from synology where 3615 is coming to its end

kind of thin description, no dsm type (918+ uses intel quick sync what others like 3617 cant), there are a lot of "carbon" products from msi (guess how many people will invest time to find out what exaxtly you "might" have) also most boards come with up to 6 onboard sata (like Z370 GAMING PRO CARBON), and as you have at least 7 sata drives (8th ssd drive can be sata or nvme - also not clear) you might have a additional controller also important would be to read up about 3rd party packages in dsm, as synology changed the format you should check if all packages you need are available and for the howto, that one is about baremetal and there is no "one fits all, no brain needed" solution, you might even run into trouble with the sata controllers and need to handle some values manually (SataPortMap, DiskIdxMap) https://xpenology.com/forum/topic/62221-tutorial-installmigrate-to-dsm-7x-with-tinycore-redpill-tcrp-loader/ in general, when using any cache (ssd/nvme) disable it before migration, if things work out you can re-enable it later, also it suggested to have a backup

that's not really the pci id you you use to look in up in the driver "lspci -vvn" would give you "8086:15b7" plus u subsystem id that would be the thing you look for but you dont need to as i already told you the driver you need is e1000e and thats the extension you need to look for, if its not added then there is something wrong but as dsm for a lot of units comes with a e1000e driver itself it might work ootb without any additional driver, depending on the nic's hardware (there might be newer revisions/phy's not working with syno's default driver), the driver in 918+ seems to be at least 3 years old (v3.4.2.4) but the "latest" i've seen is 3.8.7 from 10/2020 my goal was to enable you (or anyone interested) to find out by themself if the driver needed is there even before installing/using tc loader and it can be done with the pci id of the device and the json file or the correct driver file from tc's source on github

imho nein, das ist syno spezifisch und im kernel eingebaut (oder wbwn nicht drin wie bei den consumer modellen) hast du das mal probiert? SataPortMap=24 DiskIdxMap=0400 wenn der 2er vorn ist sollte das die reihenfolfe wie dsm sie benutzt umkehren und die ersten 4 ports sollten dann vom 4er sein alternativ kannst du auch das versuchen das sollte die zwei ports ignorieren SataPortMap=04 DiskIdxMap=0400

try 3622 as its the better choice, 3615 should be kind of a last resort if anything (extremely old) does not work with kernel 4.4 and needs kernel 3.10 you can also try to disconnect the system from internet after configuring the loader and install the dsm *.pat file from local network (you might need to empty the disk in the system too, just remove all partitions from the disks, assuming its a fresh install)

beside the cpu its about the storage controller, seem to be marvell 88SE6440 and the driver would be "mvsas", so it should work with dsm 6 and 7 (if it was sata*.ko it would have been a problem) https://smallhacks.wordpress.com/2012/04/17/installing-debian-linux-on-iomega-storcenter-pro-ix-12/ i'd say just try tc rp loader and 3622, should work, older network controllers are usually not a problem so network should be working ootb i guess as dsm is "headless" you might skip the serial connection step from the link above dsm is made to be installed without a that

was zeigt den lspci im tc loader an wenn der 2er vor dem 4er käme könnte man die variablen so setzen das er die 4 ports zuerst nimmt und dahinter die 2 ports (was dann icht stören sollte, oder man stellt es so ein das die zwei ports komplett ignoriert werden) wäre eigentlich wie hier https://xpenology.com/forum/topic/63067-dsm-7xx/#comment-286964 nur das in diesem falls die zwei ports keine "echten" sata ports waren und es deshab nicht funktioniert hat

synology hat da eine komplett eigene lösung (software), also selbst wenn du einen treiber für die hardware der reglung hättest würde es dir nichts nützen du müsstest das dann noch alles selbst in die syno lösung einpassen, es gibt keine tool oder anleitung dafür vile boards heute regeln das selbst und man kann im bios sogar profile einstellen, ist nur schwierig bei hpe microservern, die laufen unter umständen full solange nicht von software seite runtergeregelt wird , da greift man dann zu hardware lösungen (kann ein 7v mod der lüfterspannung sein oder auch komplexere lösungen mit board und temp. sensoren) 10G ist eigentlich sfp+, bin mir nicht sicher ob alle nic's auch sfp (1G) module vertragen/akzeptieren aber wenn du sfp+ meinst dann ist es relativ egal, wenn du einein treiber für dsm im set hast sollte es gehen, bei den neueren mellanox kann es probleme geben aber alles was mit mlx5 treiber läuft ist ok (es gilt immer noch was in meinem alten treiber thread dazu steht) ich habe mit den billigen 10G-BaseT karten keine probleme und würde die auch als sfp+ kaufen (anbetracht das es einen billigen microtik sfp+ 4 port switch gibt ärgere ich mich jetzt über die 10G-BaseT karten die ich habe, da sind die optionen jetzt deutlich geringer und die 10G nic's nicht mal annäherns so billig geworden wie erhofft so das austauschen nicht lohnt) https://www.wlan-shop24.de/mikrotik-crs305-1g-4s-in-gigabit-switch

wäre gut wenn du kurz noch schreiben würdest was dein problem gelöst hat, könnte anderen helfen

please ope a new thread as your problem is not with dsm 6.2.3 as the topic indicates, you may link to that old thread as reference but keep in mind that your's is a new problem wit a different dsm version and might not be related to the old problem

just boot tc and let it list the pci id's of the devices and let it auto detect you hardware, you would see the used extensions after that and you can check whats used be looking up the drivers used in the extensions but there are more complicated ways too that can be done without tc with just a recovery or live linux (use lspci) you can check with the pci id of the hardware here if its present in the list of devices https://github.com/pocopico/tinycore-redpill/blob/main/modules.alias.4.json.gz (unpapck the gz) or try to find what driver is used by other sources like this https://xpenology.com/forum/topic/12859-driver-extension-jun-103a2dsm62x-for-ds918/ (network driver list, its e1000e for i219-lm)) and then ckeck the driver in the git repository (3622 is broadwellnk) https://github.com/pocopico/4.4.180plus-broadwellnk https://github.com/pocopico/4.4.180plus-broadwellnk/blob/main/e1000e.ko but to really be certain you would still need the pci id of the device to look if its listed in the driver (there is usually the kernel's default driver, in case of kernel 4.4 its kind of old so newer hardware revisions might not be supported by that drivers, and there are newer drivers made from external source), can be done with modinfo or a editor and looking for "vermagic", close by that is the list of supported hardware id's you would also see when using modinfo yes e1000e

kind of wrong thread i guess drivers are "extensions" so you nee to add the driver when creating the loader as it will end in custom.gz i n the build loader with tinycore you can do that easily, go into tc and let it (re-)detect you hardware, that should add the needed driver and then safe the new config (that should create the new custom.gz) ./rploader.sh ext <platform version> auto ./rploader.sh build <platform version>

kein tests gemacht aber es klingt als würden die drei unterander nur hyperbackup und smb oder nfs nutzen wäre am sichersten erst die 3515 die den hyperbackup vault hat (backups empängt) zu aktualisieren, die dann "älteren" hyperbackup versionen der andeen 2 systeme sollten auchauf einen neueren vault schreiben können und bei smb/nfs ist es egal ob man dsm 6.x oder 7.x hat das sollte immer gehen

you have two options the thing that was changed on the usb was just rd.gz and zImage on the 2nd partition you can "downgrade" the kernel files on usb to a lower dsm version, in this case you would replace the newer files by the files in jun's original loader, these where "15047" when booting with these older kernel files the synology assistant should suggest to fix it and this step would copy the kernel files from the disk installed system to the usband you would be back to what you had before the other way would be to install the last possible version of dsm 6.1 aka updating the system on the disk to a newer dsm version and there might also be a 2nd problem, when using the same usb (or a clone of the usb) to run two dsm systems they would both have the same grub.cfg and in there are the mac's of the nic's and if you run with two systems using the same mac's you can have kind of interesting network problems ps: 1.02 alpha might contain problems, the suggested loader would be 1.02b for dsm 6.1

auf der console einfach dmesg tippen, dann wird fleißig gelistet, entweder die aufzeichnung in datei aktivieren (z.b. bei putty) oder aus dem consolenfenster kopieren tutorial bereich hier im board https://xpenology.com/forum/topic/62221-tutorial-installmigrate-to-dsm-7x-with-tinycore-redpill-tcrp-loader/

nein, hängt immer auch davon ab was man machen will, die einen wollen dell und hpe server als datengrab, die anderen wollen streaming mit transcoding, hypervisor, ... und selbst bei transcoding ist die frage ob es h.265 sein muss, 918+ lässt sich ab 4th gen intel nutzen oder muss es überhaupt dsm sein? open media vault kann auch docker und da hätte man jellyfin auch, da es ein normales linux ist sollten multiplexer gehen und selbst modernere intel cpus sind dann kein problem da man nicht an den alten i915 treiber in dsm gebunden ist aber wenn es dsm mit transcoding sein soll muss man auf die cpu schauen, h.265 geht ab skylake in hardware das obere limit ist ohne mod's 9th gen, aber für 10th gen gibt es patches https://en.wikipedia.org/wiki/Intel_Quick_Sync_Video#Hardware_decoding_and_encoding gerne benutzt wird was auch in der 918+/920+ steckt, apollo lake und gemini lake aber die sind in sachen sata ports, pcie slots und lanes recht begrenzt und haben auch nur pcie 2.0 so das eine pcie lane nur max. 500MB/s bringt ich empfehle immer sich von mini-itx zu trennen, zu viele limits bei den pcie slots wenn man platten oder 10G nic nachrüsten will wenn man bei ahci in sachen platten bleibt hat man alle optionen offen, die aktuellen günstigen ahci controller mit jmb585 oder asm1166 haben 2 cpie lanes pcie 3.0 was so ~1700MB/s erbringen sollte, ausreiched für die 5 oder 6 platten die da dran gehen, zwei davon und die onbard's sollten in den meisten fällen reichen das du jetzt grade ein board mit onbard multiplexer erwischt hast ist eher pech, die sind nicht so häufig onbard imho sollte man nach pcie 3.0 schauen und ausreichend 4x/8x/16x slots um controler und nic zu erweitern (die 2x karten müssen mechanisch in 4x slots), es gibt von den pcie 3.0 fähigen controller auch 2 port versionen mit einer pcie lane die man in 1x slots stecken kann so das man auch 2-3 1x slots nutzen kann um platten anzuschließen ich benutze micro-atx, da ist mehr platz für slots, chjipsatz is B360/B365 für intel 8/9th gen, da hat(te) man dann auch bei der cpu etwas spielraum eigentlich läuft sehr viel hardware mit dsm und zusätzlichen treibern aber eben nicht alles und das macht die sache recht schwierig weil es jede menge "kommt darauf an" gibt

that's 6/2023 for dsm 6.2 not sure where the problems with microserver and dsm 7.x would be, there is even a 3615 version and the 3617 should more or less work the same and afair there are people using 3622 without problems main problem can be 3rd party packages with 7.x as there are changes in dsm there is also still support in tc rp loader for dsm 6.2.4, so maybe check out that for 3615 and if you have time you can use the new skills with tc to check on 7.x https://github.com/pocopico/redpill-load/tree/master/config/DS3615xs https://xpenology.com/forum/topic/62221-tutorial-installmigrate-to-dsm-7x-with-tinycore-redpill-tcrp-loader/

mpt2sas and later that one was integrated into mpt3sas driver and the old driver name is just a alias the is used with mpt3sas 3615/3617/3622 com with generic drivers, 3617 and 3622 have newer version of that driver that supports some "newer" 12G SAS controller really newer controller like the tri-mode might only be supported with extension drivers and that should be checked before assuming it will work (check the pcie id's in the driver near "vermagic" or use modinfo on a normal linux with that driver) there where serious problems with 918+ on 6.2.3 when using hdd sleep that could result in damaged raid's, i have not checked if thats still a problem with 7.x and rp loader its 100% safe to use 3622 with its generic 7.x driver synology did not publish any of the lsi sas drivers they use, so we dont know how much they are modded to go with synologys modded kernel if a driver as extension works (like showing smart into and serial numbers of disks) and hdd sleep is tested with it then i'd say its safe enough i stopped using lsi sas controllers myself and switched to newer pcie 3.0 capable ahci controllers instead, so take this with a grain of salt when it comes to dsm 7.x and rp loader you can read some comments here https://xpenology.com/forum/topic/56163-discussion-on-lsi-array-cards-of-dsm70/#comment-271770 and there is also the udpate section in the forum you can check for lsi sas controller owners (look for sas hba and it-mode)

also das ist bei 6 ports eigenartig, sata port map ist einstellig und das heißt dann erster controller 0 ports (ignorieren) und zweiter controller 4 ports diskidxmap soll dan beim ersten controller anfangen zu zählen, vom zweiten steht da nichts aber da würde dann weitergezählt, wenn würde man da passend zum ersten wert etwas wie 0400 erwarten, erst beim 2. controller mit 4 ports anfangen (00,01,02,03) und dann beim 1. controller mit 04 beginnend weiterzählen warum da im bild überhaupt so hohe zahlen für die disk slot stehen ist unklar häng mal das dmesg log hier rein, dann wird vieleicht klarer was da passiert

ich habe mal das handbuch des ZOTAC NM10-DTX WiFi nachgeschaut und folgenden gefunden "Note: The data transmission of SATA3~SATA6 is converted via onboard SATA multiplier chip (RAID0/1 or RAID0/1/10 for different models)." und das heißt dann - vergiss es, mit multiplier bekommst du (unter DSM) immer nur den einen port an dem der multiplier hängt den Handbuch war noch "JMicron" und JMB36x zu entnehmen, die bilder im handbuch zeigen zwei jmicron ports in jmicron raid manager aber da du keine genauen angaben zur hardware gemacht hast ist das auch ein wenig kaffeesatz lesen im zweifelsfall kannst du auch auf den board nachsehen was für chips aufgelötet sind und die nachschlagen die hardware id's lauf dmesg wären 8086:27c1 und 197b:2363 als NM10 chipset und JMB363 der JMB363 hätte eigentlich zwei ahci ports aber der NM10 chipset hat laut intel nur zwei sata ports https://ark.intel.com/content/www/us/en/ark/products/47610/intel-nm10-express-chipset.html egal wo aber da sind zwei multiplier ports mit dabei und die fallen weg so das imho nur 4 ports übrig bleiben

nicht das sowas zu empfehlen wäre, das geht schneller mal in die hose (usb probleme, kabel abgezogen, netzteil defekt, ...), kann schnell das raid zerlegen (ist vermutlich bei einem raid1 mit zwei platten am ehesten noch ok), man sollte bei dieser art von config ein regelmäßiges backup haben soweit ich mich erinnere kann man die usb ports mit den internen ports überlappen lassen (synoinfo.conf, beide ändern in etc und etc.default), dann sollten die usb ports wie interne ports aussehen maxdisks="24" internalportcfg="0xffffff" usbportcfg="0x0" esataportcfg="0x0" schau mal z.b. das hier: https://xpenology.com/forum/topic/57283-usb-drives-as-internal-drives-in-xpenology-dsm-7/ jedes "F" sind 4 bit und steht für 4 plattenpositionen in den slots also "0000 1111 1111" ist "FF" und steht für die ersten 8 platten (es wird von rechts nach links gelsesen, führende nullen werden entfernt) 24 ist mit den bisherigen loadern das max, hängt mit den einstelligen buchstaben bei den laufwerken zusammen (sda, sdb, sdc, ...) wenn das nicht geht kann man noch versuchen die usb ports explizit in den bereich zu schieben indem man sie im gleichen bereich wie internalport definiert usbportcfg="0xffffff"

SHR(1) is a sum of raid1 und raid5 in a logical volume (lvm2) sure there is one disk missing but thats what the one redundecy is for, the (mdadm) raid looks ok and working one physical volume is missing and its /dev/md4, but its not the mdadm raid, as its still working i guess you would need to inspect /dev/md4 further in relation to lvm2, it looks like the UUID of /dev/md4 is missing or different now don't try to repair anything before you are 100% sure whats going on

no hardware transcoding atm as dsm uses a old driver thats barely making it up to 10th gen (with mod's) but 11th or 12th hat not been seen to be working in any version so far, that might change if synology comes up with a 922+ or 923+ and integrates a newer i915 driver https://xpenology.com/forum/topic/59909-i915ko-backported-driver-for-intel-10th-gen-ds918-ver-701-up3/page/4/#comment-284619 depends in how important that is, if you step away from syno's closed source appliance DSM then and look for open source solutions like open media vault you will have i915 working (with jellyfin, plex, emby - only 1st one is free) that should be no problem, only the 2.5G intel nic as the "no go" for kerne 3.x/4.x the driver to look for would be "aacraid" and as we can see here https://github.com/pocopico/rp-ext/tree/main/aacraid/releases there is a driver in tc rp loader it might be that one? https://pci-ids.ucw.cz/read/PC/9005/028c/90050501 028c would be supported by the driver in the repository i guess you will have to read and learn or buy a synology product https://xpenology.com/forum/topic/62221-tutorial-installmigrate-to-dsm-7x-with-tinycore-redpill-tcrp-loader/

dein angaben zu der hardware waren so das man selbst der sache erst mal mit zeitaufwand hinterherrennen muss um zu sehen wir die hardware den aussieht wirf doch mal ein dmesg log ein, dann kann man nach controller und dem placement schauen auch ein ausführliches lspci kann helfen da man dort alle controller sehen würde wenn du keine zusätzlichen controller hast ist es theoretisch 6 ports https://linux-hardware.org/?probe=463f501179 generell würde ich sagen versuch es an den in hardware beschrifteten ports 1,2 und 5,6 dürfte ähnlich zu lösen sein wie hier https://xpenology.com/forum/topic/63067-dsm-7xx/

this case ended up to use a 5 port (ahci) jmb585 on the open 16x slot (pcie 2.0) with 4-5 disks, leaving the 1x slot open for 2.5G realtek nic or a jmb 582 (2 ports) as it needed to be 918+, if 3617 or 3622 would have been possible a lsi sas controller would have offered more ports and more headroom for bandwidth (more disks, ssd's sata disks) with its 8 pcie lanes compered to the two lanes of a "normal" ahci controller (older marvell 88se92xx, jmb58x, asm116x) with its two lanes (curbed to pcie 2.0 speed of 500MByte per lane)