Русские буквы в консоли(TTY) на Debian 9

На соседнем разделе лежит сид, с мая не трогал, там так

cat ./etc/default/console-setup 
# CONFIGURATION FILE FOR SETUPCON

# Consult the console-setup(5) manual page.

ACTIVE_CONSOLES="/dev/tty[1-6]"

CHARMAP="UTF-8"

CODESET="CyrSlav"
FONTFACE="Fixed"
FONTSIZE="8x16"

VIDEOMODE=

# The following is an example how to use a braille font
# FONT='lat9w-08.psf.gz brl-8x8.psf

и всё работало.

Аналогично, для KOI8-R:

# CONFIGURATION FILE FOR SETUPCON

# Consult the console-setup(5) manual page.

ACTIVE_CONSOLES="/dev/tty[1-6]"

CHARMAP="KOI8-R"

CODESET="CyrKoi"
FONTFACE="VGA"
FONTSIZE="8x16"

VIDEOMODE=

# The following is an example how to use a braille font
# FONT='lat9w-08.psf.gz brl-8x8.psf'

Что говорит systemctl status console-setup ?

Вот мой:

# CONFIGURATION FILE FOR SETUPCON

# Consult the console-setup(5) manual page.

ACTIVE_CONSOLES="/dev/tty[1-6]"

CHARMAP="UTF-8"

CODESET="CyrSlav"
FONTFACE="Terminus"
FONTSIZE="8x16"

VIDEOMODE=

# The following is an example how to use a braille font
# FONT='lat9w-08.psf.gz brl-8x8.psf'

Переустановил console-cyrillic - заработало, но до первой перезагрузки. В гугле пишут, что console-cyrillic костыль оно должно работать без него, вроде хватает console-setup.

Сейчас вывод такой:

console-setup.service - Set console font and keymap
   Loaded: loaded (/lib/systemd/system/console-setup.service; enabled; vendor preset: enabled)
   Active: active (exited) since Tue 2017-07-11 15:13:08 EEST; 15min ago
  Process: 500 ExecStart=/lib/console-setup/console-setup.sh (code=exited, status=0/SUCCESS)
 Main PID: 500 (code=exited, status=0/SUCCESS)
    Tasks: 0 (limit: 4915)
   CGroup: /system.slice/console-setup.service

оно должно работать без него

Должно и у меня работает. Может как раз где-то в нём проблема, попробуй снести и потом dpkg-reconfigure console-setup.

Переустановил console-setup с purge, снес console-cyrillic с purge.

После dpkg-reconfigure console-setup - работает, но до первой перезагрузки.

journalctl -b -u console-setup
Что-нибудь говорит?

В /etc/console-setup/cached_setup_font.sh правильный шрифт? Этот шрифт присутствует в /etc/console-setup?

Там указан правильный шрифт: cached_CyrSlav-Terminus16.psf.gz и он присутствует в /etc/console-setup.

Гонка между systemd-vconsole-setup и загрузкой модуля видеоадаптера (i915)

Я видел эту тему но в дебиане нет systemd-vconsole-setup.

А здесь таже проблема - загрузка драйвера видео сбрасывает настройки шрифтов консоли. И решение такое же - запустить сервис, который устанавливает шрифты в консоли, после загрузки драйвера.

В russian fedora был специальный пакет для решения проблемы со шрифтами. Что-то вроде workaround-console-cyrillic. Можно попробовать его расковырять и посмотреть, что он делает.

Хоть я уже это делал, но может в другой последовательности. Только что проделал это заново в указанной тобой последовательности. После перезагрузки все заработало.

Спасибо тебе большое.

После второй перезагрузки обратно не работает)

Я не знаю systemd, боюсь не осилю.

Мне кажется, что ты уже что-то в системе накривил с установкой и удалением всяких console-cyrillic и иже с ними. Рекомендую развернуть где-нить в виртуалке чистую систему и посмотреть как оно будет там.

Хотя в этом деле последовательность не столь важна, на самом деле.
Лично я всегда ставлю дистрибутив только с английским языком и потом такими или эквивалентными командами вкорячиваю русский. Мне лично так проще.
И да, я из тех, кто любит, чтобы папочки назывались «Music», а не «Музыка».

Если после загрузки рестартануть сервис, то шрифты опять должны стать нормальными. До следующей перезагрузки. Если так, то либо настраивать запуск console-setup после загрузки видеодрайвера, либо каждый раз, когда нужна консоль, ручками рестартовать сервис. Совсем для экстремалов можно заблеклистить видеодрайвер)

