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
200
This bug affects 83 people
Affects Status Importance Assigned to Milestone
console-setup
New
Undecided
Unassigned
console-setup (Ubuntu)
Confirmed
High
Unassigned
Declined for Raring by Daniel van Vugt

Bug Description

[Impact]

[Fix]

[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
ProcEnviron:
 LANGUAGE=fi_FI.UTF-8
 PATH=(custom, user)
 LANG=fi_FI.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-10.34-generic
SourcePackage: console-setup
Uname: Linux 2.6.31-10-generic i686

Related branches

Revision history for this message
Martin-Éric Racine (q-funk) wrote :
Changed in console-setup (Ubuntu):
status: New → Confirmed
Revision history for this message
Vladimir-csp (vladimir-csp) 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.

Revision history for this message
Vladimir-csp (vladimir-csp) 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)
tags: added: precise
tags: removed: precise
Revision history for this message
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
Revision history for this message
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:

https://launchpad.net/~abone/+archive/ubuntu-fixes

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)
Changed in console-setup (Ubuntu Precise):
status: New → Confirmed
importance: Undecided → High
description: updated
Steve Langasek (vorlon)
Changed in console-setup (Ubuntu Quantal):
assignee: nobody → Colin Watson (cjwatson)
Revision history for this message
Micah Gersten (micahg) wrote : Re: at boot, the font is not set by the upstart job

unsubscribing sponsors as cjwatson will handle this

Colin Watson (cjwatson)
Changed in console-setup (Ubuntu Quantal):
milestone: none → ubuntu-12.10
Revision history for this message
Colin Watson (cjwatson) wrote :

I have unduplicated this from bug 632382, based on the implicit assertion in https://code.launchpad.net/~abone/ubuntu/precise/console-setup/fix-433897/+merge/118886 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.
Revision history for this message
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)
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
Revision history for this message
Daniel van Vugt (vanvugt) wrote :

Still happening in vivid :(

Revision history for this message
RussianNeuroMancer (russianneuromancer) wrote :
Revision history for this message
Gannet (ken20001) wrote :
Revision history for this message
RussianNeuroMancer (russianneuromancer) wrote :
Revision history for this message
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 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=759657. You need to add the following file:

/etc/udev/rules.d/90-setupcon.rules
ACTION=="add", SUBSYSTEM=="vtconsole", KERNEL=="vtcon*", RUN+="/bin/setupcon"

It worked in the my case.

Revision history for this message
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)
Revision history for this message
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
Revision history for this message
Daniel van Vugt (vanvugt) wrote :

And yet the bug is in eoan.

tags: added: eoan
Revision history for this message
pt (trubini) wrote :

I have to confirm this in lunar too! Wow, the longest bug I've ever seen (from 2009).
Can someone explain why this is happening in simple terms? I see the font changed correctly but then get reset just before the boot splash screen for some reason. I've tried both workarounds (udev rule and the console-font.conf) to no avail. Why is so difficult to set a service (which is working btw) to start later in the boot process? I don't understand systemd intricacies and quirks.

Revision history for this message
Ubuntu Foundations Team Bug Bot (crichton) wrote :

The attachment "Fix font loading issue on Ubuntu Cosmic" seems to be a patch. If it isn't, please remove the "patch" flag from the attachment, remove the "patch" tag, and if you are a member of the ~ubuntu-reviewers, unsubscribe the team.

[This is an automated message performed by a Launchpad user owned by ~brian-murray, for any issues please contact him.]

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

Other bug subscribers

Remote bug watches

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