Bug 1026265

Summary: systemd-readahead: Failed to read event: Value too large for defined data type
Product: [Fedora] Fedora Reporter: Eduard Vopicka <eduard.vopicka>
Component: systemdAssignee: systemd-maint
Status: CLOSED DUPLICATE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 19CC: eduard.vopicka, johannbg, lnykryn, msekleta, plautrba, systemd-maint, vpavlin, zbyszek
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-12-13 02:01:47 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
Sample output of journalctl.
none
Two sets of updates applied none

Description Eduard Vopicka 2013-11-04 09:55:34 UTC 
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.
Comment 1 Eduard Vopicka 2013-11-04 10:09:16 UTC 
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.
Comment 2 Eduard Vopicka 2013-11-05 11:31:16 UTC 
Created attachment 819675 [details]
Sample output of journalctl.
Comment 3 Eduard Vopicka 2013-11-11 10:18:59 UTC 
Created attachment 822340 [details]
Two sets of updates applied
Comment 4 Eduard Vopicka 2013-11-11 10:21:26 UTC 
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.
Comment 5 Lennart Poettering 2013-12-13 02:01:47 UTC 

*** This bug has been marked as a duplicate of bug 696821 ***