Bug#677280: grub-efi: cannot find normal; wrong prefix to grub2 (EFI)?
control: reassign -1 grub-common control: forcemerge 684574 -1 > So, there seems to be a problem with video when I load EFI and grub all from > the harddisk, but it works when I load grub from the supergrub CD. This seems like the EFI video modules issue. Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#677280: grub-efi: cannot find normal; wrong prefix to grub2 (EFI)?
Today I reran grub-install as root at the prompt, not through dpkg or another Debian tool. Specifically, I ran 'grub-install /dev/sdc' and it created a "debian" directory containing two identical EFI files (boot and another) on the ESP under /EFI (/dev/sdc1). I had also run update-grub beforehand. I rebooted and the prefix error was gone. I got a couple file not found messages (I think for vga.mod and vbe.mod, that update-grub puts in my grub.cfg, even though I don't have either of those modules in my /usr/lib/grub/efisubdir or in /boot/grub.) and my grub menu. However, when I selected the kernel (3.0.2-pae from sid), it says it cannot find a suitable mode, however booting. The screen freezes, but the harddrive whirls away as if booting has continued. I haven't been able to ssh in, but it is on dhcp and it doesn't always renew to the same IP. If I press the power button, the computer sounds like it is going through a shutdown process and then it does shut down. I've read a lot on-line of different ways to try to fix it and I've not found one that works. Here's what I have done and I'm happy to provide more info: - I can boot from a supergrub CD. I select the CD in rEFInd, get a menu of actions (detect OS, find grub.cfg, etc.) I choose detect grub.cfg and it always comes back with the one in my /boot partition (/boot/grub/). I select it and it boots. No video problems. However, the grub and initial kernel boot messages take the whole screen and are a very poor resolution (i.e., big pixels). During boot, it switches to a much smaller font and then boot to X Windows (gdm). - Using Debian grub-mkimage, I built a grub.efi image and directory under (hd2,gpt1)/EFI/grub. I believe I included efi_ugq and font in the list of modules to put in grub.efi. That booted, but hung when the kernel loaded the radeon module. I got a message to the effect of the kerner FB conflicts with the EFI FB. - The first paragraph above. So, there seems to be a problem with video when I load EFI and grub all from the harddisk, but it works when I load grub from the supergrub CD. Thank you for your time, work on grub and Debian, and for any thoughts or suggestions you might have. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#677280: grub-efi: cannot find normal; wrong prefix to grub2 (EFI)?
Package: grub-efi Version: 1.99-22 Severity: critical Justification: breaks the whole system Dear Maintainer, I recently succeeded in installing Debian stable on my Mac Pro (Model MacPro1,1), however, I cannot boot the system without a supergrub rescue CD. Debian install used grub-pc, which created a grub.cfg that the supergrub CD could find. Once into Debian, I installed grub-efi and it wrote an efi image and *.mod files to /boot/grub on the EFI system partition. I'm using rEFInd to handle the EFI booting and it finds the Debian grub boot image. But when I select it, I am dumped at a grub-rescue partition. When I look at the prefix, it is missing a / before boot and grub cannot find normal.mod. When I reset the prefix to (hdX,Y)/boot/grub, I can insmod normal. Once I 'insmod normal' and then type 'normal', I do get a regular grub prompt. I have not been able to successfully boot the system from that grub-prompt. So, where in all the Debian scripts is that path set, so I can add the / before boot? (Does that sound like the problem to you?) I've looked in /etc/default/grub and didn't see it. I'm less confident I can accurately read all the files in /etc/grub.d. It might be in there, but I might have missed it because of all the substitutions, etc. Also, I did dist-upgrade to sid to see if that fixed it, and things are working better. Under stable, after booting the supergrub CD, it would find a grub.cfg, but the root was always wrong. If I edited the linux menuentry (at boottime), I could successfully boot. Upon switching to sid, the root directory is correct in the grub.cfg on the system. I'm happy to provide more information, if that will help. Thanks very much. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages grub-efi depends on: ii grub-common1.99-22 ii grub-efi-ia32 1.99-22 grub-efi recommends no packages. grub-efi suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org