Cannot login into ecrypts directories if not unmounted before

Bug #824594 reported by Barry Warsaw on 2011-08-11
38
This bug affects 6 people
Affects Status Importance Assigned to Milestone
Light Display Manager
Undecided
Unassigned
lightdm (Ubuntu)
High
Michael Terry

Bug Description

When you log out, ~/.Xauthority still exists. Subsequent logins via lightdm are impossible. The screen flashes and then you're dumped back at the login screen. You have to ssh into the machine (or use a virtual terminal) and remove ~/.Xauthority, then you can login again.

I know I reported something similar before, but I can't find that bug now. :(

Sebastien Bacher (seb128) wrote :

Right, I closed your other bug pointed to bug #823775 which was similar but the issue you hit seems a .Xauthority one not a .ICEauthority one

Changed in lightdm (Ubuntu):
importance: Undecided → High
status: New → Confirmed
assignee: nobody → Michael Terry (mterry)
Sebastien Bacher (seb128) wrote :

Could be a race similar from the issue which r1004 tried to address previously:
http://bazaar.launchpad.net/~lightdm-team/lightdm/trunk/revision/1004

Barry Warsaw (barry) wrote :

This is almost certainly an ecryptfs related issue. You don't actually need to remove ~/.Xauthority, you just need to have your homedir decrypt/mounted via remote ssh or vt login. If not, you get dumped back to the login screen. If you're ssh'd in, login works fine.

Timo Kluck (tkluck) wrote :

I am experiencing the bug that Barry Warsaw describes: I cannot login unless I login to a virtual terminal first (which, possibly relatedly, mounts my ecryptfs partition).

I could attach additional debugging info. Please let me know if you need this, and also whether I should open an new bug for that.

summary: - Cannot login unless ~/.Xauthority is removed
+ Cannot login into ecrypts directories if not unmounted before
sebastian-s (sebastian-s) wrote :

I don't what the .Xauthority is for but I can tell that I do shut down my machine properly. Might this be a Ecryptfs issue?

Launchpad Janitor (janitor) wrote :

This bug was fixed in the package lightdm - 0.9.3-0ubuntu4

---------------
lightdm (0.9.3-0ubuntu4) oneiric; urgency=low

  * Updated to current trunk, that's a candidate version version for the next
    update, it fixes those issues:
    - login doesn't work for ecryptfs users (lp: #823775, #824594)
    - "lightdm-gtk-greeter segfaults in get_user_iter when adding a new user"
    (lp: #822470)
    - fix fallback from org.freedesktop.Accounts to passwd format (lp: #817835)
    - empty autologin-user should not be passed to pam (lp: #817581)
  * debian/control.in:
    - build-depends on quilt, it's needed with source v1
    - don't build-depends on valac, vala is not used in the current version
  * debian/lightdm.install:
    - install the manpages as well
  * debian/lightdm.manpages:
    - dropped, it's installed by the upstream make install
  * debian/rules:
    - use the quilt rule
  * debian/source/format:
    - use source v1, it works better with vcs workflows
 -- Sebastien Bacher <email address hidden> Thu, 18 Aug 2011 15:29:42 +0200

Changed in lightdm (Ubuntu):
status: Confirmed → Fix Released
Changed in lightdm:
status: New → Fix Committed
Changed in lightdm:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Duplicates of this bug

Other bug subscribers