autocomplete in grub shell doesn't work

Bug #282577 reported by Tomas Van Verrewegen
46
This bug affects 8 people
Affects Status Importance Assigned to Milestone
grub (Debian)
Fix Released
Unknown
grub (Ubuntu)
Invalid
Undecided
Unassigned
Nominated for Karmic by Alex EviL
Nominated for Lucid by Vladimir Panteleev

Bug Description

Binary package hint: grub

I wanted to reinstall grub to the MBR, so I enter grub shell:
>sudo grub

I select the root partition:
grub>root (hd0[TAB]

and I just get a real TAB instead of autocomplete.
This behaviour occurs in Konsole, gnome-terminal and on the virtual terminals (CTRL+ALT+F1).

My system:
Description: Ubuntu intrepid (development branch)
Release: 8.10
Last updated: 10 minutes ago.

Revision history for this message
EmaRsk (emarsk) wrote :

The same problem here, with both hardy and intrepid, 64bit version.

I found here => http://linux.derkeiler.com/Mailing-Lists/Fedora/2007-09/msg03339.html
a similar bug report for Fedora, it is said:

   "I just removed the 64-bit version of grub on the F7 x86_64 machine and installed the 32-bit version.
    The grub shell now works properly."

Revision history for this message
AmenophisIII (amenophisiii) wrote :

yeah its pretty clear, that its related to using the statically linked 32bit grub on an amd64 system.
i noticed the problem myself on my intrepid amd64.
i asked a friend who confirmed, that its broken on his ubuntu amd64 pc and that it actually works on his archlinux amd64 installation.

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=423273 is quite interesting too because of the comment of the gentoo user...
it seems to me that grub got compiled with a wrong or faulty library in debian, ubuntu, fedora and suse (https://bugzilla.novell.com/show_bug.cgi?id=263262) and that gentoo uses the right version of the library if it is installed by their emul-linux-x86-baselibs package (http://www.gentoo-portage.com/app-emulation/emul-linux-x86-baselibs) and archlinux is good too.

so it seems that this is not directly a grub problem, but a library/packaging problem...
thats all i was able to find out, hope it helps to fix it (asap, because grub is ~unusable interactively without it ;)

Changed in grub:
status: New → Confirmed
Revision history for this message
glacialfury (glacialfury-gmail) wrote :

This also exists in Jaunty. It makes recovery work difficult from the 64-bit Jaunty Live CD when grub can't autocomplete.

Revision history for this message
Trey Blancher (ectospasm) wrote :

Another vote for this, because as glacialfury stated, the grub shell is completely unusable in this state. It would be very nice if someone could identify the workaround and give step-by-step instructions on how to do it. I wouldn't begin to know how to manually install a library if that's all it takes.

Revision history for this message
Alex EviL (alex--evil) wrote :

Can confirm that. Please, fix that problem, it's imposible to use grub console w/o autocomplete. Problem persist in Janty and Karmic (!) also.

Changed in grub (Debian):
status: Unknown → Fix Released
Revision history for this message
dino99 (9d9) wrote :

This is no more a supported version; and grub legacy upstream is also stopped, only receiving possible random fixes locally

Changed in grub (Ubuntu):
status: Confirmed → Invalid
Revision history for this message
Tomas Van Verrewegen (tomasvanverrewegen) wrote :

Check
[Bug 282577] Re: autocomplete in grub shell doesn't work

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.