On Saturday 22 of September 2012 16:35:41 Lisi wrote: > Whatever would be on teh screen at that point in the shut-down. The > desktop backgroind with nothiong on it, the desktop background with a > message saying that Trinity is shutting down, a blank screen... > > I didn't try that first time (which is teh only time I have had a blank > screen), I don't think, just as I didn't ssh in. But I tried quite a few > things. > > > At least once, I couldn't. But I'll try again, when it happens again. > > However, since I posted here it has behaved impeccably, as I predicted it > would. ;-) > > Thanks, > Lisi > I know of two problems with shutting down: 1. Shutdown from KDM: KDM disappear, appear text console, but nothing happens. It is possible to login to a text console. When kdm_greed killed, shutdown continues. This case is easily reproducible. 2. Logout from the desktop TDE: Appears logout status dialog, but after a while, there seems no other activity. After switching to a text console and loging in, htop shows Xorg running at 100%. This case happens rarely - difficult to reproduce. I believe that both of these cases related to bugs in locking in libX11 - see XInitThreads. In case 1) I found that waiting for the lock because QCursor (no idea why). In case 2) Xorg hangs in the "perfectly" named function WaitingForSomething. For this is not much to say - I do not know where to look. As the easiest solution for this time seems to me add to Trinity sources updated package libX11. However it is not very convenient solution. But to find a solution to these problems - to avoid problems with locking, can be challenging and time consuming. Now what? And then there's another problem, but for this I do not know other details: 3. Shutdown is performed, but not complete + http://bugs.pearsoncomputing.net/show_bug.cgi?id=1209 + http://bugs.pearsoncomputing.net/show_bug.cgi?id=1233 This I could never reproduce. Slavek --