User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-GB; rv:1.9.1.16) Gecko/20101209 SeaMonkey/2.0.11 Build Identifier: Description of problem: Proceed with the Mageia installation upto the summary and go to chaper "Services". From this it becomes apparent that the service mdadm is activated by default to run always. On this computer (or a laptop) this is superfluous because no RAID disks are used. In fact there is only one fixed hard disk. So the service should not be activated: it is useless. (Bug was already present earlier upstream). Reproducible: Steps to Reproduce:
CC: (none) => dmorganecAssignee: ahmadsamir3891 => bugsquad
See Also: (none) => https://qa.mandriva.com/show_bug.cgi?id=58536Source RPM: mageia-dvd-1-x86_64.iso => drakx-installer-stage2
Or mdadm should not be installed by default on laptops or if MD/DM/LVM aren't used
CC: (none) => thierry.vignaudAssignee: bugsquad => thierry.vignaud
fwiw, mdadm was installed and activated by a full install of mdv 2010.2 free dvd on my laptop. It hadn't been activated on mdv 2010.0 (It didn't appear as a non-activated service, so I guess not installed either.)
CC: (none) => andr55
I saw it also in Mandriva in several past installs (and I think reported it). FWIW I believe it shouldn't be activated by default on non-laptops if there aren't any raid drives/partitions around anywhere?
Still valid for alpha 2 on my main Cauldron machine (64 bits). (Laptop not yet tested).
For laptop also still valid in Alpha2.
CC: (none) => pterjan
Valid for beta 1
Hardware: x86_64 => All
Valid for Beta 2
$ urpmf --suggests mdadm udisks:mdadm
I don't understand why this bug still has the "new" status, it got assigned to tv on 2011/3/3. So changing to "assigned".
Status: NEW => ASSIGNEDCC: (none) => m.van.waes
Just learned that status ASSIGNED doesn't mean assigned, but WORKING ON SOLUTION, therefore reverting status to NEW
Status: ASSIGNED => NEW
CC: andre999 => andre999mga
Valid for mga2 alpha1
Fixed in udisks-1.0.4-4
Status: NEW => RESOLVEDResolution: (none) => FIXED
*** Bug 4510 has been marked as a duplicate of this bug. ***
CC: (none) => mageia