Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.user > #195790 > unrolled thread

Re: lightdm (testing): Long waiting time after login

Started bysongbird <songbird@anthive.com>
First post2018-05-16 13:40 +0200
Last post2018-05-17 11:10 +0200
Articles 4 — 3 participants

Back to article view | Back to linux.debian.user

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.

Contents

  Re: lightdm (testing): Long waiting time after login songbird <songbird@anthive.com> - 2018-05-16 13:40 +0200
    Re: lightdm (testing): Long waiting time after login Dino <work@hllmnn.de> - 2018-05-16 15:00 +0200
      Re: lightdm (testing): Long waiting time after login Dominic Knight <dominicknight@gmx.com> - 2018-05-16 20:00 +0200
        Re: lightdm (testing): Long waiting time after login Dino <work@hllmnn.de> - 2018-05-17 11:10 +0200

#195790 — Re: lightdm (testing): Long waiting time after login

Fromsongbird <songbird@anthive.com>
Date2018-05-16 13:40 +0200
SubjectRe: lightdm (testing): Long waiting time after login
Message-ID<vQ2WK-Bu-3@gated-at.bofh.it>
Dino wrote:
> This is a multi-part message in MIME format.
> --------------D295C2A19D414A0F9C32AEE8
> Content-Type: multipart/alternative;
>  boundary="------------51A034E61483D85CC097E79C"
>
>
> --------------51A034E61483D85CC097E79C
> Content-Type: text/plain; charset=utf-8; format=flowed
> Content-Transfer-Encoding: 7bit
>
> This time with attachment...
>
> Am 16.05.2018 um 09:28 schrieb work@hllmnn.de:
>>
>> I just did a fresh install of testing with XFCE. After entering the 
>> login credentials the screen was black for 30-60 seconds before the 
>> desktop environment showed up. Assuming a bug in XFCE, I performed 
>> another fresh install with MATE, but a similar effect occured: after 
>> login the background image is shown for 30-60 seconds before the 
>> desktop is fully loaded.
>>
>> A look into /var/log/lightdm/lightdm.log showed that the delay happens 
>> before VT is activated. The log file is attached.
>>
>> Might this be a bug in lightdm or could a misconfiguragtion from my 
>> side cause this issue?
...
> [+7.71s] DEBUG: Session pid=691: Running command /etc/X11/Xsession default
> [+7.71s] DEBUG: Creating shared data directory /var/lib/lightdm/data/USERNAME
> [+7.71s] DEBUG: Session pid=691: Logging to .xsession-errors
> [+40.89s] DEBUG: Activating VT 7
> [+40.89s] DEBUG: Activating login1 session 2
> [+40.89s] DEBUG: Seat seat0 changes active session to 
> [+40.89s] DEBUG: Seat seat0 changes active session to 2
> [+40.89s] DEBUG: Session 2 is already active

  what does .xsession-errors say?

  what type of device are you installing to?

  my recent installs with netinst for testing and having MATE
comes up ok (within a few seconds), but things may have changed
in packages.

  does a stable netinst give same results?


  songbird

[toc] | [next] | [standalone]

#195792

FromDino <work@hllmnn.de>
Date2018-05-16 15:00 +0200
Message-ID<vQ4c9-1hK-1@gated-at.bofh.it>
In reply to#195790

[Multipart message — attachments visible in raw view] — view raw

