Jump to content
XPEnology Community

IG-88

Developer
  • Posts

    4,628
  • Joined

  • Last visited

  • Days Won

    210

IG-88 last won the day on June 15 2023

IG-88 had the most liked content!

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

IG-88's Achievements

  1. arc loaders wiki can also be a good source of information https://github.com/AuxXxilium/AuxXxilium/wiki (the important and limitations part from the start page) https://github.com/AuxXxilium/AuxXxilium/wiki/Arc:-Notice-&-Workarounds https://github.com/AuxXxilium/AuxXxilium/wiki/Arc:-SataPortMap-&-SataRemap
  2. if the module is not loaded it can't detect the press of the power button the loader should (at least when activating the acpid add on) load that module in theory a insmod /lib/modules/button.ko should fix that and after that the shutdown might work as expected if you found soemthing thats working for you that i guess its a solved problem
  3. check what mdadm has to say about that cat /proc/mdadm at least there should be something if disks from a raid are missing my (untested) assumption was that these things might not work on DT models they might use different things now like changes in device tree? maybe changes to a non DT model for your install or as suggested earlier change to jmb585/582 cards to get the port count you are aiming for you can try to dive deep into DT, syno's kernel (kernel source is available), the mods they have done and the shiming in the loader ... the less time consuming and non developer way is just to circumvent problems and using asm1166 only as last controller in the system is that way (or not using it at all or if you did not already have bough disks just lower the needed port count with bigger disks (i reduced my system from 12 to 5 disks that way) that might have been the way with jun's loader but the new loader (rp) works different, you would need to edit a config file of the loader for that, the loader now has its own boot and menu system to do that and re-writes the config file when saving the loader config (if you change the resulting config file manually you changes might get lost when re-running loader config later (like having DT and needing to renew the device tree after changing hardware)
  4. evdev might be now part of synos kernel with 7.x (like ahci) you can check on button.ko with cat /proc/modules | grep button that should show if its loaded
  5. sata_remap=9>0:0>9 https://xpenology.com/forum/topic/32867-sata-and-sas-config-commands-in-grubcfg-and-what-they-do/ https://gugucomputing.wordpress.com/2018/11/11/experiment-on-sata_args-in-grub-cfg/ did you see this`? https://xpenology.com/forum/topic/52094-how-to-config-sataportmap-sata_remap-and-diskidxmap/ also a possible solution might be to just use one asm1166 and place it as last card, that way the 32 ports are no problem like 6 x sata onbard, 5 x sata with jmb585, 6 x sata with asm1166 if needed another jmb585 or jmb582 card can be placed in the middle to keep asm1166 last, jmb582 will be a pcie1x card but sometime all the good slots are all used but even a 1x slot can be useful (afair there a re even jmb585 with pcie 1x but using to many of the ports might result in some performance degradation) there is also a newer firmware from 11/2022 for asm1166 (at least newer the the one from silverstone) but it does not fix the 32 port problem https://winraid.level1techs.com/t/latest-firmware-for-asm1064-1166-sata-controllers/98543/18
  6. looks like it when reading here https://www.servethehome.com/hpe-proliant-microserver-gen10-plus-ultimate-customization-guide/2/ "... hi again, I can confirm i5-9400 works, didn’t try i5-9400f ... I can confirm the i7-9700f works. ..."
  7. vieleicht hilft ja ein video "How to install QNAP NAS on VMWare in pc." https://www.youtube.com/watch?v=VCElcA6CdBI es gab in einem qnap.zip mit beiden images (img/vmdk) auch mal eine pdf anleitung wie man die benutzen kann ist zwar von 2020 aber vieleicht hilft es dir, hänge ich hier mal mit an Anleitung-DE.7z
  8. my old documentation about the mod is this (mvsas kernel 3.10.105 patch backport) diff --git a/drivers/scsi/mvsas/mv_init.c b/drivers/scsi/mvsas/mv_init.c index 7b7381d..83fa5f8 100644 --- a/drivers/scsi/mvsas/mv_init.c +++ b/drivers/scsi/mvsas/mv_init.c @@ -729,6 +729,15 @@ static struct pci_device_id mvs_pci_table[] = { .class_mask = 0, .driver_data = chip_9485, }, + { + .vendor = PCI_VENDOR_ID_MARVELL_EXT, + .device = 0x9485, + .subvendor = PCI_ANY_ID, + .subdevice = 0x9485, + .class = 0, + .class_mask = 0, + .driver_data = chip_9485, + }, { PCI_VDEVICE(OCZ, 0x1021), chip_9485}, /* OCZ RevoDrive3 */ { PCI_VDEVICE(OCZ, 0x1022), chip_9485}, /* OCZ RevoDrive3/zDriveR4 (exact model unknown) */ { PCI_VDEVICE(OCZ, 0x1040), chip_9485}, /* OCZ RevoDrive3/zDriveR4 (exact model unknown) */ ------------------------------------------------------------ delete new and old 9485 section and replace with the following (as from kernel 5.x) { PCI_VDEVICE(MARVELL_EXT, 0x9485), chip_9485 }, /* Marvell 9480/9485 (any vendor/model) */ i might need to have look at the old kernel source to figure out what it was about "delete new and old 9485 section", i will do this if needed (and there would also be the patched kernel in my old vm i was using to build the modules) there was also a old todo list having a point "new mvsas fix" but i cant remember what this was about i also have 2 patches for adding alx killer 2400 and 2500 to the old kernels edit: code in my mv_init.c from kernel 3.10 looks like this mv_init.c ... <------>{ PCI_VDEVICE(MARVELL, 0x6485), chip_6485 }, <------>{ PCI_VDEVICE(MARVELL, 0x9480), chip_9480 }, <------>{ PCI_VDEVICE(MARVELL, 0x9180), chip_9180 }, <------>{ PCI_VDEVICE(ARECA, PCI_DEVICE_ID_ARECA_1300), chip_1300 }, <------>{ PCI_VDEVICE(ARECA, PCI_DEVICE_ID_ARECA_1320), chip_1320 }, <------>{ PCI_VDEVICE(ADAPTEC2, 0x0450), chip_6440 }, <------>{ PCI_VDEVICE(TTI, 0x2710), chip_9480 }, <------>{ PCI_VDEVICE(TTI, 0x2720), chip_9480 }, <------>{ PCI_VDEVICE(TTI, 0x2721), chip_9480 }, <------>{ PCI_VDEVICE(TTI, 0x2722), chip_9480 }, <------>{ PCI_VDEVICE(TTI, 0x2740), chip_9480 }, <------>{ PCI_VDEVICE(TTI, 0x2744), chip_9480 }, <------>{ PCI_VDEVICE(TTI, 0x2760), chip_9480 }, <------>{ <------><------>.vendor><------>= PCI_VENDOR_ID_MARVELL_EXT, <------><------>.device><------>= 0x9480, <------><------>.subvendor<---->= PCI_ANY_ID, <------><------>.subdevice<---->= 0x9480, <------><------>.class<><------>= 0, <------><------>.class_mask<--->= 0, <------><------>.driver_data<-->= chip_9480, <------>}, <------>{ <------><------>.vendor><------>= PCI_VENDOR_ID_MARVELL_EXT, <------><------>.device><------>= 0x9445, <------><------>.subvendor<---->= PCI_ANY_ID, <------><------>.subdevice<---->= 0x9480, <------><------>.class<><------>= 0, <------><------>.class_mask<--->= 0, <------><------>.driver_data<-->= chip_9445, <------>}, <------>{ PCI_VDEVICE(MARVELL_EXT, 0x9485), chip_9485 }, /* Marvell 9480/9485 (any vendor/model) */ <------>{ PCI_VDEVICE(OCZ, 0x1021), chip_9485}, /* OCZ RevoDrive3 */ <------>{ PCI_VDEVICE(OCZ, 0x1022), chip_9485}, /* OCZ RevoDrive3/zDriveR4 (exact model unknown) */ <------>{ PCI_VDEVICE(OCZ, 0x1040), chip_9485}, /* OCZ RevoDrive3/zDriveR4 (exact model unknown) */ <------>{ PCI_VDEVICE(OCZ, 0x1041), chip_9485}, /* OCZ RevoDrive3/zDriveR4 (exact model unknown) */ <------>{ PCI_VDEVICE(OCZ, 0x1042), chip_9485}, /* OCZ RevoDrive3/zDriveR4 (exact model unknown) */ <------>{ PCI_VDEVICE(OCZ, 0x1043), chip_9485}, /* OCZ RevoDrive3/zDriveR4 (exact model unknown) */ <------>{ PCI_VDEVICE(OCZ, 0x1044), chip_9485}, /* OCZ RevoDrive3/zDriveR4 (exact model unknown) */ <------>{ PCI_VDEVICE(OCZ, 0x1080), chip_9485}, /* OCZ RevoDrive3/zDriveR4 (exact model unknown) */ <------>{ PCI_VDEVICE(OCZ, 0x1083), chip_9485}, /* OCZ RevoDrive3/zDriveR4 (exact model unknown) */ <------>{ PCI_VDEVICE(OCZ, 0x1084), chip_9485}, /* OCZ RevoDrive3/zDriveR4 (exact model unknown) */ <------>{ }<--->/* terminate list */ }; static struct pci_driver mvs_pci_driver = { <------>.name<-><------>= DRV_NAME, ...
  9. YES you are right i did not read careful enough but the driver required is correct and arpl seems to to have that one, as arpl is unmaintained atm i'd suggest using ARC loader https://github.com/AuxXxilium/arc that one comes with a wider selection of drivers and to be sure i just checked for that driver and it is present there, so it should work with this loader
  10. HEP Spec lists it as "QLogic cLOM8214" https://www.hpe.com/psnow/doc/c04111574.pdf?jumpid=in_lit-psnow-getpdf the driver would be "qlcnic.ko" and that driver was part of the 3615/17 extra package pci vendor and device id in the driver are 1077:8430 1077:8030 1077:8020 check if the pci id's match, check log dmesg about "qlogic" or "qlcnic" that driver was also part of jun's original extra.lzma so most likely its not about the driver being present afair 6.2 update support ended 6/2023 so you might be better off trying out a newer loader and dsm 7.x
  11. why do you think you cold be "banned" from your own google account when you copy/sync data? also xpenology IS dsm, it uses the original kernel from dsm and the original install files and updates, the loader try's to make things look like a original system and for that reason you can use and do most of the stuff how its done with a original synology system (and can usually use the KB from synology), there are some differences when it comes to things that need extra added licenses (like extra cam's for survailance station) or enforce serial number and mac validity (like quick connect) but in most situations you can use it ootb as if its a original system, the extra checks for serial/mac usually are enforced when extra services are used like its with quick connect that cost synology money (thy need to have resources in the cloud/internet to realize them) and likely synology has to cough up money to to the MPEG LA (and similar license holders) when stuff like extra codecs or hardware en- and decoding is used (i guess they save money when only paying if that part is actually used/installed and a lot of sold units never use that stuff so it saves money that way - as long as a bunch of freeloaders are not "miss-using" it and might produce extra cost by that, so that is where the extra protection by SN/mac is used
  12. did you ever heard of something like a search engine? https://www.startpage.com/do/dsearch?q=synology+sync+google+photos&cat=web&language=english and even synology hast something in its own knowledge base https://kb.synology.com/vi-vn/DSM/tutorial/How_do_I_migrate_photos_from_Google_Photos
  13. der vorteil liegt eher darin das mehr ootb mit den kernel treibern läuft, z.b. ist es leichter i915 treiber nachträglich einzufügen da man weniger backporten muss und sollte kernel 5.x für die gemini lake basierten kommen (z.b. 920+) dann kann man da ohen mehraufwand wesentlich modernere intel cpu's nutzen da dort der i915 treiber schon ootb vorhanden ist auch ein vorteil ist der support von mehr cpu cores (wobei 3617/3622 immerhin bei 16 sind) da das auf amd ausgelegt wird damit auf jeden fall auch VMM laufen, was bei den versionen für intel cpus wie 3622 nicht gehen würde da du intel cpu planst ist die sa6400 evtl. sogar leicht im nachteil da evtl. kein VMM mit einer eintel cpu läuft (häufig sind die kernel mit begrenzten merkmalen für die cpu kompiliert) da deine cpu nur 4 cores (8 threads) hat bis da da nicht unbedingt am limit und wenn du z.b. nvme als data volume nutzen willst wäre das evtl. ein faktor, nicht alle versionen unterstützen nvme als data volume ootb und wenn man das "nachrüstet" läuft man gefahr das es bei (größeren) updates unfälle gibt und das volume ist weg (im günstigen fall aktiviert man nvme wieder nachträglich im ungünsten fall sind die daten futsch und man braucht sein backup) - da solltest du ein wenig hier im forum nachlesen, wenn man es einfach will (und das ist ja der sinn warum man DSM statt anderen freien NAS OS nimmt) dann sollte man nicht zu viel reinfrickeln und sehen das die wichtigen sachen ootb gehen und updates überstehen, es haben schon viele ein paar monate nach der intitial setup ein update durchgeführt und denn ein böses erwachen gehabt weil etwas nicht ging und sie ganz vergessen hatten das die eine oder andere mod "spezial" ist und man manuell nacharbeiten muss (ist mit den aktuellen loadern aber besser geworden und die bringen in der regel auch eine funktion mit sich über internet selbst zu aktualisieren - aber das sollte man wissen und dokumentieren (wie auch die einstellungen die man im loader gewählt hat) kernel 5 kann vorteile haben aber im normalen einsatz gbt es je nach ausrichtung der nutzung bessere wegen, bei mehr kameras greift man besser zu einer DVAxxxx, die kommt ootb mehr mit die apollo und gemin lake haben imho im kernel "CONFIG_NR_CPUS=8" konfiguriert so das deine cpu voll ausgenutzt würde und wenn man die dva1622 (gemini lake) nommt dan gits neben mehr kameras auch mehr fetures in der SS und man kann auch i915 (in tel qsv) ootb nutzen, wäre in deinem fall das teil mit den meisten features, was die nicht hat ist raid f1 (raid modus speziell für ssd's) das merkmal it in den consumer versionen in der regel nict mit in den kernel compiliert, bei sowas müsste es dann eher ein 3622 sein die sa6400 käme imho nur in frage wenn man speziell kernel 5.x will oder man AMD cpu hat und wenn man mehr als 24 threads braucht (bis zu 24 geht imho mit 3622 und 3617) aber das ist auch immer etwas nach persönlicher erfahrung die man so gemacht hat, ich habe da jetzt eher konservativ argumentiert, wenn man sich gut auskennt und an der sache ständig dranbleibt (hier im forum) dann kann man das anders machen, ist immer auch eine frage wie viel zeit man da versenken will/kann und wie lange das anhält, wenn man 1.5-2 jahre die kiste lauen lässt ohne dran zu bleiben sollte man sich immer erst einlesen was grade geht und was man vermeiden sollte dsm/xpenlogy ist ein wenig speziell, kein eigenes know how und dann mal eben jemanden hinzuziehen der sich "nur" mit linux auskennt recht da nicht, man muss einiges wissen/beachten und zweit versenken (weshalb sich schon der eine oder andere auch eine "echte" DSM kiste von synology gekauft hat, die haben zwas häufig etwas unterklassige hardware aber sind am ende meist doch ausrechend für den NAS job mit ein paar extras
  14. when "sata hub" is sata multiplier (https://en.wikipedia.org/wiki/Port_multiplier) (i guess so) then no there is no use option in DSM as synology has disabled that and we use the kernel of the original systems you could still use "non appliance" NAS systems like open media vault, that would have "normal" kernel configurations and would support that (even when from a performance point its not a good option for raid systems)
×
×
  • Create New...