Jump to content
XPEnology Community

IG-88

Developer
  • Posts

    4,621
  • 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. 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
  2. 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, ...
  3. 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
  4. 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
  5. 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
  6. 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
  7. 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
  8. 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)
  9. depending what dsm system you need you could also choose one that comes with that driver from synology like 920+ or dva1622, all apollo and gemini lake systems come with that driver ootb, that way you could use 7.2 now maybe just wait until its fixed, 7.1 is fine as it gets updates from synology
  10. at this point you would have been finished as 7.1 gets updates and everything, no need do more, 7.2 is optional, most likely nothing there what you need or might be able to use (with that old hardware) (when coming from 6.x you would need to check about packages, as 7.x is different in that regard and needs newer packages, so if you user 3rd party packages check if they are available for 7.x) there are alternatives https://github.com/PeterSuh-Q3/tinycore-redpill
  11. for a estimate you can look into what synology suggests or say is possible for a certain model and check the hardware thats build in https://www.synology.com/en-global/products/DVA#specs https://kb.synology.com/en-global/DSM/tutorial/What_kind_of_CPU_does_my_NAS_have i guess DVA3221 will do it but it needs a NVIDIA GeForce GTX 1650 (afair synology has hard coded that into some parts of the software) according to the specs from above a dva1622 (just a gemini lake with intel qsv active in use) can do 8 x 4k so with some newer/beefier hardware with qsv working in dsm it might be possible to use dva1622 "80 FPS @ 4K (3840x2160), 8 Channels" - i guess thats 8 channels with 4k and 10 fps each channel, might be more cam's if you lower fps or use better hardware then original gemini lake in dva1622 (or capture lower resolution on some cameras might also help) i guess you will need the intel qsv support to have h264/h265 decoded for that amount of data there also a 8 camera limit in the default config in dva's (and extending that needs some extra "license" you can't buy from synology) if you take the compute power given from synology for the dva1622 it can handle you can calculate i little bit 3840x2160 x 3 (base resolution x3 because of 24bit color) and 80 fps oer all cams is ~2000 MB/s, as its h.264 encoded let say 0.07 for the compression than its still 140 MByte/s if thats correct then a normal single hdd will be on its limit as its in different files on the disks and it also need iops performance (and thats low on hdd's), i guess it at least would need some raid to have more performance beside this a single 1G nic will max out at ~110 MByte/s so a single 1G nic might also be a problem as the original dva1622 only comes with two disks slots and one 1G port my "estimate" might be to pessimistic and synology can evaluate from practical tests that a normal hdd (or raid1) and 1G is enough for 80fps@4k imho when taking some headroom into account it should be more like a raid5 and at least 2x1G nic to handle 9 x 4k (10fps) as h.264 stream digging into the recorded data while still recording all channels ... yes might need some additional headroom to still keep things smooth and running maybe some people with systems already running can add here? but you guess 9 cam's @4k might be a little over the usual size as commented above look up what specs/system a regulars synology or qnap system would need and dont forget to read small print as there might be some marketing involved (like only recording or having ssd/raid to use full spec) also check google/youtube for people commenting about that kind of system (multi 4k cam's and using regular synology/qnap for it)
  12. also wenn die cpu es hergibt und sata vorhanden ist sollte es gehen und das träfe für den futro zu da das ding m.2 sata hat kann man einen adapter einsetzen (ähnlich wie man aus m.2 nvme einen pcie 4x anschluss machen kann, ist rein mechanische umlegung der siganle auf einen anderen schluss) https://www.m-ware.de/adapter-und-konverter/adapter-ngff-m-2/m-2-adapter-sata aber wenn der m.2 auch nvme kann dann gbet natütlich auch ein m.2 adaper mit 2-5 sata anschlüssen der einen chip dafür hat (asm oder jmb) du musst dir dann aber irgendwo im gehäuse den strom abzweigen, was aber sicher gehen wird hier gibts ausführliche info's https://github.com/R3NE07/Futro-S740 da hat es zu genau dem auch bilder (2.5" ssd im gehäuse mit m.2 adapter) https://www.mydealz.de/deals/refurbished-fujitsu-futro-s740-raspberry-pi-alternative-2041563#comments (offensichtlich gibt es auch m.2 sata adapter die gleich einen stromanschluss für die hdd drauf haben)
  13. interesting i would have expected that it would be enough to have the linux kernel (and its ahci driver) getting loaded to find the disks (we dont need them to boot so no need to have them ready so early as we are booting from usb and the kernel is loaded from usb)
  14. meine erste vermutung wäre das die sata anschlüsse nicht ahci sind und deshalb nicht erkannt werden, starte mal ein live/recovery linux und schau mit lspci welcher treiber benutzt wird vermutlich ata_piix wenn es den geht würde man im bios auf native sata/ahci stellen ein wenig suche im internet zu der atom cpu: Calistoga chipset,https://en.wikipedia.org/wiki/List_of_Intel_chipsets, also ICH7-M und damit zumindest theoretisch ahci fähig wenn man es im bios einstellen kann
  15. any legal trouble ahead or just some people (company?) waving with a big stick?
×
×
  • Create New...