GDM Password Prompt Does Not Appear

Question

Alternate Title: systemctl: No space left on device.
I'll preface this by saying that GDM never has any trouble starting; this doesn't seem like the same issue as threads like this one.  But when trying to log in, after picking a user or typing in a username and pressing enter... nothing happens.  The password prompt never appears.  If I've clicked a user in the chooser, it will time out and go back to the chooser after a minute or so.
Whenever I start or stop GDM with systemctl, I get:
Error: No space left on device
This wouldn't be too bad, if GDM worked consistently (it happens with almost any systemctl action).   Output from systemctl status is below.
# systemctl status gdm
gdm.service - GNOME Display Manager
Loaded: loaded (/usr/lib/systemd/system/gdm.service; enabled)
Active: active (running) since Sun, 2012-11-25 17:35:13 PST; 1min 9s ago
Main PID: 1005 (gdm-binary)
CGroup: name=systemd:/system/gdm.service
├ 1005 /usr/sbin/gdm-binary
├ 1009 /usr/lib/gdm/gdm-simple-slave --display-id /org/gnome/DisplayManager/Displays/_0
├ 1012 /usr/bin/Xorg :0 -background none -verbose -auth /var/run/gdm/auth-for-gdm-1wTZMv/database -seat seat0 -nolisten tcp vt1
└ 1024 gdm-session-worker [pam/gdm-launch-environment]
Nov 25 17:35:13 saya systemd[1]: Starting GNOME Display Manager...
Nov 25 17:35:13 saya systemd[1]: Started GNOME Display Manager.
Nov 25 17:35:14 saya gdm-simple-slave[1009]: WARNING: Failed to give slave programs access to the display. Trying to proceed.
Nov 25 17:35:22 saya gdm-password][1098]: AccountsService-WARNING: Failed to monitor logind session changes: No space left on device
Also, certainly nothing is out of space:
$ df
Filesystem 1K-blocks Used Available Use% Mounted on
rootfs 15378832 8192380 6405248 57% /
dev 4054552 0 4054552 0% /dev
run 4090384 652 4089732 1% /run
/dev/sda1 15378832 8192380 6405248 57% /
tmpfs 4090384 496 4089888 1% /dev/shm
tmpfs 4090384 0 4090384 0% /sys/fs/cgroup
tmpfs 4090384 264 4090120 1% /tmp
/dev/sda3 70345220 45409040 24936180 65% /mnt/games-ssd
/dev/mapper/vg0-var 82569904 6368676 72006924 9% /var
/dev/mapper/vg0-home 240361984 219289656 8862564 97% /home
/dev/sdc2 208063156 151132036 46445368 77% /mnt/games
The kicker is that sometimes, it works just fine for no apparent reason.  Any
ideas?
TIA

Answer 1

[root@arssi gdm]# df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/sda1        28G   12G   15G  43% /
dev             2.0G     0  2.0G   0% /dev
run             2.0G  828K  2.0G   1% /run
tmpfs           2.0G  760K  2.0G   1% /dev/shm
tmpfs           2.0G     0  2.0G   0% /sys/fs/cgroup
tmpfs           2.0G  528K  2.0G   1% /tmp
/dev/sda6       304G  208G   81G  72% /home
And inodes:
[root@arssi gdm]# df -i
Filesystem       Inodes  IUsed    IFree IUse% Mounted on
/dev/sda1       1831424 219187  1612237   12% /
dev              505819    400   505419    1% /dev
run              506514    468   506046    1% /run
tmpfs            506514     15   506499    1% /dev/shm
tmpfs            506514     11   506503    1% /sys/fs/cgroup
tmpfs            506514     35   506479    1% /tmp
/dev/sda6      20209664 166212 20043452    1% /home
And btw, this doesn't happen every time.
Usually a reboot or two is enough.
It also may happen during session, if system has been idle for awhile (this hasn't happenned yet to me but for somebody else using this PC).
Last edited by OssiL (2013-09-22 07:27:45)