grub-update generates a wrong grub.cfg for cryptsetup

Bug #1307224 reported by Leszek 'Makdaam' Jakubowski
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Boot-Repair
Invalid
Undecided
Unassigned
grub
New
Undecided
Unassigned

Bug Description

I had some problems when running boot-repair from a xubuntu live cd (xubuntu 12.04 desktop live cd and xubuntu 12.04 with luks / on hdd).

I think it has more to do with grub-update running from chrooted livecd (and default cryptsetup mappings on the live cd) than boot-repair itself, for my cryptsetup root partition it generated something like:

        linux /vmlinuz-3.2.0-60-generic root=/dev/mapper/uuid-12312abcd*blablabla* ro quiet splash $vt_handoff
        initrd /initrd.img-3.2.0-60-generic

instead of
Code:

        linux /vmlinuz-3.2.0-60-generic root=/dev/mapper/sda5_crypt ro quiet splash $vt_handoff
        initrd /initrd.img-3.2.0-60-generic

initramfs maps the cryptsetup partitions as sdXY_crypt, not as uuid disks. After I figured it out the fix was trivial, I don't know if you can automate it reliably in any way.

Thanks for making this tool!

Revision history for this message
YannUbuntu (yannubuntu) wrote :

thanks Leszek.
Agreed, grub-update should generate the correct grub.cfg , so this bug affects mainly the grub2 package.

summary: - Boot-repair on LiveCD 12.04 generates a wrong grub.cfg
+ grub-update generates a wrong grub.cfg for cryptsetup
Changed in boot-repair:
status: New → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.