Re: UEFI installation upload4 with LVM and crypt

[Ryan Morillo <ryan.morillo@rackspace.com>]

Yeah, I don't think it's an issue with the gpt, it's lvm encrypted  
multiple partitons

Here is the output of mount:

sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs  
(rw,relatime,size=10240k,nr_inodes=490551,mode=755)
devpts on /dev/pts type devpts  
(rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=393804k,mode=755)
/dev/mapper/rackspace-root on / type ext4  
(rw,relatime,errors=remount-ro,data=ordered)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=787600k)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
/dev/sda2 on /boot type ext2 (rw,relatime,errors=continue)
/dev/sda1 on /boot/efi type vfat  
(rw,relatime,fmask=0022,dmask=0022,codepage=cp437,iocharset=utf8,shortname=mixed,errors=remount-ro)
/dev/mapper/rackspace-home on /home type ext4 (rw,relatime,data=ordered)
/dev/mapper/rackspace-tmp on /tmp type ext4 (rw,relatime,data=ordered)
/dev/mapper/rackspace-usr on /usr type ext4 (rw,relatime,data=ordered)
/dev/mapper/rackspace-var on /var type ext4 (rw,relatime,data=ordered)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc  
(rw,nosuid,nodev,noexec,relatime)

and the first stanza from grub.cfg

### BEGIN /etc/grub.d/10_linux ###
menuentry 'Debian GNU/Linux, with Linux 3.5-trunk-amd64' --class debian  
--class gnu-linux --class gnu --class os {
        insmod gzio
        insmod efi_gop
        insmod gcry_twofish
        insmod gcry_sha256
        insmod lvm
        insmod part_gpt
        insmod ext2
        set root='(hd0,gpt2)'
        search --no-floppy --fs-uuid --set=root  
068cd3e3-da67-47d0-b67a-f80301e64e12
        echo    'Loading Linux 3.5-trunk-amd64 ...'
        linux   /vmlinuz-3.5-trunk-amd64 root=/dev/mapper/rackspace-root  
ro  quiet
        echo    'Loading initial ramdisk ...'
        initrd  /initrd.img-3.5-trunk-amd64
}

hope that helps in some way.

On Thu, 20 Sep 2012 11:35:50 -0500, Steve McIntyre <steve@einval.com>  
wrote:

> On Thu, Sep 20, 2012 at 11:19:34AM -0500, Ryan Morillo wrote:
> > Hello Steve,
> > Yes, the first part is after the install, the modules are on the
> > disk, they just aren't populated into the grub.cfg.
>
> Cool. I thought it was worth double-checking. :-)
>
> > The load_video function not being used is a bit beyond my
> > understanding, the function is listed, but I don't know where/how it
> > would be called, so I just insmoded them inline.
>
> Right. I didn't care too much about setting up the graphics in the
> loaded system yet. It looks like /etc/grub.d/10_linux is responsible
> for adding a call to the "load_video" function, but it's not adding
> that on EFI installations. GRUB_GFXPAYLOAD_LINUX is responsible in
> config.
>
> In terms of the other missing modules, that sounds like a generic grub
> installation problem. I've not seen similar issues, and I was using
> GPT partitioning in my testing too.
>
> > Thanks for your work, good stuff other than those couple of
> > inconvieniences.
>
> Cool, thanks for the report. :-)