Console/VT font is (randomly) not set (sometimes) on some machines. Stuck with the default VGA BIOS font.

Bug #433897 reported by Martin-Éric Racine on 2009-09-21
This bug affects 82 people
Affects Status Importance Assigned to Milestone
console-setup (Ubuntu)
Declined for Raring by Daniel van Vugt

Bug Description



[Test Case]

[Regression Potential]

[Original Report]
Since the Karmic transition away from init.d scripts to upstart services has started, the font is no longer set at bootup. This results in unreadable user prompts, whenever applications output non-ascii characters to screen and it also affects graphic box characters used by ncurses, such as for debconf dialogs.

ProblemType: Bug
Architecture: i386
Date: Mon Sep 21 12:51:40 2009
DistroRelease: Ubuntu 9.10
Package: console-setup 1.34ubuntu2
PackageArchitecture: all
 PATH=(custom, user)
ProcVersionSignature: Ubuntu 2.6.31-10.34-generic
SourcePackage: console-setup
Uname: Linux 2.6.31-10-generic i686

Related branches

Martin-Éric Racine (q-funk) wrote :
Changed in console-setup (Ubuntu):
status: New → Confirmed
Psy[H[] (vovik-wfa) wrote :

Same in Natty.
But it seems to be the problem with KMS. Font and encoding from console-setup are applied to VT's just before KMS is initiated. And then KMS sets everything to default.
If you run 'udevadm trigger' after boot, your console-setup settings will be reapplied.

Psy[H[] (vovik-wfa) wrote :

Or maybe I mixed things with Archlinux about KMS... But 'udevadm trigger' sets correct font and keymap after boot in Natty, which apparently does not happen itself during boot.

Ivan Frederiks (idfred) on 2012-05-03
tags: added: precise
tags: removed: precise
Ivan Frederiks (idfred) wrote :

This problem is still present in Precise. There is a nice workaround in #632382 discussion. Any plans on fixing this bug?

tags: added: precise
Andrey Bondarenko (abone) wrote :

I've uploaded bzr branch with fixes. If someone interested in testing, comments are welcome. Binary packages for precise should appear shortly in my ppa:

summary: - [karmic] does not set font since upstart transition
+ at boot, the font is not set by the upstart job
Changed in console-setup (Ubuntu):
importance: Undecided → High
Bryce Harrington (bryce) on 2012-08-16
Changed in console-setup (Ubuntu Precise):
status: New → Confirmed
importance: Undecided → High
description: updated
Steve Langasek (vorlon) on 2012-09-05
Changed in console-setup (Ubuntu Quantal):
assignee: nobody → Colin Watson (cjwatson)

unsubscribing sponsors as cjwatson will handle this

Colin Watson (cjwatson) on 2012-10-03
Changed in console-setup (Ubuntu Quantal):
milestone: none → ubuntu-12.10
Colin Watson (cjwatson) wrote :

I have unduplicated this from bug 632382, based on the implicit assertion in that these are separate bugs. I suspect that in fact many people's problems will be fixed just by the part of it that nominally fixes bug 632382, but I wanted to make some effort to separate them out for further analysis. Here's the comment I made on the merge proposal:

  After some thought, I agree that this Upstart job is the right thing to add, and I'm going to apply this to quantal. Thanks!

  I am much less convinced by the proposal to remove OPTION=FRAMEBUFFER (and still less by the proposal to force FRAMEBUFFER=y when splash is enabled; I agree with Oliver on that). I also don't think that creating a separate option for it is the right answer. If the framebuffer isn't enabled for some other reason, then the console-setup script should not need to run in the initramfs at all (except in the case of a panic, which is handled); the fact that this shouldn't be needed is what OPTION=FRAMEBUFFER expresses. It should be sufficient for the corresponding code to run from udev rules and Upstart jobs.

  Therefore, if the udev rules and Upstart jobs aren't working properly when there is no framebuffer code in the initramfs, that is what needs to be debugged. I believe this ought to be possible without running console-setup code in the initramfs.

For the time being, I'm moving this bug to quantal-updates to indicate that I'm not going to attempt to fix whatever part of this bug may relate to OPTION=FRAMEBUFFER et al for 12.10, and not until I have a better explanation of what's going on there.

Changed in console-setup (Ubuntu Quantal):
milestone: ubuntu-12.10 → quantal-updates
summary: - at boot, the font is not set by the upstart job
+ Console/VT font is (randomly) not set (sometimes) on some machines.
+ Stuck with the default VGA BIOS font.
Rolf Leggewie (r0lf) wrote :

quantal has seen the end of its life and is no longer receiving any updates. Marking the quantal task for this ticket as "Won't Fix".

Changed in console-setup (Ubuntu Quantal):
status: Confirmed → Won't Fix
Colin Watson (cjwatson) on 2014-12-18
Changed in console-setup (Ubuntu Quantal):
assignee: Colin Watson (cjwatson) → nobody
Changed in console-setup (Ubuntu):
milestone: quantal-updates → none
assignee: Colin Watson (cjwatson) → nobody
Daniel van Vugt (vanvugt) wrote :

Still happening in vivid :(

Minimax (evgenuy) wrote :

Bug still persist. Font settings (size) doesn't save through reboots.
Ubuntu version: 16.04.2
console-setup version: 1.108ubuntu15.3

I was found the workaround to fix this problem in here You need to add the following file:

ACTION=="add", SUBSYSTEM=="vtconsole", KERNEL=="vtcon*", RUN+="/bin/setupcon"

It worked in the my case.

John Zaitseff (zaitseff) wrote :

Ubuntu Cosmic (18.10) still fails to load certain fonts at boot. The problem is that setupcon has a bug in it that attempts to load the font TWICE, which fails for certain types of fonts. The attached patch fixes this issue.

tags: added: cosmic disco
Changed in console-setup (Ubuntu Precise):
status: Confirmed → Won't Fix
no longer affects: console-setup (Ubuntu Precise)
no longer affects: console-setup (Ubuntu Quantal)
Daniel van Vugt (vanvugt) wrote :

On second thoughts, I don't recall seeing this in disco. Maybe it was only up to and including cosmic.

tags: removed: disco
Daniel van Vugt (vanvugt) wrote :

And yet the bug is in eoan.

tags: added: eoan
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.