Bug 9776

Summary: Can't install updates at end of dvd installation due to udisks-daemon not running.
Product: Mageia Reporter: Dave Hodgins <davidwhodgins>
Component: InstallerAssignee: Mageia Bug Squad <bugsquad>
Status: RESOLVED FIXED QA Contact:
Severity: major    
Priority: Normal CC: aurelienmurith, eeeemail, ennael1, npomarede, thierry.vignaud, wilcal.int
Version: CauldronKeywords: NEEDINFO
Target Milestone: ---   
Hardware: All   
OS: Linux   
Whiteboard: 3RC
Source RPM: CVE:
Status comment:

Description Dave Hodgins 2013-04-17 19:42:41 CEST
At the end of an installation using the RC i586 dvd,
selecting custom, unselecting kde, and selecting lxde,
the list of updates to be installed was shown.  After
selecting ok, an error dialog popped up with the message
that the udisks daemon was not running.

From /root/drakx/updates.log ...
To satisfy dependencies, the following packages are going to be installed:
=> ok
Udisks daemon (udisks-daemon) is not running or not ready


Reproducible: 

Steps to Reproduce:
Dave Hodgins 2013-04-17 19:44:41 CEST

CC: (none) => ennael1
Whiteboard: (none) => 3RC

claire robinson 2013-04-17 20:39:50 CEST

CC: (none) => eeeemail

claire robinson 2013-04-17 20:40:20 CEST

CC: (none) => thierry.vignaud

William Kenney 2013-04-18 02:25:36 CEST

CC: (none) => wilcal.int

Comment 1 William Kenney 2013-04-18 03:22:06 CEST
I confirm that I am also getting the error message:

"Udisks daemon (udisks-daemon) is not running or not ready"

when attempting a Custom/lxde install from M3RC DVD.
William Kenney 2013-04-18 03:29:35 CEST

Priority: Normal => release_blocker
Severity: major => critical

Comment 2 William Kenney 2013-04-18 04:25:43 CEST
If I choose a KDE install, then update during the install,
I do not encounter this error. The update runs normally.
Comment 3 Thierry Vignaud 2013-04-18 18:19:07 CEST
This is a side effect of enabling to search deps in Core Release (mga# 2317) and if removing --update option from drakx
Comment 4 Thierry Vignaud 2013-04-18 18:30:04 CEST
I could add a --ignore-local-media option to urpmi and use it in drakx as we add all network media anyway...
Comment 5 Thierry Vignaud 2013-04-18 18:38:53 CEST
Or I could use the --excludemedia with all media from media.cfg prior to adding online media
Comment 6 Dave Hodgins 2013-04-18 22:20:59 CEST
I think this also affects mageia 2, if you chroot into the
install.  I think it needs to detect if it's in a chroot, and
if so, ignore unavailable repos, rather then failing.
Comment 7 Dave Hodgins 2013-04-19 04:07:53 CEST
Very strange. With today's iso this didn't happen.

I'm not sure if it's fixed (for the installer), or if there is
something else required to trigger it.
Comment 8 Anne Nicolas 2013-04-22 22:37:14 CEST
What we should we do then? decrease priority while we do not have more feedbacks on this pb?
Comment 9 Dave Hodgins 2013-04-23 02:39:18 CEST
Priority/Severity decreased.  I'll close it if
doesn't show up again by the end of final testing.

Priority: release_blocker => Normal
Severity: critical => major

Comment 10 Thierry Vignaud 2013-04-23 04:09:53 CEST
You do not see the error everytime b/c it would only happen if you actually had an update needing a package from the CD...
Comment 11 Dave Hodgins 2013-04-23 20:33:16 CEST
In comment 7, there was an update, which worked.
claire robinson 2013-05-09 11:07:25 CEST

CC: (none) => lewyssmith

Comment 12 Lewis Smith 2013-05-09 20:07:48 CEST
I have hit this problem with most attempted Upgrades from Mag2 -> 3 using the full 32-bit Install RC DVD. Cannot remember whether the KDE-only system gave it: the upgrade failed for other reasons.
In my case none of the Upgraded systems booted fully, and this lack of Upgrade-update may have been a cause.
Manuel Hiebel 2014-02-02 12:13:10 CET

Version: Cauldron => 3

Lewis Smith 2014-02-02 19:51:04 CET

CC: lewyssmith => (none)

Comment 13 Nicolas Pomarède 2014-08-20 10:30:29 CEST
Bug stills present in mageia 4 ; after completing the DVD install with KDE, I get a list of updated packages, but then the update process stops immediately with the message "udisks daemon not started or not running".

Is there a way to fix this during the install, by entering some commands in the alt+f2 terminal, or does this really requires a new version of the install dvd ?

CC: (none) => npomarede
Version: 3 => 4

Comment 14 Nicolas Pomarède 2014-08-20 16:17:28 CEST
Additionnal informations :
after the main install, the list of updated packages is downloaded and the installer manages at least to update a few "important" ones (glibc, rmpdrake).
Then there's a message that "PC should be rebooted" after these packages are installed, then we get the message about "udisks daemon not running".
So, it's not the whole update process which doesn't work, only part of it (but this still means that ~200 updated packaged are not updated).

As a workaround, it's possible to start the installation a 2nd time, choose "upgrade" instead of "install". And in the list of media to use, choose "http". This will start the network and correctly fetches the updated packages.
Comment 15 Aurélien Murith 2014-11-01 17:43:18 CET
The same problem is still present when installing Mageia 4 with MATE from the x86_64 DVD.

CC: (none) => aurelienmurith
Hardware: i586 => All

Comment 16 Dick Gevers 2014-11-26 17:37:26 CET
@anyone:
Since pre-5 installers will not be fixed, please check whether this applies to 5beta1 or later. If so please up the fields version & whiteboard as appropriate and wipe NEEDINFO.

If not apparent anymore, please close the bug.

Thanks.

Keywords: (none) => NEEDINFO

Comment 17 Thierry Vignaud 2014-11-26 17:53:33 CET
Humm, I can add an option to gurpmi so that when run from drakx it won't consider CD/DVD or even all local media
Comment 18 Aurélien Murith 2015-01-29 21:30:28 CET
It seems to be OK with Mageia 5 beta 2.

Has anybody met this problem recently ?
Comment 19 Samuel Verschelde 2015-05-02 19:41:30 CEST
Can anyone confirm it works with Mageia 5RC?

Version: 4 => Cauldron

Comment 20 claire robinson 2015-05-02 19:52:39 CEST
It did last time I tried it. Closing for now, we can reopen if needed.

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