Bug 720486

Summary: init=/sbin/sysvinit on cmdline solves kbd service startup failure when using systemd init
Product: [openSUSE] openSUSE 12.1 Reporter: Felix Miata <mrmazda>
Component: BasesystemAssignee: Stanislav Brabec <sbrabec>
Status: RESOLVED FIXED QA Contact: E-mail List <qa-bugs>
Severity: Normal    
Priority: P5 - None CC: fcrozat, freek, gp, jengelh, werner
Version: Factory   
Target Milestone: ---   
Hardware: PC   
OS: Other   
Whiteboard:
Found By: --- Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---
Attachments: /var/log/boot.msg

Description Felix Miata 2011-09-26 23:47:31 UTC
Created attachment 453116 [details]
/var/log/boot.msg

To reproduce:
1-install M2 or prior with systemd not installed
2-zypper al systemd
3-do zypper dup on daily or weekly basis until approximately M5 is on mirrors
4-zypper rl systemd
5-include  init=/sbin/init on cmdlines of Grub stanza(s)
6-upgrade with zypper dup
7-boot

Actual results:
1-Loading console font...failed
2-Loading compose table...failed
3-Failed services in runlevel 3: kbd

Expected results:
1-no failed services reports
2-keyboard configured as specified in /etc/sysconfig/keyboard

I had all my several systems setup to exclude systemd until about a week ago. Since, I've removed systemd locks and set init=/sbin/init on two of them, one a week ago, another today, and this has happened to both.
Comment 1 Frederic Crozat 2011-09-27 07:35:19 UTC
not related to systemd, we don't touch kbd service (we just ignore it when booting under systemd).
Comment 2 Dr. Werner Fink 2011-10-04 08:59:04 UTC
 /suse/werner> maintainer kbd

 bugowner of Base:System/kbd -- sbrabec@suse.com

 ...
Comment 3 Ludwig Nussel 2011-10-10 09:12:32 UTC
fixed in sr#87235
Comment 4 Bernhard Wiedemann 2011-10-10 10:00:08 UTC
This is an autogenerated message for OBS integration:
This bug (720486) was mentioned in
https://build.opensuse.org/request/show/87235 Factory / kbd
Comment 5 Hans-Peter Holler 2011-10-10 19:33:12 UTC
*** Bug 721441 has been marked as a duplicate of this bug. ***
Comment 6 Ismail Dönmez 2011-10-19 10:57:23 UTC
*** Bug 723069 has been marked as a duplicate of this bug. ***
Comment 7 Felix Miata 2011-10-19 18:22:09 UTC
If this fix is on the mirrors I just dup'd from, then there seems to be something wrong with the fix. Now init pauses for several minutes after displaying r8169 0000:03:00.0: eth0: link up, displays a few more messages, clears the screen, displays a few more messages (e.g. "Unknown operation ntptimeset"), and when init actually finishes, /etc/sysconfig/keyboard's KBD_NUMLOCK="yes" setting has been ignored on all VCs, even though no kbd errors seem to have been displayed during init.
Comment 8 Felix Miata 2011-11-18 03:30:52 UTC
Without sysvinit-init installed or init=/sbin/sysvinit on cmdline, /etc/sysconfig/keyboard remains ignored in fresh update to whatever flavor was in 12.1 on the mirrors last night.
Comment 9 Frederic Crozat 2011-11-18 09:41:21 UTC
I don't understand what you are saying. 

do you mean with systemd ? /etc/init.d/kbd is not used at all under systemd, but /etc/sysconfig/kbd is.

For KBD_NUMLOCK, it is not supported under systemd.
Comment 10 Felix Miata 2011-11-18 10:32:27 UTC
I have no idea how the settings in /etc/sysconfig/keyboard get implemented, nor what /etc/init.d/kbd does or not. All I know is /etc/sysconfig/keyboard is where I've been going to get desired keyboard behavior since first using *S?SE. It's one not inconsequential reason why I selected SuSE as my first choice distro in the first place, and why I only dabble with other distros. As long as NUM, delay & repeat can't automatically be restored to their BIOS states using systemd, then systemd is not compatible with me. If it was up to me, it would be impossible for any keyboard with both a complete set of cursor keys and a complete/separate num pad to _ever_ have NUM in an off state.

Why is this bug marked FIXED?
Comment 11 Frederic Crozat 2011-11-18 12:08:36 UTC
this bug is marked fixed, because now, kbd is correctly starting on sysvinit.

you are complaining about another diffrerent issue. Feel free to open a bug, better against the kernel which should be able to restore properly BIOS value at startup.