IG-88

i dont think its woth trying, USCSI and PCI-X, the disks are tiny and you will not find really big disks to make it usefull, and even if, they will be slow and cheap used desktop will beat that system and will be much cheaper to maintain (power consumption), i guess thsi old server will also be pretty noisy also beside the fact you might not find a driver to work with that "securaid" controller, it name implies raid and xpenology a for single disks to make a software raid

so in etwa ist auch meine zusammenstellung wobei ich einen flachen noctua kühler habe (desktop gehäuse) und beim board eher auf micro atx setze (mehr slot als mini itx) wenn man viele platten und 10G nic will dann ist mini itx nicht erweiterbar genug, ich habe gigabyte b365m hd3, fast die selbe geringe tiefe wir mini itx aber der 4core 9100 und 16GB ram lassen genug möglichkeiten, man kann auch noch später auf esxi umrüsten und sam als vm laufen lassen

"in" the content - must be a translation problem i guess you place the extra/extra2 on the loader with the new ones and the rd.gz / zImage will be replaced with the same files from the new 24992 pat file at this point you have nothing changed on you installation, if you start installing 6.2.2 from the web gui of dsm before you have the new loader ready then you are forced to finish or you cant access your data, if you start with the loader and test it (you can make a new one or a copy of your old loader) you can be sure to get it finished as in most cases people have problems with the loader, if you start with the loader and you find it in network telling you version 24922 and offers to migrate/update then it will be ok as the loader with the new version is working (new kernel and network drivers working)

ich habe dieses WE mal einen 9400 mit jun's i915 treibern testen können und das funktioniert auch für hardware transcoding (8xxx sollte auf jeden fall gehen) 6 cores mit HT ist mit 918+ problematisch, der kernel ist mit 8 cores max. compiliert und 6 + HT macht 12 so das es sein kann das nur 3 cores mit jeweils HT benutzt werden, da sollte man entweder kleiner kaufen, HT abschalten oder man muss 3617 nehmen, das kann 16 cores aber kein hardware transcoding so groß ist die auswahl bei "T" übrigens auch nicht der 9100T war noch nie zu kaufen und wird es wohl auch nicht mehr ich werde mit wohl einen 9100 ohne T kaufen und den ein wenig drosseln um den verbrauch zu senken, scheint mir sinnvoller als ein 8th gen (nachdem ich weiß das mit 9th gen transcoding auch geht)

!!! still network limit in 1.04b loader for 918+ !!! atm 918+ has a limit of 2 nic's (as the original hardware) If there are more than 2 nic's present and you can't find your system in network then you will have to try after boot witch nic is "active" (not necessarily the onboard) or remove additional nic's and look for this after installation You can change the synoinfo.conf after install to support more then 2 nic's (with 3615/17 it was 8 and keep in mind when doing a major update it will be reset to 2 and you will have manually change this again, same as when you change for more disk as there are in jun's default setting) - more info's are already in the old thread about 918+ DSM 6.2.(0) and here https://xpenology.com/forum/topic/12679-progress-of-62-loader/?do=findComment&comment=92682 I might change that later so it will be set the same way as more disks are set by jun's patch - syno's max disk default for this hardware was 4 disks but jun's pach changes it on boot to 16!!! (so if you have 6+8 sata ports then you should not have problems when updating like you used to have with 3615/17) https://xpenology.com/forum/topic/21663-driver-extension-jun-103b104b-for-dsm622-for-3615xs-3617xs-918/

read the 1st post, its all there

if you cant configure the two ports for ahci in bios then you cant ose them for dsm 6.1/6.2 according to the manual there should be a extra option so set port 5/6 to ahci

the original loader comes with a kernel for dsm 6.2.0 and my extra.lzma in this thread is only working for kernel comming with dsm 6.2.2 so you have to copy the kernel files fro m the dsm *.pat (6.2.2) to the loader replacig the old files dell's often have older 1G broadcom onboard (like HP) and your 578xx should work too with the new drivers, i use a 57840 myself and tested this one (bnx2x.ko is the driver) the older 1G driver is also reported to work when using the correct assortment of files on the loader (extra.lzma and matching kernel)

