IG-88

der soc/chipsatz hat so sein limits und das sieht man meist auch an den pcie slots es ist nur pcie 2.0, das heißt pro pcie lane sind max. 500MB/s zu rechnen, wenn man mal vom möglichen der hdd/ssd in der praxis ausgeht ist das eine sata ssd oder 2-3 sata hdd's, der slot auf dem board hat nur zwei pcie lanes so das du max. 1000 MB/s hast für alle platten die da dran hängen (die zwei onboard sata wären bei sata ssd's die beste wahl und die anderen hdd's dann auf der karte) da sollte man genauer hinsehen, jmb585 basiert, 5 ports und pcie 4x slot karte wären ok es gibt auch karten die unnötigerweise in 4x sinf und nur eine pcue lane benutzen und auch bei der hardware auf der akrte dann nur eine 2 port karte (sata) mit multiplexer sind und letzterer funktioniert nicht in dsm so das man in so einem fall mit einer 2 port karte da steht (aber das sind meist irgendwelche china no names die von vorn herein wollten das es nach mehr aussieht als es ist, wird bei delock vermutlich nicht so sein, da würde ich vermuten das ein pcie 4x karte dann nicht nur eine pcie lane nutzt) aber auch wenn es jmb585 (5 sata ports) oder asm1166 (6 sata ports) sind, die "glänzen" erst mit pcie 3.0 (1000MB/s pro pcie lane), das ist was diese chips von den alten marvell wirklich unterscheidet (ok die alten marvell hatten nur max. 4 ports), man muss bei build dann auch berücksichtigen das 5 oder 6 platten nicht optimal sind (beim raid rebuild kann es dadurch länger dauern) und ssd's an dem controller dann auch nichts bringen pcie 3.0 gibt es bei intel atom based soc's erst sehr viel später als apollo- oder gemini-lake bzw. nur bei den richtigen desktop/notebook chipsätzen/cpu's ein weiterer design engpass ist der 1GBit nic, 112 MB/s max, nutzbar und nur über usb3 erweiterbar (2.5 oder evtl. 5GBit) das raid array mit 4 oder mehr platten kann mehr als die 112 MB/s und da hätte man mit 2.5 GBbit heute ohne mehrpreis noch optionen, aber die findet man dann auch nur onboard auf neueren produkten/boards (der realtek 8125 2.5GBit kostet am ande auch nicht mehr beim bestücken des boards als der alte r8168/8111 1GBit) aber du hast zumindest noch die option über usb, auch wenn das nicht optimal ist (und ob du jemals einen 2.5GBit fähigen switch hast ist auch die frage, im moment sieht man die eigentlich nicht als billige desktop switches, eher mal in hochpreiseigeren soho internet routern), hängt ein wenig davon ab wie lange man das betreiben will, die meisten soho nas von den großen herstellern kommen jetzt schon vielfach mit 2.5G nic (der ja auch 1GBit kann) - wobei die her mitunter absichtlich "bremsen" (-> syno's neue 923+) um größere units oder zubehör zu verkaufen generell muss man bei dem build dann in sachen erweiterung mit einbeziehen das man bei den sata pors ein hartes limit hat (kein weiterer pcie slot und usb platten sind "no go" als teil eines raid's) und bei mehr platten dann nicht eine billige dazu stecken kann - und ab einem punkt dann entweder ein neues build braucht oder in einen "neuen satz" größere platten investieren muss - ist also auch ein wenig die frage wie realistisch man plant, wenn man im hinterkopf hat seinen bluray sammlung auf platte zu legen wird es schnell eng oder wer nicht streamt sondern "sammelt" wird auch schneller an limits stoßen (-> https://www.reddit.com/r/DataHoarder/).

the version from the 1st page do have support to a certain degree, for 3615/17 the driver from realtek did not compile against kernel 3.10 so the driver in these extra's (v9.003.05, compile 6/2020) are way older the the one in the 918+ (kernel 4.4) extra/extra2, but i have not made changes to that one for a while too there will be some cards working with 3615/17, i guess most will work with 918+ (the driver in 918+ extra's was compiled in 12/2021, its version 9.007.01) for th usb based r8152 driver (in bracket is the driver date from realtek) 918+ r8152.ko - v2.15.0 (2021/04/15) 3615/17 r8152.ko - v2.12.0 (2019/04/29) (not sure why the 3615/17 driver is that much older, from memory i think there was no problem compiling it, i guess there was no need for a newer driver as there was no request for that) in general i'd suggest looking into the new rp based loaders for 7.0/7.1, there is no much sense in using there outdated stuff here as even if you try to keep it on 6.2 (like because of some spk packages not available for 7.x) its still pointless as syno changed things in 6.2 and you need the rp based loader anyway starting with 6.2.4 (recent and still updated version of 6.2), also even support for 6.2 will end about 6/2023, so anyone interested in a dsm version with security updates should look into dsm 7.x and rp based loaders (arpl and tcrp) btw. there will even be 7.2 shortly (q1/2023) so 6.2.3 will be outdated by 3 new dsm generations by then and 7.2 will bring kernel 5.x support (in most cases) so newer hardware will get better support and with linux usually older hardware is still working fine, i guess even the old HP N40 microservers will work if they nor run with ds3617 or ds3622 that might be harder then you think because of the way jun's loader work in general (linux es it is) drivers in /lib/modules/update/ will be preferred over drivers in /lib/modules/ as long as there is just a insmod without a specific path to the older version, and drivers in /lib/modules/update/ will be checked by the loader on every boot to be the same as in the extra.lzma and if its different then it will be replaces with the one from the loader, so if you install the package made for syno's vanilla dsm (which does not have r8125 driver) there will already be a driver in your (xpenology) system and its not just about overwriting the driver with a newer one but you can at least test if the driver is working better, just unload the driver already there with rmmod, install the driver from the package (look where its copied and load it from there with insmod) and restart the network services so get it working on the already running system an long as you can do that without a reboot you can test/use the newer driver integrating the new driver file (already complied and tested to work) in extra.lzma is just a case of (correctly) repacking the extra.lzma and that can be done on any live linux with just a few commands (cpio and lzma, its documented here in a older howto)

