Why is the console a graphic/bitmapped console, and not text/character by default

Chris bsd-lists at BSDforge.com
Sun Apr 12 06:49:59 UTC 2020


On Sun, 12 Apr 2020 12:55:47 +0700 Eugene Grosbein eugen at grosbein.net said

> 12.04.2020 11:41, Chris wrote:
> 
> > Sorry for the ling title. But wasn't sure how make my
> > question more concise.
> > Why did we begin making an initial console "graphics mode"
> > by default. My understanding has always been that (Free)BSD
> > has been a "Server by default", and a Desktop after an initial
> > install if that's one chosen target.
> > It's near impossible to perform initial configuration
> > in graphics mode, using a mouse to cut/copy/paste does *not*
> > work as intended. Which requires one to make the necessary
> > changes "breaking to the new system" after install completes
> > to change initiation to test-mode before bouncing the box.
> > While this "works" for long-time users. It's an *extra*, and
> > seemingly *unnecessary* step. It is also likely to behoove
> > first-time/new users -- except those already targeting a
> > Desktop.
> > 
> > Thanks for any insight into this! :)
> 
> There are now many new hardware incapable of booting in legacy mode.
> It runs in UEFI mode only that needs newer console driver vt(4)
> that defaults to pixel rendering mode but supports text mode, too.
> Sadly, some UEFI-based hardware does not support text mode even with vt(4)
> and there is no option other than using pixel mode then.
> 
That explains it. Thanks Eugene! :)
Even if the answer is a bit disappointing. ;)

--Chris




More information about the freebsd-stable mailing list