Bug 722626

Summary: kernel panic and dracut will not create new initramfs.
Product: [Fedora] Fedora Reporter: Lou Spironello <lspironello>
Component: dracutAssignee: dracut-maint
Status: CLOSED NOTABUG QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: high Docs Contact:
Priority: unspecified    
Version: 15CC: gansalmon, harald, itamar, jonathan, kay, kernel-maint, lspironello, madhu.chinakonda
Target Milestone: ---   
Target Release: ---   
Hardware: athlon   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-01-23 09:21:43 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Attachments:
Description Flags
run from dracut -f $(uname -r) $(uname -r) none

Description Lou Spironello 2011-07-15 23:08:09 UTC
Description of problem:
I performed an upgrade from F14 to F15 using the Fedora 15 DVD.
It took more than 4 hours.  There appeared to be no errors.
Prior to this there were no problems reported by package-cleanup.

However,  I was running my own generated initramfs because the stock kernel
will not work with it's initramfs.

This all began after a power fail occuerd on my f13->f14 upgrade 3/4 of the
way through!

Upon reboot of the new F15 I received a kernel panic with the new and only F15 kernel on the machine.


I then attempted to bring up my previous f14 with my initramfs and that wouldn't come up but made it further than then kernel panic.  (will provide
more info regarding this if you need it.  I'm attempting to recover the machine in rescue mode at this time and don't want to reboot.)

I then brought up rescue mode.

Upon further investigation I noticed that there was a new stanza in
/boot/grub/grub.conf for the new fc15 kernel as follows:

title Fedora (2.6.38.6-26.rc1.fc15.i686)
        root (hd0,0)
        kernel /vmlinuz-2.6.38.6-26.rc1.fc15.i686 ro root=/dev/mapper/VolGroup-lv_root  \
                LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYBOARDTYPE=pc KEYTABLE=us \
                edd=off vga=1 boot_delay=10 earlyprintk=vga nolapic noapic


However, as you can see there is no keyword for initrd!  Moreover, there is
initramfs in /boot for the new F15 kernel.

I then attempted to regenerate a new initramfs for the new kernel
after booting from the F15 rescue DVD with dracut
with:

   dracut -f initramfs-$(uname -r)-new.img $(uname -r);

    F: Failed to install /usr/lib64/hmaccalc/sha512hmac.hmac


This is highly unusual since this is not a 64 bit machine.

Version-Release number of selected component (if applicable):

     kernel-2.6.38.6-26.rc1.fc15.i686

Any help would be appreciated with this issue.

Thank you.

How reproducible:

      Every time I reboot.

Steps to Reproduce:

1.
2.
3.
  
Actual results:


Expected results:
That it boots into the new kernel

Additional info:

Comment 1 Lou Spironello 2011-07-15 23:20:06 UTC
The following are installed:

dracut-009-10.fc15.noarch
dracut-fips-009-10.fc15.noarch
dracut-network-009-10.fc15.noarch
dracut-toots-009-10.fc15.noarch

hmaccalc-0.9.12-2.fc15.i686

Comment 2 Lou Spironello 2011-07-16 14:10:44 UTC
Upon further investigation I've noticed that MOST of the major packages have not been upgraded after the upgrade.  This was after 4 1/5 hours of what seemed to be a normal upgrade.  There was no indication during the 4 1/5 hours that anything was wrong.

Such packages as the selinux packages, qt, rpm, mysql, etc, etc.
I'm now manually updating the packages via yum.

Why has this gone to terribly wrong?

Thank you.
Regards,
Lou

Comment 3 Lou Spironello 2011-07-18 02:00:48 UTC
Created attachment 513544 [details]
run from dracut -f $(uname -r)  $(uname -r)

This is a run from dracut which attempts to generate an initramfs.
after doing a yum distro-sync  the initramfs was not generated.

Comment 4 Lou Spironello 2011-08-20 13:25:28 UTC
Here we go again.

I was very reluctant to do an upgrade of the kernel from 2.6.40-4.fc15.i686 to 2.6.40.3-0.fc15.i686 in fear that I was have another non-working system and have to go through the process of recovering that system again.

I did the upgrade and sure enough it didn't boot and I received the flashing cursor in the upper left corner.  I let it sit there for about 5 minutes at which point I got very frustrated, pop the rescue DVD in and went through the process of regenerating an new initramfs for 2.6.40.3-0.

I rebooted with the new initramfs and it popped into the dracut shell.  I followed the instructions one of the fedora sites in an attempt to bring up the root filesystem but it repeatedly failed.

I got fed up again and rebooted into one of my working kernels with my initramfs
2.6.40-4.fc15.i686 which is the one I'm currently using.

Can someone help me with this please?

Comment 5 Lou Spironello 2011-08-20 14:08:17 UTC
 lspci

00:00.0 Host bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133] (rev 03)
00:01.0 PCI bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133 AGP]
00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 40)
00:07.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06)
00:07.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 1a)
00:07.3 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 1a)
00:07.4 SMBus: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 40)
00:09.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
00:0e.0 Multimedia audio controller: Ensoniq 5880B [AudioPCI] (rev 02)
00:0f.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 50)
00:0f.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 50)
00:0f.2 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 51)
01:00.0 VGA compatible controller: ATI Technologies Inc Radeon RV200 QW [Radeon 7500]

Comment 6 Josh Boyer 2011-08-20 19:15:56 UTC
This really has nothing to do with the kernel itself.  Given your upgrade issues, I would recommend a fresh re-install of the machine.  If you aren't willing to do that, you should probably reassign this to dracut and ask them what information they would need in order to figure out why an initramfs isn't getting created.

Comment 7 Lou Spironello 2011-08-20 20:31:38 UTC
I can't do that.  I have no way to back up data.  I"m living in poverty and can't afford to buy another drive.

Thank you.  Will do.

Comment 8 Harald Hoyer 2011-08-22 09:02:34 UTC
(In reply to comment #3)
> Created attachment 513544 [details]
> run from dracut -f $(uname -r)  $(uname -r)
> 
> This is a run from dracut which attempts to generate an initramfs.
> after doing a yum distro-sync  the initramfs was not generated.

Why did you install dracut-fips? Do you need FIPS?

Comment 9 Fedora Admin XMLRPC Client 2011-10-20 16:20:36 UTC
This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.