[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