Jump to content
XPEnology Community

IG-88

Developer
  • Posts

    4,640
  • Joined

  • Last visited

  • Days Won

    212

Everything posted by IG-88

  1. you might read here a little and use the search before buying
  2. router with integrated hub/switch? maybe dhcp or nic driver problem whats the hardware (nic)? try what happens when you disconnect and reconnect the nas from the network (router not rebooted) did you try a static ip for the nas?
  3. if a test install works i dont think there will be trouble, its more about the missing support of even more storage controllers and the crashes when loading untested storage drivers, ahci is safe as it is part of synologys kernel remove scsi controllers, only sata will work on vmware for 6.2.2 check your config with the tutorial https://xpenology.com/forum/topic/13061-tutorial-install-dsm-62-on-esxi-67/
  4. wurde die nicht erkannt oder hat es keine verbesserung gebracht, je nach usb port kann da auch ein downgrade auf usb 2.0 passieren, muss man sich mit lsusb ansehen um es genau zu wissen könnten trotzdem netzwerk probleme sein, unterschiedliches puffer verhalten kann das "maskieren", onboard realteks können je nach treiber recht zickig sein, habe schon von einigen problemen hier mit 918+ und realtek gelesen ich bastle grade an einer neuen extra für 918+ die dann auch einen aktuellen realtek treiber haben soll (wie die neue extra für 3615/17 von mitte dezember) wäre vorraussichtlich in ein ein paar tagen hier sichtbar https://xpenology.com/forum/topic/21663-driver-extension-jun-103b104b-for-dsm622-for-3615xs-3617xs-918/ aber wenn du vorher schon mal probieren willst kann ich dir vorher auch mal eine test version schicken, wäre interessant zu sehen ob ein aktueller treiber das problem löst
  5. nein, die neue extra.lzma (0.5_test) beinhaltet auch einen zu 6.2.2 passenden broadcom treiber (tg3.ko), funktioniert auf einem test pc (hp dc7600) aber auch schon bei anderen microserver besitzern
  6. netzerk treiber probleme mit 6.2.2 sollten mit der neuen extra.lzma gelöst sein, du musst dich aber an die anleitung halten, es ist wichtig auch den passenden 6.2.2 kernel zu der neuen extra.lzma auf dem stick zu haben https://xpenology.com/forum/topic/21663-driver-extension-jun-103b104b-for-dsm622-for-3615xs-3617xs-918/ generell musst du beim "wechsel" 3615 <--> 3617 immer auch den passenden bootloader der version verwenden die du installieren willst (und natürlich das passende pat file) gilt dann auch für die zusätzliche extra.lzma (sofern man eine verwendet) ein fehler im runtergeladenen packet lässt sich durch das ebenfalls bei synol0gy auf dem download liegende checksum file ausschließen (zum checken der md5 gibts viele tools z.b. https://raylin.wordpress.com/downloads/md5-sha-1-checksum-utility/) beliebte probleme beim usb sind das man die vid/pid nicht richtig in die grub.cfg einträgt oder eben versehentlich ein falsches file nimmt, das kann eins für andere hardwares ein aber auch ein "zu altes" geht nicht, wenn man einen usb stick erst mal mit einem update auf eine neuere version gebracht hat (zImage und rd.gz werden durch neue überschrirben) geht für installation nicht mehr als unterhalb dessen (6.2.1 instaliert und der stick ist für 6.2.0 so erst mal nicht verwendbar , auch eine 6.2.0 frische installtion geht dann nicht mehr) SN und MAC sind zum installieren egal, die kann man auch später noch ändern, mal von speziellen funktionen abgeshen (schutz bei ein paar plugins) ist die MAC nur bei verwendung von WOL wichtig (in dem fall muss die der echten netzertkkarte eingetragen werden)
  7. alles wesentliche (in bezug auf 6.2.2 und dem unterschied zu 6.2.0) ist hier erklärt, google translate nutzen und falls noch fragen sind ... https://xpenology.com/forum/topic/21663-driver-extension-jun-103b104b-for-dsm622-for-3615xs-3617xs-918/
  8. i'm about to fix this today by working on a new package with latest intel drivers, that should fix your problem looks like you will be the first beta tester, i will write you a message when i have something up and running my guess is this one wont help you as it contains my "old" 918+ extra/extra2 drivers
  9. the download link works and there are 2 img files you can inspect by opening it with 7z edit: i took the freedom and incorporated your russian article in english too
  10. nice find, i guess i will have a look and check out why DS1019+ is "better" then 918+ to justify the effort of hacking it too, its just a "smaller" unit not a business unit edit: looks like the 1019+ is nearly the same hardware as 918+ and there is no "new" hack, more a mod to juns loader and they used my 918+ extra/extra2 drivers - not newly compiled ones for that model (i hope they at least give credit by mentioning this forum as source) atm i cant see anything useful compared to 918+ - any info why this 1019+ was done? here are some translations for the chinese stuff http://www.gebi1.com/thread-294293-1-1.html 2019/12/22 Added snail-only version, the system is downgraded to 6.21-up6 (the highest version supported by snail). DS1019 + introduction: 1. Made with UEFI boot mode. ASRock J3455 and 5th generation processors and above are supported. Specific self-test (the motherboard must be set to uefi type to boot, otherwise it cannot be connected) 2.Perfect support for solid state drives 3. The IMG package has been integrated with the system (model DS1019 +, version number: 6.22-up4) and has been installed. You can enter the system after booting. 4. Integrate a part of the network card driver, which can support the operation of non-internet network cards. Anyone who has used 2 in 1 knows that this image only supports writing to the hard disk, and writing to a U disk does not work. You can prepare a solid or mechanical hard disk greater than or equal to 16G, and expand the storage partition later. There are many tutorials in the forum. Do your own research. Don't repeat. It is based on the JUN mod base package. Are there any unknown bugs that have not been found? If any bugs are found, I do not know how to fix them anyway. -------------------------------------------------- Files: these are 2 disk images (not for flash drives) with several partitions and an installed system DSM : 6.2.1, 6.2.2 UEFI : yes Installing the system from scratch has not been tested. login : admin password : 123456 https://mega.nz/#F!Yg5GXQ5A!GV6wJnppgk8In0EAheRZIw
  11. you need a new driver set for 6.2.2 (you onboard broadcom nic driver is not working atm) https://xpenology.com/forum/topic/21663-driver-extension-jun-103b104b-for-dsm622-for-3615xs-3617xs-918/ treat it like coming from dsm 6.1 (case 2), create 1.03b 3617 usb, copy the kernel and rd from the dsm 6.2.2 pat file and the new extra.lzma to it and on next reboot it should finish the installation for 6.2.2 by itself
  12. there are spk developer guidelines from synology, i guess they might cover things like this, also doing this as spk would be better from having a quick glance on 3rd party plugins already installed it looks like /usr/local/ is the place app folder symlinked into /usr/local/ and binary to start symlinked to /usr/local/bin/ install the docker plugin and have a look how it looks like
  13. die hardware hat 4 x stata über backplane (marvell 9330) und 2 x sata chipset (nehme ich an), die nummern in platten manager sind nicht zwangläufig mit dem layout der ports identisch, check mal an hand der seriennummern der platten ob 4 und 5 wirklich verteilt auf backplane internem sata liegen - ist der esata auch benutzt solche dropouts sind aber nicht zwangsläufig kabel probleme, können auch auf probleme mit der stromversorgung hindeuten, also auch stromverkablung prüfen und nachrechnen in wie fern das netzteil mit den 2 platten mehr noch in der sicheren zohne ist vergleich auch mal die platten typen, die zwei platten die da ausfallen sing vom gleichen typ, evtl. modell spezifische probleme mit sata oder stromversorgung check mal die health info der platten im storage manager, dort dann die s.m.a.r.t. info werte,UDMA_CRC_ERROR_COUNT mit den anderen platten vergleichen, wenn da abweichend hohe werte sind kann das auf kabel probleme hindeuten kann aber auch andere ursachenhaben (wie eben stromversorgung) wenn du in so kurzer zeit gleich 2 platte "verlierst" dann wird das nie stabil mit raid laufen, das musst du beseitigen bevor du weiter machst
  14. - this is specific about skipping unused drive positions - i guess exactly what you are looking for https://xpenology.com/forum/topic/14224-tutorial-fix-skipped-hdd-numbers/ - you can try to disable the ports in bios - change synoinfo.conf in /etc.defaults/ to support more drives then 12 (up to 24 can be done without problems) https://www.youtube.com/watch?v=2PSGAZy7LVQ this manual modding will be lost when installing a new "complete" pat file (~300MB, containing a hda1.tgz), as this completely overwrites the files on the system partition and sets it back to defaults, the raid usually fails in this case and you have to redo the change, i'm not sure about the state after "re-adding" the missing disks on next reboot, if the disks where redundant disks they will be rebuild (as the raid came up without the redundant disk writable), in case of being unusable at 1st boot (no write) it might just come up ok after re-adding the mod and booting up again (never tried that myself) updates are usually ok (smaller pat files) edit: skipping drives and modding synoinfo.conf can both bring problems when not being aware of the implied shortcomings skipping drives might set up a wild hunt for a problem when changing the hardware and having forgotten the change in grub.cfg,adding drive slots be changing synoinfo.conf is more forgiving in this situation but might be a problem on big updates, i plan to add 24 drive support to the 3615/17 extra.lzma later (they just use the synology default of 12 drives), the 918+ comes with 4 by default and jun changed it to 16 in 1.04b, modding the patch inside extra.lzma will lead to check about the mod on every reboot, so the change should be added when needed (like big update) the same way its added when doing a fresh install
  15. 6.2.2 seem to work for other people here https://xpenology.com/forum/topic/7387-tutorial-dsm-6x-on-proxmox/page/9/
  16. the onboard broadcom nic of the microservers should work with the latest extra.lzma that is specifically build for dsm 6.2.2 https://xpenology.com/forum/topic/21663-driver-extension-jun-103b104b-for-dsm622-for-3615xs-3617xs-918/
  17. imho the lsi3008 is not supported on 3615 (you did not write about the loader and dsm version you tried) you should be successful when using loader 1.03b for ds3617, latest extra.lzma (matching 3617 and dsm 6.2.2) and dsm 6.2.2 6.2.2 contains a newer mpt3sas driver then the older versions of dsm read the section about ds3615xs and ds3617xs https://xpenology.com/forum/topic/21663-driver-extension-jun-103b104b-for-dsm622-for-3615xs-3617xs-918/
  18. yes but i choose the different way in my how to on purpose, when having a 1.02b usb (keeping it by making a image or using a new usb for 1.03b), try to prepare a 1.03b usb and fail on that step (not doing it right or hardware is not supported/working for some reason) you still have not done anything to the system itself, you can just put back your old usb and boot up again and have another try later, when installing the 6.2.2 dsm first you will be forced to get the 1.03b usb working or need to do a downgrade creating a usb fist and checking that network and storage is working by booting it up and let it find the disks with the migration process seems safer then producing a semi brick on purpose and having to fix it without knowing that you are up to the task, lots of users do the usb creation step once in years
  19. i guess thats the same when using a real 3615/17, the mellanox drivers are not in rd.gz, only in the dsm pat file (system image), so that would be seen as normal behavior when adding newer mellanox drivers and they get loaded in extra,lzma then it will work for installing using over that 10G connection, but i guess thats kind of a luxury that most people wont need
  20. sowas habe ich hier beim testen mit treibern gesehen wenn ein treiber beim laden abgestürzt ist aber dsm trotzdem gstartet ist, da hilft evtl. ein blick ins log (dmesg) und deaktivieren/etfernen der betreffenden hardware das ist nicht so gut, irgendwelche sleep oder suspend to ram funktionen aktiv? ich nutze nur das abschlaten der platten nach 30 min, sonst nur shutdown mit den treibern für 918+ fange ich am wochenende an, wenn nichts besonders dabei auftaucht und sich die sachen von 3615/17 bei 918+ so anwenden lassen wir geplant dann sollte es nicht so lange dauern wie bei 3615/17 (und im job ist es grade auch etwas ruhiger)
  21. i can "offer" a HP DC7600 MT, bios does not offer AHCI mode and just SATA cant be used with xpe 6.2 (i still use it for testing with a 2port jmicron sata controlles that is ahci compatible) in some other cases the bios options to switch to ahci mode can be a little cryptic (had two cases like this) there are some rare cases where you cant switch to ahci even when the chipset does support it with the new extra.lzma for 1.03b and DSM 6.2.2 it should work (again) as it uses the latest intel drivers 1.04b for 918+ will get the same drivers soon if nothing special pops up in the process
  22. there is a new extra.lzma you can test with loader 1.03b and DSM 6.2.2 (latest update) https://xpenology.com/forum/topic/21663-driver-extension-jun-103b104b-for-dsm622-for-3615xs-3617xs-918/
  23. das einzige das wir bei n54l einfällt ist wohl das es amd ist und man im bios c1e abschalten muss der nic sollte auch broadcom sein und wenn er mit 6.1 ging sollte es auch mit 6.2 gehen, ist der gleiche treiber (source) wenn du mit usb und einzelner platte testen kannst dann kannst du ja auch mal 1.03b direkt von jun und dsm 6.2.0 testen
  24. 2nd gen intel cpu -> kein 918+, get erst ab 4th gen netzwerk ist laut handbuch Intel 82579LM, schätze mal e1000e treiber sollte auf jeden fall mit mit 3615/17, loader 1.03b und der neuen extra.lzma von letzte woche gehen
  25. you can try loader 1.03b as it comes from jun, dsm 6.2.0 and look for the esata connected disk, if its there ander this config then its my extra.lzma, if its not usable i this config either then is something different i remember taht there might be a bios update for microserver to set the esta into ahci mode look for other micriserver user in the section where people write about successfull updates, you might find hints like special mods or you can pm one or the other to ast about it
×
×
  • Create New...