Ticket #1467 (new enhancement)
Blacklist vgab16fb because VTs during the install are painfully slow
| Reported by: | jdreed | Owned by: | |
|---|---|---|---|
| Priority: | normal | Milestone: | The Distant Future |
| Component: | -- | Keywords: | |
| Cc: | Fixed in version: | ||
| Upstream bug: |
Description
The solution to slow VTs seems to be adding "blacklist vga16fb" to /etc/modprobe.d/blacklist-framebuffer.conf
It has been suggested that "nomodeset" is not sufficient, and in fact there are no kernel arguments to make the framebuffer less stupid. I'm not sure how we can do this in the initrd without building our own initrd (eww).
Change History
comment:2 Changed 10 years ago by geofft
Set TERM_TYPE=virtual on the Linux command line and make sure vga= is unset (or you'll hang the Precise installer).
See /lib/debian-installer/detect-console and /lib/debian-installer-startup.d/S40framebuffer-module-linux-x86. There might be a better way to do this, but this seems to work on both the Precise and Trusty mini.isos.
Note: See
TracTickets for help on using
tickets.
achernya noted that Debian recommends appending "vga16fb.blacklist=yes" to the kernel command line. On Precise, that results in an unusable VT. On Trusty, it appears to have no effect (that is, the VTs are usable but scrolling is as slow as always.)