After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 350535 - Login crashes when 100 percent disk usage
Login crashes when 100 percent disk usage
Status: RESOLVED OBSOLETE
Product: gdm
Classification: Core
Component: general
2.14.x
Other All
: Normal normal
: ---
Assigned To: GDM maintainers
GDM maintainers
: 303520 548590 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2006-08-09 07:16 UTC by Alan Gibson
Modified: 2013-12-16 18:36 UTC
See Also:
GNOME target: ---
GNOME version: 2.13/2.14



Description Alan Gibson 2006-08-09 07:16:12 UTC
Please describe the problem:
GDM crashes on login when disk usage is 100% (as reported by 'df'). If I supply username/password at GDM login screen and hit enter I am momentarily dropped into a terminal window (same as if I ctrl+alt+F1) after which GDM immediately restarts.

Steps to reproduce:
1. Load hard disk until usage is 100%
2. Log in using GDM



Actual results:
GDM apparently crashes, X session dies to terminal and GDM restarts.

Expected results:
GDM would not crash and Gnome would tell me that my hard disk is full.

Does this happen every time?
Yes.

Other information:
Comment 1 Brian Cameron 2006-08-09 17:47:23 UTC
*** Bug 303520 has been marked as a duplicate of this bug. ***
Comment 2 Brian Cameron 2006-08-24 03:30:26 UTC
This is not a critical bug.  Lots of things go wrong if your /tmp directory fills up.  I'll happily accept a patch to fix this, but it doesn't seem to be a high enough concern for anybody to provide a patch even though this issue has been documented for years.  Downgrading to normal.
Comment 3 Mantas Kriaučiūnas 2006-09-05 17:28:07 UTC
Free space issue is critical to lots of users, because gdm doesn't offer an userfriendly solution for user if there are no free space.
It seems a very good solution for this bug is mentioned in bug #339229 :

 * Always keep a "place-holder file" in the user's home directory that is big
enough for GDM to "do its job", so, when they log in, GDM can merely write
over top of this file as it needs.
 * Provide some kind of "hook" that would allow each distribution to take
further steps in helping an user to fix the problem.

So, gdm should create place-holder file of needed size (for example ~200 kb) in /tmp after gdm starts (and display a warning message if there are no enough space for creating such file) and erase this file in /tmp before gdm starts.

Also gnome-session should check for free space during login and create  place-holder file (for example ~200 kb) if there are enouch space and display a warning message if there are less than ~1 Mb free space (gdm should erase place-holder file in user's home, created by gnome-session when user starts to login).
Comment 4 Jean-François Fortin Tam 2007-05-13 16:48:17 UTC
I think the placeholder file is a brilliant idea. 

I initially thought of "well instead of telling the user the disk is full, why not also show a window to allow freeing some space by deleting files?", but if gdm can simply "avoid needing to lock the user out", maybe that placeholder might indeed be a good idea.

In any case, I would like to add that this kind of problems happen surprisingly more often than you might think :)
Comment 5 William Jon McCann 2010-06-16 23:44:26 UTC
*** Bug 548590 has been marked as a duplicate of this bug. ***
Comment 6 Ray Strode [halfline] 2013-12-16 18:36:38 UTC
GDM doesn't write anything into the user's home directory at login anymore, so closing.