GNU bug report logs -
#39089
Guix System: Very long, scary boot time
Previous Next
To reply to this bug, email your comments to 39089 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-guix <at> gnu.org
:
bug#39089
; Package
guix
.
(Sat, 11 Jan 2020 14:37:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
sirgazil <sirgazil <at> zoho.com>
:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org
.
(Sat, 11 Jan 2020 14:37:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hi,
Everytime I boot, it takes about 2 minutes to get to the log in screen. This is a lot compared to the time it takes to boot, say, Trisquel 8 on a USB stick, which takes about 15 seconds.
In the process, I see lots of lines of things I don't understand (maybe I'm not supposed to understand them), and the following lines are particularly confusing:
This is the GNU system. Welcome.
Login:
Sometimes, the two lines above stay there enough time to make you think that the system is waiting for your input; if you are new to the system, you may even start writing your login, but then more lines start appearing and send the login out of sight.
Some lines are scary. Things like "ABC not found", "EFG not detected". But finally you get to the GDM login screen.
I'm used to this after using the system for about a year now, but I think this is a bug.
---
https://sirgazil.bitbucket.io/
Information forwarded
to
bug-guix <at> gnu.org
:
bug#39089
; Package
guix
.
(Sat, 11 Jan 2020 15:06:01 GMT)
Full text and
rfc822 format available.
Message #8 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi sirgazil,
On Sat, 11 Jan 2020 09:36:31 -0500
sirgazil via Bug reports for GNU Guix <bug-guix <at> gnu.org> wrote:
> Everytime I boot, it takes about 2 minutes to get to the log in screen. This is a lot compared to the time it takes to boot, say, Trisquel 8 on a USB stick, which takes about 15 seconds.
>
> In the process, I see lots of lines of things I don't understand (maybe I'm not supposed to understand them), and the following lines are particularly confusing:
>
> This is the GNU system. Welcome.
> Login:
>
> Sometimes, the two lines above stay there enough time to make you think that the system is waiting for your input; if you are new to the system, you may even start writing your login, but then more lines start appearing and send the login out of sight.
>
> Some lines are scary. Things like "ABC not found", "EFG not detected". But finally you get to the GDM login screen.
>
> I'm used to this after using the system for about a year now, but I think this is a bug.
It most definitely is a usability problem. If usability is a goal, then it is a
bug.
I think it's our job as a distribution to integrate the components properly into
the system so that confusing stuff like that doesn't happen.
As a first step, we could just not start a getty on tty1 when gdm is configured
to start (see tty1 in %base-services in (gnu services base)). Then the thing
above wouldn't appear.
The usual fix a lot of other distributions (and BIOSes) have is to display a
splash screen on top.
(Also, gdm doesn't like it at all if one uses Ctrl-Alt-Fx to switch consoles
apparently)
But if possible, could you post the actual messages that appear on your machine
to a bug report? We can then find out where they come from and decide what
to do about them.
Standard usability limits for the duration an action is allowed to take to
start (and make itself known to the user) after the user asked for something:
* Less than one second for a system to feel snappy and no annoyance to happen
* At least less than two seconds absolute maximum. You are annoying the user
* More is not usable
Because of long boot times (15 s is ALSO too long) I almost never reboot
(only suspend).
I've tried booting Guix now and I took note of the following points in time:
t = 0 s: I press the power button
t = 8 s: Grub asks for my system password
t = 45 s: Console login prompt appears
t = 55 s: GDM login prompt appears
[Message part 2 (application/pgp-signature, inline)]
Information forwarded
to
bug-guix <at> gnu.org
:
bug#39089
; Package
guix
.
(Sat, 11 Jan 2020 15:06:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#39089
; Package
guix
.
(Sat, 11 Jan 2020 15:08:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 39089 <at> debbugs.gnu.org (full text, mbox):
I forgot to say I'm using this Guix:
$ LANG=C guix describe
Generation 7 Jan 08 2020 13:53:10 (current)
guix f98c050
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: f98c050c2017be06cff54abf965a8234f6998f76
Information forwarded
to
bug-guix <at> gnu.org
:
bug#39089
; Package
guix
.
(Sat, 11 Jan 2020 22:55:02 GMT)
Full text and
rfc822 format available.
Message #17 received at submit <at> debbugs.gnu.org (full text, mbox):
---- On Sat, 11 Jan 2020 10:05:31 -0500 Danny Milosavljevic <dannym <at> scratchpost.org> wrote ----
[...]
> But if possible, could you post the actual messages that appear on your machine
> to a bug report? We can then find out where they come from and decide what
> to do about them.
These are the messages of the last boot:
https://bitbucket.org/sirgazil/dnd/downloads/guix-system-boot-messages-2020-01-11.txt
Information forwarded
to
bug-guix <at> gnu.org
:
bug#39089
; Package
guix
.
(Sat, 11 Jan 2020 22:55:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#39089
; Package
guix
.
(Fri, 17 Jan 2020 21:40:02 GMT)
Full text and
rfc822 format available.
Message #23 received at 39089 <at> debbugs.gnu.org (full text, mbox):
Hello!
Danny Milosavljevic <dannym <at> scratchpost.org> skribis:
> I think it's our job as a distribution to integrate the components properly into
> the system so that confusing stuff like that doesn't happen.
>
> As a first step, we could just not start a getty on tty1 when gdm is configured
> to start (see tty1 in %base-services in (gnu services base)). Then the thing
> above wouldn't appear.
>
> The usual fix a lot of other distributions (and BIOSes) have is to display a
> splash screen on top.
I think that would be the better fix: add the splash screen thing (I
forgot the name) to ‘%desktop-services’, but keep functional TTYs.
> Because of long boot times (15 s is ALSO too long) I almost never reboot
Heh same here.
We should do some profiling with “bootchart” I think it’s called. I’m
sure systemd does a better job that the Shepherd, in particular by
starting more things on demand and doing others in parallel. We’ll get there.
> I've tried booting Guix now and I took note of the following points in time:
>
> t = 0 s: I press the power button
> t = 8 s: Grub asks for my system password
> t = 45 s: Console login prompt appears
> t = 55 s: GDM login prompt appears
That’s roughly what I get on my laptop. (Note: Guix cannot be blamed
for what happens until the kernel has booted. :-))
Ludo’.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#39089
; Package
guix
.
(Sun, 03 May 2020 17:16:02 GMT)
Full text and
rfc822 format available.
Message #26 received at 39089 <at> debbugs.gnu.org (full text, mbox):
Ludovic Courtès <ludo <at> gnu.org> writes:
> Danny Milosavljevic <dannym <at> scratchpost.org> skribis:
>
>> I think it's our job as a distribution to integrate the components properly into
>> the system so that confusing stuff like that doesn't happen.
>>
>> As a first step, we could just not start a getty on tty1 when gdm is configured
>> to start (see tty1 in %base-services in (gnu services base)). Then the thing
>> above wouldn't appear.
>>
>> The usual fix a lot of other distributions (and BIOSes) have is to display a
>> splash screen on top.
>
> I think that would be the better fix: add the splash screen thing (I
> forgot the name) to ‘%desktop-services’, but keep functional TTYs.
I think you’re referring to Plymouth:
https://www.freedesktop.org/wiki/Software/Plymouth/
--
Ricardo
Information forwarded
to
bug-guix <at> gnu.org
:
bug#39089
; Package
guix
.
(Sun, 03 May 2020 17:19:01 GMT)
Full text and
rfc822 format available.
Message #29 received at 39089 <at> debbugs.gnu.org (full text, mbox):
Ricardo Wurmus <rekado <at> elephly.net> writes:
> Ludovic Courtès <ludo <at> gnu.org> writes:
>
>> Danny Milosavljevic <dannym <at> scratchpost.org> skribis:
>>
>>> I think it's our job as a distribution to integrate the components properly into
>>> the system so that confusing stuff like that doesn't happen.
>>>
>>> As a first step, we could just not start a getty on tty1 when gdm is configured
>>> to start (see tty1 in %base-services in (gnu services base)). Then the thing
>>> above wouldn't appear.
>>>
>>> The usual fix a lot of other distributions (and BIOSes) have is to display a
>>> splash screen on top.
>>
>> I think that would be the better fix: add the splash screen thing (I
>> forgot the name) to ‘%desktop-services’, but keep functional TTYs.
>
> I think you’re referring to Plymouth:
>
> https://www.freedesktop.org/wiki/Software/Plymouth/
We have a patch for Plymouth:
https://issues.guix.gnu.org/26970
Back then I asked for more information on how to actually use it. Now
it’s clear to me: by building it statically and including it in the
initrd.
--
Ricardo
This bug report was last modified 4 years and 340 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.