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 w...@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.

Reply via email to