dnLL

I just noticed that Python is a requirement for iotop... fair enough. Uninstalled it all and it's fine. I was wondering it it could be another plugin that required it or something but I assume it's never the case, otherwise it would be installed outside Nerd Pack...

I'm currently uninstalling some of the stuff I don't need and noticed in Nerd Pack that I have python, pip, tmux and utempter installed. I don't remember ever installing these. Could they be enabled by default (and if so, why)? Also, I tried uninstalling them but when I untick Python and click Apply, it won't uninstall Python.

I just want to chime in to say that I installed Duplicati earlier today, configured a couple of backups, tested them and assuming the scheduler and retention work as expected... then this is by far the most complete backup solution I ever dreamed of having in unRAID. You can back up to your array, to another samba share, to a USB drive or directly into the cloud... encrypted or not... easily export your backup configs so that you can restore your data even if you lose your whole unRAID server after some catastrophe. I don't know if it's perfect protocol-wise (like, could it have better encryption, better compression, better performances and stuff like that) but it definitely does all I need to and will bring peace of mind once properly set up and tested over time (the smart retention option is a very nice business-class feature too).

I can't, the board doesn't post (error code 93) if onboard is primary. The only way I was able to boot was having PCIe as primary, VGA completely disabled and IGFX enabled. I assume the PCIe card would take over the IGFX as primary but what does primary mean exactly when you're not actually using any video outputs?

It's not, I only have the choice between PCIe or Onboard (ATS chip). It's currently on PCIe but I don't have any PCIe card. The IGFX option is set to Enabled.

I'm now wondering... if I hook a PCIe GPU card up, will I be able to keep using the IGP for Plex while passing through the dedicated GPU to a Windows VM?

Yup, edited with some CPU load graphic before/after... awesome difference. I also got to know a lot more about my BIOS and unRAID boot settings in general, I'll do some backups of those settings now seeing how important they are. I already use the User Script plugin a lot to automate stuff across reboots but the go file just seems to be the way to go for any really serious business.

More update... /dev/dri appears after I do "modprobe i915". If I do it a second time, I also get output: modprobe: FATAL: Module i915 not found in directory /lib/modules/4.18.20-unRAID I guess it's normal. So all I need to do is add the modprobe command to my go file, do some chmod, add the extra parameter to the Plex docker and bam... currently transcoding with HW acceleration and 0% CPU usage. Edited the go file, rebooted again... still working. Yay. Thank you, I owe you a lot. This was quite the adventure lol. Edit: here is an image showing the CPU loads before and after while transcoding movies without throttling: Totally worth the efforts. I'm surprised how CPU hungry Plex can be if you let it be. Obviously the 60s buffer throttling option largely mitigate the CPU load eventually on both sides but still.

Oh ya true I didn't notice about the different board, I'm an idiot. I must set the Primary Graphics Adapter to PCI Express, otherwise it enables the onboard VGA and won't POST (unless I actually plug a monitor maybe? not sure). But I can definitely enable IGFX. There is no output (nor error) when I type modprobe i915. EDIT: well... it works, I didn't do anything special besides booting in UEFI. Wow. root@server:~# ls -l /dev/dri total 0 drwxr-xr-x 2 root root 80 Dec 20 18:49 by-path/ crw-rw---- 1 root video 226, 0 Dec 20 18:49 card0 crw-rw---- 1 root video 226, 128 Dec 20 18:49 renderD128

Some good news, I installed the latest unRAID version with UEFI enabled to my USB stick and enabled IGFX in the BIOS and I was able to boot with UEFI to unRAID. I don't have /dev/dri listed however. I went into my BIOS and really, the only thing I can change at this point is enabling the onboard VGA. So I tried that and... Back to clearing CMOS and resetting everything in the BIOS. At this point I don't know what do to. I'll import my unRAID configs and hope I didn't lose my disk configuration for now. I can see I'm not alone in my situation: http://forum.asrock.com/forum_posts.asp?TID=5770&title=e3c236d2i-enable-igpu And after further searches, sad news: http://forum.asrock.com/forum_posts.asp?TID=10218&title=e3c236d4u-enable-igpu

There ia indeed a folder "EFI-", I removed the dash but it won't boot in UEFI still. I'll try to start from scratch with another USB stick, I went through multiple updates and am not sure if it could have any effect. I'll report back on the progress and if the IGFX option made everything working in the end (hopefully it does after going through all this trouble).

I'll do some more testing tonight. The BIOS still offers legacy and UEFI boot options but neither work. But it does post reliably now so that's some progress. Booting in UEFI just brings me back to the boot menu while in legacy I just get a black screen.

Which setting was it in your case if you don't mind sharing? I pretty much tried everything, honestly. Got memory working, apparently at 2400 MHz it's just a no no but at 2133 MHz it's OK (for 2 sticks, works with either one at 2400 MHz). USB doesn't boot anymore. I'm going to bed lol.

