When booting a DomU and watching the console from, e.g., mac Terminal, OpenRC prints an escape sequence to the console that turns all "[", "]", "~" and other characters to random accented characters, requiring a hard terminal reset to fix. Reproducible: Always Steps to Reproduce: boot with console output going to a terminal program, such as when booting under Xen "xm create -c" Actual Results: terminal gets into an unwanted state Expected Results: terminal should not be affected The problem is that init-early.sh will look for the existence of keymaps and consolefont in the default/boot runlevels but doesn't check if they would actually run. When it finds consolefont it prints out the offending escape sequence. Removing those from the boot runlevel was an obvious fix (once I figured out what was going on of course), but seems like a more elegant solution would be to check the keywords for "-xenu" (or whatever else).
Created attachment 299711 [details, diff] patch that checks for -$RC_SYS in the keywords Here is a patch that checks if -$RC_SYS is present in the keywords (using grep because I'm not sure how else to do it). Not perfect.. it needs $RC_SYS to be explicitly set.
Please retest against 0.9.8.1 first.
Same behavior under 0.9.8.1 (the init-early script is unchanged from 0.9.4).
Thanks, InCVS now.