ich777

Oh, you have turned encryption through CryFS. Then you have to create your local storage like this:

Sorry that it took so long. From the dialougue select "Classic, blowfish encrypted file" click "Next", enter a password for the keyring and click "OK".

@Bot_Legolas I can think of an issue that the card thinks that it is used to mine crypto without a monitor connected, can you please try to connect a monitor to it and report back? If it works you can buy a dummy HDMI plug with a valid EDID on it for lets say 1920x1080.

Okay. Have you tried yet to connect a monitor to the card, maybe the card thinks you are using it for mining because it's a LHR card. @Josh.5 is the display mirrored if a display is connected to the card from the container like it was in my container?

I think this should mean something like this: @JavyLiu or @lyqalex I hope I translated that correctly? You can access your whole unRAID server from inside the container from /mnt/sourcefiles: In local mode you have to add a dedicated path mapping to the container where you want to sync the files to because the Source Directory is Read Only. Something like this should get you covered (in this example I mapped the path to a disk assigned in Unassigned Devices): When you created it something like that you can add a synchronisation like: This will synchronize the appdata folder from unRAID to the above set backup disk from Unassigned Devices. Hope that helps.

I can't reproduce this issue, are you on the same network? Did you allow Wreckfest access to your network when it prompted you to? Do you changed anything to your bridge network? Here is a screenshot form my server (also reachable from the Internet without a issue:

@NAS123 ?

I found the cause of the issue and that is because this developer uses doorstep differntly from everything else and that is the issue, as said in my previous comments this is a nightmare if there is no unified build from BepInEx for 7DtD like it exists for Valheim. The developer from the mod uses this DOORSTOP_CORLIB_OVERRIDE_PATH: BepInEx/core but I use this in my container: ${SERVER_DIR}/unstripped_corlib Anyways, I've updated the container so that you can create a variable like this: Please do the following: Stop the container Do a from the container on the Docker page Edit the template Add a variable with the Key: DOORSTOP_CORLIB_OVERRIDE_PATH and the Value: /serverdata/serverfiles/BepInEx/core Click Apply

The card should also work fine in this container. Can you try to setup a VM with the card passed through and do there various tests if it's the same in the VM. It's very unlikely that the card will be slower in a container since the driver should do it's job anyways. Have you yet tried to switch the driver to something else than you are currently on?

As you can see from the screenshot from me and @alturismo we are both on this driver version. The boot issue can be caused also by something else but I have not heard back fron the user yet. I don't think this plugin caused this, it is very unlikely that it prevents a boot from the server.

Sure thing, why shouldn't they, if they are listed in the plugin I've compiled them, otherwise they wont be displayed in the plugin anyways.

Ich kann die Module von fs.com empfehlen, sind schnell geliefert günstig und gut (kein defekt bis jetzt). Oder du holst dir welche von 10Gtek von Amazon.

Maybe the card thinks you want to use it for mining or it needs at least a display output connected. Have you tried to connect a display to it or a dummy HDMI plug and see if the card is recognized? From what I saw in your Diagnostics the card is recognized and the driver is loaded but your log outputs this: Jan 14 21:11:56 Quasar kernel: NVRM: GPU at PCI:0000:0a:00: GPU-928e9831-f6bf-21e5-c151-b84101b7a474 Jan 14 21:11:56 Quasar kernel: NVRM: Xid (PCI:0000:0a:00): 62, pid=15364, 0000(0000) 00000000 00000000 Jan 14 21:12:03 Quasar kernel: resource sanity check: requesting [mem 0x000c0000-0x000fffff], which spans more than PCI Bus 0000:00 [mem 0x000c0000-0x000dffff window] Jan 14 21:12:03 Quasar kernel: caller _nv000649rm+0x1ad/0x200 [nvidia] mapping multiple BARs Jan 14 21:12:03 Quasar kernel: NVRM: GPU 0000:0a:00.0: RmInitAdapter failed! (0x23:0xffff:1401) Jan 14 21:12:03 Quasar kernel: NVRM: GPU 0000:0a:00.0: rm_init_adapter failed, device minor number 0 Jan 14 21:12:03 Quasar kernel: resource sanity check: requesting [mem 0x000c0000-0x000fffff], which spans more than PCI Bus 0000:00 [mem 0x000c0000-0x000dffff window] Jan 14 21:12:03 Quasar kernel: caller _nv000649rm+0x1ad/0x200 [nvidia] mapping multiple BARs Jan 14 21:12:03 Quasar kernel: NVRM: GPU 0000:0a:00.0: RmInitAdapter failed! (0x23:0xffff:1401) Jan 14 21:12:03 Quasar kernel: NVRM: GPU 0000:0a:00.0: rm_init_adapter failed, device minor number 0 You could also try to boot with UEFI, usually that means that Above 4G decoding or Resizable BAR support is not turned on.

Are you really sure about that? Do you also have a VM running on that server where you can test the card? Are you sure that you are not bottlenecked by your CPU? I've never experienced anything like that.

It does, this line tells you that BepInEx is loaded: (and of course also the log tells you that it's loaded) Which mods? Please remember if you use mods (like the Electricity Overhaul Mod) you have to also replace the default BepInEx that the container downloads with the ones from the mod itself. I only ship the default BepInEx with this container because it's up to the user to replace this version with a custom version for 7DtD. The main problem is that there is no custom BepInEx for 7DtD like it exists for Valheim, at least not one unified that everyone uses, when I added support for BepInEx I did this on purpose because I found already three different custom versions for BepInEx for 7DtD.

You have to blacklist the i915 module like it is described in the error message, the GVT-g plugin will handle the activation from GVT-g in the i915 module (and of course the GVT-g plugin loads the i915 module so that you can use it like usually in Plex or wherever).

Are you playing through Steam Play or through noVNC?

Probier doch mal SFP+ Module mit Glasfaser, so benutz ich das ganze.

No, not with this container. There are other containers out there that can do things like that.

Please share your Diagnostics. What benchmarks are you running? What card are you using?

These are warnings from WINE because there is no dbus in the container installed to keep the size as small as possible and also it isn't needed anyways (this container is running using WINE and it isn't small in any way).

Yes, perfectly fine.

The container doesn't run run_bepinex_server.sh or run_bepinex.sh anyways, it runs the required commands on start. Can you please post your log?

Please do a from the Chrome/Chromium Container with the "Advanced View" turned on on the Docker page (don't forget to turn the Advanced View off again since this produces load on your server) and everything should work again.

Thank you for the report will look into this ASAP.