Description of problem: Installing Mageia 5 from x_64 iso on a dual boot PC that already has Windows 7 and Mandriva 2011 fully operational. In "Partitioning" phase, selected "custom partitioning", selected partition already created for Mageia 5 with mount point "/", agreed to format partition, then received error message "mounting partition UUID=75....78 in directory /mnt/media/win_e failed" The only response offered (OK button) just takes me back to the start of the partitioning phase. Note: Windows "chkdsk" detected no errors with that partition. Can this error not be ignored during installation? The partition is obviously recognised but not required to install Mageia 5 in the installation process in a different partition. Version-Release number of selected component (if applicable): How reproducible: Every time. Also occurred when "Use current partitions" option was selected. Steps to Reproduce: 1. 2. 3. Reproducible: Steps to Reproduce:
Are you sure the Windows system wasn't hibernated at the time?
Yes, I'm sure it wasn't - every thing has closed down completely. However, I'm happy to withdraw this bug - I hadn't realised until just now that one could blank out the mount point of any partition during "custom partitioning", so that going back to the start of partitioning in fact gives one the opportunity to proceed.
Could you try again running into this bug. Once you see the errror popup, please: - attach a USB key - go to console 2 (alt+ctrl+f2) - run the "bug" command - attach the report.bug file you'll find on your USB key
Keywords: (none) => NEEDINFOCC: (none) => thierry.vignaud
Since there are insufficient details provided in this report for us to investigate the issue further, and we have not received feedback to the information we have requested above, we will assume the problem was not reproducible, or has been fixed in one of the updates we have released for the reporter's distribution. Users who have experienced this problem are encouraged to upgrade to the latest update of their distribution, and if this issue turns out to still be reproducible in the latest update, please reopen this bug with additional information. Closing as OLD. Feel free to reopen if needed, while supplying the information that was asked for in comment 3
Status: NEW => RESOLVEDCC: (none) => marja11Resolution: (none) => OLD