Прямо по вашей же ссылке "пойдём на сайт убунты и посмотрим на эту страницу вниз" пишут:

> Under the hood, LXD uses LXC to create and manage the containers.

Они явно пишут, что есть LXC, состоящий из утилит, библиотеки и прочего:

> LXC is a low-level user space interface for the Linux kernel containment features. It consists of tools (lxc-* commands), templates, and library and language bindings.

А есть LXD, который является альтернативой клиентским утилитам LXC, но внутри всё тот же LXC:

> LXD is a more intuitive and user-friendly tool aimed at making it easy to work with Linux containers. It is an alternative to LXC’s tools and distribution template system, with the added features that come from being controllable over the network. Under the hood, LXD uses LXC to create and manage the containers.

LXC-клиент, который идёт в комплекте к LXD, это просто способ взаимодействия с LXD, который уже использует LXC-бэкенд для контейнеров (или QEMU для ВМ).

Собственно, приведённые вами ссылки как раз таки подтверждают мою точку зрения, достаточно просто почитать.

У меня на openSUSE LXD зависит от liblxc. Как у вас там – не знаю (предположение пальцем в небо – вдруг там статически слинковано, ну кто знает).

> $ zypper --no-refresh info --requires lxd | grep lxc
> lxcfs
> lxcfs-hooks-lxc
> liblxc.so.1()(64bit)