<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Sat, Dec 6, 2014 at 6:39 PM, Shlomo Solomon <span dir="ltr"><<a href="mailto:shlomo.solomon@gmail.com" target="_blank">shlomo.solomon@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I tried running ps -A before clicking, a few times during the 4 minute<br>
wait and after the GUI started. I then used diff to compare. The only<br>
change I found during the wait was an additional kworker/2:0 (there<br>
were already over 20 kworker processes running). Could this be<br>
significant? I haven't yet run strace as you suggested.<br>
<br></blockquote><div><br></div><div>Highly doubt it. kworker are kernel threads... not userspace programs...<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
When the GUI started, I found a MageiaUpdate process and an additional<br>
drakrpm-update process (for a total of 2). I assume the first one is<br>
responsible for the periodic check if new updates are available.<br>
<div class="HOEnZb"><div class="h5"><br></div></div></blockquote><div><br></div><div>So it seems that the process is indeed not launched for the 4 minutes. My next suggestion would be to run 'ps auxf' (or pstree?) after the package manager has launched, and hopefully you'll see *which* process runs your update processes (the parent); At this point I would assume the issue is there. First, check which package it belongs to and verify you're running latest update for this package (you don't want to mess with already-fixed-bugs). Then, assuming you're up-to-date and the issue remains, strace -f this process, and only then click whatever you click there - to see which system calls it does between the time you click what you click, and the package manager going up. Perhaps this process waits on something before it starts the actual update manager...<br><br>-- Shimi<br></div></div></div></div>