[Bug 1011986] Re: After logout Xorg stays stuck in tty_ld
James Hunt
1011986 at bugs.launchpad.net
Tue Jun 12 13:34:28 UTC 2012
Hi Gema,
The problem then is that mountall is left prompting but meantime X has
started on the same tty. I don't see how mountall could be changed to
deal with this scenario automatically though since the only way to
signify that a particular CIFS mount requires a password is via the
options specified for that mount point in /etc/fstab. That said, the
resultant problem you're observing is clearly something we want to
avoid!
We could potentially add a new Upstart job that specifies "start on
filesystem", waits for a few seconds (ugh) and then forcibly stops
mountall if it is still running along with displaying a message that
fstab mount options may be bad. This is ugly, but would atleast give
users an indication that recent /etc/fstab changes may cause problems.
So ultimately, this is a configuration error I think. There are a number
of ways to work around the problem:
- add "noauto" to mount options in /etc/fstab (as Gema states).
- add "guest" to mount options in /etc/fstab.
- add "bootwait" to mount options in /etc/fstab to make mountall wait until the user has entered the password.
- use the automounter instead ("sudo apt-get install autofs" and add mount details to appropriate /etc/auto.* file)
- use a user mount (gvfs-mount) if the data on the remote FS isn't required until user login.
What would be good is if we could contrive a mntctl option that could be
run that would atleast warn if it detected an fstab entry that could
block for user input.
** Package changed: ubuntu => mountall (Ubuntu)
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to mountall in Ubuntu.
https://bugs.launchpad.net/bugs/1011986
Title:
After logout Xorg stays stuck in tty_ld
Status in “mountall” package in Ubuntu:
Confirmed
Bug description:
Precise is not able to restart Xorg after a logout in any of my
machines. After I log out, the Xorg process stays stuck in tty_ld. ps
shows:
4 0 1258 1187 20 0 0 0 tty_ld Ds+ tty7 0:07 [Xorg]
0 1000 2977 2959 20 0 9396 916 pipe_w S+ tty1 0:00 grep Xorg
Since tty7 remains busy, no new desktop manager and Xorg start up
automatically.
Dmesg last line seems to be relevant:
[ 193.702121] tty_ldisc_hangup: waiting (Xorg) for tty7 took too long, but we keep waiting...
It seems that a password prompt for some smb/cifs mounts that are not
marked as noauto are causing the issue.
//nasi/data /home/gema/data cifs user,user=gema
0 0
Adding noauto works around the problem,
//nasi/data /home/gema/data cifs
noauto,user,user=gema 0 0
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/mountall/+bug/1011986/+subscriptions
More information about the foundations-bugs
mailing list