I had a similar problem with Xubuntu [Thinkpad X30 laptop, 1GB RAM, i915.modeset=0]
When rebooting after the ureadahead update on Dec 4th, I couldn't login. I hadn't rebooted since Nov 29th, at which time it was fine.
The symptom: it would get as far as the gdm login screen, but when I entered my username/password after a few seconds it would return to the gdm screen.
After a lot of digging, the actual problem turned out to be as follows: for some reason, one of my partitions in /etc/fstab was not being mounted. It was actually my /u partition, on which my home directories are stored (e.g. /u/home/brian, and /home symlinks to /u/home).
The hint was in /var/log/daemon.log:
Dec 4 21:48:33 ubuntu gdm-session-worker[2292]: WARNING: unable to log session
Dec 4 21:48:33 ubuntu gdm-session-worker[2292]: WARNING: could not save session and language settings: Failed to create file '/home/brian/.dmrc.F7923U': No such file or directory
So if I did ctrl-alt-F1, logged in as root and "mount /u" or "mount -a", all was fine thereafter.
Subsequent boots had the same problem, and I couldn't see anything wrong with /etc/fstab. Eventually I swapped around two lines in /etc/fstab and it all worked just fine after that - which is not really a satisfactory conclusion.
According to the manpage, mountall just reads /etc/fstab. Is it possible that it actually reads some file which is only regenerated when /etc/fstab is touched? Could ureadahead interact with mountall in some way?
I doubt that others in this thread are experiencing the same problem, but I thought it was worth mentioning. Maybe some other update between Nov 29 and Dec 4 was the culprit.
Bookmarks