On Wed, Nov 23, 2011 at 10:54, Uwe Gansert <ug@suse.de> wrote:
on Tuesday 22 November 2011 686f6c6d wrote:
When installing with "<final_reboot config:type="boolean">false</final_reboot>" (as we did until now), (1.) the kexec at the end still does not seem to work,
So do I understand you correctly, that you use final_reboot to fix a broken kexec after the 1st stage? did you try to skip the kexec with forceboot? <forceboot config:type="boolean">true</forceboot>
Let me try to clarify, you had me confused for a moment there. I hope I get the options right: 1. we never had to reboot after stage 1, so we used the default kexec instead of forceboot there. 2. In pre-12.1 time we used kexec after stage 2 (final_reboot=false), which might be the default anyway, instead of rebooting (final_reboot=true). 3. When my initial tests with 12.1 and systemd didn't work and I noticed that the kexec after stage 2 did not seem to be executed, I started experimenting with final_reboot=true, but the problem seemed to be with the missing "insserv autoyast" instead (both final_reboot stages aren't executed with systemd, unless autoyast is brought up forcefully). If I don't "insserv autoyast", the kexec/reboot is executed after the first manual reboot.
so (2.) services are not started (but apart from that, the <runlevel> config seems to be applied, which is an improvement) and so (3.) no ssh keys are generated.
I can not reproduce this ssh problem here. Maybe you can send me your complete package list. It's probably a problem with a combination of packages like apparmor or so. This is the package list I am using and I don't see a problem when I use the chroot script:
There actually were apparmor errors in the logs (something about "changing hats to unknown" not being allowed, I have no access to the logs at the moment), but after allowing all removed apparmor-* packages to be installed, the problem (and error messages) remained. I will investigate further later on. I'll be away for a few days, but rest assured I'll nag you again in about two weeks. (;
After manual reboot I did not see the belated execution of kexec as before. (4.) Creating the ssh keys does not work: The ECDSA ssh key is generated during reboot, but for some reason creating the DSA key fails and so the sshd fails to start (also on subsequent reboots).
at the end of the installation I have:
vbox-ug:~ # l /etc/ssh/ [...]
I see the same except for the missing DSA keys.
do you use any special linuxrc parameters? Like doing a VNC or SSH installation?
We are installing via VNC. For this particular setup, we have edited the vanilla openSUSE-12.1-DVD-x86_64.iso just to include these options in boot/x86_64/loader/isolinux.cfg, so we have less typing to do during install: ----------- 8< ---------- # install label linux kernel linux append initrd=initrd showopts textmode=1 splash=0 nameserver=[...] gateway=[...] install=http://[...]/12.1 autoyast=http://[...]/12.1/ hostip=[...]/24 ---------- >8 ---------- -- Thanks for your time, Christopher "m4z" Holm -- To unsubscribe, e-mail: opensuse-autoinstall+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-autoinstall+owner@opensuse.org