Leaderboard

sata might be more often used for the connector, the mode it operates can be old ide one and the newer ahci now days you usually only see ahci, the old ide mode was just on older systems and for compatibility to older os the ahci driver is natively used by synology an all models and is part of the kernel, so whatever happens to driver support, this should always work i point out at the 6.2.2 compatibility problems (longer time no compatible drivers) or the still existing scsi/sas problems with 918+ i did not wanted to say you should have read this before updating, its more about that its not voodoo, there is a fully logical explanation what happened in theory you would have been able to see in dmesg (or lspci) that there is a pcie device for the controller but no driver is loaded and that pcie device would have been able to track as ide mode of the intel chipset controller and with its pci vendor and device id it would be possible to see what (kernel) driver is needed and at this point you would see that the driver is not present in the driver store of synologys dsm and the extra.lzma

yes but there is room left and not everything working is listed a quick glance in the drivers of the pat file from 6..2.3 shows more 10G nic's then just intel these are the drivers that belong to the list of nic's they support but you can use all alder hardware supported by this driver, the drivers usually have a list of supported pci id's qed/qede version=8.33.9.0 description=QLogic FastLinQ 4xxxx atlantic version=2.0.5.0+sh description=aQuantia Corporation(R) Network Driver -> imho this should enable pretty much all the cheap aqantia based cards like from asus xg-c 100c ixgbe version=5.1.3 description=Intel(R) 10GbE PCI Express Linux Network Driver this is not listed but present too and i have just scrolled through it and took from memory whats a 10g nic driver, there might be one or two more mlx4_core, mlx5_core version=4.1-1.0.2 description=Mellanox ConnectX HCA low-level driver description=Mellanox Connect-IB, ConnectX-4, ConnectX-5 core driver -> that looks the same as 3617 so i guess connectx-3 will work too (can be checked by pci id's) bnx2x version=1.713.36 description=QLogic BCM57710/57711/57711E/57712/57712_MF/57800/57800_MF/57810/57810_MF/57840/57840_MF Driver i40e version=2.3.6 description=Intel(R) 40-10 Gigabit Ethernet Connection Network Driver and beside the drivers in the pat file, as long as its possible to load drivers not signed from synology its possible to compile your own drivers and load them you would need to copy them to the system and would have to mod the files loading kernel modules (or do a script for loading) but its possible to do that (even if i'm not planning to do that), in contrary to the original 918+ this unit has a pcie slot and also two M.2 slots that beside cache could be used for pcie cards (with adapter M.2 to pcie slot, mainly made for notebooks with a 20-50cdm cable) it does, when its supporting the newer versions its usually valid for older ones, worst case in some scenarios might be the need to manually copy additional firmware to the system (like its with i915 driver) Ethernet Controller 10-Gigabit X540-AT2, device 8086:1528 from 1621+ 6.2.3 ixgbe.ko driver: alias=pci:v00008086d00001528 so yes it does support the card so as a summery i'd say its a nicely usable original unit, the 4x1GBit is questionable (as the 4GB RAM default is) but it can be extended and the default driver set isn't to bad so it will not burn a hole in your wallet when adding a 10G nic, especially mellanox and aquantia are cheaper ones

imho your old dsm did run on ide mode (sata_....ko driver) and with 6.2 you loose this and need to use ahci or the ports are not recognized i guess you did not read the part about pata/sata driver not working anymore with 6.1./6.2 https://xpenology.com/forum/topic/9508-driver-extension-jun-102bdsm61x-for-3615xs-3617xs-916/ !!!all sata_* and pata_* drivers are still not working because of the kernel source changes Synology did (same as in kernel 3.10.102 used and modded by Synology), as long as no one writes a patch for this I can use to fix this, it will stay this way !!! aslo here mentioned for 6.2.2 https://xpenology.com/forum/topic/21663-driver-extension-jun-103b104b-for-dsm622-for-3615xs-3617xs-918/ Basically what is on the old page is valid, so no sata_*, pata_* drivers looks like i did not explicitly mentioned it in the 6.2.3 thread, just suggested to look in the older ones for more information not really (its not a driver problem or anything deeper), its just some log activity preventing it and if you get rid of that it will work again, done like here: https://xpenology.com/forum/topic/32861-hdd-fail-to-hibernate-after-upgrade-from-622-to-623/?do=getNewComment

also, note that HDD hibernation is broken in 6.2.3/1.03b in case you try to use it....

i did read that here in the thread and it worked on my 3617 test system mod the following file /etc.defaults/syslog-ng/patterndb.d/scemd.conf destination d_scemd { file("/var/log/scemd.log"); }; -> #destination d_scemd { file("/var/log/scemd.log"); }; destination d_scemd { file("/dev/null"); }; so you comment out the original line with a "#" and add a new one that will move the log data of scemd to /dev/null instead of writing them to disk

looks like they got tired of waiting for new intel soc's 4x1GbE?, just syno's crap, that soc has a 2x10Gb interface support it's syno family is"v1000" (same as amd's name for the soc class), nothing in 6.2.2 kernel source or tool chain we have from synology would be nice to see 6.2.3 or 7.0 kernel source, tool chain and toolkit (edit: there is 6.2.2 since 10/2020) (btw. in september synology added geminilake 6.2.2 source to its gpl source repository, not that we could make much out of this, only useful might be the new i915 driver they added for geminilake but we already have that driver in 918+ with dsm 6.2.3) there is also a new ds1621+ 6.2.3 *.pat file from 9/2020 in synologys repository (includes the u2 updates already) - so its not a "possible" anymore its already in release will be interesting if they will address hardware transcoding in videostation with that soc (i guess no intel qsv support)

You should upload it to folder with backup. By default, Proxmox creates "local" Storage which is located in /var/lib/vz. By the way, For information for All I have successfully update XPenology to DSM 6.2.3-25426 without modifying anything. Just Press button in WEB Interface to Download new version and after it to Update. After reboot by XPenology was available by internet. You can try to restore Clean XPenology from my backup and try it by yourself to experiment. Hardware: AMD Ryzen 7 2700 / Asrock B450M Pro 4 and Proxmox 6.2.1 (proxmox-ve: 6.2-1 (running kernel: 5.4.60-1-pve)) P.S. but no success with Update 2 at this point.