Created attachment 87171 [details] workaround PAM file for vclock. First seen in systemd-207-3-x86_64, also seen in systemd-207-5-x86_64 and systemd-208-1-x86_64. Also debug console (Alt-F9) not available until 08-1 (for me) journalctl -f shows journalctl filling with this message, and not stopping without hardware shutdown. "...vclock[528]: pam_unix(vclock:auth): auth could not identify password for [ljohnson]" bypassing PAM by adding vclock to /etc/pam.d/ is a workaround (attached) occurs every shutdown/reboot. Also unless umount /boot is issued before shutdown, it will be flagged for fsck. Linux kise-005 3.11.3-1-ARCH #1 SMP PREEMPT Wed Oct 2 01:38:48 CEST 2013 x86_64 GNU/Linux [root@kise-005 ~]# pacman -Qi systemd Name : systemd Version : 208-1 Description : system and service manager Architecture : x86_64 URL : http://www.freedesktop.org/wiki/Software/systemd Installed Size : 12118.00 KiB Packager : Jan Alexander Steffens (heftig) <jan.steffens@gmail.com> Build Date : Wed Oct 2 05:01:21 2013 Install Date : Fri Oct 4 08:45:08 2013
Can you start at the beginning and explain what commands did you issue, in what situation, and what happened? (How do you start vlock, etc. Also what is 08-1? If debug-shell is not working, please file a separate bug report.)
Commands issued: systemctl shutdown or any command to shutdown or reboot. The process of shutdown (also when rebooting) immediately stops with one line obscured in the bottom half. A hardware reset is required to complete/end the shutdown. When booting after this manner of shutting down, the /boot partition is marked unclean and must be fsck'd. Vclock is apparently started as a part of shutdown. I initially confused it with "vlock". I have no idea what vclock is or where it's sourced. 08-1 should have been 208-1 and refers to systemd-208-1-x86_64 The debug shell failed to work in systemd-207-3-x86_64 and in systemd-207-5-x86_64. It does work in systemd-208-1-x86_64. Failure was the obscured line on F9 was identical to the line on F1. In 208-1, F9 was the debug prompt and worked as expected. To shutdown without hanging, the following commands were issued as root: umount /dev/sdf2; sync; poweroff -f My forum post regarding this is here: https://bbs.archlinux.org/viewtopic.php?pid=1333144#p1333144
So, let's first find out what this vclock thing is. Google search returns nothing interesting. Can you try: find / -xdev -type f -exec grep -H vclock {} \;
It is vlock It is not vclock. vlock is invoked in .bash_profile when automatically starting xfce4. Apparently my xfce4 which was installed prior to systemd needs some work, which may resolve this problem.
vlock issues notwithstanding, this shouldn't happen. I'm assuming that because of (buggy vlock configuration), your user's processes don't terminate when requested nicely, blocking shutdown. We should be able to reproduce it with a dummy loop.
Apparently having vlock in the auto-start for xfce4 caused the problem (additional and subsequent problems due to my confusion). With vlock out of the start-up process for xfce4 the problem has disappeared. I recall it was added to alleviate some other problem which has faded from memory. Sorry for the confusion and thanks for the help.
This should be fixed with 209. Closing.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.