On 2014-01-21 23:18 (GMT+0100) Yamaban composed:
Felix Miata wrote:
On 2014-01-21 19:54 (GMT+0100) Yamaban composed:
>>> Felix Miata composed: >>>> http://fm.no-ip.com/SS/Suse/badtty132.png mc >>>> http://fm.no-ip.com/SS/Suse/badtty132y.png yast >> Normal hardware Ctrl-Alt-Fn tty[1-6] on PC feeding 15 pin VGA cable.
This appears to be done in /etc/rc.d/kbd in a sysV system. is there a kbd service for systemd?
correction, init-file is /etc/init.d/kbd same for systemd - systems, it uses auto-convert-function of systemd to start / stop / etc.
IOW systemd calls /etc/init.d/kbd [state] for every call 'systemctl [state] kbd.service'
Here it seems that either /etc/init.d/kbd is faulty or the unit is not enabled.
Check via "systemctl is-enabled kbd.service"
Hmm, on my 12.3 it gives me: "masked", oops? None the less, on tty2 everything is shown correctly (LANG=de_DE.utf8).
Call to the gurus: What state should kbd.service have?
I started the thread. The problem exists on my host gx27b (intel) booted to Factory. The problem does not exist on my host gx150 (mga) booted to Factory.
In output from 'systemctl list-units', string kbd does not exist. Yet, output from 'systemctl is-enabled kbd.service' on gx150 is non-null (masked).
On gx27b, 'systemctl is-enabled kbd.service' replies "Failed to issue method call: No such file or directory".
What package could be butchered or not installed to cause this?
Why doesn't systemctl list-units list existing kbd.service? Systemctl reports no list-services exists. What's the difference between a service and a unit?
Huh?
since you have "/usr/bin/unicode_start" you should have a package "kbd", and "rpm -ql kbd |grep /etc/" should give you: "/etc/init.d/kbd"
It gives null on two systems tried, one not having this problem (gx280), and (the thread starter) having it (gx27b).
Interim solution: to your ~/.profile file add this line:
/usr/bin/tty | /usr/bin/grep -c /dev/tty >/dev/null && /usr/bin/unicode_start
That should invoke unicode_start on a login to a tty and bring an end to the situation for you. Not nice, but working.
This problem needs no workaround hiding it. It's a nuisance worse than mere polish that ought to have its cause and a proper solution found before 13.2 final, preferably much sooner. 'rpm -q -filesbypkg -p kbd-1.15.5-6.4.i586.rpm' output finds no instance of string "service". String kbd does not appear in chkconfig -l output either. I tried force reinstalling kbd, but it had no apparent effect. I found /usr/lib/systemd/system/kbd.service as a symlink to /dev/null (same as Patrick noted in thread 2+ hours ago) timestamped 9 days ago. Is there any rational reason for this to happen?
To service and a unit: Short way (please look at man systemd an co.): "xxx.service" is the file in which the "unit" "xxx" is defined. There is additional stuff that is called "service" by systemd, but unused atm.
If kbd.service exists, systemctl list-units should list it, correct? If not, why not?
- Yamaban
PS: If I'm wrong here, please correct me. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation)
Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org