Jump to content

maspiter

Members
  • Posts

    35
  • Joined

  • Last visited

Everything posted by maspiter

  1. If that is the case, then that would be a good idea for sure. Unfortunately haven't got the time to fix this myself nor the knowledge. I do know the SNAP plug-in uses this kind of setup so maybe some work can be taken from there?
  2. Necessary PHP extensions (i.e. SOAP) enabled in php.ini?
  3. Ok, I added in my changes. I also took the liberty to move the configuration section to the top and moved the $noTCP and $debug variables to the configuration section for ease of use and added a few comments about determining which value to use for $noTCP for your specific system/use case. They might be obvious but thought I'd add them anyway. You talking to me? If you're asking about the custom kernel, then sure, I am willing to share. Except I doubt it will do you any good because I only added in the firmware for my specific GPU (HD6310). I guess it should work for HD6250, HD7310 and HD7340 too (according to the method I used, https://wiki.gentoo.org/wiki/Radeon#External_resources) but these are all notebook GPUs. But, I am by no means an unRAID nor linux expert. I just happen to have just enough knowledge to follow a few guides here and there. On top of that, my bzroot is smaller than the stock one because I stripped out some stuff I don't need, mostly drivers for ethernet cards I am not using I believe. That means your ethernet will probably only work when using a Realtek (I know) card. So, as a disclaimer, using my files is at your own risk. I cannot be held responsible for data loss or any other unfortunate events that may or may not be tied to using them. etc etc ... That said, I've had no issues so far and recently even replaced a disk with a larger one flawlessly. If you're still interested send me a PM with your email or something because one file is too big to post on the forum. EDIT 1: I might have another version with all the drivers included. It is twice the size of the stock version though. You can add them to the syslinux.cfg file but better keep the stock as default. This way you can reboot and test it out without committing. Used this one for a bit but compiled another one afterwards apparently. When I have some time I'm going to redo the whole process and maybe put a more descriptive guide online if there is some interest. The wiki article is a bit basic I think. EDIT 2: I uploaded the files so others might benefit without having to contact me, don't know how long these will be available though. Unraid 5.0.5 with radeon HD6310 and some drivers removed (what I'm using now): http://www.files.com/set/53fcda459510f Unraid 5.0.5 with radeon HD6310 and stock drivers: http://www.files.com/set/53fcddb19096c I'm using an E35M1-I BTW. auto_s3_sleep.txt
  4. @Fireball3 Thanks for your script, I'm currently using it because the Dynamix script doesn't seem to take network activity into account. I have a suggestion though. Since I'm still using the free version and use a drive outside the array to host some apps, it might be a good idea to add in support to exclude a drive. I added a $nonArrayDisk variable myself and added an extra "| grep -v $nonArrayDisk" to filter it out the check_HDD_activity() but there is probably a more elegant way to do this. I also noticed a comment regarding checking for a cache drive but no commands are actually in place I think? @dopray You can try adding it to the section pre_sleep_activity or post_sleep_activity in the script on the previous page. If it is working with that script, the Dynamix script might not execute your settings in the webGUI. Have you checked this with a trivial command like creating a file i.e. and after wake-up check whether it is actually created? I had the same problem. Tested a full Slackware install on the same system and sleep worked fine so it was not a hardware problem. Tried many different things but in the end compiled my own custom kernel with added drivers for my AMD GPU. Since then, it sleeps and wakes just fine. It's a lot of work, certainly since you have to redo it each time you want to upgrade but IMO it's worth it. There's a guide in the wiki on compiling a custom kernel, one of my earlier posts also links to references I used. Hope this helps.
  5. I've followed the guide, made the sensors.conf file but I still don't get the temps displayed. When running sensors, it shows the labels have changed to "CPU temp" and "MB temp" though. Any thoughts?
  6. Just upgraded from 4.7 to 5 rc16c. Great to see such great improvements with this plugin, many thanks to the creators! Compiling from source has its charms, but is kind of a hassle too ... Wanted to leave a note to say that it appears there is some kind of incompatibility with the Simple Features plugin. When starting a VM the web GUI became unresponisive. At first restarting emhttp did the trick but continued problems made me delete most of the SF plgs (only core and webserver still in place for phpvirtualbox). Rebooted and so far so good. I'm still gonna give it some time though before I start re-enabling some of the other SF plgs to find the culprit. But I also got a question/suggestion. Maybe this one has been answered before but would it be possible to automatically shutdown a VM before reboot? Does anyone already got a solution for this in place or will I have to search for something myself?
×
×
  • Create New...