Bug 607186
Summary: | Kernel panic - not syncing: Attempted to kill init! | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | John Florian <john> | ||||
Component: | kernel | Assignee: | Kernel Maintainer List <kernel-maint> | ||||
Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
Severity: | high | Docs Contact: | |||||
Priority: | low | ||||||
Version: | 13 | CC: | anton, dougsland, gansalmon, itamar, jonathan, kernel-maint, madhu.chinakonda, sgruszka | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | i686 | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2010-06-23 21:50:23 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: |
|
Description
John Florian
2010-06-23 13:21:14 UTC
I have just confirmed that a stock Fedora 13 Live image crashes in the exact same way. I tried this stock image with both the CompactFlash memory card and a standard CDROM drive attached via a USB<=>IDE adapter. Ergo, the custom spin can be ruled out. Init process exited instantly or crash, kernel can not do anything about that. After system load grub bootloader press 'e' and edit kernel options. Add "rdinfo" and maybe "rdinitdebug" options (see dracut man pages for other useful debug options). Then press 'b' to make boot proceed to boot kernel. We should have some more info from init process that can give us a clue. However I'm not sure if dracut/init log on serial console, if not we have find a way to make it do that. I have tried as you suggested by booting with both 'rdinfo' and 'rdinfo rdinitdebug' added to the kernel command line. This did not change the output in any significant way, but I've attached that here as well. I've also tried using 'rdbreak=cmdline' which, from examination of the init script, appears to be the first available debug breakpoint. I did not get a shell when run on the problem hardware. To ensure that I was using these options correctly, I also tried them while running the image under qemu where I did see their effect. It appears to me that if init is getting started at all, it must be failing very early on. Also, I have tried adding 'init=/bin/sh' and still see the same panic. *** This bug has been marked as a duplicate of bug 579838 *** |