Jump to content
XPEnology Community

Byolock

Transition Member
  • Posts

    8
  • Joined

  • Last visited

Everything posted by Byolock

  1. Thanks for pointing out the new mpt3sas driver build, I completely missed that posts by yanjun. Just to make sure, you mean these : https://raw.githubusercontent.com/dogodefi/mpt3sas/offical/rpext-index.json ? I've got a LSI SAS2008 and SAS3008 which haven't been working and would like to try these drivers if they helped in your case. And just out of curiosity : is the fact that your first disk appears as sdb a purely cosmetic problem or does it produce some kind of issues to storage management?
  2. There was a discussion about this here: (see some posts before this linked one for why it happens) https://xpenology.com/forum/topic/45795-redpill-the-new-loader-for-624-discussion/?do=findComment&comment=221693 Just had the same error but I am using VMware and passthrough the whole raid card. Anybody knows a workaround for VMware ESXI / PCI Passthrough?
  3. Thats not true, you can passthrough a integrated Intel VGA adapter for example and get HW Transcoding working, at least you could with DSM 6.2. Just Updated to 6.3 and /dev/dri/renderD128 is gone, but that seems to be a more general Problem. I can't see why a dedicated GPU should work different. Or is this an Issue related to how Plex works? (I Use Emby inside a Docker Container)
  4. found a solution, if anybody might running into an similar problem : login over ssh navigate to /etc/sysconfig/network-scripts/ delete anything related to eth1 (might better move them somethere else so you can restore in case anything goes wrong) Reboot You might encounter connectivity issues (for me docker and package manager had no connection to the internet) another reboot fixed that for me.
  5. Hello, im trying to add another NIC to my 918+ XPenology on ESXI 6.7 U2, but whatever I do XPEnology only shows the first interface. ESXI Configuration : My grub config : set vid=0x1908 set pid=0x0226 set mac1=000C29BE2428 set mac2=000C29BE2432 set rootdev=/dev/md0 set netif_num=2 #set extra_args_918='earlycon=uart8250,io,0x3f8,115200n8 earlyprintk loglevel=15 memmap=0x1000$223515000' set extra_args_918='' I configured the mac2 and set netif_num=2 that seems to be anything to do however the DSM UI only shows one ethernet adapter as does ifconfig. Anybody got an Idea what I'm missing? System was a physically Synology DS918+ before.
  6. Got a similar problem, have you found out any solution?
  7. Another One here, nobody got a solution?
  8. Hallo zusammen, Vorab mein Setup : Intel H370 Plattform mit Pentium G5400 Aktueller DS918+ Loader auf ESXI installiert Synoboot.vmdx auf Satacontroller 0:0 Datenfestplatten sind per PCI Passtrough an einen LSI 2008 Controller angeschlossen Ich habe gerade mein XPEnology System in Betrieb genommen und wollte mich nun ans finetuning machen. Dazu gehörte auch direkt im Standard Zustand ohne irgendwelche Pakete zu versuchen dieses lästige Festplatten Ruhezustandsthema hinzubekommen. Dabei entdekte ich folgenden LOG Spam, der das natürlich verhindert und auch sonst durch laufende Schreibvorgänge den Stromverbrauch, und Lautstärke in die Höhe treibt (aus scemd.log): 2019-09-12T17:19:20+02:00 NAS19 scemd: SmartDataRead(102) open device /dev/sdak fail 2019-09-12T17:19:20+02:00 NAS19 scemd: disk/disk_temperature_get.c:104 read value /dev/sdak fail 2019-09-12T17:19:20+02:00 NAS19 scemd: disk_temperature_update.c:63 Temperature Update Fail 2019-09-12T17:19:26+02:00 NAS19 scemd: SmartDataRead(102) open device /dev/sdak fail 2019-09-12T17:19:26+02:00 NAS19 scemd: disk/disk_temperature_get.c:104 read value /dev/sdak fail 2019-09-12T17:19:26+02:00 NAS19 scemd: disk_temperature_update.c:63 Temperature Update Fail Das insterresante ist : ich kann mir kein Reim drauf machen was /dev/sdak sein soll. Wie die smartctl --scan ausgabe mir anzeigt sind die Datenplatten sde,sdf und sdg. Per Ausschlussverfahren muss es also die Synoboot.vmdk sein, welche mir ja auch im Speichermanager angezeigt wird. Ich habe schon Ein wenig probiert mit dem Sata Port Mapping etc. in der Synoboot.img etwas zu erreichen aber das wirkte alles wie zufällig auswürfeln, es kam nie das heraus was herauskommen sollte. Im Anhang ein Screenshot des Speichermanagers und der ESXI Konfiguration. Weiß jemand wie ich die Synoboot.vmdk "los werde" damit dieser Fehler verschwindet? EDIT 1 : Ich habe einmal unter /dev/ nachgesehen und festgestellt, das es gar keine device file sdak gibt. Die Synoboot.vmdk als Ursache würde ich damit nicht mehr definitiv festmachen sondern Probleme beim Sata Port Mapping in der grub.cfg . Welche Einstellungen sollten dort getroffen werden für : Sata Controller 0 mit Synoboot.vmdk auf Sata 0:0 + PCI Passtrough HBA? Vielen Dank!
×
×
  • Create New...