> Dino wrote:
>> This is a multi-part message in MIME format.
>> --------------D295C2A19D414A0F9C32AEE8
>> Content-Type: multipart/alternative;
>>   boundary="------------51A034E61483D85CC097E79C"
>>
>>
>> --------------51A034E61483D85CC097E79C
>> Content-Type: text/plain; charset=utf-8; format=flowed
>> Content-Transfer-Encoding: 7bit
>>
>> This time with attachment...
>>
>> Am 16.05.2018 um 09:28 schrieb work@hllmnn.de:
>>> I just did a fresh install of testing with XFCE. After entering the
>>> login credentials the screen was black for 30-60 seconds before the
>>> desktop environment showed up. Assuming a bug in XFCE, I performed
>>> another fresh install with MATE, but a similar effect occured: after
>>> login the background image is shown for 30-60 seconds before the
>>> desktop is fully loaded.
>>>
>>> A look into /var/log/lightdm/lightdm.log showed that the delay happens
>>> before VT is activated. The log file is attached.
>>>
>>> Might this be a bug in lightdm or could a misconfiguragtion from my
>>> side cause this issue?
> ...
>> [+7.71s] DEBUG: Session pid=691: Running command /etc/X11/Xsession default
>> [+7.71s] DEBUG: Creating shared data directory /var/lib/lightdm/data/USERNAME
>> [+7.71s] DEBUG: Session pid=691: Logging to .xsession-errors
>> [+40.89s] DEBUG: Activating VT 7
>> [+40.89s] DEBUG: Activating login1 session 2
>> [+40.89s] DEBUG: Seat seat0 changes active session to
>> [+40.89s] DEBUG: Seat seat0 changes active session to 2
>> [+40.89s] DEBUG: Session 2 is already active
>    what does .xsession-errors say?
>
>    what type of device are you installing to?
>
>    my recent installs with netinst for testing and having MATE
> comes up ok (within a few seconds), but things may have changed
> in packages.
>
>    does a stable netinst give same results?
>
>
>    songbird
.xsession-errors contains one warning (file is attached), but I don't 
think that it causes the delay.

