GNU bug report logs - #54945
installer should have a no-graphics boot option

Previous Next

Full log

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

From: raingloom <raingloom <at> riseup.net>
To: "pelzflorian (Florian Pelz)" <pelzflorian <at> pelzflorian.de>
Cc: 54945 <at> debbugs.gnu.org
Subject: Re: bug#54945: installer should have a no-graphics boot option
Date: Sat, 16 Apr 2022 19:48:52 +0200

On Sat, 16 Apr 2022 19:31:15 +0200
"pelzflorian (Florian Pelz)" <pelzflorian <at> pelzflorian.de> wrote:

> On Sat, Apr 16, 2022 at 05:32:38PM +0200, raingloom wrote:
> > On Fri, 15 Apr 2022 22:44:58 +0200
> > "pelzflorian (Florian Pelz)" <pelzflorian <at> pelzflorian.de> wrote:  
> > >[…]
> > > I believe uvesafb makes the graphics work on any
> > > x86_64 or x86 machine, so no save-graphics GRUB entry is needed.
> > > But maybe I’m wrong and uvesafb isn’t a panacea.
> > >[…]  
> > Hmm, it did end up working, even without the amdgpu trick. Finally
> > had an excuse to try the TUI installer.
> > I guess we can close this for now, but I still think that a safe
> > graphics mode could be a good idea.  
> 
> Is there reason to believe installer’s graphics don’t work on some PC?
> 
> Regards,
> Florian

I have laptops with fried GPUs that still somewhat work with nomodeset.
For rescue images, a no-graphics or nomodeset graphics mode is
definitely useful, because graphics is often the reason booting is
broken.

Previous Next

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