Сбой службы OpenSuSE 12.3 kbd при загрузке

Question

Установка OpenSuSE 12.3 (но обновленная с 11.2) отображает это сообщение

...
Starting Firewall Initialization (phase 2 of 2)                        done
Master Resource Control: runlevel 3 has been                           reached
Failed services in runlevel 3:                                         kbd
Skipped services in runlevel 3:                               irq_balancer

Welcome to openSUSE 12.3 "Dartmouth" - Kernel 2.6.31.14-0.8-desktop (tty1).

brontolo login: _

и оставляет свою клавиатуру с американской раскладкой по умолчанию. Так как у меня есть ИТ-клавиатура и пароль, содержащий международные символы, я больше не мог войти с консоли и должен был использовать SSH. После запуска loadkeys tty1 с пульта консоль стала логинной, но это было довольно неловко.

У кого-нибудь такое было? Клавиатура действительно работала - хотя и в США. Единственная проблема (которую я мог видеть) заключалась в том, что клавиатура не загружалась. Служба kbd никогда не подводила меня раньше (и это не та машина с привередливой клавиатурой, которая заставила меня задать этот вопрос).

Answer 1

Причиной оказалась ошибка в обработке флага -C loadkey . loadkeys страница о загрузке ключей (правильно получается)

You can specify console device by the -C (or --console ) option

Но это устройство, а не устройства. В /etc/sysconfig/keyboard переменная KBD_TTY содержит вместо

KBD_TTY="tty1 tty2 tty3 tty4 tty5 tty6"

и это в файле /etc/init.d/kbd вызывает ошибку:

Couldn't open tty tty2 tty3 ...

Поэтому решение было изменить файл /etc/init.d/kbd ,

--- loadkeys -C "$KBD_TTY" ...

+++ for tty in $KBD_TTY; do
+++     loadkeys -C $tty ...
+++ done

(этот вид кода появляется в четырех местах).

Это различие в loadkeys было очевидно замечено в другом дистрибутиве (?) в 2011.

Поиск в базе данных Novell OpenSuSE BugZilla с поиском "loadkeys" не дал результатов, поэтому я просто ввел его как ошибку 813902. Я пришел к выводу, что даже если ошибка не появляется в обычной установке, эти строки, вызывающие loadkeys , по-прежнему ошибочны. И даже если это потому, что у меня неправильные loadkeys или kbd из-за необычного пути установки / обновления, это все еще является признаком ошибки в скрипте обновления.