The device I'm installing to is an UDOO X86 
(https://www.udoo.org/udoo-x86/). Basically, it's standard hardware with 
an Intel CPU. I already had an installation of testing a few months ago 
that didn't show this behaviour.

A stable netinst works just fine, the desktop is loaded almost 
immediately. Hence, I assume a package changed recently is the reason 
for this.

[toc] | [prev] | [next] | [standalone]

#195804

FromDominic Knight <dominicknight@gmx.com>
Date2018-05-16 20:00 +0200
Message-ID<vQ8St-471-1@gated-at.bofh.it>
In reply to#195792
On Wed, 2018-05-16 at 14:53 +0200, Dino wrote:
> > Dino wrote:
> > > This is a multi-part message in MIME format.
> > > --------------D295C2A19D414A0F9C32AEE8
> > > Content-Type: multipart/alternative;
> > >   boundary="------------51A034E61483D85CC097E79C"
> > > 
> > > 
> > > --------------51A034E61483D85CC097E79C
> > > Content-Type: text/plain; charset=utf-8; format=flowed
> > > Content-Transfer-Encoding: 7bit
> > > 
> > > This time with attachment...
> > > 
> > > Am 16.05.2018 um 09:28 schrieb work@hllmnn.de:
> > > > I just did a fresh install of testing with XFCE. After entering
> > > > the
> > > > login credentials the screen was black for 30-60 seconds before
> > > > the
> > > > desktop environment showed up. Assuming a bug in XFCE, I
> > > > performed
> > > > another fresh install with MATE, but a similar effect occured:
> > > > after
> > > > login the background image is shown for 30-60 seconds before
> > > > the
> > > > desktop is fully loaded.
> > > > 
> > > > A look into /var/log/lightdm/lightdm.log showed that the delay
> > > > happens
> > > > before VT is activated. The log file is attached.
> > > > 
> > > > Might this be a bug in lightdm or could a misconfiguragtion
> > > > from my
> > > > side cause this issue?
> > 
> > ...
> > > [+7.71s] DEBUG: Session pid=691: Running command
> > > /etc/X11/Xsession default
> > > [+7.71s] DEBUG: Creating shared data directory
> > > /var/lib/lightdm/data/USERNAME
> > > [+7.71s] DEBUG: Session pid=691: Logging to .xsession-errors
> > > [+40.89s] DEBUG: Activating VT 7
> > > [+40.89s] DEBUG: Activating login1 session 2
> > > [+40.89s] DEBUG: Seat seat0 changes active session to
> > > [+40.89s] DEBUG: Seat seat0 changes active session to 2
> > > [+40.89s] DEBUG: Session 2 is already active
> > 
> >    what does .xsession-errors say?
> > 
> >    what type of device are you installing to?
> > 
> >    my recent installs with netinst for testing and having MATE
> > comes up ok (within a few seconds), but things may have changed
> > in packages.
> > 
> >    does a stable netinst give same results?
> > 
> > 
> >    songbird
> 
> .xsession-errors contains one warning (file is attached), but I
> don't 
> think that it causes the delay.
> 
> The device I'm installing to is an UDOO X86 
> (https://www.udoo.org/udoo-x86/). Basically, it's standard hardware
> with 
> an Intel CPU. I already had an installation of testing a few months
> ago 
> that didn't show this behaviour.
> 
> A stable netinst works just fine, the desktop is loaded almost 
> immediately. Hence, I assume a package changed recently is the
> reason 
> for this.

Maybe;
systemd-analyze critical-chain
&
systemd-analyze blame
will give a clue as to what is taking its time?

Dom.

[toc] | [prev] | [next] | [standalone]

#195828

FromDino <work@hllmnn.de>
Date2018-05-17 11:10 +0200
Message-ID<vQn57-4cV-5@gated-at.bofh.it>
In reply to#195804

[Multipart message — attachments visible in raw view] — view raw

On 16.05.2018 19:51 Dominic Knight wrote:
> On Wed, 2018-05-16 at 14:53 +0200, Dino wrote:
>>> Dino wrote:
>>>> This is a multi-part message in MIME format.
>>>> --------------D295C2A19D414A0F9C32AEE8
>>>> Content-Type: multipart/alternative;
>>>>    boundary="------------51A034E61483D85CC097E79C"
>>>>
>>>>
>>>> --------------51A034E61483D85CC097E79C
>>>> Content-Type: text/plain; charset=utf-8; format=flowed
>>>> Content-Transfer-Encoding: 7bit
>>>>
>>>> This time with attachment...
>>>>
>>>> Am 16.05.2018 um 09:28 schrieb work@hllmnn.de:
>>>>> I just did a fresh install of testing with XFCE. After entering
>>>>> the
>>>>> login credentials the screen was black for 30-60 seconds before
>>>>> the
>>>>> desktop environment showed up. Assuming a bug in XFCE, I
>>>>> performed
>>>>> another fresh install with MATE, but a similar effect occured:
>>>>> after
>>>>> login the background image is shown for 30-60 seconds before
>>>>> the
>>>>> desktop is fully loaded.
>>>>>
>>>>> A look into /var/log/lightdm/lightdm.log showed that the delay
>>>>> happens
>>>>> before VT is activated. The log file is attached.
>>>>>
>>>>> Might this be a bug in lightdm or could a misconfiguragtion
>>>>> from my
>>>>> side cause this issue?
>>> ...
>>>> [+7.71s] DEBUG: Session pid=691: Running command
>>>> /etc/X11/Xsession default
>>>> [+7.71s] DEBUG: Creating shared data directory
>>>> /var/lib/lightdm/data/USERNAME
>>>> [+7.71s] DEBUG: Session pid=691: Logging to .xsession-errors
>>>> [+40.89s] DEBUG: Activating VT 7
>>>> [+40.89s] DEBUG: Activating login1 session 2
>>>> [+40.89s] DEBUG: Seat seat0 changes active session to
>>>> [+40.89s] DEBUG: Seat seat0 changes active session to 2
>>>> [+40.89s] DEBUG: Session 2 is already active
>>>     what does .xsession-errors say?
>>>
>>>     what type of device are you installing to?
>>>
>>>     my recent installs with netinst for testing and having MATE
>>> comes up ok (within a few seconds), but things may have changed
>>> in packages.
>>>
>>>     does a stable netinst give same results?
>>>
>>>
>>>     songbird
>> .xsession-errors contains one warning (file is attached), but I
>> don't
>> think that it causes the delay.
>>
>> The device I'm installing to is an UDOO X86
>> (https://www.udoo.org/udoo-x86/). Basically, it's standard hardware
>> with
>> an Intel CPU. I already had an installation of testing a few months
>> ago
>> that didn't show this behaviour.
>>
>> A stable netinst works just fine, the desktop is loaded almost
>> immediately. Hence, I assume a package changed recently is the
>> reason
>> for this.
> Maybe;
> systemd-analyze critical-chain
> &
> systemd-analyze blame
> will give a clue as to what is taking its time?
>
> Dom.
The output of systemd-analyze looks fine, I think. It really seems like 
the bug reported at 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=897572 is causing the 
trouble.

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.user

csiph-web