IG-88

its not normal to to things like that, so there are things in place to prevent that "just load" was not meant to be loading any extension, it was more low level like extracting the kernel module (*.ko) file, copy it to a place in the system partition and load it manually with "insmod", just to test if its working or not, apollolake and geminilake use the same kernel and are more or less the same when it comes to the cpu, so kernel settings used to compile the kernel and its modules will be the same, usually its very strict handled and you would only use modules compiled with the same kernel version and even the same settings but depending on the case the settings thing can be less of a problem (you might run into more problems if you use kernel modules made for a different system like a ryzen based unit in theory there is not much difference between 918+ and 920+, so you could migrate (for now) to 918+, use the drivers you need and if 920+ gets the driver you need or any other unit is more interesting you can migrate to that going to 918+ can be done more "by the book" with a normal howto and would only have steps you have already done before (if you hat 3622 before 920+) if you go 918+ you might need to redo steps about codes and hardware transcoding as it would be a new install (files in the system partition are overwritten) and if you generated/used a 920+ special serial number then you need a new one for 918+

two different one from china, looked for it on amazon with delivery trough amazon (as did not wanted to deal with customs and extra costs) as long as its not a m.2 card with a jmb585 its ok i guess, never heard of people here having problems (the m.2 card i tested myself and it never worked stable for unkonwn reason, even with a added cooler) if its a normal 4x pcie card with a jmb585 i would not hesitate much, but as with all new hardware for a storage server it should be tested before risking a stable running system but you can look at this if you want https://xpenology.com/forum/topic/35882-new-sataahci-cards-with-more-then-4-ports-and-no-sata-multiplexer/?do=findComment&comment=192836 you might also be careful with the sata cables, i only use the ones that click in (metal tongue on the connector) and a proven source might be better then what was randomly delivered with a controller, when in doubt and seeing issues that might be a connection problem always replace with new cable (they are cheap), a cable that showed problems can repeat that even when it looks ok after reconnecting it.

i would guess tp-link sold a lot of different 10G cards with different base-chips and phy-chips over the last years in the lower segment often its not a problem with the base chip but with the different phy-chips that change and with some drivers there is no universal, as the oem's might only pack the binary parts for the phy they use, seen that with tehuti based 10G nic's and some trouble to collect all the needed parts from different vendors so i guess if its recently sold nic it might not work with the drivers in the extra's that are online now its best to use the rp base loaders for 7.x and its drivers for recent hardware and if needed improve these drivers, that will be usable much longer there are some vendors with less diversity and cards that are more or less the same over years but these older cards are also often only usable for 10G and not 2.5G/5G, if you are able to use just 10G then older used cards might deliver what you are looking for like mellanox connect-2/3/4 cards or broadcom based 10G cards used with the bnx2x driver, looking into these cards and choosing wisely might offer better chances ending up with a card working with 6.2 (3615/17 as you would need), if it need to be a 10G RJ-45 then maybe a older broadcom based one bcm 57810/57840 (aka NetXtreme II, beside asus i know of dell and ibm cards) or if its possible to stick to sfp+ then mellanox connect x-3 is save choice and would even work ootb with synology as they also sold these cards on long term 10G sfp+ based is better as it offers more flexibility and if you look for a cheap 10G switch its going to have sfp+ and not rj-45 if you look here https://xpenology.com/forum/topic/12859-driver-extension-jun-103a2dsm62x-for-ds918/ then tere is a list of supported nic hardware that would still be valid if you look for a older used card (NETWORK DRIVERS LIST) Aquantia ( atlantic) and tehuti might be problematic if its a new card, if its 2-3 yaers old its likely to work even intel based 10G (if its newer) might need a newer driver (seen that with onboard units) but beside the i40e it was always possible to build drivers from recent source (that in central maintained and not splintered like with the the two above older emulex and qlogic cards might be a goos choice too but the safest is the mellanox if iths listed in link above look for a card, send a link here and i will have look, if you can provide pci id's (like seen with lspci, https://pci-ids.ucw.cz/read/PC/14e4) it even better/easier

it still possible to do it in place but you should have some knowledge about linux and the will to learn something now on the way as it will take some time to prepare (depends on how much value has time to be invested)

you would need to compile you own driver for that old dsm version (kernel 3.2.40) and that might be way more complicated then using a new loader an dsm version the hardware would still be working with dsm 7.x https://xpenology.com/forum/topic/64619-dsm-711-42962/?do=findComment&comment=346221 https://xpenology.com/forum/topic/64619-dsm-711-42962/?do=findComment&comment=347902 https://xpenology.com/forum/topic/64619-dsm-711-42962/?do=findComment&comment=348669 not sure what loader that is but the one i have here only supports a very limited number of hardware, not even a 10G nic seems to be there if you shy away from setting up all new (might be needed when the system/swat partition is to small for upgrading to a recent dsm version - 2 GB and 2.4GB is the standard since at least dsm 5.x) you can still try to switch to open media vault by using a usb flash drive on it just set up the usb flash drive on another computer completely and if its working properly boot you n54l with that one, you data (raid) volume should be usable that way (and here is no change in your now running system, if anything is off or not to your liking you can remove the usb drive and be back to normal with your former usb with the 4x loader) it gets way more messy if start upgrading dsm, in most cases you cant go back if the upgrade fails for soem reason and you need to take care of things yourself the hard way if the partition size for (dsm) system and swat does not match then its going to be a offload of all data and setting up new personal i would suggest setting up a more recent new hardware with new disks, transfer all data and then set up the old hardware with a newer dsm version and use the old hardware for backups of the new system

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