IG-88

with "pata_via: Unknown symbol syno_libata_index_get (err 0)" i was more thinking there is a problem between the running kernel and the module loaded, as both where compiled with the same source (15047) it might be that sysnolgy modified some drivers (or driver classes) and others did not received that mod (because they never intended to use them), it might be possible to search in the kernel source for syno_libata_index_get but as i'm not a c++ coder there is not much i could do about it

thats not the way it works, you cant just use a single drive for the system the thing that comes from just one point is the usb stick image, it kind of replaces the bootloader (flash) in the synology, the system is a raid1 distributed over all disks in the system, every disk you put and "initialize" gets 2 partitions for the system (~2,4GB for the system and 2GB swap) the rest is used for volumes you can create so even if you start with a single ssd, by addind more disks every disk will contain the system, its mdadm at work, as long as one disk is in the system it still should boot

ever used the search funktion here? try it, its usefull you did not recognise the "WinSCP" https://en.wikipedia.org/wiki/WinSCP but careful if using windows to edit files, the editor has to be aware of unix, unsing windows notepad does not work, download notepad++ or somthing similar fot that i was not aware that on 6.0 shr was also removed i thought it was just 6.1

btw.

the log: you can boot from a live linux and acces the partitions to read the log same as here you can try activating telnet insted for testing you can try enable ssh with a different port

does the vm anser to ping, mabe the whole network of the vm is dead? might be more/deeper then just web gui? crytalball gazing can be fun but using the log of the vm might be more productive so, if its still running after the web gui is dead there might by something useful

genau deswegen hat synology die seriennummern geändert, reguläre besitzer könnne sich beim support melden und bekommen neue, andere sollten überdenken ob es ok ist kostenpflichtige (für synology mit aufwannd) verbundene dienste zu nutzen ohne zu zahlen (eine synology hardware mit dsm drauf kaufen) https://xpenology.com/forum/announcement/2-paired-generators-mac-sn/

shr volumes still work after upgrade, the functions are all still there but showing them is disabled in a configuration file, without modification of the config you can use a already configured shr but can't create a new one you can search the forum or read this https://xpenology.club/enable-shr-in-dsm-6/ consumer units still have the otions enabled, its only disabled on the larger buisiness units like 3615/3617

you put in the "right" mac adress in the vm's configuration (the mac adress in the grub.cfg has to be placed in the vm's nic configuration you know about this? https://xpenology.club/install-dsm-6-1-on-virtualbox/

Startech PCISATA4R1 = Silicon Image 3114 =sata_sil.ko as this module does not start anymore with actual 6.1.3 there is litte that can be doen now until synology releases kernel sources for 6.1.x, the only source availible is 6.1.(0) aka 6.1_15047 i documented this in my "driver extension" 6.1 extra.lzma here in a thread

with that kind if disk configuration you loose some space synology dsm can do more with SHR a shr raid over all disk would create a 4x3TB raid5 and a 2x1TB raid1 volume on the "unused" 1TB parts of the 4TB disks and fusing the 9TB and 1TB usuable space as one volume you can use (dsm is unsing mdadm and LVM for this, but that what happens in background, you just see a SHR1 config with 10TB, the 1 behind the shr means 1 disk redundancy) so 7TB (raid1 + raid1) now against 10TB (shr1) when maxed out the problem is that you already created the shr volume on 2x4TB disks and that means 4TB raid1 and i dont think dsm can/will shrink this back to 3TB for creating a 4x3TB raid5 volume, but i'm not certain about it, never tryed it that way, but usualy shrinking file system, lvm and mdadm raid one ater onother is lots of work and there a lots of thing that can go wrong in the process, maybe its not implemented for shr if you can completly offload your date (called backup) the you can set back all, create the shr1 10tb volume in one step with all disks and restore from backup

osfmount version mindestwns 1.5 bei dir? (64bit version bei mir aber das sollte keine rolle spielen) evtl. noch mal frisch die img's runterladen https://mega.nz/#F!XRhniTSJ!VH8B1I8Db3y8YkCnT4j2VA

yes, there may be other ways but it can be done by changing the extra.lzma asuming its about a fresh install starting from usb stick and pat file the modules loaded at boot are named in rc.modules in the extra.lzma the files liker8169.ko are olso in the extra.lzma the problem is to edit the rc.modules or delete the r8169.ko you will have to unpack und repack the extra.lzma (i described thi in my howto in building and injecting drivers) in jun's 1,02b there are both entrys in rc.modules, r8168 first so i expected it to load r8168 before r8169 in my extra.lzma ("driver extension") the rc.modules only contains the r8168 entry so it should do what you want, but as i wrote above i'm not so certain tthat it will solve your problem, maybe its the other way around, but you could test this by using jun's original 1.02a, it only contains r8169 (r8168 was introduced with 1.02b)

the log is in dsm (its the same as with every other linux, like debian or ubuntu) use putty, ssh session (maybe ssh has to be activates in dsm web gui, control panel, terminal & snmp) , in ssh session login with the admin account, "dmesg | grep -i via" instead auf via you can serch for other words like usb, sda or eth0, depending what you are looking for "dmesg | more" will list all and with space you can go page wise, strg-c if you want out before you reach the end https://www.tecmint.com/dmesg-commands/ there should be something about pata_via as it's in the rc.modules were the "drivers" to load at boot are in

kann es sein das du versuchst das volle *.pat die die 6.1.3_15152 (220MB file) noch mal zu installieren? das U1 Update gibts nähmlich hier einzeln zu download und man kann das dann in die 6.1.3_15152 einspielen http://download.synology.com/download/DSM/criticalupdate/update_pack/15152-1/ synology_bromolow_3615xs.pat

das habe ich mir auch alles zusammengelesen und zusammengedichtet, alle angaben ohne ... nicht das ich wüßte, problem machen die update1 und weitere in der regel nicht so viele da die nur packete erneuern, (potentiell) problematisch sind die größreen voll releases also 6.1.1, 6.1.2, 6.1.3 da wird in der regel das ganze system überschrieben und meist ist das mit einem neuen kernel build (in der regel der gleich linux.org kernel innerhalb der 2. nummer in der abfolge aber die dritte nummer neu bedeutet "nur" das synology intern an dem kernel gepatcht wurde in die intern ebuidl nummer erhöht wurde, aber auch letzeres kann zu inkompatibilitäten mit dem bootloader führen , trotz prinzipiell gleichen kernels) also 6.0 hat eine gänzlich anderen kernel als 6.1 alle 6.1.x versionen haben kernel 3.0.102 aber wurden mit jeder neuen version gepatcht und der kernel samt aller module wurd von synology aus kompatibilitätsgründe neu compiliert, weshalb es immer voll releases sind die machen an ihrem zeug (alte kernel verglichen mit kernel.org) viele backport sachen da sie z.b. bei security fixes nicht einfach den neuen kernel von kernel.org nehmen (gleiches gilt für andere fehler z.b. bei treibern die sie selbst brauchen), man kann also schlecht vorher sagen wie stark sich ein neuers build des derzeit genutzten kernels von dem vorherigen unterscheidet und ob es beim "mischen" mit dem zeug aus dem bootloader (das ist ja für ältetre revison nummern compiliert wurde) probleme geben wird kann also sein das ein kernel modul (treiber) mit der ersten revision z.b. 6.1.(0) läuft aber mit 6.1.1 nicht mehr und der spezielle storage treiber oder nic dann nicht mehr geladen wird, da es aber nur frei verfügbare sourcen (quellcode) für die erste 6.1.(0) gibt kann man für neuere DSM versionen (6.1.1, ...) nicht wirklich passende treiber compilieren sondern muss auf die eigentlich nicht mehr passenden der 6.1.(0) zurückgreifen, das geht meist aber kann auch mal schief gehen würde synology immer passend zu einem release auch die kernel source rausrücken gäbs das problem nicht aber seit märz haben die nichts neues rausgerückt (in wie weit das gegen die gpl verstößt und ähnliches wurde ja schon ausführlich diskutiert und selbst wenn sie müssten, es ist schwer sie zu zwingen, das könnnen letztlich nur große organisationen mit teuren anwälten den recht haben und recht bekommen sind 2 verschiedene sachen, im zweifelsfall zögern die das immer möglihst lange heraus, am besten 1 jahr bis die weider eine komplett neue dsm version am start haben mit komplett neuem kernel) man kann in die *.pat dateien auch mit 7zip reischauen, da sieht man dann auch was bei den update1 usw. ausgetasucht wird, da sind meist *.deb pakete drin die man weiter auspacken kann um reinzusehen

windows, osfmount 1.5, wenn man das image öffnet wird ganze disk und 3 partitionen angezeigt 1 part. für grub anpassung, 2. part. für extra lzma (je nach dem was man anpassen will) im folgenden dialog muss man unten den haken bei read-only drive entfernen und ok klicken ansonsten habe ich vor kurzem gelsen das AccessData FTK Imager auch geht