both ok, as asm1166 with 6 ports and not being a pcie 1x card i use jmb585 but i also dont recall negative things about the asm1166 from other users the asm1166 card i own is rarely used in a test system (lay forgotten right beside the two lsi sas controllers)

schalte doch mal die sprache im dsm auf englisch, kann sein das dann meldungen mehr sinn ergeben und besser verwertbar sind grundlegend steht ja in dem screenshot das es problme mit der systempartition gibt aber schon di logik hilft ja, bei "zwei defekten" und raid5 könnte das volume nicht mehr nur lesend sein,dann wäre es abgestürzt weil nicht mehr nutzbar weil raid5 ja nur den verlust eine platte kann an sich mahch es sinn die volumes erst mal in read only u versetzen da ein schaden an der systempartition auf hardware probleme hindeutet und da sollte man drauf reagieren

*.pat file for 923+ (not interesting i guess) and SA6400 https://archive.synology.com/download/Os/DSM/7.1.1-42962 "DSM_SA6400_42962.pat" the SA6400 is the unit that we already saw in the downloads for 7.1 toolchain as epyc7002 with kernel 5.10.55 i just unpacked the pat file to check and its version info says unique="synology_epyc7002_sa6400" kernel modules have "vermagic=5.10.55+" so if anyone would tweak the rp loaders to get it working ...? we have a backported driver for intel 2.5G nic already for kernel 4.x but there might be more uses for a kernel 5.10 DSM?

