Description of problem: Tried the latest (March 29) iso on 64bit UEFI hardware, already running an earlier version of Cauldron. Used isodumper 0.41 to write to a FAT32 USB device for UEFI boot. On the target system I chose upgrade (from the USB medium) and reached stage 2 (partitioning). This threw up an error: "you must have an ESP partition mounted in /boot/EFI" which looped on OK. In console mode /boot was not listed and 'ls mnt' came up empty. No idea how to proceed from there. Gave up; had to crash out so logs may not have been written. A release blocker. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. Prepare UEFI enabled boot medium using isodumper 2. Select boot from USB device in the installer 3. Select upgrade and accept licence. Reproducible: Steps to Reproduce:
Priority: Normal => release_blocker
Partition table for boot medium: [lcl@belexeuli Mageia-5-RC-i586-DVD]# gdisk -l /dev/sdc GPT fdisk (gdisk) version 0.8.8 Partition table scan: MBR: protective BSD: not present APM: not present GPT: present Found valid GPT with protective MBR; using GPT. Disk /dev/sdc: 31266816 sectors, 14.9 GiB Logical sector size: 512 bytes Disk identifier (GUID): 3EFC082A-3B8A-4BE8-9355-617954983176 Partition table holds up to 128 entries First usable sector is 34, last usable sector is 31266782 Partitions will be aligned on 2048-sector boundaries Total free space is 5052 sectors (2.5 MiB) Number Start (sector) End (sector) Size Code Name 1 2048 31263744 14.9 GiB 0700 Microsoft basic data
Please try again. Once you reach the error, please: - plug a USB key - go to tty (type alt+ctrl+f2) - run the "bug" command - attach to this bug the report.bug file you'll found on this USB key. (please compress it first prior to attach it)
CC: (none) => thierry.vignaud
CC: (none) => eeeemailBlocks: (none) => 14069
CC: (none) => remi
Had a quick look at report.bug. Type guessing in stage1.log section shows: /dev/sda1 on /tmp/media succeeds with vfat In ddebug.log blkid reports vfat also. fstab places /dev/sda1 on /media/windows On the running Cauldron system gdisk -l /dev/sda returns code ef for the ESP: GPT fdisk (gdisk) version 0.8.10 Partition table scan: MBR: protective BSD: not present APM: not present GPT: present Found valid GPT with protective MBR; using GPT. Disk /dev/sda: 1000215216 sectors, 476.9 GiB Logical sector size: 512 bytes Disk identifier (GUID): 817759E9-DAA1-4E14-AC2C-E24CA7D92CDC Partition table holds up to 128 entries First usable sector is 34, last usable sector is 1000215182 Partitions will be aligned on 2048-sector boundaries Total free space is 2014 sectors (1007.0 KiB) Number Start (sector) End (sector) Size Code Name 1 2048 1050623 512.0 MiB EF00 2 982632448 992290815 4.6 GiB 8300 3 1050624 982632447 468.1 GiB 8300 4 992290816 1000215182 3.8 GiB 8300 df -hT lists /dev/sda1 as vfat, which is fair enough, so the type guessing is correct but not sophisticated enough to recognize an existing ESP.
Please attach report.bug
Keywords: (none) => NEEDINFO
BTW I'm pretty sure it's fixed with drakx 16.75: http://gitweb.mageia.org/software/drakx/log/perl-install?id=a564df415a1899334191a0a2b3a52f4a2ee5caa1
Created attachment 6168 [details] upgrade bug report for comment 4
You can get boot.iso or boot-nonfree.iso with drakx 16.75 here Len http://www.mirrorservice.org/sites/mageia.org/pub/mageia/distrib/cauldron/x86_64/install/images/
Although saying that, the date of them there shows 2015-03-24 which is not current.
distrib-coffee is up to date. eg for x86_64 http://distrib-coffee.ipsl.jussieu.fr/pub/linux/Mageia//distrib/cauldron/x86_64/install/stage2/ install/stage2/VERSION does contain "16.75": http://distrib-coffee.ipsl.jussieu.fr/pub/linux/Mageia//distrib/cauldron/x86_64/install/stage2/VERSION
Ahh, of course. I was looking at the date of boot.iso instead of stage2. Sorry for the confusion. You can use boot.iso which is for network installs Len. Stage2 is loaded from the mirror.
Thanks for the comments. I had no idea how to use it and I am not quite ready to try network installs.
(In reply to Len Lawrence from comment #11) > Thanks for the comments. I had no idea how to use it and I am not quite > ready to try network installs. Well it's quite easy. Dump the boot.iso on your USB stick like you would with another ISO, then boot on it. When asked for network configuration, you should probably choose DHCP, then keep the default (empty) values and in the end select a Mageia 5 mirror in the list that you know up to date and fast. And then everything works as with the classical installer.
For the record: - stage1: install/images/boot.iso & boot-nonfree.iso (kernel + modules + stage2 loader) (+firmware for "nonfree" variant) - stage2: /install/stage2/mdkinst.sqfs (real installer) - alt stage2: /install/stage2/rescue.sqfs (used when typing "rescue") The install using boot.iso is explained there: https://wiki.mageia.org/en/Boot.iso_install#Choose_the_installation_method basically, choose: - "http server" - "dhcp" - no hostname - no proxy - either pick "Mageia 5" or manually pick your favorite mirror then you'll see classical graphical installer. (those above steps are automated when you boot the full installer DVD)
Thanks to you all for the mini tutorial. Worth a try.
You were right Remi. It was dead easy. The whole upgrade took less than 5 minutes including dumping the iso.
Does it means it worked smoothly with drakx 16.75?
Yes, I was just reporting this when we collided. The bug can be closed.
Closing then
Status: NEW => RESOLVEDResolution: (none) => FIXED