IG-88

looks like you are using dsm 6.2.2 with old drivers from 6.2.0/6.2.1 like the original extra.lzma from, loader 1.04b this driver packages may help https://xpenology.com/forum/topic/21663-driver-extension-jun-103b104b-for-dsm622-for-3615xs-3617xs-918/ ps: some more information about what hardware is used woul usually help like pci id of the device, cpu, version of loader and dsm, any extra drivers

noch eine korrektur zu den 8port ahci karten der ASM1806 der auf beiden karten als pci express switch arbeitet kann nur zwei pci-e lanes zum system hin nutzen so das die 4 x ASM1061 ihre 4 mal eine pci-e lane auf zwei echte pci-e lanes aufteilen müssen und am ende kommt dabei die gleiche leistung bzw. begrenzung raus wie bei der 2 x 9215 karte, max. 1000 MB/s für 8 sata ports wäre also am ende egal welche man nimmt, nur muss bei beiden controllern auch beim bestücken mit platten aufpassen wo man die platten steckt um nicht noch in zusätzliche limits zu laufen z.b. bei 4 platte sollte man die so stecken das die sich über die chips verteilen, also beim 9215 based controller 2 + 2 und beim anderen 1+1+1+1, allerdings kann man nicht so ohne weiteres sehen welcher port wie an den chips angeschlossen ist ohne sich das layout der platine näher anzusehen man kann bei der 9215 based karte vermutlich davon ausgehen das ein 4x multilane anschluss für einen 9215 chip steht und beo der anderen karte würde man davon ausgehen das ein 2er block sata immer ein chip (asm1061) ist - aber das wären nur annahmen die auch falsch sein können für low end systeme mit 1-2 1GBit nic's als ausgang zum netzwerk dürfe das keine große rolle spilen, bei 10G nic könne es einfluss haben (bei normalen hdd's) - aber bei nutzung von ssd's sollte man von diesen karten die finger lassen - aber all flash systeme sinf noch die ausnahme und wenn man einen ssd schreibcache (2 ssd's) nutzen will kann man auf 2 x onboard sata oder 2 x m.2 nvmw setzen, mit 512GB als cache kann man schon was was abfangen ohne das es ein riesen loch in die geldbörse reißt

es gibt default werte in der synoinfo.conf, bei der 3615/17 sind es original schon 12, kann man auf 24 aufbohren wenn man es braucht aber da die synoinfo.conf bei großen updates aberschrieben wird steht man nach so einem update plötzlich mit einem "defekten" raid da (da plötzlich wieder nur 12 laufwerke sichtbar sind) und je nach dem wie vile platten fehlen muss man reparieren under ein rebuild der reduntanten platten steht an, in dem patch der bei jeden start läuft und anpassungen vornimmt gibt es keinen bereich den man anpassen könnte - im gegensatz zur 918+ da ist der synology default 4 und jun hat beim loader/patch eine anpassung eingebaut, im moment 16 aber das kann man in dem patch der in der extrta.lzma drin ist leicht anpassen (z.B. 24) pinzipiell kann man das auch bei der 3615/17 nur da es dort keine stelle gibt muss man einen neuen patch erstellen bzw. mit diff erzeugen - steht auf der liste für dinge die ich nicht selbst brauche und vieleicht mal mache wenn ich zeit und muße habe - im moment beschränke ich mich bei der exta.lzma auf neue treiber, den rest fasse ich nicht an

grundlegend lieber sata, da ist man nicht von extra treibern abhängig aber man muss auch auf die (mögliche) leistung schauen deine karte hat vom chip her eine lane pcie 2.0 für 4 sata ports (marvel 9215), was max. 500 MByte/s für alle ports zusamen bedeutet, da wird es mit normalen HDD's schon mal vorkommen das der Bus bremst aber bei SSD ... lieber eine 4 karte mit 88se9230, die hat 2x pcie also evtl. lieber so was https://www.amazon.com/IO-Crest-4-port-Controller-SI-PEX40057/dp/B00AZ9T264 der este blick immer auf den pcie anschluss, bei pcie 1x sollten der rote alarm losgehen, 4 ports oder gar mehr sind ein problem (mal ganz von dem intenen multiplexer zeug abgesehen das mit xpenology ohnehin nihct geht) immer schön auf die chips schauen und das datenblatt lesen damit man keine überraschungen erlebt, keine angaben zum aufbau, kein kauf hier gibts eine tabelle der einfachen chips von marvell https://www.marvell.com/content/dam/marvell/en/public-collateral/storage/marvell-storage-88se92xx-product-brief-2012-04.pdf viele ports fürs geld gibt es hiermit und da teilen sich nur 2 platten eine pcie lane, die rangiert bei mehreren herstellern aber man findet sie unter dem namen "sa3008" und das steht auch immer auf dem board, ob die allerdings zuverlässig funktioniert ist etwas das man nicht so leicht rausfindet https://www.amazon.de/Ubit-Erweiterungskarte-Riser-Karte-Adapterkarte-ASM-Chipset/dp/B07QKJDY98/ ist also nicht so einfach die alten lsi karten bieten viele ports, garantiert hohe leistung und sind zuverlässig (wegen dem durchzählen der platten beim treiber aber ein recovery hindernis) aber treiberseitig gibts keine garantie da nicht bei der 918+ native treiber (bei 3615/17 schon native) man kann sich bei allem in die nesseln setzen aber bei 40-80€ ist das risiko auch begrenzt, im schlimmsten fall braucht man in 2-3 jahren einen ersatz

