Description of problem: Mageia 3 Alpha 3 Test Computer: Dell D630 Laptop. When booting off the M3-A3 Dual Arch CD-ROM on a system with M2 already on it and working, the install screen asking the user if they want to Upgrade or Install is not offered. Instead the Install process goes right to partitioning and rightfully shows the existing EXT partitions created by the existing M2 OS. When booting the same system from the M3-A3 32-bit DVD-ROM, the Install correctly offers the user the option to Upgrade or Install. This issue was always repeatable and was checked on two different Dell D630 laptops. A Dell C600 did not exhibit this issue and offered the user the option to Upgrade or Install regardless which of the two Install media listed above was used. Version-Release number of selected component (if applicable): Mageia 3 Alpha 3 How reproducible: Always Steps to Reproduce: 1. Boot off Mageia 3 Alpha 3 Dual Arch CD-ROM on a Dell D630 with existing install of Mageia 2 on it. 2. Notice the install screen offering Upgrade or Install is not offered. 3. Press and hold Power button to power cycle system because there is no other way to exist Setup at this point.
Are you sure you didn't try a i586 to x86_64 upgrade (or the reverse)? Can you attach /tmp/ddebug.log from that install? (or just type "bug" in tty2 after you arrived to that screen in order to get a report.bug.xz on a USB key you would have plugged
Keywords: (none) => NEEDINFOCC: (none) => thierry.vignaud
Thierry: On one of the test boxes (mentioned above) that currently has M2 installed, uname -m returns "i686", and getconf LONG_BIT returns "32" which indicates to me the M2 is 32 bit. Is the Dual Arch CD-ROM Install not offering the Upgrade because it wants to do an x86_64 Upgrade? If so that is also wrong as an Upgrade should upgrade what is already there. Please let me know if you would still like the log file or tty2 output you mention. Thanks Jeffrey Bruton
The dual arch cd will automatically start up in the best arch for the machine (here: x86_64) way before it will check for availlable distros to upgrade
Status: NEW => RESOLVEDResolution: (none) => INVALID
Thierry: Thanks for the info. All the user wants is for their system to be upgraded when using an install media that can, and should do the job. This can not be marked as resolved unless the install tells the user: "Even though I have the code on this install media to do what you ask, dev has set up the process so I can't offer you an Upgrade. Please use one of the 32-bit only install media if you require an Upgrade." Thanks Jeffrey Bruton
Status: RESOLVED => REOPENEDResolution: INVALID => (none)
That's wrong. In that case, there's neither all the needed media nor code able to perform such an upgrade
Status: REOPENED => RESOLVEDResolution: (none) => WONTFIX
Thierry: I'm not sure you understand what I'm saying. In this case, the issue is with a 64 bit capable box, that we have purposely chosen to install the 32-bit version of the OS on...which works great. When we then use the Dual Arch CD-ROM to attempt an upgrade. It won't offer the Upgrade because as you have said, it looks at the arch ability, and implements the highest possible (in this case 64-bit) even though the user wants it to upgrade the existing 32-bit OS. So now you are saying that the Dual Arch CD-ROM doesn't have the 32-bit code needed for an Upgrade. If this is true then why does it happily and successfully perform an Upgrade on our Dell C600 (which is not 64-capable)? Doing so successfully proves (at least in my simple mind) that the media does have the code, if not the programming to use it when asked to do the same on a 64-bit capable box. Thanks Jeffrey Bruton
Status: RESOLVED => REOPENEDResolution: WONTFIX => (none)
dual is complexe, and the choose of the arch at the grub is no more working. so if you have a x86_64 computer it will install an x86_64 OS, an x86_64 kernel etc. so if you want upgrade an existing i586 install with the dual it will not works.
Im closing this bug as invalid because of what Manual said about installing
Status: REOPENED => RESOLVEDCC: (none) => r.wobbenResolution: (none) => INVALID