Description of problem: As Summary. Using mga3 beta3 KDE Live DVD iso. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Reproducible: Steps to Reproduce:
Priority: Normal => release_blockerSeverity: normal => critical
Blocks: (none) => 416
see errata, you have to take them in /root/grub2 or adding online media
Source RPM: (none) => draklive
(In reply to Manuel Hiebel from comment #1) > see errata, you have to take them in /root/grub2 or adding online media I understood that tmb was possibly going to add a small repo to the Live isos for packages like this that must be installed from rpm on the final hardware. Does the fact that this has been added to the errata mean that there is no intention to fix it before release?
(In reply to Barry Jackson from comment #2) > (In reply to Manuel Hiebel from comment #1) > > see errata, you have to take them in /root/grub2 or adding online media > > I understood that tmb was possibly going to add a small repo to the Live > isos for packages like this that must be installed from rpm on the final > hardware. > > Does the fact that this has been added to the errata mean that there is no > intention to fix it before release? Not for the beta 3 live iso images, which have already been released. I'll make sure this gets checked when beta 4 is ready for qa testing.
CC: (none) => davidwhodgins
(In reply to Barry Jackson from comment #2) > (In reply to Manuel Hiebel from comment #1) > > see errata, you have to take them in /root/grub2 or adding online media > > I understood that tmb was possibly going to add a small repo to the Live > isos for packages like this that must be installed from rpm on the final > hardware. > Yep, thats the idea. > Does the fact that this has been added to the errata mean that there is no > intention to fix it before release? Nope, I just got sick last week so I havent been able to finish it all up, so its now queued to be fixed for beta4
CC: (none) => tmb
(In reply to Thomas Backlund from comment #4) OK fine - I hope you're feeling better :)
I also found this bug during testing. Live CD offers grub2, but then can't use it. I tried adding the distrib sources on the liveCD, then continuing with the installer. This allows the installer to intall grub2, but pops up an error: "ERROR: 'script' failed for grub2-2.00-38.mga3.x86_64:", then: Mandatory package grub2 is missing. As the installer allows making /boot on an LVM partition, grub2 should should be available, and also set as the default, where /boot is on LVM.
CC: (none) => nelg
CC: (none) => thierry.vignaud, zen25000Summary: Live DVD installer offers grub2 but fails to install it - "no package grub2 found" => Live DVD installer offers grub2 but fails to install it - "no package grub2 found", script error, missing theme
Is this still valid with the pre-iso of Beta 4? Thanks!
CC: (none) => pierre-malo.denielou
nop [manu@vosdook ~]$ grep grub2-2 /media/data/iso/test/*/*.lst /media/data/iso/test/Mageia-3-beta4-LiveCD-GNOME-en-i586-CD/Mageia-3-beta4-LiveCD-GNOME-en-i586-CD.lst:grub2-2.00-40.mga3 /media/data/iso/test/Mageia-3-beta4-LiveCD-KDE4-en-i586-CD/Mageia-3-beta4-LiveCD-KDE4-en-i586-CD.lst:grub2-2.00-40.mga3 /media/data/iso/test/Mageia-3-beta4-LiveDVD-GNOME-i586-DVD/Mageia-3-beta4-LiveDVD-GNOME-i586-DVD.lst:grub2-2.00-40.mga3 /media/data/iso/test/Mageia-3-beta4-LiveDVD-GNOME-x86_64-DVD/Mageia-3-beta4-LiveDVD-GNOME-x86_64-DVD.lst:grub2-2.00-40.mga3 /media/data/iso/test/Mageia-3-beta4-LiveDVD-KDE4-i586-DVD/Mageia-3-beta4-LiveDVD-KDE4-i586-DVD.lst:grub2-2.00-40.mga3 /media/data/iso/test/Mageia-3-beta4-LiveDVD-KDE4-x86_64-DVD/Mageia-3-beta4-LiveDVD-KDE4-x86_64-DVD.lst:grub2-2.00-40.mga3
Status: NEW => RESOLVEDResolution: (none) => FIXED
Not sure what's been done here, but in beta4 KDE Live DVD I just ran the install to HD in a VM and the missing package error is gone, but grub2 drops to a rescue prompt and is broken on re-boot from HD. There seem to be corrupted modules from exploring I have done from the rescue prompt. I also notice that grub2 appears to be installed in the LIVE when it's running, which it should not be, IIUC. I understood that the grub2 rpm would be available to the live installer for installation in the same way that it is installed during a 'normal' install. I'm *guessing* that there is conflict between grub2 stuff that was installed before the iso was created and the package installed during the installation to hard drive. tmb, thierry could you explain just what happens now during install from live as I'm somewhat confused :\
Status: RESOLVED => REOPENEDResolution: FIXED => (none)
Summary: Live DVD installer offers grub2 but fails to install it - "no package grub2 found", script error, missing theme => Live DVD installer offers grub2, installs it, but it's broken
I managed to boot into the installed system without bootloader and discovered that grub2 was installed prior to dumping the installation. I installed grub2 (since a later version is on mirrors), ran grub2-install and rebooted. No problems. From terminal:- [baz@localhost ~]$ rpm -qa --last|grep grub grub2-mageia-theme-2.00-40.mga3.x86_64 Sat 23 Mar 2013 21:53:58 GMT grub-0.97-38.mga3.x86_64 Sat 23 Mar 2013 21:49:54 GMT grub2-2.00-40.mga3.x86_64 Sat 23 Mar 2013 21:49:53 GMT [baz@localhost ~]$ su Password: [root@localhost baz]# urpmi grub2 To satisfy dependencies, the following packages are going to be installed: Package Version Release Arch (medium "Core Release") grub2 2.00 41.mga3 x86_64 grub2-mageia-theme 2.00 41.mga3 x86_64 81B of disk space will be freed. 3.3MB of packages will be retrieved. Proceed with the installation of the 2 packages? (Y/n) y $MIRRORLIST: media/core/release/grub2-mageia-theme-2.00-41.mga3.x86_64.rpm $MIRRORLIST: media/core/release/grub2-2.00-41.mga3.x86_64.rpm installing grub2-mageia-theme-2.00-41.mga3.x86_64.rpm grub2-2.00-41.mga3.x86_64.rpm from /var/cache/urpmi/rpms Preparing... ############################################# 1/2: grub2 ############################################# 2/2: grub2-mageia-theme ############################################# 1/2: removing grub2-mageia-theme-2.00-40.mga3.x86_64 ############################################# 2/2: removing grub2-2.00-40.mga3.x86_64 ############################################# Generating grub.cfg ... Found theme: /boot/grub2/themes/maggy/theme.txt Found linux image: /boot/vmlinuz-desktop Found initrd image: /boot/initrd-desktop.img Found linux image: /boot/vmlinuz-3.8.3-desktop-2.mga3 Found initrd image: /boot/initrd-3.8.3-desktop-2.mga3.img done [root@localhost baz]# grub2-install /dev/sda Installation finished. No error reported. [root@localhost baz]# reboot
I repeated the above test but without re-installing grub2. After booting manually into the installed system (using a grub2 boot disk iso) I ran: grub2-install /dev/sda and re-booted. This worked fine, so *maybe* all that is missing from the installer is grub2-install <target device>
I have repeated the above test (which was with the KDE Live DVD) with the GNOME Live DVD and again the boot failed (with different errors), but after manually booting the system and running grub2-install /dev/sda the system now boots correctly.
maybe a wrong dd used ? in a VM with only one / partition it was working fine as default
Fails to install when using the 3beta4 iso images with the message ERROR: 'script' failed for grub2-2.00-41.mga3.x86_64: After that message is ok'd, the message "Mandatory package grub2 is missing" is displayed. Installing with ... chroot /mnt/install urpmi grub2 works fine. This is with a separate /boot, and an encrypted / filesystem.
Whiteboard: (none) => 3beta4
CC: (none) => eeeemail
Same in Live KDE4 DVD RC (tests done in Vbox) I aborted the install when grub2 failed to install (with the same errors as prev post) and checked that the contents of /boot looked sane. I then booted into the install (without bootloader) and deselected the freshly added mirrorlist entries, leaving only the live media (on DVD.iso) selected. I then installed os-prober and grub2 and ran 'grub2-install /dev/sda' and then re-booted into the HD. No problems. So, the rpms are now available on the Live media, but the installer fails to install them.
Summary: Live DVD installer offers grub2, installs it, but it's broken => Live DVD installer offers grub2, but fails to install it.
Whiteboard: 3beta4 => 3RC
Source RPM: draklive => grub2
Thierry, I see you changed the package to grub2. If this is a problem with grub2, then I don't understand where. As I posted above, *if* grub2 is installed it works.
I don't know if it helps to track down where the problem is, but if boot a live iso, install to the hard drive, and when it gets to the bootloader selection screen, open a separate terminal, and run "chroot /mnt/install", "urpmi grub2", exit from the chroot and terminal, and then select grub2 in draklive, it works.
Quickest workaround might be to add "true", as the last command in the grub2 postinstall scriptlet.
(In reply to Dave Hodgins from comment #18) > Quickest workaround might be to add "true", as the last command > in the grub2 postinstall scriptlet. It would be handy to know which command is failing, if it's %{name}-mkconfig -o /boot/%{name}/grub.cfg then maybe %{name}-mkconfig -o /boot/%{name}/grub.cfg ||: would work around it. If you can get at the install target then there may be a clue in /var/log/grub2_post.log I don't have one handy just now and have to go out.
Ah - this is interesting, from the /var/log/grub2_post.log:- #----------------------- Path â/boot/grub2â is not readable by GRUB on boot. Installation is impossible. Aborting. /usr/sbin/grub2-probe: error: failed to get canonical path of overlayfs. #----------------------- I'm guessing that the installer is installing to /mnt/install/ not / which is upsetting grub2. If I boot the Live and chroot directly into sda1 ( I use this little script to chroot for grub2 use:- http://mtf.no-ip.co.uk/pub/linux/barjac/soft/mychroot ) # mychroot sda1 I can then install grub2 with # grub2-install /dev/sda Post log is here :- [root@localhost /]# cat /var/log/grub2_post.log Installation finished. No error reported. Generating grub.cfg ... Found linux image: /boot/vmlinuz-desktop Found initrd image: /boot/initrd-desktop.img Found linux image: /boot/vmlinuz-3.8.7-desktop-1.mga3 Found initrd image: /boot/initrd-3.8.7-desktop-1.mga3.img done [root@localhost /]# The new install then boots correctly. So I guess the installer possibly needs to do the same.
Barry, if package is installed in a chroot, post scripts are run in that chroot. However...
CC: (none) => mageia
Created attachment 3786 [details] set $::isInstall while installing bootloader however we do not set $::isInstall for installing bootloader which might have consequencies. Can someone live patch draklive-install with that patch? Just copy it in /tmp while running the live ISO, alter the /tmp/copy and run /tmp/draklive-install instead of the /usr/bin one.
For the record, we probably never installed packages at that step in draklive-install (as both grub & lilo usually are part the live cd), so this may wall fix that issue
Here install exploded: Can't locate install/pkgs.pm in @INC (@INC contains: /usr/lib/libDrakX /usr/lib/perl5/site_perl/5.16.3/x86_64-linux-thread-multi /usr/lib/perl5/site_perl/5.16.3 /usr/lib/perl5/vendor_perl/5.16.3/x86_64-linux-thread-multi /usr/lib/perl5/vendor_perl/5.16.3 /usr/lib/perl5/5.16.3/x86_64-linux-thread-multi /usr/lib/perl5/5.16.3 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.16.2 /usr/lib/perl5/vendor_perl/5.16.2/x86_64-linux-thread-multi /usr/lib/perl5/vendor_perl/5.16.0 /usr/lib/perl5/vendor_perl/5.16.0/x86_64-linux-thread-multi /usr/lib/perl5/vendor_perl .) at /usr/lib/libDrakX/do_pkgs.pm line 144. Perl's trace: standalone::bug_handler() called from /usr/lib/libDrakX/do_pkgs.pm:144 do_pkgs_during_install::new() called from /usr/lib/libDrakX/do_pkgs.pm:5 do_pkgs::do_pkgs() called from /usr/sbin/draklive-install:328 main::setup_bootloader() called from /usr/sbin/draklive-install:72 main::install_live() called from /usr/sbin/draklive-install:42
Humm... We only have two cases: - classic installer (with install/*pm) that installs in chroot - standalone tools that install in currently running OS None of those matches live cd where we want to install in a chroot as a live OS. We would need to add a separate case running urpmi --root $::prefix
(In reply to Thierry Vignaud from comment #22) > Created attachment 3786 [details] > set $::isInstall while installing bootloader > > however we do not set $::isInstall for installing bootloader which might > have consequencies. > Can someone live patch draklive-install with that patch? > Just copy it in /tmp while running the live ISO, alter the /tmp/copy and run > /tmp/draklive-install instead of the /usr/bin one. I copied /usr/sbin/draklive-install to /tmp/draklive-install patched it with your patch and ran /tmp/draklive-install It failed with the same error. installing grub2-2.00-41.mga3.x86_64.rpm os-prober-1.57-5.mga3.x86_64.rpm grub2-mageia-theme-2.00-41.mga3.x86_64.rpm from /var/local/mga_rpms/core starting installing packages created transaction for installing on / (remove=0, install=0, upgrade=3) warning: %post(grub2-2.00-41.mga3.x86_64) scriptlet failed, exit status 1 ERROR: 'script' failed for grub2-2.00-41.mga3.x86_64: /usr/sbin/grub2-probe: error: failed to get canonical path of overlayfs. unlocking urpmi database unlocking rpm database
This bug also affects grub2-efi, when the live image is booted in uefe mode.
Wouldn't a simple fix be to have draklive do the equivalent of package=grub2 if uefi, package=grub2-efi cmdfile=/mnt/install/root/urpmicmd printf "%s\n" "urpmi $package">"$cmdfile" chmod a+x "$cmdfile" chroot /mnt/install "$cmdfile"
that would be "urpmi --urpmi-root /mnt..."
It would be simpler to just: - install grub2 in live cd along grub + lilo - kill grub2's filetrigger that just redo what bootloader does and which we do not want when not using grub2 as bootloader
Well, the reason for keeping grub2 rpms in separate repo is that it didn't work if already installed on live image... grub2 idea of being "all-knowing" is actually preventing it to install properly ...
Any progress on that bug?
CC: (none) => ennael1
*** Bug 9898 has been marked as a duplicate of this bug. ***
CC: (none) => civil
Any new idea on how to fix this?
(In reply to Thierry Vignaud from comment #30) > It would be simpler to just: > - install grub2 in live cd along grub + lilo > - kill grub2's filetrigger that just redo what bootloader does and > which we do not want when not using grub2 as bootloader I'm guessing that you meant %post not filetrigger? I have re-built grub2 without %post and %post efi and installed this in a live system running under VBox. Attempting to install this system to HD in the VM resulted in the error "Unable to copy files to new root" or words to that effect, however after re-starting draklive installer again from the desktop icon it continued to conclusion and on re-boot (using the "boot from HD" option on the Live bootloader) grub2 booted from HD correctly. I will re-test again from scratch later but this is looking promising ;)
I was planning on trying to do the grub2 install in live mode with --noscripts too, to see if it would help... but havent had time yet...
(In reply to Barry Jackson from comment #35) > I'm guessing that you meant %post not filetrigger? No really the file triggers. They're just duplicate with drakboot works.
(In reply to Thierry Vignaud from comment #37) > (In reply to Barry Jackson from comment #35) > > I'm guessing that you meant %post not filetrigger? > > No really the file triggers. > They're just duplicate with drakboot works. Oh - I had no idea that drakboot now detects the installation and removal of grub2-mageia-theme and os-prober and deals with kernel updates. Does it really? I will do some testing ;) Regarding this bug - I have done several installs from LIVE both on real hardware and VM using grub2-2.00-42.mga3 (without %post) and other than the first questionable test - all have worked perfectly. In VM I installed to MBR and on real h/w I installed to partition (created core.img). All installed and boot OK. Only one possible issue that I see - the installer offers grub2 as default when it is pre-installed. So, Thomas - could you please prepare a test live iso that pre-installs grub2-2.00-42 and os-prober and grub2-mageia-theme in the live environment? grub2-2.00-42 is now in updates_testing.
(In reply to Thomas Backlund from comment #36) > I was planning on trying to do the grub2 install in live mode with > --noscripts too, to see if it would help... but havent had time yet... That sounds even better, as if it works it will need the least changes. Removing the %post would involve changing several docs and also invalidates many forum posts which rely on core.img being created on package installation.
Thomas I have done many more tests. Installing grub2 with --noscripts unfortunately applies noscripts to the suggests as well so the theme package does not update /etc/default/grub. This does work OK in other respects - but leaves the theme broken. Installing grub2 in the live system prior to install with: urpmi --noscripts --no-suggests && urpmi grub2-mageia-theme os-prober ||: The final ||: is to ignore an error from os-prober due to a filetrigger. This works, however grub2 is suggested as default, which is not for me a problem, but is inconsistent with the classic installer. Thinking more about this I tested by simply installing grub2 and ignored the errors in the live. urpmi grub2 ||: ... echo $? 0 No problems - the install goes fine and the system boots with theme, so maybe you could try adding that to the iso ?
yep, I've now tested with both --noscripts and ||: and both works as the tests in comment 40, so I will use ||: And I will revert this: http://svnweb.mageia.org/soft/drakx/trunk/perl-install/bootloader.pm?r1=6649&r2=6650&pathrev=6650 on live images so they default to grub legacy
The new broadcom test isos also have the grub2 fixed, you can test them: NOTE! the isos have "CD" in their name, but most of them are bigger than 700M so you need a DVD media if you want to burn them, otherwise I suggest to use a usb stick to boot from, using: dd if=name_of_iso of=/path/to/usb/stick bs=1M And to find the isos: http://mirrors.kernel.org/mageia/people/tmb/mga3-wl-test/ http://ftp.acc.umu.se/mirror/mageia/people/tmb/mga3-wl-test/ http://distrib-coffee.ipsl.jussieu.fr/pub/linux/Mageia/people/tmb/mga3-wl-test/ (and soon on any mirror carrying mageia people/tmb/mga3-wl-test/ tree)
Tested i586 KDE in VM without problems. Tested x86_64 KDE from USB stick on real h/w (my main system) to MBR with no issues. In both cases the Mageia theme is active in grub2 and grub legacy is offered as default. Closing as fixed.
Status: REOPENED => RESOLVEDResolution: (none) => FIXED