Red Hat Bugzilla – Bug 974643
console=<foo> not passed onto installed system
Last modified: 2013-06-21 22:30:24 EDT
Description of problem:
when doing a serial console install of a system with console=<foo> the console bootarg is not passed onto the installed system. tested with --extlinux config on arm but in #anaconda i was told this is not passed on to a grub2 install also.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
Just for the public record, this is expected to work and is the documented way of doing a serial console install:
Turn on serial console support and display anaconda on serial console instead of graphical console. Settings will carry over to the installed system.
"The installer must be able to complete an installation using the serial console interface."
commit 0b64177523 was supposed to make this persist. extlinux is new and may not have gotten the memo though. It would be nice if someone could try with grub instead of depending on 'I heard'. And logs are always a nice addition.
I threw console=ttyS0 into a test install, worked just fine with grub so this is bound to be because extlinux is new.
*** Bug 974290 has been marked as a duplicate of this bug. ***
I'll take a look. This is outside the scope of the F19 feature (which is, in short, "extlinux works in cloud images"), but I'd love for it to actually be useful on ARM and in other places as well.
Dennis, just to be clear, this is an argument you're giving to the anaconda boot which should be passed on, not bootloader --append="console=ttyS0", right?
in a kickstart install
results in a system not bootable post install
bootloader --extlinux --append="console=ttyAMA0"
results in a system that is bootable. the pxe config uses console=ttyAMA0 when installing.
Created attachment 761490 [details]
posible untested fix
Discussed at 2013-06-17 blocker review meeting. As this only affects a non-default (in fact, hidden) bootloader option, it is rejected as a blocker bug. However, it's accepted as a freeze exception issue so long as the fix is completely restricted to the code for that non-default bootloader option and hence can't possibly break the important ones.
anaconda-19.30.9-1.fc19 has been submitted as an update for Fedora 19.
anaconda-19.30.9-1.fc19 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report.