the list of units supported is not static, so there is not ultimate answer (especially if there would be a dsm *.pat for a unit with kernel 5.x like maybe use syno own website, in the compare you can check anything above 8 (like 12 and above, https://www.synology.com/en-global/products?bays=12%2Cmore12) and see all units potentially needing syno's own drives, just check that against the list of the loader you intent to user, there is more then one loader, tcrp and arpl come to mind first but you might find other git's and sources to derived versions the often used 918+ and 920+ (hardware transcoding with some intel cpu's) are 4 bay units and will not have that but from my point of view i might not bother about that as long as i can add my own drives into the list like the yet unreleased unit with epyc7002 (maybe the SA6400?), i guess that might be adapted fast as it would offer some interesting features when it comes to hardware support one problem with changing the database of drives might be that after a update the drive database will jump back to syno's standard, your volume will be seen as "warning" and you need to add your drives again to get it back to normal as long as it not breaks anything with the update i don't see much of a problem and might be more looking to whats the best unit for my purpose and hardware

maybe just watch the video? units up to 8 disks (by its original syno build hardware) will not do this and you still could add your drives to the internal list of "supported" drives to make the system behave in a normal way (normal status for a volume)

i'd say "yet" as it would bei a minor task to add it to 920p as extension too connect-x3 would be this pci id https://pci-ids.ucw.cz/read/PC/15b3/1003 and mlx4 driver contains this id https://github.com/pocopico/rp-ext/tree/main/mlx4_core/releases when looking into tcrp extension repository then there is 918p already and there is no real difference between the kernel of 918p and 920p, i guess it should even be possible to just load the 918p modules in 920p from whats present in tcrp loader it would be closer to use 918p instead of 920p to get the x3 working it would also be possible to use arpl loader, its geminilake (920p) driver set contains mlx4 driver https://github.com/fbelavenuto/arpl/blob/main/files/board/arpl/p3/modules/geminilake-4.4.180.tgz

THATS not a "normal jmb585" card the last number in "jmb585" indicates the number of sata ports (five), also the jmb585 uses two pcie lanes (-> spec sheet @ jmb website) so if its a pcie 1x card (by its hardware layout for the pcie slot) its either a special for pcie 1x and will suffer in performance (there might be scenarios where one is willing to compromise) or its not jmb585 also your picture makes clear its a jmb582 (1xpcie to two sata ports) and the 2nd chip (connected to one of the jmb582 sata ports) is a jmb575 and thats a 1 ot 5 multiplexer (just google "jmb575" to find JMB's homepage with the specs) - and multiplexers are not supported in dsm as synology disabled that on purpose to exclusive use in there own external units (ans as we are using syno's original kernel here there is no way around that) bottom line - no way of using it with any recent dsm (hack) as they all use syno's original kernel, for dsm its just a 2 port sata card and if you want to use it that way you just need to try out the two ports of the 6 are working in dsm (boot dsm onbard sata and connect disk(s) to the ports to find out if you go with a "normal" linux/bsb based nas os you could use all ports (with just 1000MB/s bandwidth max for all 6 ports together it will not reach best performance) maybe try open media vault if want to use dsm the get a card that does not use any sata multiplexer chips, easy rule can be, look for a ahci sata card and if it has more then one chip on the card that its not a card you can use wit dsm - if you want it as simple as it can be btw i dont think that one supports pcie 3.0 and if its only pcie 2.0 then one pcie lane results in 500 MByte/s for all disks on that card and that will limit performance even more - there is a reason why the old lsi sas cards where so often used (8 lanes with pcie 2.0 and 8 sata ports ...), if using a 4-6 port ahci card that come with not more then 2 pcie lanes (no chips available that use more) then with pcie 2.0 (and two lanes) your max on that card is just 1000 MB/s on the other hand with just a 1GBit nic your resulting in ~110 MByte/s usable speed you it might be ok to just limit the speed of the disks by "system design" to just 100-150 MB/s, the situation where you will suffer for sure is when a raid disk is rebuilding, that will take ages and as there is no headroom the nas performance you can use in that (extended) time frame will we "limited"

i use two jmb585 based extension cards, no special brand, just what was available at amazon at this time (with delivery through amazon and not delivered from china) you can have a look here https://xpenology.com/forum/topic/35882-new-sataahci-cards-with-more-then-4-ports-and-no-sata-multiplexer/ i did not look for newer different cards lately, one interesting thing would be pcie 4x card with two jmb585 or asm1166 with a pcie bridge chip (jmb585/asm1166 only uses two pcie lanes so it would be nice to have a 4x pcie slot "full" used with two chips on one card, three chips if the pcie bridge is counted too (that does need some thorough looking as its often paired wit sata multiplexer like jmb575 to have more ports and that will not work with dsm)

keine ahnung warum du sowas altes wie 1.02b nehmen willst, ich würde ja eher zu arpl oder tcrp für dsm 7.x raten die sind auch hervorragend mit treibern versorgt aber wenn du 1.02b willst, du kannst die treiber eindach einsehen indem du die extra.lzma mit 7zip öffenest und im modules verz. nach den *.ko files schaust hier gibt es neben einer erweiterten extra auch listen die erklären für welche hardware die dateien sind https://xpenology.com/forum/topic/9508-driver-extension-jun-102bdsm61x-for-3615xs-3617xs-916/ aber wenn du eher "überalterte" hardware nimmst sollte das meinste mit der ereiterten extra gehen, grade die üblichen realtek und intel onboards sollten gehen, bei neuerer hardware wären die üblichen reltek 8168/8111 eigentlich auch mit den alten treiber gehen, bei neueren intel onboards wären eher probleme zu erwarten aber wie oben beschrieben würde ich eher zu einem 7.x fähigen loader raten und da hat man auch mehr auswahl als nur 3615/3617 und bekommt auch sicherheitsupdates kannst ja mal i diese tabelle schauen https://xpenology.com/forum/topic/61634-dsm-7x-loaders-and-platforms/ ansonsten sag an was für ein board du planst und wir versuchen eine vorhersage ob es mit 1.02b gehen würde am genauesten wird es wenn die die pci id's zum nic hast (vendor:product, https://pci-ids.ucw.cz/read/PC) man kann auch über das board gehen ohne es zu haben, kann aber etwas tricky sein es hier zu finden https://linux-hardware.org/?view=search

nice compact build the cpu fan has not much space to suck in air, might run on higher rpm because of that, also kind of contradicting the airflow as it pushes warm air in both directions (front an back), maybe inverting the direction and drill some holes in the side make the cpu fan push air out of the housing? if the front fan before the disks is pushing air in, then it might interesting to turn the psu to have the psu fan face inside the housing and push air out from the housing instead of taking in fresh air and just blow it out in the back without having any "use" for venting the case in my tests the lsi sas controller seemed to have less performace as the write back cache of the disks can't be enabled as its possible with ahci controller (but i did not test this thoroughly) as you already have two sata ports onboard it might be possible to swap the lsi for a jmb585 (you only would need 3 ports), might also lower the power consumption (and heat) as the lsi does take some power compared the a jmb585 (or asm1166) and the two lanes pcie 3.0 would be good enough the m.2 nvme will not make much difference as its just read cache and in most cases there is not much gain in that and even with two m.2 nvme and r/w cache - without 10G nic (or at least 2.5G nic) there will be no usable up in performance as the 1G nic will limit the transfers there are m.2 to pcie 4x adapters with 20-30cm cable that can be used to attach a standard pcie card, might be o option the replace the m.2 nvme to a 10g nic (its also possible to use that for a storage controller but if there a re any stability problems with that construct a nic is less risky there might me more usable performance by replacing the nvme ssd with 10G nic and having that directly connected to a 10G nic on the "main computer" (and let other things like media streaming run through 1G or wifi) and if you want you can still squeeze one or two 2.5" sata ssd's and there will still be some gains i'm sure its supported as syno sells pcie cards for that as optional components https://www.synology.com/en-global/products/DS3622xs+ (also mentioned in the spec sheet) "... Accelerate storage performance Enable SSD caching to speed up HDD arrays with an M.2 NVMe SSD adapter card and SNV3000 series SSDs, or install SAT5200 SATA SSDs in drive bays to increase performance..." https://www.synology.com/en-global/products/M2D20

its not a bnx2x (broadcom) as you announced in the topic that one has a "NX3031" as base and thats Qlogic NetXen and you also see it on the driver loaded, its "netxen_nic" i cant see that driver in @pocopico's list of extensions https://github.com/pocopico/rp-ext might be the reason why the rp laoder does not recognize it, the default kernel driver from 4.4.180 (dsm 7) would be ok i guess but you should be able to use it wit the arpl loader https://github.com/fbelavenuto/arpl from what i can see in that one there is a netxen_nic .ko in that loader (\arpl-dyn.vmdk\2.img\modules\broadwellnk-4.4.180.tgz), i checked that in arpl-1.0-beta2 i did had this driver in my extra.lzma for jun's loader but thats only for dsm 6.2.3, but oyu can try that if you want so see it working or want to test it

9bc5 - CometLake-S GT2 [UHD Graphics 630] -> that one was tested and faild (no boot) 9bc6 - Comet Lake-S GT2 [UHD Graphics P630] -> same type as befor bat even "P" so more different then 9bc5 and extemly unlikely to work use dsm 7.x and redpill loader as there is a newer patch in that one for more/better i915 support https://xpenology.com/forum/topic/59909-i915ko-backported-driver-for-intel-10th-gen-ds918-ver-701-up3/?do=findComment&comment=291423 there is also support for dva units having native nvidia drivers build in, depending on the nvidia gpu (gtx 10xx or older?) it might work ootb with plex

cdrom is kind of exotic in that environment @pocopico rp loader seems not to have a extension (aka driver) for cdrom https://github.com/pocopico/rp-ext also @fbelavenutoarpl loader seems not to have a cdrom driver packed into it it would be kind of easy as it only need two additional modules to compile/load (cdrom.ko and sr_mod.ko) from the used kernel for the dsm version in question you can't use a "old" extra.lzma that was made for a different DSM version as these usually use a different kernel and kernel drivers are only working for the specific kernel they where compiled for, so you would ask in a development thread for the loader if they are willing to add these two drivers to the loader (above i used the forum function to give them a indication about there accounts being used here so they might have a look here, but if nothing happens in a few day's you should might open a thread in the developer section asking for that in DSM 7.0/7.1 loaders) if nothing else goes you can also have VMM virtual machine or a docker, hand over a usb cdrom to that one and use it with the cdrom driver in the vm/docker, the vm could even be windows (just a idea, not tested) edit: its also possible to use a 3rd party package if that exists to add the drivers - and it does (now) https://synocommunity.com/package/synokernel-cdrom

deshalb neuer thread und erst mal definieren was man im ergebnis braucht und dann sehen was der beste weg ist - muss nicht zwangsläufig der für den IT profi "korrekte" weg sein denn am ende muss der der es betreibt auch in der lage sei es zu warten und bei problemen selbst eine lösung finden, einmal einrichten und 3-5 jahre laufen lassen ist heute nicht mehr, kann auch darin enden das man sagt "kauf dir lieber eine 920+ und steck etwas ram dazu damit VMM und docker einigermaßen läuft - grade wenn man sich nicht so intensiv mit linux usw. beschäftigen will oder es nicht auf dauer kann, spätestens bei der nächsten dsm major release 7.2 oder 8.0 wird dann wieder ein neuer loader nötig und man fängt von vorn an wenn man das know how nicht parat hat)

also dafür gäbe es auch direkt auf der synology pakete die man über die gui nachinstallieren kann, gibts direkt von synology aber evtl. als 3rd party https://www.synology.com/de-de/dsm/packages/Node.js_v12 (und wenn es sein muss, reicht nur dafür auch ein windows als vm auf der synology) TV = TeamViewer, ok aber auf welche "Oberfläche" der syno willst du damit? das system an sich (wie es im original kommt) ist als "headless" konzipiert, selbst wenn du Monitor und Tastatur anschließt gits nichts weiter, nicht mal ein login, synology leitet von haus aus die Ausgabe auf den seriellen port um (eben weil es normalerweise keinen monitor gibt), viel der "kleinen" syno's haben auch keinen vga (oder anderen video) anschluss meinst du evtl. einfach nur Weboberfläche von DSM, die kannst du auf jedem Getät im Netzwerk aufrufen wenn es einen browser gibt, wozu dann teamviewer? und mal rein von der praktischen seite aus, wenn du auf der DSM Kiste windows als VM laufen hast kannst du teamviewer auch in dieser vm haben und damit auf das windows zugreifen (und wenn man will kann man auch einen browser öffnen und die DSM gui aufrufen), lässt sich auch automatisieren so das die win VM hochkommt wen DSM starte und im Win startet das TM automatisch, da würde es dann reichen der DSM hardware per wake on lan einpaket zu schicken (kann man z.b. von einer fritzbox aus) und schon kommt alles hoch evt. machst du einfach einen neuen thread auf um das henne/ei problem genauer zu beschreiben, da würde man die funktionen die man haben will mal auflisten und sehen was wirklich notwendig ist, wenn man das ziel kennt kann man sich besser über den weg gedanken machen (und ein kurzer über einen berg ist nicht unbedingt die beste wahl, kann einfacher sein außen rum zu laufen) von den üblichen szenarien her lässt man entweder einen echten hypervisor auf der hardware laufen (Proxmox oder ESXi) und alles andere hat man in VM's (inkl. DSM, das dann las VM neben den anderen VM's läuft) oder man lässt DSM direkt auf der hardware laufen und kann vm's in syno's VMM laufen lassen oder auch sachen als docker laufen lassen wenn man nicht so viel mit VM's macht und keinen direkten hardware zugriff vom VM's auf die host hardware braucht fährt man mit dem baremetal ansatz (dsm direkt auf der hardware laufen lassen) ganz gut da es einfacher zu verstehen und zu verwalten ist und man den "primären" zweck (storage server um diskspace im netzwerk verfügbar zu machen) direkt hat ohne umwege über virtuelle funktionen eine hypervisor (KISS prinzip) wenn man virtualiserungs crack ist und gut mit hypervisor und vm config#s kann wird man eher zu proxmox greifen aber für viele ist das overkill da man neben dem ganzen dsm/syno zeugt sich auch noch mit dem hypervisor auseinander setzen muss man sollte da nicht den grund vergessen warum es dsm/synology gibt, man kauft sich eine hardware auf der dsm drauf ist, muss/will sich nicht mit der installtion und dem betriessystem beschäftigen und will server funtionen (inkl. pakete zur erweiterung) nutzen - wenn man da zu viel mit dem drum herum macht ist diese einfachheit die man eigentlich will hinfällig und man kann evtl. auch andere lösungen umsetzen die weniger komliziert oder eingeschränkt sind

ist egal auf was für einem connector die sata signale anliegen bzw. abgegriffen werden (in dem fall M.2), gibt ja auch eSATA ud das ist nichts anderes für das system (als gerät) bei NVMe gäbe es neben M.2 auch U.2 als connector und für das system wäre es für beide immer eine NVMe Verbindung oder etwas exotischer/älter (im grunde das gleiche wie M.2) wäre SATAe, eine combo aus 2xsata und zwei pci 3.0 lanes, da ist es etwas offensichtlicher wenn man "nur" sata anschließt da die zwei SATA ganz normale klassische SATA connectoren sind

bist du sicher? laut handbuch hast du beim X9DAL-i "nur" 2+ 8 sata ports (kein sas), in wie weit hier alle ahci sind kann man nicht erkennen, vermutlich benötigen die zusätzlichen 8 ports den treiber isci.ko https://ark.intel.com/content/www/de/de/ark/products/63984/intel-c602-chipset.html (max 10 sata ports) https://www.supermicro.com/products/archive/motherboard/x9dal-i für den extra treiber spräche das (8086:1d6b) https://cateee.net/lkddb/web-lkddb/SCSI_ISCI.html beim beim X9DAL-3 wäre es vermutlich ein intel scu (storage control unit) für sas und man würde auf jeden fall den zusätzlichen treiber isci.ko benötigen https://ark.intel.com/content/www/de/de/ark/products/63986/intel-c606-chipset.html (max. 14 sata ports) https://www.supermicro.com/products/archive/motherboard/x9dal-3 isci.ko wäre ein treiber der vom laode kommen muss a der nicht in dsm nativ vorhanden ist, da die loader aber als repositorys online vorliegen kann man das leicht prüfen bzw. sollte der rptc loader da auch etwas beim build prozess anzeigen die meisten der sata ports auf diesen boards sind also keinen "nativen" sata ports die über ahci laufen würden

der treiber den jun in der basis installtion (6.2.0) hatte war zu der zeit aktuell und sollte alle 8168/8111 abdecken ich würde ja eher vermuten das ein update auf 6.2.4 passiert ist und das system nicht mehr richtig startet, das du das system im netzwerk nicht findest kann einige ursachen haben, das der treiber nicht geht wäre zwar denkbar aber ist nicht so wahrscheinlich, wirklich sehen kannst du das nur mit einem seriellen null-modem kabel am xpenology und einem terminal (putty) auf dem monitor sieht man nichts treiber "austauschen" geht indem man die extra.lzma auf dem loader durch einen mit neueren treibern ersetzt, der loader vergleicht das was vom loader kommt mit dem auf der platte und wenn das nicht übereinstimmt wird das vom loader auch auf die platte kopiert (downgrade geht also auch, nur "entfernen" kann man eine treiber datei darüber nicht wirklich) hier gäbe es extra/extra2.lzma mit mehr und neueren treibern (die von 6.2.3 gehen auch mit 6.2.0, nur 6.2.2 ist da nicht kompatibel) https://xpenology.com/forum/topic/28321-driver-extension-jun-103b104b-for-dsm623-for-918-3615xs-3617xs/ aber ich denke es wird eher nicht der treiber sein poste mal die größe und dateidatum von zImage und rd.gz auf der 2. partition des loaders, daran sollte man sehen können welche version es ist ansonsten kann man auch die rd.gz mit 7zip auspacken und in der version datei nachsehen (bei 7zip die erste meldung ignorieren und die entpackte "rd" datei noch mal entpacken lassen, in /etc/ finder man die version datei die genau angibt welche version es ist) dsm update enpackt erst das update das es heruntergeladen hat, kopiert den neuen kernel auf denloader und startet neu, erst beim neustart mit dem neuen kernel wird dann das eigentliche update durchgeführt - und wenn der loader 1.03/1.04 mit dsm 6.2.4 zusammen kommt bleibt der boot hängen und das update wird nicht durchgeführt - man sieht dann nur das die kiste nicht mehr im netzwerk zu sehen ist und das die 6.2 DSM loader ein paar specilas haben hast du hoffentlich gelesen (also in sachen cpu anforderung und bios/uefi)? https://xpenology.com/forum/topic/13333-tutorialreference-6x-loaders-and-platforms/ merkt man aber beim booten vom loader (ohne disks angeschlossen am system), wenn man ihn im netz findet ist es ok, wenn nicht sind die ersten anlaufpunkte csm-bios/uefi und cpu (beim 918+) erst dann kommt treiber wäre imho erst mal nötig zu sehen was auf dem loader für eine dsm version ist (ich vermute 6.2.4) und was du genau gemacht hast ja nach dem was du vor hast kann es am einfachsten sein du schaust dir einen neueren loader an (rptc oder arpl) und machst glein ein udpate auf 7.1 (da gibr es aber wegen des geänderten formats bei den packeten ein paar einschränkungen, da solltest du erst mal nachsehen das deine pakete auch für 7.x vorhanden sind generell ist es nicht schlecht alle platten abzuklemmen den usb mit dem loader beiseite zu legen und mit einem anderen usb stick und einer leeren platte erst mal zu testen ob man das alles was man machen will auch hinbekommt, wenn der neue loader dann alles macht was man will kann man die "spare" platte entnehmen die alten anhängen und dann sollte man beim nächsten boot im Synology Assistant ein upgrade angezeigt bekommen (der loader gibt mit seinem neueren kernel das "ziel" vor und das ältere system auf disk wird erkannt und ein upgrade wird angeboten) ansonsten kannst du dir auch ein paar youtube videos anschauen (da gibt es auch welche in deutsch) das hilft auch zu verstehen was so die schritte sind und was passieren sollte - in der regel zeigen die videos erfolgreiche installtionen, die fehler und fehlerbilder sieht an da meist nicht

meinst du das hier? https://github.com/Livedeath2k/Synology-Compatibility-Hack oder https://linustechtips.com/topic/1371655-synology-dsm-7-drive-lock-bypass/ du musst nur deine platte in die richtige datei eintragen bzw. einen vorhandenen eintrag anpassen so das es zu der platte passt die du willst

so 5.x might not come with723+

r1000 aka ryzen R1600 is not unexpected https://xpenology.com/forum/topic/63463-new-synology-platforms-in-2022-some-thoughts and its it makes sense to have new types start with the latest kernel (that might still lack some of the mod's older units need) if the loader make the 723+ image working then it should at least be possible to make a igc driver from vanilla kernel source (syno is not going to publish 5.x kernel source for sure), as for the i915 i would be cautious because it might need some ports in the kernel that might be missing in the r1000 version as it does not need this stuff and it might also be a problem to add a i915 driver made from vanilla kernel source when syno changed parts in there own source in that area, safe bet might have been if they used a intel cpu with xe for a system with hardware transcoding support, then it would be likely to have a i915 driver also supporting any intel gpu that is in the kernel supported that was used (5.10.55), so we are more interested what might come as 923+ (if there is anything, maybe they will drop intel qsv support with 5.x?) also no 723+ in the new 7.1.1-42962-2 update, so all new 5.x kernel units might be DSM 7.1.2 or even 7.2/8.0?

wie fast immer im leben ist die antwort "kommt darauf an" wenn alles läuft und du nichts vermisst gibt es keinen grund was zu ändern syno hat üblicherwiese 5-6 jahre support/updates für eine hardware, die 918+ wird also irgendwann keine neue dsm version mehr bekommen und der support für die installierte dsm version läuft dann in der regel aus und man bekommt keine updates mehr 920+ ist längerfristig besser aber anbetracht das man nicht weiß was mit dsm 7.2 wird (neuer hacking schutz, neuer loader, ...) ist eine langristige planung kaum möglich wenn du 7.1 am laufen hast kannst du bei synology nachsehen wie lange die updates bekommt und das ist der verlässliche planungs horizonzt und der ist für 918+ und 920+ identisch die 920+ hat ein anderes handling der platten und mach je nach loader mehr kopfschmerzen wenn 918/920 wird üblicherweise genommen weil man da das intel cpu hardware transcoding nutzen kann, wenn das nicht wichtig ist kannst du auch eine andere basis nehmen nicht wirklich da jeder board hersteller da was anderes hat, wenn alles geht bist du im grünen und das war's optimierungen wie bei gaming pc's für mehr performance lohnen sich nicht da man auf stabilität aus ist und in der regel von 3% mehr ram durchsatz auch nichts merkt

schau mal ob das nvme richtig in der config eingetragen ist https://xpenology.com/forum/topic/62129-m2-nvme-cache-issue-on-redpill-71/ ansonsten geht auch das video hier https://www.youtube.com/watch?v=eHI_7IO1GAY