Description of problem: Using i586 KDE LiveDVD, installation fails if "unused" packages are removed. If this step is "skipped" installation is normal. Not all hardware is affected. Affected hardware: Homemade computer with Fujitsu D1711 motherboard (made by Asus, #K8V-MX/s [NOT the same as K8V-MX]) Sempron 3100+ processor, Asus-made video card nVidia GeForce 6200 OC AGP, wired Internet. Unaffected hardware: Dell Dimension E310, P4 processor, onboard graphics, BCM4318-based wifi card. Version-Release number of selected component (if applicable): May 6 KDE i586 LiveDVD final How reproducible: Always. Steps to Reproduce: 1.Begin install 2.Remove unused packages 3. Reproducible: Steps to Reproduce:
What fails ? whats the error message ?
CC: (none) => tmb
I just tried it again, watching very carefully this time. There was no error message. The installer appears to finish the "Removing packages" phase, then crashes as if forced to reboot. Text shows on the screen, looking like a normal "restart" closing. If there are any error messages showing, they flew by to quickly to read. Nothing in red that I noticed, though. Speculation, because I don't know what I'm looking at: Could it be that the nVidia driver is being removed along with the "unused" packages?
Priority: Normal => release_blocker
Forgot to add, I believe the "removing packages" phase finished only because of the length of time that it showed. It may be that it did not quite finish before everything crashed.
In the "remove unused packages" screen, there is an "advanced" button that lists the packages that are going to be removed. Could you make a screenshot of it? Please also attach a file with the output of lspcidrake -v.
CC: (none) => sysadmin-bugs, thierry.vignaudComponent: Installer => Release (media or process)Source RPM: (none) => draklive-install
CC: (none) => eeeemail
Created attachment 6471 [details] List of hardware packages to be removed This is the list of hardware packages that were to be removed. After viewing this, I deselected the hardware packages and told the installer to remove the "locale" packages. Install was successful.
Created attachment 6472 [details] Output of the command lspcidrake -v, after install was completed
Getting that screenshot would probably been easy if I had been using virtual hardware. Real hardware was more of a problem - until I remembered my digital camera.
Ok, so according to lspcidrake yuu are using nvidia304 driver and we are not removing that one.
Reported also to happen in Vbox on qa-discuss by Brian Rockwell Mageia-5-LiveCD-GNOME-en-i586-CD (May 6 2015) Vbox: LiveMode - gets the Oh Oh message From today's meeting - I noted installer failed as well. Installer: vbox is rebooting after partitioning and leaving "Unused hardware support" checked. If I uncheck this, guess what - it installs fine.
CC: (none) => brtians1
Created attachment 6474 [details] Test32.png showing vbox unused pkgs Gnome livecd Confirmed both the Oh no and it rebooting after removing unused packages in vbox. It actually shuts down normally and reboots rather than crashing. I can see something about l2tp just before it closes but it goes too fast for me to read it. I'll try kde livecd to see if it's the same and try to capture a screenshot.
Next boot of the same machine, when trying to get a screenshot gives an error before getting that far. It was unexpected and I was on auto-pilot so didn't actually note how far it got before the error.
Created attachment 6475 [details] Test32error.png showing draklive error
Created attachment 6476 [details] journal.txt showing error condition Rescued the journal from tty2. It mentions "test_for_bad_drives(/dev/sda on sector #62)" just before the error occurs.
Possibly the fix for bug 15759 ?
Confirming with the Gnome Final Live x64 DVD on real EFI hardware: Whatever route you take to this stage of the installation, it fails at the "Removing packages" point if they are left ticked to be removed.
CC: (none) => lewyssmith
That's a separate issue
Created attachment 6477 [details] Packages to be removed on Dell E310 when install was successful I thought it might be useful for comparison purposes to see the list of packages to be removed on a Dell Dimension E310, where the install proceeded normally after removal. Output of lspcidrake to follow.
Created attachment 6478 [details] lspcidrake output from a Dell E310 where install was successful
Summary: Installation fails if "unused" packages are removed => Installation fails if "unused" packages are removed (INTERNAL ERROR: unknown device sda1)
(In reply to Thierry Vignaud from comment #16) > That's a separate issue Oh? I imagine my comment 15? If that is a seperate issue, shall I raise *another* bug for it? (Which would seem to duplicate this one). My experience was that installing directly from the boot menu ended up re-booting the box at the failure; installing from the Live desktop returned to that - the installation task vanished. So looking at logs etc should be possible. Do you want?
(In reply to Lewis Smith from comment #19) > > My experience was that installing directly from the boot menu ended up > re-booting the box at the failure; installing from the Live desktop returned > to that - the installation task vanished. So looking at logs etc should be > possible. Do you want? That is the behavior I'm seeing with the KDE DVD, too. The first time it happened I was trying to do something else while the install was running, and when I checked in Power Management must have kicked in and all I had was a blank screen. Subsequent tests have been directly from the boot menu. I only just now tried it from the desktop again, shutting off the screen saver and Power Management before doing so, and it did indeed return to the desktop. I don't know how to look at the appropriate logs, or I would have done so.
I just tried once more, and discovered that if installing from the desktop, one of the packages that's being removed is MCC! It happened twice. The first time, I was going to use MCC to look at what it had to say about sda, and it was nowhere to be found. The second time I watched the panel icon, and it disappeared somewhere, oh, I'd say about 2/3-3/4 of the way through the removal process. MCC, of course, isn't listed as one of the packages to be removed. Yet from all appearances, it is. What else do you suppose is being removed that's not supposed to be?
So, this is a fallout of fixing mga#10647 (adding iw, crda, wireless-regdb) to meta-task. so when drakx detects those as unneeded, it tries to remove them and thereby drakx-net and a whole lot of perl/drakx stuff as a consequence and we die ... I "unintentionally" fixed this in: http://gitweb.mageia.org/software/drakx/commit/?id=4c4f20ea33706bffd8a6dcd5f821ceaf7d7495d7 :)
commit 9c5d20c705e029352b636886253e8560ed0640f8 Author: Thomas Backlund <tmb@...> Date: Sun May 10 23:42:46 2015 +0300 last commit also fixes mga#15875 that got broken by mga#10647 --- Commit Link: http://gitweb.mageia.org/software/drakx/commit/?id=9c5d20c705e029352b636886253e8560ed0640f8 Bug links: Mageia https://bugs.mageia.org/15875 https://bugs.mageia.org/10647
Confirmed, I think, after once again viewing an install from the desktop on the Dell E310 that was not affected. The packages listed above are NOT removed, probably because of that computer's wireless card, and as I watch the install proceed I see that MCC is also NOT removed.
Fixed in drakxtools-16.94-1.mga5
Status: NEW => RESOLVEDResolution: (none) => FIXED