ließ doch mal die fag und den tutorial bereich, DIE liste für irgend was gibt es nicht, der eine oder andere hat sich nachzufall und bedarf ein thema genommen das er, sofern zeit abfällt, bearbeitet, das ist kein koordiniertes projekt mit hierachischer struktur nein, gibts nicht, das beste in der sache ist im moment mein kommentar zu den neuen treibern, da geht es wegen der hardware transcoding sachen auch um cpu typen https://xpenology.com/forum/topic/21663-driver-extension-jun-103b104b-for-dsm622-for-3615xs-3617xs-918/ eine 9xxx cpu für hardware transcoding wollte ich dieses WE mal testen, ansonsten scheinen die 8xxx ok und um gemini lake muss man einen bogen machen (die gehen aber wenn man das i915 zeug nicht läd und auf transcoding in hardware verzichtet) das kann sich aber ändern wenn synology einen nachfolger bringt der was neueres als apollo lake rausbringt und falls es dafür einen loader/hack gibt (!!! falls !!!) in der kernel config die synology über den source rausgibt sind configs für gemini lake und coffee lake mit dabei, ich vermute die experimentieren intern mit solchen systemen die dann in 2020/2021 (oder nie) rauskommen - meine vermutung ist das es mit dsm 7.0 auch neue hardware geben wird (ist überfällig)

dont waste time its just cosmetics, the cpu will be used in the way whats possible without this ahh, i missed the "dual", so you you need 3617 and should disable HT to prevent "HT-cores" blocking places for real cpu cores HT usually adds just some lower degree of performance, having the real cores all working is better

you should read the 1st post, thats one of the ways 'm suggesting there if you want to use hardware transcoding you can try 918+ loader/image and "syno" extra, the cpu is the same as in the original 918+ serial number or matching mac of the nic should be no problem with this https://xpenology.com/forum/topic/24864-transcoding-without-a-valid-serial-number/ the i3 thing is just a static value synology put in for the original hardware - you might want to read the faq? https://xpenology.com/forum/topic/9392-general-faq/?do=findComment&comment=82391 there is a patch if thats important for you https://xpenology.com/forum/topic/13030-dsm-5x6x-cpu-name-cores-infomation-change-tool/ more important is that the kernel (we cant change) is responsible of the real usage of cpu cores 3615, 8 cores 3617, 16 cores 918+, 8 cores you have 12 when you use HT so you should use 3617 usually not the nic as most nic's are covered by the additional drivers (at least since december last yaer) you could get more information when using the serial port on your nas with a null-modem cable and a serial terminal (like putty) on your computer its just that all output is only going there after you see the message don't use, 918+ you cpu is to old and you need legacy bios mode (enable csm when its a uefi system and don't use uefi boot device, use the legacy device) to use 3615/17 https://xpenology.com/forum/topic/13333-tutorialreference-6x-loaders-and-platforms/

ich benutze nure baremetal, versuch mal die board suche und es gibt eine extra sektion für virtual und ein proxmox tutorial https://xpenology.com/forum/forum/49-virtual-environment/ https://xpenology.com/forum/topic/7387-tutorial-dsm-6x-on-proxmox/

i guess your Broadcom / LSI SAS controler (drivers) are the problem, the always fill gaps and drives will always show up in a row when it comes to /dev/sdX can be really annoying when you d data recovery and after a reboot the disks change sdX names it will be hard to impossible to find good replacements for lsi sas controllers just to "use" higher numbers you dont need to mod the loader, just edit synoinfo.conf's and you are good to go, the only problem are big (full ~250MB pat file) updates where the whole system partition get renewed and the modded synoinfo.conf is overwritten, that not too often the case the (synology) default for 918+ is 4 so jun had to include something for a higher number, 4 is just to low -> the patch for the loader contains a section to handle this and that can be changed the 3615/17 default is 12 drives already, that was good enough so the loader does not mod it and does not contain code you could change to increase the number of drives you would need to create a new patch file with "diff", patch the original file with jun's part, change your part and make a diff between the original file and your new file, then insert/replace the section for synoinfo.conf in jun's patch and repack extra.lzma - at least that is my plan to do it when i have time (its low on my list as i dont need it and most people dont need it, next are new drivers made with the newly released 24922 kernel source) i can't remember a case where someone had more then 24 drives safely running quicknick had a part in his loader that only used "safe" numbers, so at least try 35 or 40 instead of 36 12, 16, 20, 24, 25, 26, 28, 30, 32, 35, 40, 45, 48, 50, 55, 58, 60, 64 https://xpenology.com/forum/topic/8057-physical-drive-limits-of-an-emulated-synology-machine/page/3/?tab=comments#comment-87213

eher nicht, wlan wird seit 2-3 jahren nicht mehr unterstützt und wenn mehrere nic's vorhanden sind werden die auch eingebunden und er reagiert auf beide je nach dem wo es signal gibt sieht vom loader eigentlich ok aus, hätte ich auch so als fallback empfohlen wenn es mit 6.2 probleme gibt, am treiber der netzwerkkarte an sich wird es eher nicht liegen die ist weit verbreitet alternativ kannst du noch den mbr loader testen https://xpenology.com/forum/topic/7968-dsm-6xx-loader-with-mbr-partition-table/ ansonsten blieb noch nullmodem kabel mit seriellem terminal (putty) https://xpenology.com/forum/topic/9394-installation-faq/?do=findComment&comment=81097 der output der console wird sehr früh auf seriell umgeleitet und alles wichtige zum boot prozess sieht man nur da bei (älteren) AMD CPU muss man evtl. im bios "C1E" abschalten, ist aber im tutorial auch dokumentiert (solltest du also schon gemacht haben?) https://xpenology.com/forum/topic/7973-tutorial-installmigrate-dsm-52-to-61x-juns-loader/

jaein, es ist eine appliance mit schutz so das es eigentlich nur auf original hardware läuft, der loader hebelt das aus und man kann zusätzlich treiber nachladen so das viel andere hardware geht aber wenn es z.b. probleme mit den treibern gibt und keiner welche "nachliefert" fällt man zurück auf das was sysnology mitliefert und wenn man andere hardware verbaut hat muss man bei der "alten" version bleiben bis jemand (oder man selbst) treiber compiliert, bei gänzlich neuen dsm versionen (wie der kommenden 7.0) gibts in der regel neue schutzmechanismen und man braucht einen neuen hack/loader den erst mal jemad durch reverse engineering erzeugen muss (ub jun das bei der 7.0 wieder macht weiß man nicht und er war der einzige der das gemacht hat) https://en.wikipedia.org/wiki/Data_rot ecc ram ist teurer und es wird von einfachen desktop chipsätzen nciht unterstützt, man braucht also häufig auch ein teureres board, da kommen mal schnell 150€ mehrpreis zusammen, die meisten leute (und auch synology) arbeiten ohne ecc ram der film wird "umgerechnet", man definiert dabei für das zielsystem die auflösung und den audio/video codec und dann wird es vom original entsprechedn in echtzeit umgerechnet, dazu baucht es entweder ordentliche cpu rechenleistung oder erweiterungen in hardware die das beschleunigen (in der gpu) so das auch weniger leistungsfägige cpu's das auf die reihe bekommen (wir bei der 918+, deren J3455 cpu nutzt intel quick sync video dafür) nicht zwangsläufig wenn der abspielgerät selbst mit 4k stream umgehen kann kan man auch einen 4k film ohne transcodierung streamen, das streaman an sich (zerlegen audio video und neue daten pakete fürs streamaing zusammenstellen ohne etwas umzurechnen) braucht kaum rechenleistung, es werden nur daten umsortiert und geschaufelt bei reinem streaming ohne transcodierung in einigen (wenigen?) fällen wenn der tv das format der datei nicht richtig kennt, dann kann das umpacken der datei in einen stream helfen aner in den meisten fällen wird man transcodieren müssen um "bessere" ergebnisse zu erhalten, das "besser" meint die file compatibilität, wenn es um den visuellen einfruck geht dann ist hardware transcodierung bei der bildqualität nichts für enthusiasten die sich auch standbilder ansehen, ein offline mit optimalen einstellungen durch cpu transcodierter film wird in der regel besser aussshen aber das wird viele bein einfachen konsum nicht so stören ja es gibt merere software varianten, dsm hat was eigenes, es gibt plex, embi, ... außerdem gibt es nich einen einfachen filezugriff auf die video dateien durch windows konforme freigabe oder nfs aber in den fällen handy/tablet nimmt man ein der regel streaming (aber da abe ich nicht so viel praktische erfahrung, mäusekino ist mir zu hause nichts, das mache ich nur unterwegs und dann eher offline vom local storage)

