Full hard drive causes xorg and lightdm to fail to load

Bug #932598 reported by Rick Spencer
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Light Display Manager
Triaged
Low
Unassigned
lightdm (Ubuntu)
Triaged
Low
Unassigned
Precise
Won't Fix
Low
Unassigned
mountall (Ubuntu)
Fix Released
Undecided
Martin Pitt
Precise
Fix Released
Undecided
Martin Pitt

Bug Description

Steps:
1. Have a computer with default partioning
2. Fill the drive with data
3. reboot

Result
You are forced into low graphics mode and when you log in, the desktop session won't start

Expected
You can log in and use the desktop

ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: mountall 2.33
ProcVersionSignature: Ubuntu 3.2.0-15.24-generic 3.2.5
Uname: Linux 3.2.0-15-generic x86_64
ApportVersion: 1.91-0ubuntu1
Architecture: amd64
Date: Wed Feb 15 09:57:15 2012
InstallationMedia: Ubuntu 11.10 "Oneiric Ocelot" - Beta amd64 (20110919)
ProcEnviron:
 PATH=(custom, no user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: mountall
UpgradeStatus: Upgraded to precise on 2012-01-14 (31 days ago)

Related branches

Revision history for this message
Rick Spencer (rick-rickspencer3) wrote :
Revision history for this message
Martin Pitt (pitti) wrote :

In earlier versions our sysvinit scripts mounted a tmpfs on /tmp if there was less than 1 MB free. I think we lost this. We should either consider making /tmp a tmpfs all the time, or at least bring back this fallback mode.

Changed in mountall (Ubuntu):
status: New → Triaged
summary: - Full hard drive causes xorg and desktop to fail to load
+ Full hard drive causes xorg to fail to load
Revision history for this message
Martin Pitt (pitti) wrote : Re: Full hard drive causes xorg to fail to load

When /home is full, the session will fail to start. This is covered by bug 35217 [sic, five-digit]. But we should at least get lightdm to start properly, so that you can start a reduced session.

Changed in mountall (Ubuntu):
importance: Undecided → High
Revision history for this message
Martin Pitt (pitti) wrote :

There are two parts to this:

 - Somewhere in the upstartification we lost the emergency mounting of an 1 MB /tmp tmpfs if /tmp had less than 1 MB of free space. This is in mountall, I'm working on this.

- lightdm cannot write /var/lib/lightdm/.Xauthority as user "lightdm" when the disk has less than 5% free space (i. e. it counts as "full" for users). Here it would help if lightdm wrote its .Xauthority file somewhere into /run/. Robert, does it actually need to be permanent across reboots?

summary: - Full hard drive causes xorg to fail to load
+ Full hard drive causes xorg and lightdm to fail to load
Changed in mountall (Ubuntu):
assignee: nobody → Martin Pitt (pitti)
importance: High → Undecided
status: Triaged → In Progress
tags: added: rls-p-tracking
Changed in lightdm (Ubuntu):
status: New → Triaged
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package mountall - 2.35

---------------
mountall (2.35) precise; urgency=low

  * conf/mounted-tmp.conf: Mount an 1 MiB tmpfs on /tmp/ if /tmp has less than
    1 MB of space, so that booting has a chance of succeeding with a full
    disk. Ubuntu up to 8.04 LTS already had this, but this got lost in
    between. (LP: #932598)
 -- Martin Pitt <email address hidden> Thu, 08 Mar 2012 11:57:29 +0100

Changed in mountall (Ubuntu Precise):
status: In Progress → Fix Released
Revision history for this message
Martin Pitt (pitti) wrote :

Robert, there is currently no special code to handle /var/lib/lightdm/.Xauthority, it's handled by the same code as for any other user session. Would it be possible to make a special case there, so that the greeter uses /run/lightdm/.Xauthority, and every other user session uses ~/.Xauthority, as usual?

If not, we could think about shipping a /var/lib/lightdm/.Xauthority -> /run/lightdm/.Xauthority symlink.

In either case, either lightdm itself or the upstart job needs to create /run/lightdm/ at startup with the right permissions.

Revision history for this message
Robert Ancell (robert-ancell) wrote :

Seems like a good idea to stop the greeter X authority in /run (the X server authority is currently stored there).

Changed in lightdm (Ubuntu Precise):
importance: Undecided → Low
Changed in lightdm:
status: New → Triaged
importance: Undecided → Low
tags: removed: rls-p-tracking
Revision history for this message
Steve Langasek (vorlon) wrote :

The Precise Pangolin has reached end of life, so this bug will not be fixed for that release

Changed in lightdm (Ubuntu Precise):
status: Triaged → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.