i just added a comment about i3/i5 8100/9400 in the 1st post in the std section just copy the extra/extra2 from "std" to your usb (2nd partiton, will be visible if you inset it into a windows computer) and on next start the loader will use them and also copy the new drivers to disk, that should get you /dev/dri

looks much better suited for xpenology then then original gen10, i wonder why its not named gen11, it has everything it need to get the new gen label for people who prefer pictures and text (you can study in the pace you like) there is a more or less 1:1 version of that video https://www.servethehome.com/hpe-proliant-microserver-gen10-plus-v-gen10-hardware-overview/ on 1st look if equipped with a G54xx CPU it would be able to use it for hardware transcoding but i guess price point will not be in favor of that model (and with just 4 drive slots, they should have made it 6) edit: looks like there is a version with G5420 and 8GB (without iLO5 card?) for ~500€ so its 150-200€ more expansive then the old Gen10 on closer look the iLO extension slot looks like a pcie 4x slot but it closer to the edge so to fit in a normal pcie 4x card one would have to remove the slot mounting from the card, hold it in place in other ways and the card would stand out a little at the back, but it looks like as 10G nic and a storage controller would be possible at the same time also the drives can be separately seen without any raid from esxi (it mode) so it will be good for xpenology without any additional controller

thats the board https://www.supermicro.com/products/motherboard/Xeon/C600/X9DRi-F.cfm cpu seems to be this one https://ark.intel.com/content/www/us/en/ark/products/64594/intel-xeon-processor-e5-2620-15m-cache-2-00-ghz-7-20-gt-s-intel-qpi.html cpu ist to old for 1.04b and 918+ that needs 4th gen (hasswell) as minimum on board is sata/ahci so they will work, the 24 bay's are sas so it needs a sas controller and from the pictures there is y additional controller with some blue cables to the backplane in most cases thats a lsi sas controller and if it has a raid firmware it needs to be flashed to a IT (initiator target) firmware check what sas controller it is and report back

if it does not work with jun's drivers on 6.2.0 then it won't an 6.2.2 with my std pack (std uses the same drivers) only chance would be the syno pack for 6.2.2, if that does not work then i don't see a way

https://www.marvell.com/content/dam/marvell/en/public-collateral/storage/marvell-storage-88se917x-88se918x-product-brief-2016-05.pdf just a normal 2 port ahci compatible controller, should work ootb without any additional drivers as ahci is build into the kernel dsm is a appliance and limited in many ways, only intel quick sync video is supported (and even this not on every hardware that has this feature) if hardware transcoding is a key feature for you then maybe open media vault is a option for you at least thats a normal open source linux system where the kernel is not limited and drivers con be made much easier when needed

imho 1st thing to try would be jun's loader with its original drivers and dsm 6.2.0 aka 23824 if it does not work with this version there are other problems

was hat das jetzt mit der topic zu tun? dein controller ist nicht defekt und deine platten sind nicht aus dem raid gefallen bitte mach für ein neues thema auch einen neuen tread auf, ganz oben rechts in der übersicht, "stat new topic"

der häufigste fehler wäre das die MAC adresser der netzwerkkarte in der vm config nicht mit der in der grub.cfg übereinstimmt ansonsten kann man bei der vm leicht die ausgabe über den sierellen port nutzen um den boot prozess zu sehen bei serieller schnittstelle port 1 aktivieren Portmodus: Host-Pipe mit Host-Pipe/Socket verbinde: nicht aktiviert Pfad: \\.\pipe\ds918 im terminal Programm wir z.B. Putty seriell als typ, speed 115200 serial line: \\.\pipe\ds918

und du glaubst ernsthaft das dir bei der beschreibung jemand helfen kann? hast du in den tutorial bereich geschaut? die anleitung dort ist aktuell und hat viele bilder, da kommt man vermultich auch ohne viel englisch klar https://xpenology.com/forum/topic/13061-tutorial-install-dsm-62-on-esxi-67/

das ist echt leichen fleddern, der thread ist fast 7 jahre alt, da hat sich doch das eine oder andere verändert (nicht nur an virtual box) das in der tutorial section ist soweit ok, nur das man für 6.2 nur noch sata als controller verwendet, kein ide oder scsi https://xpenology.com/forum/topic/6927-tutorial-install-6x-on-oracle-virtualbox-juns-loader/ ... 1st sata 50mb boot vmdk (use the wrapper file for the img file that comes with 1.02a), 2nd sata 100GB, ... dsm will "ignore" the 1st 50mb disk as it cant hold any data like system or swap partition ...

