systemd container with BL - no graphical desktop

damo · 2017-07-06 21:50:22

I created a systemd container as per HoaS's HowTo, and did a Debian Jessie netinstall in it, followed by the BL netinstall script. The graphical login doesn't appear, though I can login on the console.

To start the X environment I used

# systemd-nspawn --boot --directory=/var/lib/container/upgrade --bind=/tmp/.X11-unix:/tmp/.X11-unix --setenv=DISPLAY=:0

but after logging in, and trying to start the lightdm.service, the output is

$ sudo systemctl start lightdm.service
sudo: /usr/bin/sudo must be owned by uid 0 and have the setuid bit set

$ systemctl status lightdm.service
● lightdm.service - Light Display Manager
   Loaded: loaded (/lib/systemd/system/lightdm.service; enabled)
   Active: failed (Result: start-limit) since Thu 2017-07-06 22:47:01 BST; 52s ago
     Docs: man:lightdm(1)
  Process: 518 ExecStart=/usr/sbin/lightdm (code=exited, status=1/FAILURE)
  Process: 516 ExecStartPre=/bin/sh -c [ "$(cat /etc/X11/default-display-manager 2>/dev/null)" = "/usr/sbin/lightdm" ] (code=exited, status=0/SUCCESS)
 Main PID: 518 (code=exited, status=1/FAILURE)

Anyone know the trick to get the desktop to boot in a container?

EDIT: I may have messed up installing sudo
EDIT2: Maybe not

$ls -lh /usr/bin/sudo
-rwsr-xr-x 1 1859518464 1859518464 155K May 29 08:45 /usr/bin/sudo

Last edited by damo (2017-07-07 00:24:05)

KrunchTime · 2017-07-06 22:14:47

Sorry, dude, way over my head...woosh!

Head_on_a_Stick · 2017-07-07 06:27:10

damo wrote:

Anyone know the trick to get the desktop to boot in a container?

Give the container the root permissions it needs to start the X server.

But that would be a really bad idea, which is why my guide from fdn advises running individual programs in the container and attaching them to the X sever already running in the "host" system.

Anyway, this sounds like an XY problem — what are you actually trying to achieve with this?

damo · 2017-07-07 07:02:28

Trying to build and run BL (or any OS) using a container, as opposed to qemu (poor graphics) or VBox (bloated). Just playin' really

Head_on_a_Stick · 2017-07-07 07:05:38

damo wrote:

qemu (poor graphics)

I find QEMU (well KVM really) to be virtually indistinguishable from a bare-metal install, even without all the fancy SPICE stuff that nobody keeps telling us to use.

Have you seen https://forums.bunsenlabs.org/viewtopic.php?id=1546?

EDIT: you could even have a PCI passthrough for your NVIDIA card...

https://wiki.archlinux.org/index.php/PC … h_via_OVMF

Last edited by Head_on_a_Stick (2017-07-07 07:07:23)

damo · 2017-07-07 07:09:40

^ That is the guide I followed, but I haven't yet managed to get clean, sharp graphics, and there is some tearing. I lost patience trying different settings, although there is bound to be an answer in there somewhere 8o

EDIT: cross-posting. I'll check out your new link

Last edited by damo (2017-07-07 07:10:27)

johnraff · 2017-07-07 09:33:43

damo wrote:

Trying to build and run BL (or any OS) using a container...

Don't forget that containers use the host's kernel.

#1 2017-07-06 21:50:22

systemd container with BL - no graphical desktop

#2 2017-07-06 22:14:47

Re: systemd container with BL - no graphical desktop

#3 2017-07-07 06:27:10

Re: systemd container with BL - no graphical desktop

#4 2017-07-07 07:02:28

Re: systemd container with BL - no graphical desktop

#5 2017-07-07 07:05:38

Re: systemd container with BL - no graphical desktop

#6 2017-07-07 07:09:40

Re: systemd container with BL - no graphical desktop

#7 2017-07-07 09:33:43

Re: systemd container with BL - no graphical desktop

Board footer