You are here
Hi TurnKey team,
I am seeing behavior with `inithooks` / `confconsole` on a TurnKey LXC container under Proxmox and wanted to confirm whether this is expected.
## Environment - TurnKey appliance running in a Proxmox LXC container - Debian 13 / trixie base - Package versions observed: confconsole 2.2.3 inithooks 2.3.4
Problem
Confconsole autostart appears to be disabled, but Confconsole still gets activated by inithooks.
The relevant config looks like this:
/etc/confconsole/confconsole.conf: # autostart on login - one of true|once|false #autostart once
And:
/etc/default/inithooks: RUN_FIRSTBOOT=false REDIRECT_OUTPUT=false
There is no confconsole.service unit enabled or running:
systemctl list-unit-files '*confconsole*' UNIT FILE STATE PRESET 0 unit files listed.
However, when inithooks runs, it still starts Confconsole directly:
/usr/lib/inithooks/run: Inithook run completed, now starting confconsole confconsole --usage On inithooks 2.3.4, the systemd unit also appears to take over tty1: Description=Run boot scripts and start confconsole on tty1 Conflicts=getty@tty1.service container-getty@1.service ExecStart=/usr/lib/inithooks/run TTYPath=/dev/tty1
In a Proxmox LXC console this seems to reset/disconnect the console session when the package is configured or when the hook flow runs.
Logs / evidence
Redacted example:
root@[REDACTED_HOST]:~# systemctl list-unit-files '*confconsole*'
UNIT FILE STATE PRESET
0 unit files listed.
root@[REDACTED_HOST]:~# dpkg-query -W -f='${Package} ${Version}\n' inithooks confconsole
confconsole 2.2.3
inithooks 2.3.4
root@[REDACTED_HOST]:~# grep -RIn "confconsole --usage" /usr/lib/inithooks/run
/usr/lib/inithooks/run:138: confconsole --usage
Question
Is it expected that disabling Confconsole autostart does not affect the inithooks final confconsole --usage launch?
In other words, is the Confconsole Auto Start setting intended to control only login shell autostart, while inithooks is always expected to launch Confconsole on tty1 when REDIRECT_OUTPUT=false?
I wanted to check whether this behavior is intentional, especially because in a Proxmox LXC console the inithooks.service tty/getty handling appears to cause the console to disconnect/reset.
Thanks for reporting - I'll have a closer look ASAP.
Thanks for reporting.
As we (still...) haven't released v19.0 yet you obviously got there yourself one way or another... Was that via a dist upgrade on a v18.x server? Or did you build yourself a "proper" v19.0 server yourself using TKLDev? If I was a gambling man, I'd put money on the former...
Regardless, the getty/login/inithooks process management has been significantly refactored for v19.0. Since systemd broke the nice way we used to do it way back when, we've had different hacky approaches to make it work every major TKL version release (cause the newer systemd version breaks the previous way every time). Arguably we have improved the implementation each release, but IMO this most recent approach is less hacky and actually quite elegant. Touch wood it should be more robust and less susceptble to systemd changes.
Anyway, if my guess is right (you upgraded from v18.x), I suspect that it's something left over somewhere from the old inithooks config that is causing undefined behavior in the new setup. We haven't tested a dist upgrade and technically we don't support that. Regardless we do "best effort" to not break it and assist users like yourself.
The way it works now (at least is meant to work) is that the last thing inithooks does is start confconsole. Then if confconsole is configured to not run, it should immediately exit and the getty service should be restarted.
Probably the easiest
If you're not actually using everyboot inithooks, probably the quickest/easiest way to resolve your issue is to just disable the inithooks service. I.e.:
systemctl disable --now inithooks
Then reboot to double check. Let me know how that goes...
Add new comment