Description of problem: Currently, if a Live-boot.iso is run from a HDD partition (via grub2 entry), draklive-install fails with response: an error occurred. Can't call method "first_usable_sector" on unblessed reference. Allowing draklive-install to proceed would create an alternate method of completing an installation, as, currently, if a classical.iso is booted from a HDD partition (via grub2 entry), it will successfully complete. see => https://wiki.mageia.org/en/Installing_Mageia_from_ISO_images_on_disk_using_grub2 As uses of a Live system is not limited to just testing / system compatibility testing, and is sometimes used for file recovery and or failed system repair, and if booted from hdd (via grub2 entry), allowing the install to complete would improve these options, especially if no available bootable media is available. as an aside, currently, I have not found a Live-boot.iso from any ubiquity based installers that are able to complete the install. Version-Release number of selected component (if applicable): How reproducible:every time Steps to Reproduce: 1.live boot from hdd (via grub2 entry) 2.attempt to install via "Install on Hard Disk" icon or terminal entry draklive-install 3. note error message
Pop!-OS does something similar, but they have a special "recovery image" for this
Thanks for the report. Assigning it to our 'tools' group.
Assignee: bugsquad => mageiatools
editing the grub kernel command line parameters to include "toram" or 'toram=filesystem.squashfs' and then, after the desktop is presented, unmounting the partition,ie via diskdrake, should allow the installation to proceed, as the Live system is in theory disconnected from the HDD, but it gives the same error.
Created attachment 13168 [details] rdrakbug report from failed install
Summary: allow draklive-install to run and complete from HDD boot (via grub2 entry) => allow draklive-install to run and complete from internal boot device if only 1 internal boot device(via grub2 entry)
it appears that if the Live-Boot partition is on a second internal storage device, then the install can complete. install in quite fast from internal device. test system is a dual hdd virtual box, and the Live-Boot partition is sdb1 Mageia-8-Live-Plasma-x86_64. chose custom partitioning, and selected a single / system on sda7. there was already 1 existing system so end result is dual boot. at completion of install, I chose not update system. install was started from konsole: $ time draklive-install ~ real 4m7.010s user 0m40.880s sys 1m12.738s including removal of unwanted packages
We stopped supporting Mageia 8 almost 8 months ago https://blog.mageia.org/en/2023/12/30/mageia-8-end-of-life/ That means we also stopped fixing Mageia 8 bugs and that this bug report needs to be closed, regardless of whether it was fixed for Mageia 8 or not. If this particular bug did not get fixed for Mageia 8, then we do regret that. If this issue is still present in Mageia 9 or cauldron, then please reopen this report, write a comment and adjust the "Version:" field. If you are not yet a member of one or our teams, then please consider becoming one. https://wiki.mageia.org/en/Contributing Mageia is a community project, meaning that we, the users, make Mageia together. The more active contributors we have, the more bug reports will get fixed. Besides, being active in a team can be very rewarding. It was and is certainly rewarding to me :-D
Status: NEW => RESOLVEDResolution: (none) => OLD
taking a look again at this from a different perspective /view. I have recently noted a peculiarity between the 4 Live .isos. When booted from the system GRUB2 menu all the .isos boot successfully to the Live Desktop. If now attempting to invoke the Live Installer from the launcher icon, there is a bit of a difference between Live XFCE x86_64 and the other 3. With a single SSD system, Lives Xfce x86_64 7.1, 8 & 9 will all install to a partition on the system SSD from the Live Desktop installer icon. After updating GRUB2 and a reboot, the newly installed system can be booted into and works fine. Attempting to do the same with the gnome, plasma and xfce i586 all fail with the an error occurred. Can't call method "first_usable_sector" on unblessed reference. different hardware i5 or i7, with -SSD result in the same outcome. xfce x86 will, the others will not. So the question is: What is different about the Xfce x86_64 .iso series that allows this useful function, and can the other 3 be altered to do so?
Status: RESOLVED => REOPENEDResolution: OLD => (none)
Created attachment 14683 [details] script to manage Live boot system on internal SSD To use this script, create a 10GB btrfs partition, and label it the same as the Live .iso name, eg Mageia-9-Live-Xfce-x86_64. Do not create a mount point that will be written to fstab. The script will find the Live .iso, copy it to the target partition and then decompress the .iso. The script will create an entry for /etc/grub.d/40_custom if one does not yet exist. If a Label has been written to fstab, it will update it. As a change has been made to /etc/grub.d/40_custom, the script will update grub2. The script will check that the partition label matches the installed live .iso, and if different, relabel the partition to match the Live .iso. It also performs some house keeping.
Version: 8 => Cauldron
CC: (none) => mageia
There is no difference in the construction of the different Live ISOs other than the packages installed. And I see the same error message when testing the Xfce-x86_64 variant (testing this in VirtualBox, as I don't use GRUB on any of my systems). The disk containing the Live image is deliberately ignored by draklive-install. Without that, there is a strong likelihood that it will select that disk when installing the bootloader, which is obviously undesirable in the normal use case of the Live image being on a removable USB stick. We would have to provide a means of overriding that to support your use case. Your scheme for installing and booting a local copy of the Live image seems more complicated than necessary. You could simply do: 1. Create an empty partition at least as big as the ISO file. For the purpose of this example, say this is /dev/sda2. 2. Do a raw copy of the ISO file to that partition, e.g. dd if=Mageia-9-Live-Xfce-x86_64 of=/dev/sda2 bs=1M 3. Create a GRUB menu entry like this set root=(hd0,2) linux /boot/vmlinuz root=mgalive:LABEL=Mageia-9-Live-Xfce-x86_64 noiswmd vga=788 splash noxconf initrd /boot/initrd.img (you might need to precede that with a 'insmod iso9660', although it worked without it when I tested it)