IG-88

well, the megaraid_sas.ko was already in the original extra.lzma from jun, so i have nothing to do with it

jun's loader shoud place the additional modules from extra.lzma in /lib/modules/update and they shoud be loaded, it should be the same when the original extra.lzma is replaced with the one i prepared wasn't there a problem with some installations (after update from 6.1 to 6.1.1) where nothing was loaded from update and it had to be copyed to /lib/modules? maybe this is the case here?

it didn't loaded for me either and had to manually copy it over i can't see any error in the extra.lzma rc.modules contains r8168 and in the modules folder is a r8168.ko without any further hints from logs (like an error loading ...) i cant see whats wrong what exactly do you mean by "copy it over"? did you replaced the r8169.ko with a copy of r8168.ko? was the "old" r8169.ko loaded instead then? i had no feedback that the r8168.ko was working better then the r8169.ko, if that is the case i willl remove the r8169.ko in a new version so no accidently loading of the r8169.ko is possible (even if i don't know how it is loaded when the rc.modules does contain r8168 and no r8169).

how about this? http://www.linux-kvm.org/page/Using_VirtIO_NIC

in general jun loader 1.02a and 1.02a2 are working with 6.1.1 (best as fresh install), 6.1 and 6.1.1 use the same kernel, 6.1.1 uses a differently modyfied kernel then 6.1 (new build number 15047 vs. 15101) so there are some differences in some drivers/kernel modules and if they are compiled with the old source (15047 is availible) they will not work with 15101, but thats only a few, most people seem to use 6.1.1 without problems (i do, 1.02a, ds3615xs 6.1.1 u4)

maybe ds3617xs was not the best choice as lots of packages are not availible for this, i would suggest you use 1.02a and 3615xs if you want to be 100% shure just unplug all disks, remove 3617 stick, make new 3615 stick use single empty disk and install 3615, look whats working/availible - alternative might be dsm install in virtualbox on your desktop

hallo, wirklich im root liegt da imho nichts, alles was du anlegst liegt in dem/den volumes (raid/shr) und die liegen im root dateisystem (mountpoint), das was du als gemeinsamen ordner anlegst liegt innerhalb des volumes also z.B. /volume1/photo du kannst prinzipiell auch auf dem zielsystem einen solchen "Foto" anlegen ich habe das bisher in dsm 5.0 mit rsync auf dsm 4.2 ohne hyperbackup (nur das alte backup/rsync) gemacht, das neue hyperbackup habe ich erst unter 6.1 zum zurücklesen meine daten vom backup benutzt aber wenn man die daten erst mal auf dem ziel volume hat (z.b. bei mir nur ein großes mit allen platten) dann kann man sie nachher auch schnell verschieben, das geht in sekunden (filestation oder ssh session)

ich meine im englischen bereich gelsen zu haben das es gehen würde aber das kann sich ändern je nach dem wie stark synology gegen die aus ihrer sicht unlizensierten kopien von DSM vorgehen will/wird

nein, x-beliebig geht nicht da im dsm an sich nur ein begrenzter treibervorrat vorhanden ist und der laoder bei 6.0.2 oder 6.1/6.1.1. jun nur einen begrenzten zusätzlichen vorrat mitbringt, dsm ist kein "vollwertiges linux" wie ubuntu wo zig treiber als ladbare mudule mitkommen, xpenology ist "nur" der hack einer appliance (dsm) grundlegend wird bei 6.1/6.1.1 im moment kein amd unterstützt so das du wohl am ehesten 6.0.2 testen solltest, klar kannst du 6.1 versuchen aber aben nur versuchen, wenns nicht geht wirrd kaum (keinen) geben der dir hilft ja, aber im englischen teil des forums, polanskiman hat da mehrere sachen verfasst wenn die hardware keine vt-d unterstützt kannst du den controller nicht an die syno vm durchreichen, dann gehen nur rdm devices und da gibts dann in syno keine infos zu temp, smart usw. .- such im forum mal nach esx(esxi) und rdm tja- kommt darauf an, wenn man gleich wenn es von synology ein update gibt ohne kenntnis und verstand losinstalliert kanns haarig weren, wenn man weiß was man macht und hier im forum mitließt bekommt man mit ob man es lieber sein lässt grundlegend sind aber updates ohne backup möglich, nur wenn man auf neue versionen mit neuen treibern updatet (und am ende fehlen welche die man braucht) wirds schwieriger, grundlegend wird aber bei einem update/upgrade immer nur die systempartition verändert, (/dev/md0 - eine raid1 device das die erste partition aller platten ist) aber man sollte schon regelmäßig backupd machen und im auge behalten was was man verliert bzw. verliegen kann oder was man verschmerzen kann, updates sind nicht der einzige weg in probleme zu geraten jun hat mit dem 1.02.a2 loader die 916plus als installationsoption eingeführt um sowas in der richtung (hardwaretranscodierung) zu unterstützen - ist eine frage des prozessors nicht des boards (ok haängt meist aber zusammen) im englischen bereich habe ich dazu mal einiges geschrieben um es besser auszuleichten, was überhaupt gehen kann und was nicht gehen wird viewtopic.php?f=2&t=32651 im wesentlichen geht es um intel quicksync und das syno das nicht so benutzt wir z.b. plex so das selbst wenn man eine 916plus xpenology installtion hinbekommt der plex nicht damit (hardwaretranscoding) funktionieren wird ob h.265 geht müsste man eigentlich auf der synology homepage bei der 916plus nachlesen können nach dem hier müsste runtertranscoden von h.265 gehen https://www.synology.com/en-global/know ... _my_device allerdings steht weiter unten das Main 10 nicht unterstützt wird "For online transcoding, Hi10 profile is not supported in H.264, and Main 10 profile is not supported in HEVC (H.265)." also eher kein 10 bit farb support erwarten (https://en.wikipedia.org/wiki/High_Effi ... deo_Coding)

wie so häufig in der IT - kommt darauf an wenn du als echt hardware keine 3615/17xs hast wird es wohl auf dabei auf einen hardware wechsel (upgrade) hinauslaufen, die plugins der syno scheinen (alle?) als x86_64 deklariert zu sein so das sie wohl weiterlaufen werden (und die konfig mitnehmen) aber bei anderen repo's sieht das nicht so aus um eine bessere vorhersage zu machen (20% besser?) wäre es gut du gibts mal konkret an was für echte syno hardware du hast (mit dsm version) und auf was du es übertragen willst (hardware, laoder und dsm version) wenn du keinen findest der das mit der gleichen hardware schon mal gemacht hat (unwahrscheinlich) wirst du es probieren müssen und es bleibt eine gewisse unsicherheit - aber wenn man ein backup hat ist das risiko eigentlich überschaubar

hallo, ich würde versuchen die beiden karten (realtek und 10GBit korrekt in der grub.cfg auf dem usb stick einzutragen) set mac1=XXXXXXXXXXXX set mac2=XXXXXXXXXXXX set netif_num=2

no you don't, on migrating a found shr keeps working and in 3615/17 it can be activated in synoinfo.conf search the forum, its mentioned often in the last 2 months

as the 1b4b:9235 are to ignore, then there is nothing in the lspci output or dmesg that indicates something additional to you Asus H97M-PLUS board (with its 6 sata, the ASM1083 is part of the board), no hint for a device thats not identifyed shure that the card is plugged in )) you might swap your xpenology stick temporyrily for one with a live linux (ubuntu?) and then have a look what lspci and dmesg bring up? i have a SE9172 in my system (onboard) and it does work with the standard ahci driver, in dmesg it looks like this: [Mon May 29 19:00:56 2017] pci 0000:04:00.0: [1b4b:9172] type 00 class 0x010601 [Mon May 29 19:00:56 2017] pci 0000:04:00.0: reg 10: [io 0xc040-0xc047] [Mon May 29 19:00:56 2017] pci 0000:04:00.0: reg 14: [io 0xc030-0xc033] [Mon May 29 19:00:56 2017] pci 0000:04:00.0: reg 18: [io 0xc020-0xc027] [Mon May 29 19:00:56 2017] pci 0000:04:00.0: reg 1c: [io 0xc010-0xc013] [Mon May 29 19:00:56 2017] pci 0000:04:00.0: reg 20: [io 0xc000-0xc00f] [Mon May 29 19:00:56 2017] pci 0000:04:00.0: reg 24: [mem 0xdf410000-0xdf4101ff] [Mon May 29 19:00:56 2017] pci 0000:04:00.0: reg 30: [mem 0xdf400000-0xdf40ffff pref] [Mon May 29 19:00:56 2017] pci 0000:04:00.0: PME# supported from D3hot ... [Mon May 29 19:00:59 2017] ahci 0000:04:00.0: irq 50 for MSI/MSI-X [Mon May 29 19:00:59 2017] ahci 0000:04:00.0: AHCI 0001.0000 32 slots 2 ports 6 Gbps 0x3 impl SATA mode [Mon May 29 19:00:59 2017] ahci 0000:04:00.0: flags: 64bit ncq sntf led only pmp fbs pio slum part sxs

