Description of problem: Mageia-5-RC-x86_64-DVD.iso UEFI on real HW in dual boot with Windows. Windows 10 fills the whole disk. 1- At the partition step, message: "Computing the size of the MS Windows partition" 2- Amongst 3 options, I choose: Use the free space on a Microsoft Windows partition 3- Warning about the danger of resizing Windows partition 4- Message: To ensure data integrity after resizing ..... Click on OK 5- Error message: An error occurred. You must have a ESP FAT32 partition mounted in /boot/EFI. Click on OK 6- Back to point 2 above, I choose Custom disk partitioning 7- The ESP sda2 was mounted on /media/win_, I mount it on /boot/EFI 8- The installation go on but it takes only a few minutes and Mageia can't reboot in graphical mode, it seems KDE and KDM are missing. I have screnshots of all these step, just ask if wanted. file report.bug.xz joined with next comment Reproducible: Steps to Reproduce:
Created attachment 6161 [details] report.bug.xz
(In reply to André DESMOTTES from comment #0) > Description of problem: > Mageia-5-RC-x86_64-DVD.iso UEFI on real HW in dual boot with Windows. > Windows 10 fills the whole disk. > 1- At the partition step, message: "Computing the size of the MS Windows > partition" > 2- Amongst 3 options, I choose: Use the free space on a Microsoft Windows > partition > 3- Warning about the danger of resizing Windows partition > 4- Message: To ensure data integrity after resizing ..... Click on OK > 5- Error message: An error occurred. You must have a ESP FAT32 partition > mounted in /boot/EFI. Click on OK This should be fixed with new drakx-installer-stage2, that was pushed yesterday > 6- Back to point 2 above, I choose Custom disk partitioning > 7- The ESP sda2 was mounted on /media/win_, I mount it on /boot/EFI should be fixed with new stage2 > 8- The installation go on but it takes only a few minutes and Mageia can't > reboot in graphical mode, it seems KDE and KDM are missing. According to the logs: * disabling selected packages because too big for level 5: 3541184852 > 3318045403.9042 As you suggested on qa-discuss ml, / was indeed too small. I'm amazed that when you chose the option to resize a windows partition, that you still got the screen where you could choose a Desktop. Or didn't you?.. I don't know how to see that in the logs :-/ If you didn't get the chooseDesktop screen: in the choosePackageGroups screen you can see how much diskspace is required for the selection you make, you can see it at the bottom/left: Total size [needed space]/[available space] MB I had always assumed that it would not be possible to continue if [needed space] > [available space] However, I never tried :-/ > > I have screnshots of all these step, just ask if wanted. > file report.bug.xz joined with next comment > > > Reproducible: > > Steps to Reproduce:
CC: (none) => marja11
(In reply to Marja van Waes from comment #2) > > This should be fixed with new drakx-installer-stage2, that was pushed > yesterday > should be fixed with new stage2 It was the new drakx-installer-stage2, that was pushed on March 29th > I'm amazed that when you chose the option to resize a windows partition, > that you still got the screen where you could choose a Desktop. Or didn't > you?.. I don't know how to see that in the logs :-/ I got the usual screen where we can choose between KDE, Gnome or Custom. I chose KDE
(In reply to André DESMOTTES from comment #3) > (In reply to Marja van Waes from comment #2) > > > > This should be fixed with new drakx-installer-stage2, that was pushed > > yesterday > > > should be fixed with new stage2 > > It was the new drakx-installer-stage2, that was pushed on March 29th Yeah, the iso you used was pushed March 29, and it contained v16.74 [marja@Mga5RC_EFI Downloads]$ xzcat lebarhon_report.bug.xz | grep "DrakX v" * second stage install running (DrakX v16.74) [marja@Mga5RC_EFI Downloads]$ yesterday's drakx-installer-stage2-16.75-1.mga5 should fix this > > > > I'm amazed that when you chose the option to resize a windows partition, > > that you still got the screen where you could choose a Desktop. Or didn't > > you?.. I don't know how to see that in the logs :-/ > > I got the usual screen where we can choose between KDE, Gnome or Custom. I > chose KDE It would have been better to either not get that screen at all, but the choosePackageGroups screen. Since the ESP should now be properly detected and used, I'll keep this bug report for installer continuing when there is too little space to install the chosen desktop
Summary: MGA5RC installer fails to create partitions with the option: Use the free space on a Microsoft Windows partition => Installing KDE or GNOME is offered when there is too little space (after selecting Use the free space on a Microsoft Windows partition)Source RPM: (none) => drakx-installer-stage2
Whiteboard: (none) => 5RC
(In reply to Marja van Waes from comment #4) > It would have been better to either not get that screen at all, but the > choosePackageGroups screen. > > Since the ESP should now be properly detected and used, I'll keep this bug > report for installer continuing when there is too little space to install > the chosen desktop Actually, there was at least 100GB free in the Windows partition. The bug is that the installer should create at least a 12 GB / partition instead of only 4,3 GB.
(In reply to André DESMOTTES from comment #5) > > Actually, there was at least 100GB free in the Windows partition. The bug is > that the installer should create at least a 12 GB / partition instead of > only 4,3 GB. Does the windows partition contain data that cannot be moved near the end of partition? I wouldn't know how to check that, though... in older versions of Windows you could see that with the defragmentation tool.
I don't think so because: - it is possible with Gparted to downsize the partition of much more - if I do a second installation choosing again the same option "Use the free space on a Microsoft Windows partition" the installer downsizes again the Windows partition and creates new partitions of 4,3 GB for / and of 8GB for /home.
(In reply to André DESMOTTES from comment #5) > Actually, there was at least 100GB free in the Windows partition. The bug is > that the installer should create at least a 12 GB / partition instead of > only 4,3 GB. (In reply to Marja van Waes from comment #6) > > Does the windows partition contain data that cannot be moved near the end of > partition? I wouldn't know how to check that, though... in older versions of > Windows you could see that with the defragmentation tool. (In reply to André DESMOTTES from comment #7) > I don't think so because: > - it is possible with Gparted to downsize the partition of much more > - if I do a second installation choosing again the same option "Use the free > space on a Microsoft Windows partition" the installer downsizes again the > Windows partition and creates new partitions of 4,3 GB for / and of 8GB for > /home. (Now wondering how often you can repeat that... maybe until there is no windows left? ;-) ) Anyway, changing the summary again. CC'ing tv and pterjan, I do not know which additional information is needed (if any) nor whom of the two to assign to.
CC: (none) => pterjan, thierry.vignaudSummary: Installing KDE or GNOME is offered when there is too little space (after selecting Use the free space on a Microsoft Windows partition) => installer uses too little of the available space (after selecting Use the free space on a Microsoft Windows partition)
Bug still valid with the sixth build dated 1 April. May be we could take off this option for Mageia 5, it is possible to use "Custom disk partitioning".
(In reply to André DESMOTTES from comment #9) > Bug still valid with the sixth build dated 1 April. > > May be we could take off this option for Mageia 5, it is possible to use > "Custom disk partitioning". How much of the 100GB available space on the windows partition can you use when selecting "Custom disk partitioning"? I assume it doesn't allow to resize until there is no windows left... is that true, and does it allow to use e.g. half of the free space... or does it block resizing further than ± -14 GB, too?
Summary: installer uses too little of the available space (after selecting Use the free space on a Microsoft Windows partition) => Install unusable because installer used too little of the available space (after selecting Use the free space on a Microsoft Windows partition)
(In reply to Marja van Waes from comment #10) > How much of the 100GB available space on the windows partition can you use > when selecting "Custom disk partitioning"? I assume it doesn't allow to > resize until there is no windows left... is that true, and does it allow to > use e.g. half of the free space... or does it block resizing further than ± > -14 GB, too? If I use "Custom disk partitioning", and Resize, the installer says: Minimum size: 12958 MB That frees 137 GB! I put the slider to the minimum size, created two partitions for / and /home, mounted sda2 on /boot/EFI and clicked on Done. then the system reboot ! :( After the reboot, I chose "Custom disk partitioning" again, because with "Use existing partitions" you can't mount the ESP on /boot/EFI. I mounted partitions on /boot/EFI, / and /home again and the installation went fine.
(In reply to André DESMOTTES from comment #11) > (In reply to Marja van Waes from comment #10) > > If I use "Custom disk partitioning", and Resize, the installer says: > Minimum size: 12958 MB > > That frees 137 GB! I put the slider to the minimum size, created two > partitions for / and /home, mounted sda2 on /boot/EFI and clicked on Done. > then the system reboot ! :( > > After the reboot, I chose "Custom disk partitioning" again, because with > "Use existing partitions" you can't mount the ESP on /boot/EFI. Did you try? That should be automatically done, now (the ESP does not appear in the list, but when you continue all goes well), assuming you used last night's iso CC'ing QA, because we don't know yet whether others can reproduce the issue that too little of the available free space is used after selecting "Use the free space on a Microsoft Windows partition" It would also be good to know whether this issue also exists in non-EFI installs.
CC: (none) => qa-bugs
Yes I tried specially. FYI, I did something else: 1- Installation of Windows on the half of the disk and then Mageia. The installer doesn't detect the ESP, we have to do it manually and after the installation, Windows boots no more 2- Installation of Windows on the half of the disk, then Ubuntu and then Mageia. The installer does automatically detect the ESP, add Mageia and the three OSs boot fine. EFI Installation of Mageia alone or after Ubuntu is never a problem, whatever is done before Ubuntu. Mageia installation after Windows never works. Ubuntu is unable to downsize a windows partition, the options are similar to "Erase and use the entire disk" and "Custom partitioning" nothing else.
(In reply to André DESMOTTES from comment #13) > > EFI Installation of Mageia alone or after Ubuntu is never a problem, > whatever is done before Ubuntu. Mageia installation after Windows never > works. > IIUC, this is about the correct detection and mounting of the ESP. Since installer changed, and should be version 16.75 on the iso, can you please attach a new report.bug.xz of the failed installation?
Created attachment 6177 [details] report.bug.xz compressed New try from today (April 03) with the last Classical DVD mdkinst.sqfs 16.75 The ESP seems correctly detected and used, the / partition is still too small 4,3GB, Mageia doesn't reboot (indefinitely ask for the user password) but Windows does. There is real improvement :)
I wanted to check whether this bug exists in non-efi installs, too, and borrowed my daughter's windows laptop to try, but then saw in the doPartitionDisk screen that the pre-selected space of a windows partition was only the very small free space on the recovery partition. So that was bug 1371 still valid :-/ I'll try to find another system with a lot of free space on a windows partition, but without a rescue partition
Bug still valid with round of April 8. 3.6 GB for /
Created attachment 6220 [details] round of April 8
Also valid on non-efi systems. I had wiped at least 80GB of Mageia installs and added that space back to the windows partition. Then installed and chose to use free windows space. Installer only freed up 9GB. NOTE: I do _not_ know what installer did in the past My report.bug.xz is attachment 6226 [details] to bug 15663 (filed because, without asking, installer used unused space on another disk, too)
@ Daniel Docteam is struggling to understand how diskdrake in installer (mis)behaves. It seems now, that the option to use free space on a Windows partition can not be trusted, neither for EFI nor for legacy installs. Is that your experience, too? If so, for both Mageia 4 and Mageia 5 (beta 3)? We'd like to have helpful documentation that only contains correct instructions.
CC: (none) => contact, doc-bugs
CC: (none) => eeeemail, tmb
CC: (none) => rverschelde
Bug also valid for Mageia-5-RC-LiveDVD-KDE4-i586-DVD round 8
CC: qa-bugs => (none)
(In reply to André DESMOTTES from comment #21) > Bug also valid for Mageia-5-RC-LiveDVD-KDE4-i586-DVD round 8 Should be added to the Errata if it doesn't get fixed
CC: (none) => stormiWhiteboard: 5RC => 5RC Errata
Created attachment 6284 [details] report.bug Not fixed with Mageia 5RC DVD x86_64 Classical last round (April 15) report.bug attached
"Then installed and chose to use free windows space. Installer only freed up 9GB." It selects a default size but you can move the cursor. The code assumes 6GB is enough and doesn't take more than 10% of the windows partition. (c.f. https://bugs.mageia.org/show_bug.cgi?id=1371#c21)
Sorry it was not totally exact. It suggests 10% of what can be freed, not the total size, and at least 6GB. So if there are 90GB free, it will suggest 9GB.
I committed 2 changes: - Select the Windows partition with most empty space instead of the one with most space that we won't use - Suggest at least 20% of the empty space/20GB instead of 10%/6GB
(In reply to Pascal Terjan from comment #26) > I committed 2 changes: > - Select the Windows partition with most empty space instead of the one with > most space that we won't use > - Suggest at least 20% of the empty space/20GB instead of 10%/6GB \o/ Thanks a lot, Pascal :-)
(In reply to Pascal Terjan from comment #24) > "Then installed and chose to use free windows space. Installer only freed up > 9GB." > > It selects a default size but you can move the cursor. > Without choosing "custom partitioning", so in this screen http://docteam.mageia.nl/en/installer/content/images/dx2-doPartitionDisks.png Wow, I never saw the three dots between the light blue and dark blue section on the "Use Free Space on a Windows Partition" bar. We should really add that to installer help for Mageia 6!
I never saw them either, I am going to test them.
It used to look like this https://farm3.staticflickr.com/2429/4025954643_3de81b40fb_o.png when I created this screen in 2009 But it seems our theme makes it much less visible :(
(In reply to Pascal Terjan from comment #30) > It used to look like this > https://farm3.staticflickr.com/2429/4025954643_3de81b40fb_o.png when I > created this screen in 2009 That was indeed a whole lot clearer! > > But it seems our theme makes it much less visible :( :-( Can it be somehow workarounded (for Mageia 6), so that most users will see it again?
btw, didn't we switch to adwaita for installer recently? maybe it changed again?
It is even worse now https://bugs.mageia.org/attachment.cgi?id=6216
It's sad I noticed it so late :( It definitely needs to be fixed
No more bug for me, except the invisible 3 dots.
(In reply to André DESMOTTES from comment #35) > No more bug for me, except the invisible 3 dots. Same here... it is perfectly resizable, in spite of that fact being invisible. I have to move the cursor away to see how many GBs the new size will be, btw, it won't show it when the cursor is still on the division between what'll be left of the windows partition, and the new space for Mageia. (In reply to Pascal Terjan from comment #34) > It's sad I noticed it so late :( No problem > > It definitely needs to be fixed I'll file a new bug report for that. Can it be assigned to you? Closing this one as fixed :-)
Status: NEW => RESOLVEDResolution: (none) => FIXED
commit 71c5f17dd864c7783909f75f6e7d5bd9d56ce425 Author: Pascal Terjan <pterjan@...> Date: Sat Apr 18 23:58:12 2015 +0000 use the windows partition with the most available space on current + disk, not the last one across all disks (mga#15589) --- Commit Link: http://gitweb.mageia.org/software/drakx/commit/?id=71c5f17dd864c7783909f75f6e7d5bd9d56ce425