truecharts VS OSX-KVM

It's known about - https://github.com/truecharts/apps/issues/2984 And there's a fix - https://github.com/truecharts/containers/pull/3506

Let me know when you release an built image! I'll add it as an "App" on TrueNas SCALE, in truecharts catalog https://github.com/truecharts/apps/

I'd say something similar to Bilal_io.

In general as a NAS: No every function is already migrated to Scale, there are some quirks here and there, but as a NAS is working OK

Regarding the "Apps": It's too heavy for (really) old systems, but it seems to work OK in newer systems. Although you could in practice, don't expect to "just run a Docker image", you better use their "App charts". The "App" definitions are based on Helm and there is both an "Official" repository and a "Community" repository (Truecharts) of them. You can also create your own repo and add it to your Scale deployment.

https://github.com/truecharts/apps

I have some simple apps (Transmission, Heimdall and some other stuff) running in a E3-1265L 32GB RAM and everything es working well.

But I have a really old HP Microserver N40L as an offsite backup for my NAS where I've installed TrueNAS Scale too, and although the NAS works OK, if I try to install any apps, the K3S installation plus all the tools overhead is too much for the machine, and keeps it at 100% CPU almost permanently. If you remove all the apps and detach the storage from the App system it uninstalls all that stuff and goes back to work well again.

TrueNAS SCALE is scale-out storage and hyperconverged infrastructure that uses Kubernetes for deploying containerized (e.g. Docker) applications. Kubernetes allows single containers or pods of containers to be easily deployed as Helm Charts on a unified infrastructure. Third-party App catalogs such as TrueCharts provide a large, pre-tested library of applications built using Helm Charts.

Virtual machines are not needed. TrueNAS SCALE has "apps" that run through a system of k8s and Docker containers. Containers should have better performance than VMs. Now SCALE is still very new (first stable release was only a couple of weeks ago) but there are already some guides you can find that explain more. Check out TrueCharts to see what community apps are available. Pi-hole, Home Assistant and Nextcloud are available but not GlaDOS.

FWIW, the "TrueCharts" community app catalog that extends the (currently very limited) TrueNAS official app catalog of Kubernetes containers for TrueNAS seems to work really well for me. I'm just running Plex and Unifi7, but it's stable, responsive, low-overhead, and easy to keep up to date.

It's not the truecharts people's fault, ( https://github.com/truecharts/apps/issues/1497 ) and a bug with xmltv folks already exists: https://github.com/XMLTV/xmltv/issues/152

truecharts is possibly the most exciting thing at this point, although creation screens are still not customized for specific apps (no simple way to passthrough Intel GPU to jellyfin app, as opposed to the Plex officially supported app)

Yes, I recently had to compile some stuff on Windows (I'm on an AMD Linux host) and VirtualBox just wouldn't start Microsoft's Windows dev VM (the one they provide for free for Virtualbox). I ended up learning how to use qemu and it works great...and as a bonus I was able to run a hackintosh (via https://github.com/kholia/OSX-KVM) and it works near flawlessly, which was something I was never able to accomplish with Virtualbox (granted I haven't tried in a few years).

I'm pretty happy with Qemu now, even if it's jsut a CLI interface. I was tempted to try the virt-* stuff, but honestly it seems like one more thing to learn so I'm going to hold off until I need something like copy/paste between VMs and can't figure it out in qemu direct.

Working on a patch to include it as a flake input instead of vendoring it in the repo, so this should no longer be true. I use the QCOW2s for OpenCore from osx-kvm that I have not figured out how to reproduce yet https://github.com/kholia/OSX-KVM/blob/master/OpenCore/OpenCore.qcow2

For almost a year, I have been coding a little project in Python intended to piggyback on the framework of kholia's OSX-KVM project, known as ultimate-macOS-KVM, or ULTMOS.

I just researched a bit, mac os x guest vm with pcie passthrough seems possible on linux.

Dropping the links below:

https://github.com/kholia/OSX-KVM

https://github.com/yoonsikp/macOS-KVM-PCI-Passthrough

VirGL is definitely an interesting project, but all one has to do to get GPU passthrough working (from a Linux QEMU host to any guest OS) is: 1.) research a cheap, secondary GPU that is natively supported by the guest OS, 2.) plug such a secondary GPU into a PCIe slot on the host and hook it up to the primary monitor with a secondary cable (D-Sub vs. DVI, etc.), 3.) setup Linux to ignore the secondary GPU at boot and configure a QEMU VM for the GPU passthrough. The whole process takes perhaps one or two hours and as works flawlessly, with no stability issues. (Switching across the two GPU cables can be accomplished in software by using Display Data Channel /DDC/ utilities and switching keyboard/mouse can be accomplished by using evdev /event device/ passthrough.) More information: https://github.com/kholia/OSX-KVM/blob/master/notes.md#gpu-p...

I also see there is KVM-OSX which looks to be actively maintained, but I haven't heard anything about it.

You can use qemu/libvirt/kvm on any Linux host to run macOS pretty easily these days[1]. I run Ventura on unraid with nvidea gpu passthrough and it’s been fairly painless.

You can also run macOS in docker, but it’s ultimately running through qemu/kvm as well[2]

1. https://github.com/kholia/OSX-KVM

2. https://github.com/sickcodes/Docker-OSX

As far as I can tell it is the doing the same thing as https://github.com/kholia/OSX-KVM but it just automates some steps and adds support for single-gpu passthrough. The vm with kholia's method works which makes me think the problem has to do with passing through the gpu since kholia uses spice/vga.

Here is a set of scripts to help building up a OS X VM.