der gen8 hat ivy bridge cpu's die sind imho zu alt (intel 3rd gen cpu) der 1.04b loader braucht min. 4th gen cpu (hasswell) aber 1.03b für 3615/17 sollten gehem seit dem neuen treiber paket für 3615/17 für 6.2.2 ist das kein problem mehr, der onboard roadcom funktioniert damit https://xpenology.com/forum/topic/21663-driver-extension-jun-103b104b-for-dsm622-for-3615xs-3617xs-918/

that kind of very specific to some boards or vendors and might even be seen with other linux systems too (at least i remember reading about hdmi dummy plugs needed for some systems elsewhere) and if it needs some kernel tweaking its clear we can't do it as the kernel comes fix from synology with dsm and also we dont have the source from the backported i915 driver (jun has not made this one public, he just used it for creating its loader modules)

all three should work, when using 6.2. it needs the new drivers because of the changes in the kernel recover would be the safe bet that can be used after trying the other two, syno would be 1st, might work as your hardware is only slightly older then the original J3455 f the 9188+ if things go south (like does not boot anymore) then recovery can overwrite the i915 driver and firmware with 0-byte files on boot even if it boots you should check for crashing drives in the log this can prevent reboot and shutdown it safer to make dry run with a fresh loader and one empty disk before trying to update the running 6.1 system

reines uefi geht mit 3615/17 nicht CSM Mode ist pflicht bei 3615/17 und man muss beim boot device auch das usb teil auswählen das ohne uefi im namen ist nur csm aktivieren reicht nicht man muss auch das legacy boot device wählen wenn 918+ geht warum dann 3615/17? mit einem J4105 bist du beim 918+ eigentlich richtig das einzige das 3617 mehr kann sind 8 statt 4 cpu cores (mit HT, ohne HT doppelt so viele cores) und die 3615/17 kann einen speziellen raid mode wenn man ein raid 5/6 nur aus SDD's bauen will /https://xpenology.com/forum/topic/24634-installing-raidf1-on-xpenology/)

i'd like to have a look but you need a account to download and its all chinese (there might be a billion people being able to read this but most here will not maybe you can upload it to a hoster where it can be downloaded free (without opening a account) or extract the extra.lzma/extra2.lzma and upload it here (both files are below 10MB so you could PM them to me in two messages) there are three veriaty's of the extra/extra2 the image (*.img) can onyl contain one so you might have used the wrong extra/extra2, reread the 1st post and the tutorial on how to modify the image/loader (can be done directly on the usb or with osfmount and the image file) i had at least one positive report with J1800 and 0.8_syno ds918+

please read agin in the 1st post in this thread the RED an BOLD (and below) in the 3615/17 section mptsas is not working with 6.2.2, i was explicit about that, i tested it with virtualblox (lsi scsi and lsi sas virtual hardware) the kernel is original from synology and we only have a 2.5 year old beta kernel to compile drivers - i repeat myself here, read the 1st post and the FAQ reason for you error when loading the module might be when mixing old drivers from 6.2.0 and kernel 6.2.2 as there where changes in the kernel config used for 6.2.2 but even it it loads (for 6.2.2. compiled module) it will crash when the hardware is present (loaded without errors without the hardware present) it would need someone to debug that crash and find out what might be different in the actual kernel synology uses for 6.2.2 and the old kernel we have to compile for the drivers details the different kernel config in 6.2.2 are documented here https://xpenology.com/forum/topic/7187-how-to-build-and-inject-missing-drivers-in-jun-loader-102a/?do=findComment&comment=122631

how do you know, do you have a serial console connected or do you have a dmesg log? then it different from what you wrote above, that was ethernet lost when monitor disconnected, so it should work with the monitor connected or its just a erratic failure and there might be a diffrent cause you have not found out can you oot a live linux and do a lspci -k | grep 'Kernel driver' we should see the device id of that intel hardware if a driver gets loaded also as in the case above you might try the 1.02b loader with dsm 6.1 and the additinal extra.lzma with its newer drivers

and did you use the new 6.2.2 capable drivers from here? (i guess not) please reread you initial post and you discretion of the problem - you not even mention that you updated and lost connection after that read the following and you should be able to fix it by just copying the extra/extra2 to you (updated) usb drive

because of the serial connection/console to monitor the boot process - the things you can't see on a display most people might use putty but any terminal will do did you try the mbr loader from here? https://xpenology.com/forum/topic/20270-dsm-62-loader-with-mbr-partition-table/

ja aber da gibt es seit kurzem eine bequeme alternative

that driver is part of my extra.lzma for loader 1.02b/dsm 6.1, did you try this one https://xpenology.com/forum/topic/9508-driver-extension-jun-102bdsm61x-for-3615xs-3617xs-916/