Also ever since I updated the BIOS I can't boot with 2 sticks of RAM. It just says Memory not installed. Really this is getting worst and worst haha this is crazy. The 2 RAM sticks are Kingston and are certified specifically for this board, are identical and always worked in the past. They work separately in either slots. How can a BIOS update do that...

The board doesn't post when I put it onto onboard VGA rather than PCI Express as default. I just updated to latest BIOS with any success. I can't enable the VGA or set the onboard as the default option over PCIE. I'm forced to clear the CMOS every time I try it. And if I put PCI-Express first with IGFX enabled, I just don't see /dev/dri.

I have a E3-1245 V6 from Intel. I don't see /dev/dri in unRAID. I'm using the onboard GPU with no monitor attached. Already made sure it was set to iGPU in the BIOS as primary. My motherboard is the E3C236D2I from AsRock. I'm running unRAID v6.6.5. Without /dev/dri there is no point in setting the extra parameter in the Linuxserver.io's Plex docker as far as I know so I didn't do that part (yet). Any ideas?

I started with unRAID 6.4 iirc and the default behavior was not to create a certificate while set to auto. https would be fully enabled only if you generated a certificate by yourself with the webui. After upgrading to 6.6 that was still the case but maybe a fresh installation is different. Either way, it's working perfectly, I can now easily shut down a VM if I need to.

I was unable to add the server (the app by default was proposing an IPv6 server which is weird since IPv6 is disabled on my router and everywhere else, but even with entering my IPv4 it wouldn't see the server). SSL was disabled in unRAID (as it was by default on previous versions, not sure about now). I never enabled it until I had issues after downloading ControlR. By default SSL is set to Auto with no promoted certificate (so SSL is disabled with the Auto option). Also, the FAQ says the following: Doesn't work if SSL isn't actually enabled (if you didn't promote a certificate, SSL won't work, the auto switch just sets it to No basically).

This needs to be pinned somewhere, I was so confused. By default unRAID has it set to Auto with no SSL certificate generated, so basically with default options your app doesn't work. I figured it out by actually creating a certificate and really going with https/ssl. I eventually changed it from Auto to Yes since I don't see disadvantage of using SSL anyway.

So I installed virt-viewer on my Windows desktop and edited my VM's XML configuration file overwriting the VNC graphics with spice: <graphics type='spice' port='3001' autoport='no'> <listen type='address'/> </graphics> I also installed spice-vdagent on the VM, not sure if it was a necessary step or not but I did anyway: [vm-manjaro ~]# systemctl status spice-vdagentd ● spice-vdagentd.service - Agent daemon for Spice guests Loaded: loaded (/usr/lib/systemd/system/spice-vdagentd.service; indirect; vendor preset: disabled) Active: active (running) since Sat 2018-12-01 17:24:12 EST; 3s ago Process: 1619 ExecStart=/usr/bin/spice-vdagentd $SPICE_VDAGENTD_EXTRA_ARGS (code=exited, status=0/SUCCESS) Main PID: 1620 (spice-vdagentd) Tasks: 1 (limit: 2372) Memory: 360.0K CGroup: /system.slice/spice-vdagentd.service └─1620 /usr/bin/spice-vdagentd Dec 01 17:24:12 vm-manjaro systemd[1]: Starting Agent daemon for Spice guests... Dec 01 17:24:12 vm-manjaro systemd[1]: Started Agent daemon for Spice guests. Finally, I made sure iptables was disabled. Trying to connect from my Windows desktop, I get the following: C:\Program Files\VirtViewer v6.0-256\bin>remote-viewer.exe spice://192.168.1.246:3001/ --debug C:\Program Files\VirtViewer v6.0-256\bin> (remote-viewer.exe:17924): Gtk-WARNING **: Could not find signal handler 'virt_viewer_window_menu_change_cd_activate'. Did you compile with -rdynamic? (remote-viewer.exe:17924): virt-viewer-DEBUG: Opening display to spice://192.168.1.246:3001/ (remote-viewer.exe:17924): virt-viewer-DEBUG: Guest (NULL) has a spice display (remote-viewer.exe:17924): virt-viewer-DEBUG: After open connection callback fd=-1 (remote-viewer.exe:17924): virt-viewer-DEBUG: Opening connection to display at spice://192.168.1.246:3001/ (remote-viewer.exe:17924): virt-viewer-DEBUG: New spice channel 000000000443F830 SpiceMainChannel 0 (remote-viewer.exe:17924): virt-viewer-DEBUG: notebook show status 000000000433FE60 (remote-viewer.exe:17924): virt-viewer-DEBUG: main channel: failed to connect Could not connect to 192.168.1.246: No connection could be made because the target machine actively refused it. (remote-viewer.exe:17924): virt-viewer-DEBUG: Destroy SPICE channel SpiceMainChannel 0 (remote-viewer.exe:17924): virt-viewer-DEBUG: zap main channel Same with the GUI, it says the target machine actively refuses the connection. I get the same error if I try a different port. What am I doing wrong?

So I know this is an old thread but I was wondering if you still got it working on 6.6 or if there is anything new implemented that would make this even easier?