On Thu, 10.05.12 23:27, Seblu (se...@seblu.net) wrote: > Hello, > > on my archlinux test computer i would have first console not cleaned > and other spawned statically (crazy idea isn't it). > > So I've turned NAutoVTs to 1 in /etc/systemd/systemd-logind.conf. > I've copied /usr/lib/systemd/system/getty@.service into > /etc/systemd/system/ and patched as following:
> My issue is at every systemd package upgrade, getty@tty1.service is > replaced by a new one linked to > /usr/lib/systemd/system/getty@.service. > And i loose my configuration. This sounds like a packaging problem downstream, nothing we can fix upstream. > I suggested to archlinux maintainer to flag as "backup" > getty@tty1.service to avoid this replacment. But it doesn't seems to > be a good solution. > > Another solution was to remove getty@tty1.service from > /etc/systemd/system/ (in arch package). This works with static vt > allocation, but when NAutoVTs=0 (default), wihtout this file, there is > no tty1 console. It would be sad this is the main expected behaviour. > Why with autovt we need this file? because /dev/tty1 is kinda special, and detection of non-usage racy, since we output console output on it. > I'm also wondering if we keep in mind the smart hierarchy of > /usr/lib/systemd/system, /etc/systemd/system, /run/systemd/system, why > this file is not in /usr/lib/systemd/system/getty.target.wants? This > would let administrator override it cleanly. Well, on some systems it might make sense to remove the getty on tty1 entirely, i.e. where the primary means of entry is a serial terminal. Lennart -- Lennart Poettering - Red Hat, Inc. _______________________________________________ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel