| 1 |
Just to let you know that I solved this (at least somehow) by using kdm |
| 2 |
as login manager and no longer start KDE via .xinitrc/startkde. It seems |
| 3 |
some more configuration/program-startup is done by kdm which solves this. |
| 4 |
|
| 5 |
Thanks for your help. |
| 6 |
Thomas |
| 7 |
|
| 8 |
Am 21.09.2010 19:29, schrieb Thomas Drueke: |
| 9 |
> Thanks for the hint. |
| 10 |
> |
| 11 |
> "unset DISPLAY" let "su -" complete immediately. |
| 12 |
> |
| 13 |
> I'll check my bashrc/profile + xauth related things to see what might |
| 14 |
> cause this. |
| 15 |
> |
| 16 |
> Thomas |
| 17 |
> |
| 18 |
> Am 21.09.2010 12:10, schrieb YoYo Siska: |
| 19 |
>> On Mon, Sep 20, 2010 at 11:53:34PM +0200, Thomas Drueke wrote: |
| 20 |
>>> Thanks for hints, but no luck so far. |
| 21 |
>>> |
| 22 |
>>> Yohan, using xterm instead of konsole results in the same delay. |
| 23 |
>> |
| 24 |
>> To rule some other things out, you could also try: |
| 25 |
>> unset DISPLAY |
| 26 |
>> su - |
| 27 |
>> |
| 28 |
>> DISPLAY is one of the differences between a text konsole and anything |
| 29 |
>> under X... Might be that some bashrc/profile script tries to do |
| 30 |
>> something with X if it sees DISPLAY, but isn't able to connect to X under |
| 31 |
>> root... (maybe some xauth stuff..) |
| 32 |
>> |
| 33 |
>> yoyo |
| 34 |
>> |
| 35 |
>>> |
| 36 |
>>> Alan, hosts contains the hostname (FQDN) for eth0 and also alocalhost |
| 37 |
>>> entry. Plus wireshark didn't show any network traffic during the delay |
| 38 |
>>> (for both eth0 and lo). |
| 39 |
>>> |
| 40 |
>>> Is there any of the new services from KDE 4 which requires some |
| 41 |
>>> configuration concerning DNS or similar network services ? |
| 42 |
>>> |
| 43 |
>>> Regards, |
| 44 |
>>> Thomas |
| 45 |
>>> |
| 46 |
>>> Am 20.09.2010 23:11, schrieb Alan McKinnon: |
| 47 |
>>>> Apparently, though unproven, at 20:08 on Monday 20 September 2010, Thomas |
| 48 |
>>>> Drueke did opine thusly: |
| 49 |
>>>> |
| 50 |
>>>>> Hi, |
| 51 |
>>>>> |
| 52 |
>>>>> I installed KDE 4.5.1 over the weekend following the |
| 53 |
>>>>> "remove-all-old-kde-packages-first" approach on the gentoo webpage. So |
| 54 |
>>>>> far everything seems to be fine except one thing. |
| 55 |
>>>>> |
| 56 |
>>>>> When I type "su -" in konsole it takes 20-30 seconds to complete. |
| 57 |
>>>>> Doing the same on a text console the command completes immediately. |
| 58 |
>>>>> |
| 59 |
>>>>> I don't have NIS or LDAP enabled. "strace su -" came back with an |
| 60 |
>>>>> authentication failure immediately so no much info from there. |
| 61 |
>>>>> Also "top" didn't show any suspicious process consuming the time. |
| 62 |
>>>>> |
| 63 |
>>>>> I found a thread from may which might be related to my observation |
| 64 |
>>>>> ("KDE takes ages to show password screen after suspend"). |
| 65 |
>>>>> The solution there was to upgrade to KDE 4.4.4 which does not fit here. |
| 66 |
>>>>> Google didn't show much on this topic as well. |
| 67 |
>>>>> |
| 68 |
>>>>> Any ideas what might cause the delay or how to get more close to the |
| 69 |
>>>>> root cause ? |
| 70 |
>>>> |
| 71 |
>>>> |
| 72 |
>>>> 20-30 second delays due to DNS timeouts have hit me so many times it's always |
| 73 |
>>>> the first thing I check, even when it seems irrelevant. |
| 74 |
>>>> |
| 75 |
>>>> Does your machine have a local hostname, and do you have an entry for it in |
| 76 |
>>>> either DNS or /etc/hosts? |
| 77 |
>>>> |
| 78 |
>>>> |
| 79 |
>>> |
| 80 |
>> |
| 81 |
>> |
| 82 |
>> |
| 83 |
>> |
| 84 |
> |
| 85 |
> |
Archives