[systemd-bugs] [Bug 73152] New: gdm can get tty2-6 even with default "#ReserveVT=6" left in logind.conf

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Mon Dec 30 05:18:03 PST 2013


https://bugs.freedesktop.org/show_bug.cgi?id=73152

          Priority: medium
            Bug ID: 73152
          Assignee: systemd-bugs at lists.freedesktop.org
           Summary: gdm can get tty2-6 even with default "#ReserveVT=6"
                    left in logind.conf
        QA Contact: systemd-bugs at lists.freedesktop.org
          Severity: normal
    Classification: Unclassified
                OS: All
          Reporter: pachoramos1 at gmail.com
          Hardware: Other
            Status: NEW
           Version: unspecified
         Component: general
           Product: systemd

I didn't touch default logind.conf file that contains:
#ReserveVT=6

But gdm can still catch ttys from 1-6 when I switch to new users and, then, I
end up usually with a gdm in tty3, a console in 2 and 4, another tty in 5...
that can be a bit confusing

Is this behavior normal? Per the man page it doesn't look to work as expected
to me:
       ReserveVT=
           Takes a positive integer. Configures the number of one virtual
           terminal that shall unconditionally be reserved for autovt at .service
           activation (see above). The VT selected with this option will be
           marked busy unconditionally, so that no other subsystem will
           allocate it. This functionality is useful to ensure that regardless
           of how many VTs are allocated by other subsystems, one login
           "getty" is always available. Defaults to 6 (in other words, there
           will always be a "getty" available on Alt-F6.). When set to 0, VT
           reservation is disabled.


Thanks for your help

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/systemd-bugs/attachments/20131230/b9549b08/attachment.html>


More information about the systemd-bugs mailing list