GNU bug report logs - #65572
Black screen in installer

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 65572 in the body.
You can then email your comments to 65572 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Iku-Tulo Vilutar <ikutulovilutar <at> gmail.com>
To: bug-guix <at> gnu.org
Subject: Black screen in installer
Date: Sun, 27 Aug 2023 21:40:41 +0300

[Message part 1 (text/plain, inline)]

Hello,

I'm trying to install Guix system on an i386 laptop. When the installer
should reach the GUI, only a black screen is displayed.

I tried to boot by editing Linux boot parameters in GRUB and set
`nomodeset` and removed `quiet`. Now without `quiet` I saw the following
messages before the black screen:

```
intelfb: Version 0.9.6
intelfb: Cannot reserve FB region
```

Then I tried `nomodeset video=uvesafb` Linux parameters and the GUI now
rendered. I don't know if these work as a global workaround for other
machines, should they be documented in the installation instructions?

[Message part 2 (text/html, inline)]

Message #8 received at 65572 <at> debbugs.gnu.org (full text, mbox):

From: "pelzflorian (Florian Pelz)" <pelzflorian <at> pelzflorian.de>
To: Iku-Tulo Vilutar <ikutulovilutar <at> gmail.com>
Cc: 65572 <at> debbugs.gnu.org
Subject: Re: bug#65572: Black screen in installer
Date: Thu, 31 Aug 2023 12:52:42 +0200

[Message part 1 (text/plain, inline)]

Hello Iku-Tulo, thank you for the report.

Vilutar <ikutulovilutar <at> gmail.com> writes:
> intelfb: Version 0.9.6
> intelfb: Cannot reserve FB region

An unlikely guess: I have had problems with a black screen when using a
television as a screen.  However this does not sound like it.

> Then I tried `nomodeset video=uvesafb` Linux parameters and the GUI
> now rendered. I don't know if these work as a global workaround for
> other machines,

No, there have been reports that uvesafb does not work on every machine.

> should they be documented in the installation
> instructions?

Yes, if we can give proper instructions.  Perhaps the attached patch?

Regards,
Florian

[doc-Describe-black-screen-issue-when-booting-the-ins.patch (text/x-patch, attachment)]

Message #11 received at 65572 <at> debbugs.gnu.org (full text, mbox):

From: Iku-Tulo Vilutar <ikutulovilutar <at> gmail.com>
To: "pelzflorian (Florian Pelz)" <pelzflorian <at> pelzflorian.de>
Cc: 65572 <at> debbugs.gnu.org
Subject: Re: bug#65572: Black screen in installer
Date: Thu, 31 Aug 2023 14:11:34 +0300

[Message part 1 (text/plain, inline)]

Looks good to me. Thank you.

On Thu, 31 Aug 2023 at 13:52, pelzflorian (Florian Pelz) <
pelzflorian <at> pelzflorian.de> wrote:

> Hello Iku-Tulo, thank you for the report.
>
> Vilutar <ikutulovilutar <at> gmail.com> writes:
> > intelfb: Version 0.9.6
> > intelfb: Cannot reserve FB region
>
> An unlikely guess: I have had problems with a black screen when using a
> television as a screen.  However this does not sound like it.
>
> > Then I tried `nomodeset video=uvesafb` Linux parameters and the GUI
> > now rendered. I don't know if these work as a global workaround for
> > other machines,
>
> No, there have been reports that uvesafb does not work on every machine.
>
> > should they be documented in the installation
> > instructions?
>
> Yes, if we can give proper instructions.  Perhaps the attached patch?
>
> Regards,
> Florian
>
>

[Message part 2 (text/html, inline)]

Message #14 received at 65572 <at> debbugs.gnu.org (full text, mbox):

From: Florian Pelz <pelzflorian <at> pelzflorian.de>
To: 65572 <at> debbugs.gnu.org
Cc: Florian Pelz <pelzflorian <at> pelzflorian.de>
Subject: [PATCH v2] doc: Describe black screen issue when booting the
 installer.
Date: Thu, 31 Aug 2023 22:33:52 +0200

With suggestions by Iku-Tulo Vilutar <ikutulovilutar <at> gmail.com>.
Fixes <https://issues.guix.gnu.org/65572>.

* doc/guix.texi (System Installation): Add suggestion when
booting the installer fails with a black screen.
---
Improved wording:
* added "after waiting for two minutes"

 doc/guix.texi | 10 ++++++++++
 1 file changed, 10 insertions(+)

diff --git a/doc/guix.texi b/doc/guix.texi
index 04e5875925..fba9df1cce 100644
--- a/doc/guix.texi
+++ b/doc/guix.texi
@@ -2402,6 +2402,16 @@ BIOS or UEFI boot menu, where you can choose to boot from the USB stick.
 In order to boot from Libreboot, switch to the command mode by pressing
 the @kbd{c} key and type @command{search_grub usb}.
 
+Sadly, on some machines, the installation medium cannot be properly
+booted and you only see a black screen after booting even after you
+waited for two minutes.  This may indicate that your machine cannot run
+Guix System; perhaps you instead want to install Guix on a foreign
+distro (@pxref{Binary Installation}).  If you are adventurous, a
+possible workaround is pressing the @kbd{e} key in the GRUB boot menu
+and appending @option{nomodeset video=uvesafb} to the Linux bootline.
+Sometimes the black screen issue can also be resolved by connecting a
+different display.
+
 @xref{Installing Guix in a VM}, if, instead, you would like to install
 Guix System in a virtual machine (VM).
 

base-commit: b51e45d3aaa8a85d39a8a4c3d18e8b57254aeaf2
-- 
2.41.0

Message #17 received at 65572 <at> debbugs.gnu.org (full text, mbox):

From: "pelzflorian (Florian Pelz)" <pelzflorian <at> pelzflorian.de>
To: Iku-Tulo Vilutar <ikutulovilutar <at> gmail.com>
Cc: 65572 <at> debbugs.gnu.org
Subject: Re: bug#65572: Black screen in installer
Date: Thu, 31 Aug 2023 22:56:41 +0200

Hi Iku-Tulo, one more thing, could you confirm that `nomodeset` alone
without video=uvesafb really is not enough?

Regards,
Florian

Message #20 received at 65572 <at> debbugs.gnu.org (full text, mbox):

From: Iku-Tulo Vilutar <ikutulovilutar <at> gmail.com>
To: "pelzflorian (Florian Pelz)" <pelzflorian <at> pelzflorian.de>
Cc: 65572 <at> debbugs.gnu.org
Subject: Re: bug#65572: Black screen in installer
Date: Fri, 1 Sep 2023 09:34:18 +0300

[Message part 1 (text/plain, inline)]

Actually, just `nomodeset` seems to work. Sometimes booting to GUI can take
up to 10 minutes, so it might be I gave up just trying `nomodeset`
previously and added `video=uvesafb` and re-tried.

On Thu, 31 Aug 2023 at 23:56, pelzflorian (Florian Pelz) <
pelzflorian <at> pelzflorian.de> wrote:

> Hi Iku-Tulo, one more thing, could you confirm that `nomodeset` alone
> without video=uvesafb really is not enough?
>
> Regards,
> Florian
>

[Message part 2 (text/html, inline)]

Message #23 received at 65572 <at> debbugs.gnu.org (full text, mbox):

From: Florian Pelz <pelzflorian <at> pelzflorian.de>
To: 65572 <at> debbugs.gnu.org
Cc: ikutulovilutar <at> gmail.com, Florian Pelz <pelzflorian <at> pelzflorian.de>
Subject: [PATCH v3] doc: Describe black screen issue when booting the
 installer.
Date: Fri,  1 Sep 2023 11:07:19 +0200

With suggestions by Iku-Tulo Vilutar <ikutulovilutar <at> gmail.com>.
Fixes <https://issues.guix.gnu.org/65572>.

