Bug 9289 - Selecting "Erase and use entire disk" during install does not.
Summary: Selecting "Erase and use entire disk" during install does not.
Status: RESOLVED DUPLICATE of bug 3189
Alias: None
Product: Mageia
Classification: Unclassified
Component: Installer (show other bugs)
Version: Cauldron
Hardware: x86_64 Linux
Priority: release_blocker critical
Target Milestone: ---
Assignee: Mageia Bug Squad
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-03-08 00:02 CET by Barry Jackson
Modified: 2013-03-09 00:12 CET (History)
0 users

See Also:
Source RPM:
CVE:
Status comment:


Attachments
ddebug.log from installed system (178.52 KB, application/octet-stream)
2013-03-08 13:39 CET, Barry Jackson
Details

Description Barry Jackson 2013-03-08 00:02:43 CET
Testing in VirtualBox with an earlier Mageia Installation on the vdi, a new net-install using the "Erase and use entire disk" option fails to do so.

I twice tried to install a full KDE over a minimal LXDE installation and it appeared to do an update install in around 30 seconds.

The repeat was just to be sure of the options I had chosen - same result.

I will repeat the test in a different vdi to confirm.
Comment 1 Barry Jackson 2013-03-08 00:42:41 CET
Confirmed on disk (vdi) with a clean LXDE installation on it.
Selected KDE again with all default options to erase and use entire disk.
Install (NOT update)
Use entire disk
Confirmed that all data on sda will be lost
Formatting screens flash past and then the install takes around 40 seconds- not even time for a brew!
User info then:
"The package XDM needs to be installed do you want to install it?"
The only options are previous and next. - Next
Another 1 min of what look like base libs, X11 stuff, oxygen....
Summary shows Graphical interface not configured.
Clicking Configure against Graphical interface instantly starts to install another batch of around 54 packages - and then drakx11 runs after which it's back at the summary from where the install then completes OK.

Graphical login fails, but booting into run level 3 does allow me to confirm that no KDE packages are installed.

As root systemctl start prefdm.service goes back to the very basic (ICEWM?) graphical login I had before but it again fails and keeps returning. (not numlock I checked ;)

What a mess!
Comment 2 Barry Jackson 2013-03-08 00:44:03 CET
I failed to mention that these were net-installs using boot.iso
Comment 3 Manuel Hiebel 2013-03-08 02:01:58 CET
have you enough disk place on your vdi ? ie what to you have before the first unselecting ... in /root/drakx/ddebug.log ? 
personnaly I have a "too big for level 5... "

so in fact it does but a minimal install instead of a full kde one

there could be workaround with bug 3189

for the xdm part: bug 4809
Comment 4 Barry Jackson 2013-03-08 11:22:16 CET
Both vdi were 8GB dynamic and in the one system I can access there is only 23% of / in use.
/ 4GB (used 874MB)
/home 3.3GB (used 6MB)
I will try to get at the logs later when I have more time, but the default drive size allocation looks reasonable.
Comment 5 Manuel Hiebel 2013-03-08 12:59:46 CET
4Go is not enough, it's really a duplicate of bug 3189
Comment 6 Barry Jackson 2013-03-08 13:39:14 CET
Created attachment 3587 [details]
ddebug.log from installed system

Yes it looks that way - here is the ddbug.log
Comment 7 Manuel Hiebel 2013-03-09 00:12:11 CET
ok

*** This bug has been marked as a duplicate of bug 3189 ***

Status: NEW => RESOLVED
Resolution: (none) => DUPLICATE


Note You need to log in before you can comment on or make changes to this bug.