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