Re: [gentoo-user] grub2 or kernel config - unable to properly boot [SOLVED]

Re: [gentoo-user] grub2 or kernel config - unable to properly boot [SOLVED]

[Francisco Ares]

[-- Attachment #1: Type: text/plain, Size: 2632 bytes --]

2013/8/28 Francisco Ares <frares@gmail.com>

>
> 2013/8/28 Michael Hampicke <mh@hadt.biz>
>
>> Am 27.08.2013 22:40, schrieb Francisco Ares:
>> >>
>> >> I think I might have found it.  Although I have selected in the kernel
>> >> "menuconfig" to compress the initramfs using gzip and deselected all
>> other
>> >> decompression forms. a simple "file initramfs-xxx" told me that it was
>> "XZ
>> >> compressed data", so now I am rebuilding the kernel with all
>> decompression
>> >> algorithms built in.
>> >>
>> >> I will (hope) soon post the results.
>> >>
>> >> Thanks,
>> >> Francisco
>> >>
>> >
>> >
>> > It did not work :-(
>> >
>>
>> You could try generating an initramfs with dracut - see if that works.
>> You possible have to change the name of the initramfs in grub.cfg. Files
>> generated with dracut don't have *genkernel* in it's filename.
>>
>> If you can boot with dracut initramfs, you can investigate why the
>> initramfs of genkernel does not work.
>>
>>
> Thanks, Michael, gonna read about dracut and try it out.
>
> Right now "gentoo-sources-3.10.7" is being built, still using genkernel (I
> was using gentoo-sources-3.8.13).
>
> Meanwhile: the profile for this new install is
> "default/linux/amd64/13.0/no-multilib" - and I see that the directory where
> grub2 stores modules in /boot/grub2 is named "i386-pc".  Switching to a
> multilib profile and issuing an "emerge -pvuDN world", I see that, for
> instance, glibc is queued to be rebuilt with "multilib" use flag.
>
> What I mean is: does genkernel uses the binaries already available in the
> filesystem it works on, or does it build its own ones?  If so, is genkernel
> + grub2 compatible with a "no-multilib" profile?  I guess so, specially
> after reading grub2 documentation, but, on the other hand, in a working
> system, I could see that busybox from the initramfs (thanks, Neil!) and the
> one in the root filesystem are different.
>
> Thanks again!
> Francisco
>

Hi

While trying to learn about dracut, I found a detail that made me look
closer to the genkernel generated initramfs, and I found that the error
message was perfectly clear: there was no /dev/sda5, where my "real_root"
is, that initramfs has just /dev/sda1 to /dev/sda4 .

I think it must be a limitation on genkernel part, although I was unable to
find anything related to this issue up to now.

So now I have rearranged the partitions, using just the first ones. Now I
got a stuck splash image, no initialization shown, no progress bar
moving... but this is another problem, probably I forgot to change
something to reflect the new partitioning scheme.

Thanks to all.
Francisco

[-- Attachment #2: Type: text/html, Size: 4140 bytes --]

Re: [gentoo-user] grub2 or kernel config - unable to properly boot [SOLVED]

[Gregory Shearman]

In linux.gentoo.user, you wrote:
>
> While trying to learn about dracut, I found a detail that made me look
> closer to the genkernel generated initramfs, and I found that the error
> message was perfectly clear: there was no /dev/sda5, where my "real_root"
> is, that initramfs has just /dev/sda1 to /dev/sda4 .
>
> I think it must be a limitation on genkernel part, although I was unable to
> find anything related to this issue up to now.

It appears as if genkernel can only boot off real, not extended
partitions.

> So now I have rearranged the partitions, using just the first ones. Now I
> got a stuck splash image, no initialization shown, no progress bar
> moving... but this is another problem, probably I forgot to change
> something to reflect the new partitioning scheme.

It could be a tty problem. If I use genkernel unchanged I get a weird
splash screen and the boot dialog writes all over my splash screen. What
I have to do evey time an emerge updates my genkernel is:

edit my /usr/share/genkernel/defaults/linuxrc file

search for CONSOLE in this file and find:

#     exec >${CONSOLE} <${CONSOLE} 2>&1

Just remove the hash at the start of the line, rebuild my initramfs
and it is ready to go.

-- 
Regards,
Gregory.