i added them blindly as someone requested them, i now read that they seem to be used inside a kvm guest when the net config for the guest is virtio, so it seems that they are useless in a normal xpenology enviroment why you want to load them? you have to unpack the extra.lzma, modify the rc.modules and repack it properly i wrote about iz here: "how to build and inject missing drivers in jun loader 1.02a" https://xpenology.com/forum/viewtopic.php?f=2&t=32744 for this step (unpack/repack) you dont need a chroot, just any live linux with the needed packages (like "lzma") will do

there is a entry r8168 in rc.modules so it should, at least as far as my knowlege reaches you might check /var/log /dmesg, entrys from rc.modules should produce a entry when loading, if e1000 and e1000e are loaded then the r8168 should also be there (maybe it is with a error message?)

1.02a is working with 6.1.1 (i'm shure as my bare matal uses this, fresh install of 6.1.1 with 1.02a 3615xs) 6.1 and 6.1.1 use the same kernel with (slightly) different patches from synology, 1.02a was originaly released for 6.1 and is working for most people with 6.1.1, but there are some problems with additional drivers (i tryed to compile additional drivers and some were not working as they showed unknown symbols on loading, reason seems to be the kernel changes synology made from 6.1 to 6.1.1 aka rev. 15047->15101) 6.0.2 is laoder 1.01 (as 6.0.2 and 6.1 use a different linux kernels)

the tehuti 10G cards synology uses do definitly work (always ootb as they are part of dsm, tn40xx.ko) - but they are not liked much (i guess) - i use a 10G-BaseT version (original sold for qnap, was cheapest) afair there was a firmware missing for bnx2 (or bnx2x) in jun's original loader? if so you should be seeing something about it in the log when booting you can try this driver package (for 1.02a) https://xpenology.com/forum/viewtopic.php?f=2&t=33109 it contains additional bnx2 firmware and intel 10G drivers

i guess "most" does not fit the whish intel cards are not cheap (at least not as cheap as realteks, i personaly prefer intel, have seen to much trouble with realteks) so it will be about a card that runs with the r8169 linux driver (part of jun's loader), thats what can be checked before buying

you can download it directly from synology http://download.synology.com/download/Package/spk/SurveillanceStation/ x86_64 spk

set a new root password (and then password for other users like admin) is posible without reinstalling try searching for "grub reset root password" it will be something like this: https://linuxconfig.org/recover-reset-forgotten-linux-root-password the problem with xpenology is that your root partition is a raid1 over all disks (not just a single disk/partition), i've never tryed this with this method, you have to make shure you are using /dev/md0 as root partition when you mount it read/write i guess it will work as in jun's loader is already /dev/md0 defined as root (akak "/") file system

hi, yes, i can see now that it is about one additionl controller but whats the systemboard and what other components (more/other controllers?) whats the meaning of "On my box" - does it mean your desktop computer or your xpenology box, if the later its kind of impossible as you posted two different lspci results the dokumentation and the drivers asus provides are only for 91xx, the lspci indicates that there ist a 92xx chip have a look ar the pcie card, any markings from asus (is there realy witten "U3S6"?), what chips are on the card (sata, usb and pcie bridge chip) maybe the pcie bridge need a driver to get the pcie sata chip working and xpenology does not have it? as you have access to the box, can you provide a log, /var/log/dmesg

you dont write about it, have you tried different usb ports and a usb stick instead of usb hdd? did you made changes to the synoinfo.conf (max. disks, intern, external sata) check bios if there is anything changed in usb configuration check log files /var/log/ try to boot a live linux (ubuntu) from a usb stick and check it works with this shure and if it does not you can contact the synology support

what controller is emulated? try a buslogic or lsilogic, that whats working with virtualbox (and esxi)

shure you do, but your probleme is both usb sticks use the same configuration and after booting up both network cards will habe the same hardware address (mac) and that a no go in a network, any device can't distinguisch between the to xpenology boxes, you should at least modyfy one or better put the real mac of every hardware in the right place how to change the mac see this https://xpenology.com/forum/viewtopic.php?f=2&t=22100

auf dem Ziel in der Systemsteuerung, Dateidienste, rsync einfach aktivieren und unter Berechtigungen kann man dann usern rsync erlauben auf der senden box startet man Hyperbackup, geht auf remote dateikopie und gibt die ip und zugangsdaten des ziels ein (ich vermute mal das es hyperbackup auch in der 6.0.2 schon gibt, ich beziehe mich grade auf 6.1) ja, man sollte aber schauen das an den Ports nicht die gree funktion aktiv ist und die nur mit 100Mbit laufen brauchst du nicht, geht alles über die webgui