Difference between revisions of "Talk:Automatic login to virtual console"

From ArchWiki
Jump to: navigation, search
(Service Type)
(Killing X: rm closed discussion)
(16 intermediate revisions by 5 users not shown)
Line 1: Line 1:
== Service Type ==
You were probably expecting for talk about the merge request but that's not what you're getting here.
I changed the [[Automatic_login_to_virtual_console#With_systemd|#With systemd]] section's service {{ic|Type}} to {{ic|simple}} (the default) to drastically speed up the boot. I went from 12.4 seconds to 7.2 once I figured out what it was.
And no, this is not a hack to simply skip all the other stuff you'd wanna boot with. Even the default display manager services and the (unrecommended) [[Systemd#Using_service_file|xinit method]] were much faster, which is why I started to look for what was wrong with this (_recommended_) one. --[[User:Det|Det]] ([[User talk:Det|talk]]) 21:31, 26 July 2012 (UTC)
:'''Issues with {{ic|logind}} and {{ic|systemctl}} shutdown/reboot'''
:Using this command should result in the system shutting down if only 1 user is currently logged in, but combined with this method for automatically logging in, it will refuse with {{ic|"Failed to issue method call: Access denied"}}. The {{ic|journalctl}} log files get butchered on my system so all I can see is something about dbus getting rejected. --[[User:Earnest|Earnest]] ([[User talk:Earnest|talk]]) 22:34, 27 July 2012 (UTC)
::Hmh. I have no idea what that means. I just tried starting X as root on another console and launching dolphin with {{ic|dbus-launch}} (of which I have no idea whether it's relevant or not) and I still could shutdown my system from my regular user account.
::But so is the {{ic|1=Type=idle}} method equally fast for you when compared to a display manager or the xinit method? Because if it's not, then why would you want to use that anyway? --[[User:Det|Det]] ([[User talk:Det|talk]]) 10:34, 28 July 2012 (UTC)
:::This whole situation may have something to do with not using {{ic|dbus-launch}}, but there are still some inconsistencies with that theory. I haven't given it much thought or testing as it's not a hindrance for me personally, but may affect others. As my testing has been limited I've not submitted a bug report, but for what it's worth here are some basic steps to reproduce:
:::1) Use the {{ic|autologin@.service}}
:::2) Launch a basic Xsession with {{ic|$ xinit $WM}}
:::3) Open a terminal and run {{ic|$ systemctl poweroff}}. Get ''"Access Denied"''.
:::4) Drop to another tty, login as a regular user and run the command again. Works (but not as intended).
:::As for {{ic|1=Type=idle}} vs. {{ic|1=Type=simple}}, I have personally not noticed a difference between the two on spinning media, it may have a notable difference on SSD that I'm unaware of. --[[User:Earnest|Earnest]] ([[User talk:Earnest|talk]]) 08:13, 30 July 2012 (UTC)
::::{{ic|systemctl}} must like me very much. Here's what I'm getting with {{ic|$ xinit openbox}}:
{{hc|$ systemctl poweroff|
<nowiki>==== AUTHENTICATING FOR org.freedesktop.login1.power-off ===</nowiki> ''(sic)''
Authentication is required for powering off the system.
Authenticating as: ,,, (det)
::::This happens even with the stock -ARCH kernel that _doesn't_ support {{ic|AUDIT_LOGINUID_IMMUTABLE}}.
::::By the way, for signatures you can just use the Wiki feature <nowiki>"--~~~~"</nowiki> (also as a button in the toolbar), instead of manually typing them. --[[User:Det|Det]] ([[User talk:Det|talk]]) 10:20, 30 July 2012 (UTC)
$ sudo ln -s /etc/systemd/system/autologin@.service /etc/systemd/system/getty.target.wants/getty@tty1.service
ln: failed to create symbolic link ‘/etc/systemd/system/getty.target.wants/getty@tty1.service’: File exists
What should be done? Why not simply edit getty@tty1.service? [[User:Stqn|Stqn]] ([[User talk:Stqn|talk]]) 15:19, 3 September 2012 (UTC)
:you have to delete the getty@tty1.service symlink first. you don't edit getty@tty1.service because it is actually a symlink to /usr/lib/systemd/system/getty@.service which will be overriden on an upgrade and would affect all TTYs. [[User:65kid|65kid]] ([[User talk:65kid|talk]]) 16:38, 3 September 2012 (UTC)

Revision as of 01:15, 18 February 2013