Bug#726916: grub-pc: grub is very slow and no welcome to grub is shown

Agustin Martin agmartin at debian.org
Thu May 1 10:52:34 UTC 2014


2014-04-30 17:45 GMT+02:00 Anders Lagerås <anders.lageras at gmail.com>:
> On 2014-04-30 14:46, Agustin Martin wrote:
>> On Tue, Apr 29, 2014 at 11:20:47AM +0200, Agustin Martin wrote:
>>> On Sun, Oct 20, 2013 at 04:36:56PM +0200, Anders Lagerås wrote:
>>>> Package: grub-pc
>>>> Version: 2.00-19
>>>> Severity: important
>>>>
>>>> -----BEGIN PGP SIGNED MESSAGE-----
>>>> Hash: SHA1
>>>>
>>>> Dear Maintainer,
>>>> Grub is very slow, it takes like 10 minutes of waiting until the kernel is being loaded.
>>>> Before that no welcome to grub is shown and no boot menu, the screen is just black.
>>>
>>> Hi,
>>>
>>> Same thing has started to happen here, with 2.02~beta2-9 installed. During
>>> last week it started to show these symptoms, but with a shorter waiting
>>> time.
>>>
>>> However, today I had to wait for 10 minutes until grub showed the boot menu,
>>> no welcome to grub shown as in original report.
>>
>> Hi,
>>
>> Seems I got the reason for this problem, at least in my system. Apparently a
>> test in 40grub2 is only valid for LANG={C,en_*} and causes problems for other
>> LANG values. It has already been reported to Ubuntu launchpad, and as
>> mentioned in that bug report, the same delay happens when running
>> update-grub, becoming larger with each run.
>>
>> https://bugs.launchpad.net/ubuntu/+source/os-prober/+bug/1176652
>> [40grub2 gets confused for menuentry generated in other languages]
>>
>> My grub.cfg had become as large as 7441128. Renamed to something else in
>> case it was needed and reinstalled grub2. Size of new grub.cfg is 28139, far
>> smaller, and problem seems to have disappeared.
>>
>> Anders, Is your grub.cfg also oversized?
>>
>> Regards,
>>
>
> I don't know. It started to work again after newer version ogf grub was
> installed and with the current version of grub it works as supposed. At
> least now grub.cfg is 7312 bytes.

Hi, thanks for the reply.

Just noticed that you already added grub.cfg to your original report.
It does not look bloated, so may be the reason was different for your
bug, unless you sent the report from a different box. Also, it does
not look the worst scenario pointed to in the launchpad report (system
with one boot partition and a few Linux root partitions, like is at my
box)

Do you remember similar long delay when running update-grub? It may
have been run either manually or implicitly during configuration of
anything calling it (kernels, udev, grub, ....)

Regards,

-- 
Agustin



More information about the Pkg-grub-devel mailing list