nein, so funktioniert dsm nicht das system ist immer auf allen "platten" als raid1 so das selbst wenn mehrere platten ausfallen das system immer noch (mit hilfe des bootloaders von usb) gestartet werden kann booten von m.2 nvme geht imho garnicht, die sind nur als cache driver vorgesehen,, wenn du dsm als vm unter esxi installiertst könntest du die m.2 als rdm laufwerk an die vm geben und sie als einfache disk benutzen aber (abzüglich der 4GB für sysem und swap die auf jede disk landen wenn man sie "initialisiert") M.2 funktioniert nur für 918+ so das du zwangsläufig bei loader 1.04b und dem 918+ 6.2 image landen wirst (und um m.2 überhaupti zu benutzen brauchst du noch einen patch, denn so einfach jede m.2 lässt synology nicht zu)

sudo is there but as DSM is a appliance it does not have much you can add later, xpenology is just a loader (hack) to load more drivers you would need to compile drivers for the card as synology does no support nvidia drivers for 918+ if you need this you might be better off having a look a open media vault

welcher loader und welche dsm version (version und typ)? hast du die faq unt das tutorial sektion von hier gelesen? wenn du knoppix schon hast dann schau doch aml welcher nic treiber da geladen wird (lspci -k) die sind auf der homepage eher geizig mit informaionen aber man könnte meinen es wäre nur ein normaler realtek 8111 nic und der wird unterstützt

thanks, maybe i will have some time when all this coronavirus panic locks down everything ;-)

you should at least see the device by its id with lspci might be this one? SAS3616 Fusion-MPT Tri-Mode I/O Controller Chip (IOC) PCI vendor: 1000, device: 00d1 if not there is something wrong with the way handle the device in vmware the device id from above would be supported if you use 1.03b_mod loader and extra.lzma from 1st post for 3617 (important as only this one has a mpt3sas driver)

könntest du das genauer dokumentieren?

@all that loader is not supported anymore, use loader 1.04b and for dsm 6.2.2 the new extra.lzma's are not optional because of kernel options changes https://xpenology.com/forum/topic/21663-driver-extension-jun-103b104b-for-dsm622-for-3615xs-3617xs-918/

1. live linux booten und prüfen ob netzwerk an sich geht (kabel stecken richtig, vlan's...) 2. mit loader 1.02b und dsm 6.1 testen mal grundlegend hat das board uefi und ist für 2nd/3rd gen intel cpu's daraus ergeben sich zwei dinge die im zusammenhang mit 1.03b/104b und dsm 6.2 wichtig sind a) 918+ loader 1.04b "is nicht drin" weil das erst ab 4th gen intel cpu geht (haswell) b) loader 1.03b (3615/17) unterstützt kein uefi, man muss also CSM aktivieren und beim boot device das "nicht uefi" usb aus der liste wählen (in der regel 2x uefi von den 2 partitinen und 1 mal generic bios) diese uefi problematik hat es bei 1.02b nicht, ist deshalb also auch gut zum testen wenn du ein serielles (0-modem) kabel und ein terminal als serielle konsole benutzt würdest du sehen wo es beim boot hängt, bzw. eher in dem fall sehen das er eigentlich gar nicht bootet sondern stehen bleibt bzw. abstürzt hier sieht man die infos zu cpu gen und uefi/bios https://xpenology.com/forum/topic/13333-tutorialreference-6x-loaders-and-platforms/

login with ssh and delete the old folder /.xpenology from the old loader

just copy the extra.lzma to your (1.02b) loaders 2nd partition, overwriting the file that's already there keep in mind that using older drivers might not work with recent hardware, the aquantia chip might be still the same but there might be different phy's now (chips that handle the physical media like 10GBASE-T (i've experienced this with tehuti based cards) also if the distance is max 7m you could buy sfp+ cards and use a DAC cable (passive <10m is cheap), will have lower latency and you can upgrade to a reasonabley priced switch like this https://www.servethehome.com/mikrotik-crs305-1g-4sin-review-4-port-must-have-10gbe-switch/ if you need newer drivers then you will have to update to 6.2.2 and use the recent driver package that i maintain