ich777

Give me a little time, have to setup a Pi with ARM64 and I will fix this.

Oh wait, you are using the containter not on unRAID I guess?

The only thing you should delete is the file 'thunderbird' from your thunderbird directory. For the Thunderbird container I've switched from x11vnc to TurboVNC about 10 months ago. I can only speak for myself since I'm running it on my server too on the latest version and it works flawlessly. As said above, about 10 months ago, the only thing that I've did 3 days ago was to update the baseimage from Debian 11.0 to Debian 11.2 Maybe post the log output from the container.

In the thunderbird directory in your appdata folder should be a file called 'thunderbird'. Stop the container and delete the file called 'thunderbird' after that start the container again and see if it is working again.

Yes it should. IIRC then the guest has to be on the exact same Kernel version as the host, here is the official documentation: Click But I've never tried it with Linux guests.

I would recommend that you create an issue on @CyrIng's Github here: Click If your system is not supported and he implements it feel free to contact me and I will create a special build from CoreFreq for you or mention me on Github with @ich777

Thank you, added it to the first post.

Stop the container, delete the "runtime" folder in you jdownloader2 directory that lives in your appdata directory and start the container again. After this the runtime is downloaded again and installed, give it a little more time to start than usual.

Sadly enough Intel dropped GVT-g, see also this post: However SRIOV should be now supported but thats not supported currently on QEMU + unRAID 6.9.2+

Exactly as @tjb_altf4 wrote above... If you want to have files in a directory that is mapped to a directory on the host, you have to do a initial copy script that is not located in the Dockerfile because if you do a mapping of a directory from the host to a container like you do in this instance for the /config directory the files from the container in this directory will be overridden by the directory from the host. So to speak if the directory on the host is empty it will be also empty in the container, you can try this by removing the mapping from your template and you will have files in the /config directory (inside the container) but the changes are not persistent between container updates because the files in the /config directory are now only just a simple Docker layer that will be overwritten by a container update/rebuild. Also as @tjb_altf4 said, don't forget to change permissions on them and also don't forget to put a check in your copy script that checks if the files are already exist in the /config directory to not overwrite the files when they already exist.

No, you have to try it. With my i5-10600 on an ASUS Z490-E GAMING I'm able to use two VMs but only by a resolution of 1024x768 and 64MB VRAM per VM (very light workloads).

Please post your Diagnostics, what CPU are you using, without that nobody will be able to help. Don't know if the Integrated Memory Controller Bus Utilization is that important to you... You can also disable it if you want to.

Do you have the checkbox "Console Mode" in the schedule settings selected like the description from the container tells you to?

Stop the container and delete the "WINE64" folder inside your "theforest" directory. This should fix the issue.

I searched the docs and found no option/variable for that. Since you are a sponsor and this is the official image you can try to ask the support directly at: [email protected]

I will look into this further, please give me a few days.

Can you check for uphrades or force update the container, I've pushed a fix that should hopefully resolve this a few days ago. What settings have you made in Jellyfin itself? Is this HEVC SDR or HEVC HDR? Can you post informations about the media file or does this happen to all of your HEVC media files?

I would recommend to maybe start over, delete the container, delte the 'magicmirror2' folder in your appdata directory and pull a fresh copy from the CA App. Could be only a small issue since it starts on my server just fine.

Thank you for the information. IIRC on my first sync it pulled down everything in one batch. Maybe it is related to where you are located in the world, how much mails that it has to pull down from Gmail and the load on their servers, only just a few guesses...

From what I see in your log it should work just fine. I've also tried it now on my own (also with port 8089) but I cant reproduce your issue: magicmirror.txt When I connect to: MYunRAIDIP:8089 I get the usual start page: Please double check that you are connecting to: yourunRAIDIP:8089

This was because the developers form Valheim+ changed something and it broke the download from the files. I've now tried this on my server and it works without a hitch, I even installed SteamCMD new and as you can see here from the logs, it installs just fine: valheim.txt Something must prevent your server from communicating with Github, what does this command: wget -qO- https://api.github.com/repos/nxPublic/ValheimPlus/releases/latest give you when you run it from a unRAID console (please put it in a text file an drop it here in the text box to not bloat the thread). It would be better to run this command from the container console (Click on the icon -> Console -> paste this command).

Is it possible that your Docker image/directory is running full?

But does it download the other mails too after a while? Never had that issue before. The container runs the default Thunderbird app that you also would download to your Linux desktop.

Seems like something is preventing the container from contacting Github. Have you any AdBlocking software installed on your server? If yes please disable it and wait for at least 5 minues before trying it again.

Please remove all files/scripts that modify the driver, by the way this violates the EULA and is not supported by me or anyone here on the forums. Yes, because the driver causes a Kernel Panic.