Lxd Alternatives

lxd reviews and mentions

• LTSP on LXD: A Fun Dev Trip
  5 projects | dev.to | 11 Dec 2025

  To solve the second problem (lack of space), I'm initially going to entirely skip setting up any physical client machines at all. The idea is to run both the LTSP server and the LTSP client "machine" as containerized instances inside my dev box (e.g. laptop). There are a number of ways this can be done, and a lot of homelabbers might use Proxmox if they have that running already, but today I'm going to use software from Canonical (the company behind Ubuntu Linux) & others called "LXD". Later, after getting the systems set up 'virtually', I could move plug in actual physical machines with very little changes and have it all just work. (That's the idea anyway!)

• How to sign your git commits with SSH when doing remote development
  2 projects | dev.to | 3 Dec 2025

  In my case, though, I do all my development inside a LXD virtual machine. This is very nice because it isolates my environment and I can nuke it and rebuild it with cloud-init if something goes wrong.

• How Container Filesystem Works: Building a Docker-Like Container from Scratch
  9 projects | news.ycombinator.com | 16 Sep 2025

  https://github.com/opencontainers/runtime-spec/blob/main/con...

  The LXC approach is to run systemd in the container.

  The quadlet approach is to not run systemd /sbin/init in the container; instead create .container files in /etc/containers/systemd/ (rootful) or ~/.config/containers/systemd/.container (for rootless)

  Then realized you said QEMU not LXC.

  LXD: https://canonical.com/lxd :

  > LXD provides both [QEMU,] KVM-based VMs and system containers based on LXC – that can run a full Linux OS – in a single open source virtualisation platform. LXD has numerous built-in management features, including live migration,* snapshots, resource restrictions, projects and profiles, and governs the interaction with various storage and networking options.

  From https://documentation.ubuntu.com/lxd/latest/reference/storag... :

  > LXD supports the following storage drivers for storing images, instances and custom volumes:

  > Btrfs, CephFS, Ceph Object,

• Ubuntu CLI cheat sheet
  1 project | dev.to | 4 Feb 2025

  LXD is a modern, secure, and powerful tool that provides a unified experience for running and managing containers or virtual machines. Visit LXD Official Site for more information.

• Running NixOS Guests on QEMU
  3 projects | dev.to | 31 Jul 2024

  Running NixOS on a virtual machine (VM) is a safe and reproducible way to test such configurations. As for VMs, I have used VirtualBox, Vagrant and lxd in the past. However, I have found QEMU to be the simplest and most flexible solution for my needs.

• Canonical re-licenses LXD under AGPLv3, slaps a CLA on top
  1 project | news.ycombinator.com | 12 Dec 2023

  Please correct me if I'm wrong, but the post also links the "add Canonical CLA check #12665" [0], and my understanding is that "retain copyright" here is like a typical forum agreement where you going forward must agree to a perpetual worldwide unlimited license to Canonical that they can use as they please per [1]:

  >In effect, you’re giving us a licence, but you still own the copyright — so you retain the right to modify your code and use it in other projects.

  You explicitly do retain ownership, so you can then take that same code and contribute it elsewhere under any license you wish. The same author could contribute the same patch to both the LXD and the Incus fork. But some might object to being required to allow Canonical to specially license as they want.

  So your characterization seems unfair, and then gets kind of nasty at the end:

  >The author is pissed off because he can't build custom versions without redistributing the modifications

  Incus is a full fork, and Canonical has apparently been taking changes back from it as well as is often the case with such forks where both sides get value from each other. It's perfectly understandable for some folks to be bummed if that's no longer the case, and there is nothing evil about the Apache2 license. There's plenty of history that in OSS going back to the beginning, no need for insinuations or attacks.

  ----

  0: https://github.com/canonical/lxd/pull/12665/commits/eb5c773d...

  1: https://ubuntu.com/legal/contributors

• Vm and hypervisor
  1 project | /r/homelab | 10 Dec 2023

  You could consider LXD which lets you easily run both containers and VMs: https://ubuntu.com/lxd

• LXD Moves into Canonical
  3 projects | news.ycombinator.com | 6 Jul 2023

  I hope this doesn't affect LXC negatively.

  LXC and LXD share plenty of contributors.

  https://github.com/lxc/lxc/graphs/contributors

  https://github.com/canonical/lxd/graphs/contributors

  I use an "unprivileged LXC container" setup on several Debian bullseye hosts. It works fantastic, and each LXC container feels like a real server.

  Compare that to Docker's "one-container-one-process" philosophy, reinventing the wheel by awkwardly composing multiple containers.

• LXD Has been moved to Canonical
  1 project | /r/LXD | 6 Jul 2023

  [1] https://linuxcontainers.org/lxd/

  1 project | /r/opensource | 5 Jul 2023
• A note from our sponsor - SaaSHub
  www.saashub.com | 10 Jun 2026

  SaaSHub helps you find the best software and product alternatives Learn more →