On Sat, 31 Jan 2009 20:52:34 +0100 Dieter Plaetinck <dieter@plaetinck.be> wrote:
On Sun, 01 Feb 2009 01:52:52 +1000 Allan McRae <allan@archlinux.org> wrote:
Gerardo Exequiel Pozzi wrote:
Allan McRae wrote:
Gerhard Brauer wrote:
Am Sat, 31 Jan 2009 20:23:34 +1000 schrieb Allan McRae <allan@archlinux.org>:
Would it be a good idea to move grub-gfx to [extra] if it is being used on the installer?
Hmm, abstain... First i wonder that we use a community package on/for installation sources, but it's only the grub-gfx package. So i have no problem belong this to community at all. (I also thought about maintaining a separate grub-gfx only for archiso...). I see the problem mainly on our testing procedure: this behavior must have be detected earlier - and not from a "beta tester"(Thanks Gerardo!), WE have had to detect this.... (I detect it on i686 and initiate that this got fixed. Myself (only i686) don't look if x86_64 was rebuild also....
Can someone clarify what package the grub being installed onto the users system is? From the problems here, I am getting the impression that it is the grub-gfx package.
Allan
Hi
In resume: * The package installed at: the root-fs of ISO is grub-gfx. the root of new user system $DESTDIR is grub, but... the MBR/BOOT of the new system is grub-gfx because $DESTDIR/sbin/grub-install (script) uses /sbin/grub (bin) and not $DESTDIR/sbin/grub (bin)
* Under x86_64 grub-gfx fails in ext2/3/4 FS since don't have latest patches that the i686 version have.
May be, a chroot to $DESTDIR and install grub from here with grub-install, or use the old method from 2008.06 that uses grub binary directly. Or another solution.
Thanks for the clarification. I was concerned about grub-gfx being installed to peoples systems by default but had not realized that this was because of a bug.
Allan
So do I understand correctly...
*problem 1*: grub-gfx vs grub: We can fix the problem that grub-gfx instead of grub is installed if we just chroot I think. Eg: chroot $DESTDIR /sbin/grub-install --recheck $ROOTDEV >/tmp/grub.log 2>&1
But, this only affects 64bit right? or not? (because in my tests the grub didn't look very fancy..) If so, can someone with a 64bit (virtual) machine change the above line in /arch/setup and test it? If okay, someone with access to archlinux-installer can fix the line and repackage.
If I understand correctly, this problem is unrelated to the "slightly outdated grub package" problem ( see http://bugs.archlinux.org/task/13068 ), eg if it were not for problem 2, we wouldn't need to update the package.
*problem 2*: Gerardo says "grub-gfx fails", this is the same as Alexanders problem, right? ("I'm afraid I confirm the grub bug. In x86_64 images grub isn't installed to the MBR of the chosen disk (when the boot partition is an extX, if it is reiserfs it works perfectly)").
IIRC Gerardo already tried the new package , tested it and confirmed that it works. So we just need to get it on the iso. See http://bugs.archlinux.org/task/13068
Dieter
Also, I went over all 2009.01 mails to see if we catched all issues. All of them are fixed or being handled right now, except one more grub related one posted by Gerardo: http://www.archlinux.org/pipermail/arch-releng/2009-January/000167.html quote: "And there is and error in tryboot.lst, it have a three fallback commands in menu entries, the fallback command is invalid at theses points, is only for "general section" timeout 0 default 0 title Scanning for /boot/grub/menu.lst fallback 1 find --set-root --ignore-floppies /boot/grub/menu.lst configfile /boot/grub/menu.lst .... " what is tryboot.lst? which fallback command? do you get any errors? or will this stuff be automagically fixed if we fix problem 1 and 2 from above? Dieter