The typical user will not know how to make some free disk space when he cannot log into a graphical desktop

Bug #41170 reported by Chris Wagner
46
This bug affects 6 people
Affects Status Importance Assigned to Milestone
gdm
Expired
Medium
Baltix
Incomplete
Undecided
Unassigned
gdm (Ubuntu)
Triaged
Low
Ubuntu Desktop Bugs

Bug Description

The bug is describe in the Gnome bugzilla at http://bugzilla.gnome.org/show_bug.cgi?id=339229

The Gnome developers have marked that report as a duplicate of another Gnome bug report which is almost certainly a different bug, however related the two problems may be.

Revision history for this message
Dennis Kaarsemaker (dennis) wrote :

There is no need to link all upstream bugs in the ubuntu tracker...

Changed in gdm:
assignee: nobody → desktop-bugs
status: Unconfirmed → Confirmed
Revision history for this message
Chris Wagner (chris-wagner) wrote :

I wouldn't actually consider this a duplicate of the bug which the upstream author indicated; similar, but not really a duplicate.

Changed in gdm:
status: Unknown → Unconfirmed
Revision history for this message
Mantas Kriaučiūnas (mantas) wrote :

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.
I'm suggesting improved solution for this bug, based on solutions, mentioned in gnome 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).

Should I report a bug agains gnome-session in Ubuntu ?

Revision history for this message
Chris Wagner (chris-wagner) wrote :

Hi Mantas. Do you have any knowledge of how GDM/gnome-session work? For instance, why a lock file is needed (?) and where the lock file is stored (?).

Creating a place-holder file under /tmp is not fool-proof, unless that is the same directory where the temporary lock file (or whatever file) is stored. The /tmp directory could have a partition mounted to it that is different from the partition where the lock file will need to be written.

I wouldn't bother reporting a another bug, against gnome-session, until it is determined, for certain, where the problem exists.

Revision history for this message
Sebastien Bacher (seb128) wrote :

You get notification bubbles from gnome-volume-manager when your disk is running low space

Revision history for this message
Chris Wagner (chris-wagner) wrote : Re: [Bug 41170] Re: The typical user will not know how to "make some free disk space" when he cannot log into a graphical desktop

> You get notification bubbles from gnome-volume-manager when your disk is
> running low space

How long has this been in place? Since Dapper?

That's certainly an improvement, but having users get "locked out"
when/if they do run out of disk space still seems a bit harsh.

Revision history for this message
Sebastien Bacher (seb128) wrote : Re: The typical user will not know how to "make some free disk space" when he cannot log into a graphical desktop

Dapper seems about right for that feature. I don't discuss the bug, that comment was a reply to comment about displaying a warning made before

description: updated
Changed in gdm:
status: Unconfirmed → In Progress
Revision history for this message
Fabián Rodríguez (magicfab) wrote :

Has there been any progress on this ? There are a number of situations that can lead to a full disk (badly managed log files, backups, importing media /video unattended).

A bubble will hardly prevent this kind of lockout.

Revision history for this message
Sebastien Bacher (seb128) wrote :

No,or the bug would have been updated. There is thousand of desktop bugs open and the team is small, we can't work on everything

Changed in gdm:
status: Confirmed → Triaged
Revision history for this message
toddq (toddq) wrote :

triaged in 2008 and still not fixed. Now the problem is worse because many people are using encrypted files and the existing solutions (e.g., deleting files to make space) no longer work because .trash file will be encrypted so you can delete all the files you want and it will no decrease the size of the disk. This is definitely a big and still as yet unaddressed problem.

Revision history for this message
rusivi2 (rusivi2-deactivatedaccount) wrote :

Thank you for posting this bug.

Is this an issue in Maverick?

Changed in baltix:
status: New → Incomplete
Revision history for this message
Darxus (darxus) wrote :

rusivi1: No reason to believe it isn't. Other than the fact that it's completely insane that it hasn't been fixed in the four years since the upstream bug was opened.

Changed in gdm:
importance: Unknown → Medium
Changed in gdm:
status: In Progress → Expired
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

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