what kind of chipset/chips are on this card? whats the name of the card under which syba sells it?

why not, raid5 is ok for 4 drives an can be expanded later, as the disks are empty there is no risk in trying if you are intrested in hardware trancoding (you mention the 916+) this feature is now protected with serial number from synology, so no go for now btw. if you are just intested in btrfs, you can use btrfs with open media vault, the wizard/gui doen not offer it but you can create it nabualy an use it with omv, i tryed my dsm created raid6/btrfs with omv and it showed up in omv (and in omv forum there was something about that btrfs will work if set up menualy) but as far as i can see the synology way of using btrfs uses mdadm for the raid and on top of that there is btrfs as filesystem, so no btrfs native (integrated) raid, just a plain single volume with btrfs file system

as the network is running, can you have a look whats in the log why it does not work?

no, if the sceen simply stays black it does not boot at all, to load lan driver it has at least to start the linux kernel and the kernel start will write to screen like "decompressing linux" and "booting the kernel" so check bios settings if it realy trys to boot from usb, check if the bootstick is realy bootable after writing it (another compzter)

you already did, by giving feedback and enjoying solving it only if its a new complete pat filel like 6.1.1, 6.1.2, 6.1.3, updates like update1 only contain additional files and are "harmless" in that case if its part of the bootloader (like part of the extra.lzma) the its always there as long as the boatloader is used so even after a new 6.1 version the firmware will be there no, atm the files are now kind of part of your dsm version (6.1.3) and not part of the bootloader if there would be a jun 1.02c and it works with the alredy installed dsm 6.1.3 you replace the bootloader and if the new one contains the bnx2 driver (until now juns loader contained it) the firmware will still be there (i and lots of people kind of did this by changing from 1.02a to 1.02b and keeping everythig as it was, the synology assistent only had to make a "repair" - took e few seconds - and the now loader worked with the alredy installed dsm) but it makes much more sense to bundle the firmware with the driver so it will be part of the v3 version of my extra.lzma (i screwed up my test vm with the chroot enviroment so i will have to reinstall and holidays starts in less the a week ... i might take 3-4 weeks before it will be done - but you alwasy can do it ba youself if you take the v2 version an repack it with the additional firmware files like i described in my howto (2. modify the "synoboot.img" ) - but no need asl long as you dont install a not yet existing version dsm 6.1.4

also ootb läuft da nichts und ich meine mich zu erinnern mal etwas über einen (alten) patch am source gelesein zu haben mit dem das dan gehen sollte (müsste man dann auf dem aktuellen source nachvollziehen und kenel module neu kompilieren) ich habe vor jahren das auch mal kurz veruscht aber da ich noch nicht so viel über dsm wußte auch nicht so viele register gezogen (keine versuche mit synoinfo.conf und der platten konfiguration), war außerdem noch zu ds509+ zeiten und an der original auf ppc basierten hardware wollte ich nicht rumbasteln, der spätere selbstbau war dann auf ausreichend platz ausgelegt meine Lian Li EX-50 (eSATA) lief immer im RAID5 oder (jetzt) im JBOD Modus am (multiplex fähigen) eSATA der 509+ oder dem selbstbau für backup zwecke ich meine es haben schon leute mit sata karten dsm betreiben die auf einem multiplexer basierten (1 "echter" sata mit 2 oder 4 hardware anschlüssen dahinter) aber das hst miese performance und etliche risiken in sachen funktionssicherheit (es kann schon so genug schief gehen) wenn du dich mit dem konfigureiren von platten "slots" über die synoinfo.conf auskennst oder beschäftigen willst kannst du ja mal probieren was passiert wenn du einen als intern definierten sata port mit dem eSATA multiplexer der 503 verbindest und max. disk so eingestellt ist das alle platten incl. der im 503 unter intern fallen (slot und max. disks), imho wird es wenn dann nur so gehen einen in der DSM als eSATA port definieren mit einem Multiplexer zu erweitern wird vermutlich wegen dem von synology veränderten kernel source code nur mit einer echten dsm erweiterungs box gehen (die sich "korrekt" per firmware dafür am eSATA meldet) aber vorsicht das hier ist eine mischung aus erfahrungswerten, was man so ließt und spekulation und exra vorsicht, weil wenn man ein raid5 oder raid6 über sagen wir mal 5 platten intern und 5 platten in 503 definiert und dann mal eben vergisst das 503 vor dem hochfahren einzuschalten gibts ein defektes raid das dann repariert werden muss, sollte man nur machen wenn man das auch reparieren kann und man sollte es evtll. über eine steckdosenleite/usv koppeln so das immer beide an gehen wenn man eine einschaltet auf youtube gibts ein nettes video das erklärt wie man mit die menge der diskslots, max. disks, sSATA ports und USB konfiguriert such mal auf youtube nach "Expand XPenology beyond 12 drives"

DS3615xs die version gibts schon bei der 1.01 (dsm 6.0) und ist damit der konservative klassiker der auch von den plugin repositorys gut unterstützt wird, ist wohl vom kompilierten kernel her auf 8 threads begrenzt so das neuere xeon prozessoren mit vielen kernen unf HT nicht die volle hardware nutzen können (meine ich zumindest rausgelesen zu haben hier im forum) DS3617xs die neuere hardware variante des 15er mit einem dickeren/neueren prozessor so das im kernel mehr threads und prozessor features aktiviert sind und neuere xeons besser unterstützt werden (mehr performance liefern "könnten" - habe nichts von einem vergleich gesehen der das wirklich belegt - wäre aber aich ziemlich viel arbeit das zu machen, wird also evtl. nie passieren) außerdem gibt es das eine oder andere plugin nicht in den repositiries da die häufig die plattform angabe von synology prüfen stann nur einfach x86_64 zu nehmen und wenn dann nichrt "broadwell" als unterstützt in der fefinition steht wird halt nicht angeboten (obwohl es laufen würde) die alte plattform der 15!er (bromolow) scheint da häufiger berücksichtigt zu werden (zum teil werden die repositories auch nicht mehr gepflegt und erneuert), allerdings gibts mit docker ja eine alternative für solche sachen and DS916+ diese synology hardware unterstützt intel quick sync video (qvs) also hardware beschleunigtes transcoding, hier war die hoffnung das diese version auf allen prozzesoren mit qvs nützlich ist aber wie sich zeigt braucht man für die nutzung des hardware transcoding neuerdings eine gültige seriennummer, im englischen bereich hat jemand mit einer von einer echten 916+ es zum laufen bekommen aber ich wüßte nicht wie man anders an eine kommt und auch die für die 3615/17 scheinen nicht dafür zu gehen (obwohl leute die scheinabr schon erfolgreich für die dyn dns diesnte von synology benutzt haben?) auf jeden fall findet man das ergebnis der lizemzprüfung in der /usr/syno/etc/codec/activation.conf auch für das abspielen von aac braucht man so eine lizenz (-nummer) wenn man in dsm audio folgende webradio station aufruft und es stumm bleibt kann man sich ja mal die activation.conf ansehen und vermutlich steht dann drin das etwas mit der SN nicht stimmt http://80.86.106.143:9128/rockfm.aacp kann man auch hier nachlesen ich habe mit avoton hardware eher keine vortile von 3617 oder 916+ und problemloserer betrieb bei den plugins war mir lieber also bevorzuge ich die 3615 aber man kann auch später eine 3617 drüberinstallieren, dann werden auch die plugin übernommen und alle daten, man ist also bei wahl der 3615 durchaus noch offen für was anderes (geht vermultich auch mit der 916+ sind halt alles x86_64 plattform systeme) - so zumindest mein plan (oder als alternative einen extra boot datenträger reinhängen und das lvm/mdadm raid der synology platten mit open media vault 3.x betrieben, geht auch mit btrfs volumes - ist mein fallback wenn synology zu viele SN sperren einbaut und es zu nervig wird)

also wenn man so im engl. bereich liest gibts offiziell bei der 6.1 keinen AMD support wie es ihn bei der 6.0 gibt, liegt daran das die AMD optionen im kernel fehlen und das wohl nicht so einfach (durch jun) einzubauen ist, so in der richtung hatte polanskiman jun zitiert (der sich zum thema amd suppport wegen der vielen nachfragen geäußert hatte) es fehlen als spezifika für AMD in dem 6.1 kernel jun loader 1.02 a / a2 / b was auch errata der prozessoren im kernel betreffen würde (sachen die in der prozessor hardware "falsch" sind und über bios oder software im betriebssystem gefixt werden, letzteres wäre dann hier ein problem) in wie weit das wichtig ist hängt wohl vom jeweiligen prozessor ab zumindest muss man aber C1E im BIOS abschalten wenn man 6.1 auf so einer kiste wie deiner benutzen will