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

From ArchWiki
Jump to: navigation, search
(Service Type)
Line 34: Line 34:
  
 
What should be done? Why not simply edit getty@tty1.service? [[User:Stqn|Stqn]] ([[User talk:Stqn|talk]]) 15:19, 3 September 2012 (UTC)
 
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 16:38, 3 September 2012

Service Type

You were probably expecting for talk about the merge request but that's not what you're getting here.

I changed the #With systemd section's service Type to 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) xinit method were much faster, which is why I started to look for what was wrong with this (_recommended_) one. --Det (talk) 21:31, 26 July 2012 (UTC)

Issues with logind and 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 "Failed to issue method call: Access denied". The journalctl log files get butchered on my system so all I can see is something about dbus getting rejected. --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 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 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? --Det (talk) 10:34, 28 July 2012 (UTC)
This whole situation may have something to do with not using 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 autologin@.service
2) Launch a basic Xsession with $ xinit $WM
3) Open a terminal and run $ 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 Type=idle vs. 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. --Earnest (talk) 08:13, 30 July 2012 (UTC)
systemctl must like me very much. Here's what I'm getting with $ xinit openbox:
$ systemctl poweroff
==== AUTHENTICATING FOR org.freedesktop.login1.power-off === (sic)
Authentication is required for powering off the system.
Authenticating as: ,,, (det)
Password:
This happens even with the stock -ARCH kernel that _doesn't_ support AUDIT_LOGINUID_IMMUTABLE.
By the way, for signatures you can just use the Wiki feature "--~~~~" (also as a button in the toolbar), instead of manually typing them. --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? 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. 65kid (talk) 16:38, 3 September 2012 (UTC)