[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: UEFI installation upload4 with LVM and crypt

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

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

Cool, thanks for the report. :-)

Reply to: