Bug 5774 - Upgrade with 'One big transaction' failed creating bootloader - mga1 to Pre RC DVD 64
Summary: Upgrade with 'One big transaction' failed creating bootloader - mga1 to Pre R...
Status: RESOLVED FIXED
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: x86_64 Linux
Priority: Normal critical
Target Milestone: ---
Assignee: Thomas Backlund
QA Contact:
URL:
Whiteboard:
Keywords: NEEDINFO
Depends on:
Blocks: 3342
  Show dependency tree / graph
 
Reported: 2012-05-06 18:09 CEST by claire robinson
Modified: 2012-07-06 17:33 CEST (History)
3 users (show)

See Also:
Source RPM: dracut or mkinitrd
CVE:
Status comment:

Attachments
report.bug.tar.xz (201.09 KB, application/x-xz)
2012-05-06 18:32 CEST, claire robinson 		Details
drakx.tar.xz - logs from /mnt/root/drakx (553.75 KB, application/x-xz)
2012-05-06 18:33 CEST, claire robinson 		Details
lsmntboot.txt - output from ls /mnt/boot/ (800 bytes, text/plain)
2012-05-06 18:33 CEST, claire robinson 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Description claire robinson 2012-05-06 18:09:43 CEST 
I don't know if this has anything to do with 'one big transaction' but after completing the package installation process it failed while creating bootloader.

An error occured
mkinitrd failed:
(mkinitrd -v -f /boot/initrd-3.3.4-desktop-1.mga2.img 3.3.4-desktop-1.mga2).

http://dl.dropbox.com/u/4147101/DSC01041.JPG

It looks like an error in finding modules..

Output from # ps on tty2 - http://dl.dropbox.com/u/4147101/DSC01040.JPG
claire robinson 2012-05-06 18:10:54 CEST

CC: (none) => ennael1

Comment 1 claire robinson 2012-05-06 18:32:16 CEST 
Created attachment 2197 [details]
report.bug.tar.xz
Comment 2 claire robinson 2012-05-06 18:33:10 CEST 
Created attachment 2198 [details]
drakx.tar.xz - logs from /mnt/root/drakx
Comment 3 claire robinson 2012-05-06 18:33:58 CEST 
Created attachment 2199 [details]
lsmntboot.txt - output from ls /mnt/boot/
Comment 4 claire robinson 2012-05-06 18:40:21 CEST 
I tried the command it used manually and it succeeded..

chroot /mnt
mkinitrd -v -f /boot/initrd-3.3.4-desktop-1.mga2.img 3.3.4-desktop-1.mga2
Comment 5 claire robinson 2012-05-06 18:48:05 CEST 
I clicked Ok to the error message in the installer and it tried again to create the bootloader. Maybe because i had created it manually, it passed that part and completed the installation.

After reboot it booted without problem using the new kernel.

$ uname -r
3.3.4-desktop-1.mga2
Comment 6 Dave Hodgins 2012-05-06 20:23:34 CEST 
The mkinitrd failure looks to me like it might be bug 44.

To work around it, try shutting down anything likely to use a
lot of cpu on the host, and when booting the installer, add
the kernel option divider=10.

The report.bug also shows duplication of bug 5592.

CC: (none) => davidwhodgins

Comment 7 Manuel Hiebel 2012-05-07 19:20:42 CEST 
colin, an idea maybe ?

CC: (none) => mageia

Comment 8 Colin Guthrie 2012-05-07 20:00:24 CEST 
@Manuel: The egrep MODULE bit is expected. It's part of the normal sequence of events. In the ddebug.log1 file it appears to be running the real mkinitrd rather than dracut, but I'm not 100% sure what's going on there.

Maybe it just took longer than the installer expects and it timed out? Not sure if it even does that tho'...
Manuel Hiebel 2012-05-08 21:26:13 CEST

Blocks: (none) => 3342

Comment 9 Marja Van Waes 2012-05-26 13:08:25 CEST 
Hi,

This bug was filed against cauldron, but we do not have cauldron at the moment.

Please report whether this bug is still valid for Mageia 2.

Thanks :)

Cheers,
marja

Keywords: (none) => NEEDINFO

Comment 10 claire robinson 2012-07-06 17:33:20 CEST 
This didn't happen again so we should probably close it.

Please reopen if you can reproduce.

Status: NEW => RESOLVED
Resolution: (none) => FIXED
Note You need to log in before you can comment on or make changes to this bug.