LXC bullseye container

[frankw]

Hi,

ich versuche gerade auf meinem Buster-system einen bullseye lxc conatiner anzulegen...klappt prinzipiell, nur kann ich mich nicht via lxc-console einloggen. Ich habe das Ganze auch mit bullseye als host nachgestellt...genau das gleiche Problem.

es kommt nur das, aber kein login-prompt:

Code: Alles auswählen

# lxc-console -n bullseye-test

Connected to tty 1
Type <Ctrl+a q> to exit the console, <Ctrl+a Ctrl+a> to enter Ctrl+a itself

soweit, wie ich es eingrenzen konnte, liegt das daran, dass das /dev/tty0 fehlt

https://bugs.debian.org/cgi-bin/bugrepo ... =907615#53

so funktioniert es:

Code: Alles auswählen

# lxc-console -n bullseye-test -t0

Connected to tty 0
Type <Ctrl+a q> to exit the console, <Ctrl+a Ctrl+a> to enter Ctrl+a itself

bullseye-test login: 

nun kann ich tty0 anlegen und den terminal-dienst neustarten, danach brauche ich das -t0 nicht

Code: Alles auswählen

root@bullseye-test:~# ls /dev/tty*
/dev/tty  /dev/tty1  /dev/tty2	/dev/tty3  /dev/tty4
root@bullseye-test:~# mknod /dev/tty0 c 4 0
root@bullseye-test:~# systemctl status getty@tty1.service
● getty@tty1.service - Getty on tty1
     Loaded: loaded (/lib/systemd/system/getty@.service; enabled; vendor preset: enabled)
     Active: inactive (dead)
  Condition: start condition failed at Tue 2021-09-21 11:24:17 UTC; 10min ago
             └─ ConditionPathExists=/dev/tty0 was not met
       Docs: man:agetty(8)
             man:systemd-getty-generator(8)
             http://0pointer.de/blog/projects/serial-console.html

Sep 21 11:09:19 bullseye-test systemd[1]: Condition check resulted in Getty on tty1 being skipped.
Sep 21 11:15:00 bullseye-test systemd[1]: Condition check resulted in Getty on tty1 being skipped.
Sep 21 11:24:17 bullseye-test systemd[1]: Condition check resulted in Getty on tty1 being skipped.
root@bullseye-test:~# systemctl restart getty@tty1.service
root@bullseye-test:~# systemctl status getty@tty1.service
● getty@tty1.service - Getty on tty1
     Loaded: loaded (/lib/systemd/system/getty@.service; enabled; vendor preset: enabled)
     Active: active (running) since Tue 2021-09-21 11:35:09 UTC; 5s ago
       Docs: man:agetty(8)
             man:systemd-getty-generator(8)
             http://0pointer.de/blog/projects/serial-console.html
   Main PID: 92 (agetty)
        CPU: 12ms
     CGroup: /system.slice/system-getty.slice/getty@tty1.service
             └─92 /sbin/agetty -o -p -- \u --noclear tty1 linux

Sep 21 11:35:09 bullseye-test systemd[1]: Started Getty on tty1.
root@bullseye-test:~# 

nur, wenn ich den container stoppe ist das dev wieder weg und ich bin wieder am Anfang...wie mache ich das permanent?

ich habe auch ein Bullseye via debootstrap erstellt und als rootfs gebootet (da taucht tty0 auf)...also ist irgendwas an dem buster lxc create-script falsch (habe darin auch schon bisschen rumprobiert und auch die /etc/inittab um ein tty0 ergänzt aber ohne Erfolg)

hat vielleicht jemand eine Idee?

ein weiteres Problem ist, dass das root-pw scheinbar nicht oder auf ein zufälliges PW gesetzt wird, ohne dies anzuzeigen beim Erstellen des Containers...ich habe mir bisher damit beholfen, in den rootfs-ordner zu chroot'en und dann das PW selbst zu setzen

Gruß Frank

[jph]

nur kann ich mich nicht via lxc-console einloggen

Muss es unbedingt lxc-console sein? Du kannst dich auch mit lxc-attach verbinden.

Code: Alles auswählen

       lxc-attach runs the specified command inside the container specified by name. The container has to be running already.

       If  no  command  is specified, the current default shell of the user running lxc-attach will be looked up inside the con‐
       tainer and executed. This will fail if no such user exists inside the container or the container does not have a  working
       nsswitch mechanism.

ein weiteres Problem ist, dass das root-pw scheinbar nicht oder auf ein zufälliges PW gesetzt wird, ohne dies anzuzeigen beim Erstellen des Containers

Das habe ich anders in Erinnerung. Ich habe aber leider kein Buster mehr, um es nachzuprüfen.

[frankw]

Muss es unbedingt lxc-console sein? Du kannst dich auch mit lxc-attach verbinden.

Bin halt lxc-console gewöhnt...

Lxc-attach scheint sofort die root-console aufzumachen ohne Passwort-eingabe

ein weiteres Problem ist, dass das root-pw scheinbar nicht oder auf ein zufälliges PW gesetzt wird, ohne dies anzuzeigen beim Erstellen des Containers

Das habe ich anders in Erinnerung. Ich habe aber leider kein Buster mehr, um es nachzuprüfen.

War bei meinem bullseye host genauso...lief durch und hat nicht nach dem rootpw gefragt und hab es auch nicht in der log gefunden