* doc/guix.texi (System Installation): Add suggestion when
booting the installer fails with a black screen.
---
changes:
 - tell users to wait 10 minutes, not 2
 - don't suggest video=uvesafb which is without effect
 - more positive wording (don't give up just yet)

 doc/guix.texi | 10 ++++++++++
 1 file changed, 10 insertions(+)

diff --git a/doc/guix.texi b/doc/guix.texi
index 04e5875925..464060f42c 100644
--- a/doc/guix.texi
+++ b/doc/guix.texi
@@ -2402,6 +2402,16 @@ BIOS or UEFI boot menu, where you can choose to boot from the USB stick.
 In order to boot from Libreboot, switch to the command mode by pressing
 the @kbd{c} key and type @command{search_grub usb}.
 
+Sadly, on some machines, the installation medium cannot be properly
+booted and you only see a black screen after booting even after you
+waited for ten minutes.  This may indicate that your machine cannot run
+Guix System; perhaps you instead want to install Guix on a foreign
+distro (@pxref{Binary Installation}).  But don't give up just yet; a
+possible workaround is pressing the @kbd{e} key in the GRUB boot menu
+and appending @option{nomodeset} to the Linux bootline.
+Sometimes the black screen issue can also be resolved by connecting a
+different display.
+
 @xref{Installing Guix in a VM}, if, instead, you would like to install
 Guix System in a virtual machine (VM).
 

base-commit: b51e45d3aaa8a85d39a8a4c3d18e8b57254aeaf2
-- 
2.41.0

Message #26 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Csepp <raingloom <at> riseup.net>
To: Florian Pelz <pelzflorian <at> pelzflorian.de>
Cc: 65572 <at> debbugs.gnu.org, bug-guix <at> gnu.org, ikutulovilutar <at> gmail.com
Subject: Re: bug#65572: [PATCH v3] doc: Describe black screen issue when
 booting the installer.
Date: Fri, 01 Sep 2023 14:28:49 +0200

Florian Pelz <pelzflorian <at> pelzflorian.de> writes:

> With suggestions by Iku-Tulo Vilutar <ikutulovilutar <at> gmail.com>.
> Fixes <https://issues.guix.gnu.org/65572>.
>
> * doc/guix.texi (System Installation): Add suggestion when
> booting the installer fails with a black screen.
> ---
> changes:
>  - tell users to wait 10 minutes, not 2
>  - don't suggest video=uvesafb which is without effect
>  - more positive wording (don't give up just yet)
>
>  doc/guix.texi | 10 ++++++++++
>  1 file changed, 10 insertions(+)
>

There was a thread about having a dedicated "safe video" option in the
GRUB menu, like a lot of distros do.  I still think we should do that as
well, because having to edit the kernel boot arguments is much more
difficult, and because the user wouldn't have to go consult the manual
to know that there is such an option, it would be right in front of
them.
But of course documenting the workaround like this is the next best
thing.

Message #32 received at submit <at> debbugs.gnu.org (full text, mbox):

From: "pelzflorian (Florian Pelz)" <pelzflorian <at> pelzflorian.de>
To: 65572-done <at> debbugs.gnu.org
Cc: bug-guix <at> gnu.org, Csepp <raingloom <at> riseup.net>, ikutulovilutar <at> gmail.com
Subject: Re: bug#65572: [PATCH v3] doc: Describe black screen issue when
 booting the installer.
Date: Sat, 02 Sep 2023 14:43:07 +0200

Pushed as 2890114a708e3a54a14ceb762f0726b013ffdc85.

Csepp <raingloom <at> riseup.net> writes:
> There was a thread about having a dedicated "safe video" option in the
> GRUB menu, like a lot of distros do.  I still think we should do that

Yes, I agree.  It would need a way to make a custom GRUB menu entry that
refers to a Guix System generation, and adding that feature is
complicated because it best worked for other non-GRUB bootloaders too.
If it were added, “safe video” could be described in the same place.

Regards,
Florian

Message #40 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Csepp <raingloom <at> riseup.net>
To: "pelzflorian (Florian Pelz)" <pelzflorian <at> pelzflorian.de>
Cc: 65572-done <at> debbugs.gnu.org, bug-guix <at> gnu.org, Csepp <raingloom <at> riseup.net>,
 ikutulovilutar <at> gmail.com
Subject: Re: bug#65572: [PATCH v3] doc: Describe black screen issue when
 booting the installer.
Date: Sat, 02 Sep 2023 15:13:15 +0200

"pelzflorian (Florian Pelz)" <pelzflorian <at> pelzflorian.de> writes:

> Pushed as 2890114a708e3a54a14ceb762f0726b013ffdc85.
>
> Csepp <raingloom <at> riseup.net> writes:
>> There was a thread about having a dedicated "safe video" option in the
>> GRUB menu, like a lot of distros do.  I still think we should do that
>
> Yes, I agree.  It would need a way to make a custom GRUB menu entry that
> refers to a Guix System generation, and adding that feature is
> complicated because it best worked for other non-GRUB bootloaders too.
> If it were added, “safe video” could be described in the same place.
>
> Regards,
> Florian

I think we should just handle a (nested?) (a-)list of operating-system
objects.  It would be useful for a lot of other use cases too.  I for
one would like to have the option to boot my Thinkpad with libre
software by default but have the ability to use drivers from The
Forbidden Channel when I bring it to campus and need wifi.
Or to be able to choose a noPAE kernel on old machines.  Or have both an
LTS kernel and the latest release, and maybe even a nightly build for
testing.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.