Если после загрузки рестартануть сервис, то шрифты опять должны стать нормальными. До следующей перезагрузки.

Да так и есть. Спасибо большое.

А здесь та же проблема - загрузка драйвера видео сбрасывает настройки шрифтов консоли.

Похоже нет.

На другом форуме посоветовали в следующем сервисе

cat /etc/systemd/system/multi-user.target.wants/console-setup.service
[Unit]
Description=Set console font and keymap
DefaultDependencies=no
After=console-screen.service kbd.service local-fs.target
RequiresMountsFor=/usr
ConditionPathExists=/bin/setupcon

[Service]
Type=oneshot
ExecStart=/lib/console-setup/console-setup.sh
RemainAfterExit=yes

[Install]
WantedBy=multi-user.target

Изменить

ExecStart=/lib/console-setup/console-setup.sh

ExecStart=/bin/setupcon

Не знаю почему но оно работает.

Еще одно «решение»:

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

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=759657

Похоже нет.

Оно и есть. Всё остальное - борьба за запуск setupcon после появления виртуальных консолей.

console-setup.sh вызывает setupcon с ключиком save. Видимо, дело именно в этом ключике. Сам setupcon - скрипт на баше. При желании, конечно, можно разобраться, как он работает, но ну его нах, ковыряться в этой башевской лапше.

Лол, блжад. Да, на чистом 9-м не работает из коропки, кавадратии (на сиде во времена 9 в тестинге работало из коропки)..

в консоле

Гореть тебе в аду.

ковыряться в этой башевской лапше.

Конечно, не было печали, десять лет уже локализации не вызывала проблем особых, и тут нате вам... Но щас то хорошо, раззз — и обернул это дело в пользовательский сустемд-юнит!

Я в федоре года два назад решал это добавлением какого-то local-конфига прямо в /etc. Вот сейчас не помню уже. Не ожидал что этот дурдом притащат в дебиан без фикса. Идиоты.

console-setup же а не terminal-setup.

десять лет уже локализации не вызывала проблем особых

А это как повезёт. В то время у тебя не было проблем, а у меня в консоли квадратики были. В чём трабла понятно. А скрипт запускается слишком рано или юнит - разницы особо нет.

Но щас то хорошо, раззз — и обернул это дело в пользовательский сустемд-юнит!

Да. И прописал когда и при каких условиях запускать этот скрипт. То ли дело самому это костылить в скрипте с помощью слипа и бесконечного цикла. Сразу к ЧСВ +10.

Я больше бугурчу от того, что в дебиан притащили известную проблему. И притащили на самом кануне релиза. Я еще раз уточню: в мае на сид проблемы не было. Сегодня посмотрел на свежий стейлб — вах! дебианщики испортились.

Вообще, лично у меня, ощущение что что-то важное протолкнули в последние дни заморозки. Я еще не смотрел точно, я свалил на девуан и счастлив. Чего и всем желаю.

Добавлю про дебиан: он всегда отличался настоящей человечностью. Когда патчи ради дела важнее всяких заморочек. Сейчас мы можем наблюдать как дебиан сдулся. Всё. Жалко..

console-setup же а не terminal-setup

Тяжёлый случай. Именительный падеж будет «консол»?

Правильно писать «в консоли» ?

Правильно писать «в консоли» ?

В русском языке - да. Удивительно, правда?

Спасибо. Буду знать.

У меня сейчас на стейбле тоже нет проблемы. Работает кириллица в консоли.

А в качестве инита что было?

Мда, а на другой машине не работает кириллица в консоли.

Не ожидал что этот дурдом притащат в дебиан без фикса.

Фикс как раз-таки есть: см. /lib/udev/rules.d/90-console-setup.rules. У меня ни на одной машине (а их у нас в районе 40) проблем с кириллицей в консоли не наблюдается.

Debian testing (buster). Никаких проблем.

Проблема локализована на i386, расходимся.

Решил перепроверить.
Стоит Debian 9 с тех времен, когда оно было еще testing. Сейчас проверил - русские буквы в tty вполне себе русские (не квадраты), но раскладка по CapsLock не переключается.
В Убунту 16.04 по той же методе работает все*
Update: обе системы amd64*

amd64

У меня i386. Наверное «проблема локализована на i386».

проблема локализована на i386

Мне помогло dpkg-reconfigure console-setup

Ничего не трогал, кроме шрифта. По-умолчанию был FIXED. Если у тебя так-же, выбираешь terminus, и не прогадаешь.

вот мой

Как будто письками меряетесь ))