Description of problem: systemd-readahead Failed to read event: Value too large for defined data type. Then no GUI... Version-Release number of selected component (if applicable): 204-19.fc19.x86_64 How reproducible: HW Dell Latitude E6430, always. Steps to Reproduce: 1. Shut down with WiFi enebled in both nm-applet and by HW switch. 2. When the notebook is off, turn off the WiFi/BT HW switch. (Not sure if having any preconfigured WiFi network in range or not will change anything.) 3. Boot Fedora 19 with default options Actual results: systemd-readahead: Failed to read event: Value too large for defined data type. And then no GUI. Fortunately, console screens are active... Expected results: No error message and GUI running. Additional info: If you have the HW switch in ON position, Fedora boots normally to GUI. Also, with WiFi disabled in nm-applet, it also boot as expected to GUI. It appears tha the "wrong" combination is having Wifi On in nm-applet with HW switch in Off position. The pre-error message boot messages are Started OpenSSH server daemon. Started RPC bind service.
On another boots, the pre-error boot messages are: Started Sendmail Mail Transport Client. Reached Target MultiUser System. Reached Target Graphical Interface. Maybe the problem is that lines are sometimes written one over the another when the problem occurs. Appears also to be less deterministic after trying ~15 boots. With WiFi enabled in nm-applet: - With HW Wifi Switch off, it never boots to GUI. - With HW WiFi Switch On, it sometimes boots to GUI.
Created attachment 819675 [details] Sample output of journalctl.
Created attachment 822340 [details] Two sets of updates applied
It appears that the problem probably disappeared automa[tg]ically after two sets of updates have been applied. Please see the file attached for list of these updates. Unfortunately, I did not reboot between these two sets.
*** This bug has been marked as a duplicate of bug 696821 ***