Bug 478558
Summary: | general protection fault at boot | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Tom <tomg68> | ||||
Component: | udev | Assignee: | Harald Hoyer <harald> | ||||
Status: | CLOSED NOTABUG | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
Severity: | high | Docs Contact: | |||||
Priority: | low | ||||||
Version: | 10 | CC: | harald | ||||
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: | 2009-01-19 19:45:45 UTC | Type: | --- | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Attachments: |
|
you might try to boot with "modprobedebug" added to the kernel command line This issue turned out to be unrelated to the operating system, as I discovered several days ago that I had a flaky dimm, acting up in ways never before seen by me. Ended up the system died as a result, that's how I figured out what was going on. I have since swapped out all ram, re-installed and tested extensively. Problem has not reoccurred, and I am certain it was hardware related. Bug report can be safely closed. |
Created attachment 328024 [details] kernel dump of GPF Description of problem: About one out of every three boots udev takes a very long time to initialize followed by general protection fault, don't know for sure if this is a kernel or udev related issue. Version-Release number of selected component (if applicable): How reproducible: One of every three boots or so. Steps to Reproduce: 1. Boot machine and cross fingers. 2. 3. Actual results: High likelihood of GPF then lock-up. Expected results: Normal boot. Additional info: I tend to think this is likely related to udevadm as it keeps appearing in the crash dumps.