Hi,<br>ok I've rebuild and installed a not stripped version of the gdm3 package<br><br># file /usr/lib/gdm3/gdm-session-worker<br>/usr/lib/gdm3/gdm-session-worker: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.26, BuildID[sha1]=0xf796ca39df6164949501deefd5a62edc079fce81, not stripped<br>
<br>I'll post the backtrace... on the next crash :)<br><br>Cheers,<br>Laurento<br><br><br><div class="gmail_quote">2012/7/12 Josselin Mouette <span dir="ltr"><<a href="mailto:joss@debian.org" target="_blank">joss@debian.org</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
Le jeudi 12 juillet 2012 à 10:37 +0200, Laurento Frittella a écrit :<br>
<div class="im">> I've noticed gdm3 (or some its component) simply crashes on resume<br>
> (after a suspend to disk) and then restarts with the normal greater<br>
> window.<br>
> This issue doesn't happen on every susped-resume cycle so it's<br>
> difficult to reproduce, but I attach the :0-slave.log.1 created after<br>
> the crash (I've just installed the gdb package hoping the next time<br>
> I'll gather more useful info)<br>
<br>
</div>From the logs you sent, it looks like a crash in gdm-session-worker<br>
indeed.<br>
<div class="im"><br>
> Let me know if I can provide you more specific details.<br>
<br>
</div>It would be nice to rebuild gdm with debugging symbols in order to<br>
obtain a usable backtrace.<br>
<br>
Cheers,<br>
<span class="HOEnZb"><font color="#888888">--<br>
 .''`.      Josselin Mouette<br>
: :' :<br>
`. `'<br>
  `-<br>
<br>
</font></span></blockquote></div><br>