[Bug 913517] New: Wrong $TERM after paravirtualized installation
http://bugzilla.opensuse.org/show_bug.cgi?id=913517 Bug ID: 913517 Summary: Wrong $TERM after paravirtualized installation Classification: openSUSE Product: openSUSE Distribution Version: 13.2 Hardware: x86-64 OS: Other Status: NEW Severity: Minor Priority: P5 - None Component: Basesystem Assignee: bnc-team-screening@forge.provo.novell.com Reporter: fabian@ritter-vogt.de QA Contact: qa-bugs@suse.de Found By: --- Blocker: --- Installed openSUSE 13.2 from DVD using the SLES 12 template XenServer provides. Installs and boots fine, but $TERM is set to vt102 after logon so the console is black and white only. Putting "export TERM=linux" into /etc/profile.local fixes this. This issue is not present on 13.1. I guess this doesn't only affect XenServer but rather all PV installs. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=913517 http://bugzilla.opensuse.org/show_bug.cgi?id=913517#c4 Andrew Daugherity <adaugherity@tamu.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |adaugherity@tamu.edu --- Comment #4 from Andrew Daugherity <adaugherity@tamu.edu> --- This is a systemd issue. systemd-getty-generator automatically starts agetty with TERM=vt102 on all "serial" consoles (which includes xvc0 and hvc0, and also Xen HVM and KVM VMs with virtual serial console on ttyS0). It would be much more useful to use TERM=xterm instead. Besides color, characters like '@' and '[' are displayed incorrectly (showing various umlauts instead) with vt102 in the virt-manager "text console" on a SLES 11 Xen host. With xterm everything is proper. There are various ways to fix this, depending on the size of hammer you wish to wield: 1) User override for your specific console device (e.g. xvc0) in /etc/systemd/system/serial-getty@xvc0.service.d/xterm.conf -- contents as follows: [Service] Environment="TERM=xterm" 2) Same as above, but for all serial console devices -- store it in /etc/systemd/system/serial-getty@.service.d/xterm.conf (nothing after the 'serial-getty@') 3) Patch the unit file in /usr/lib/systemd/serial-getty@.service, adding the Environment line under the [Service] section. Note that systemd RPM updates would blow this away, so the fix needs to be committed to the RPM. 4) Like #3 but more device-specific by adding a conf file under /usr/lib/systemd/serial-getty@[device].service/ (compare existing getty@tty1.service.d). 5) Send a patch upstream to systemd to use xterm instead of vt102. Note: Need to 'systemctl daemon-reload' after modifying any of these files, and log off/on the console (or just reboot the VM). My vote is for #3, since the vast majority of serial console clients connected to modern Linux machines, be they VM consoles or otherwise, support xterm. If this was thought to be too broad, #4 could be used to fix it for xvc0 and hvc0, but some VMs use ttyS0 (e.g. KVM "virsh console", Xen HVM), and there's no way of knowing whether ttyS0 is a VM console or an ancient vt100 glass tty. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=913517 http://bugzilla.opensuse.org/show_bug.cgi?id=913517#c5 --- Comment #5 from Andrew Daugherity <adaugherity@tamu.edu> --- A separate but related bug worth noting: /usr/share/YaST2/clients/vm_finish.rb (part of yast2-vm) adds an 'x0:12345:respawn:/sbin/agetty -L 9600 xvc0 xterm' line to /etc/inittab at the end of installation, if you are in a Xen DomU and /dev/xvc0 exists. This obviously has no effect under systemd (in fact, on my VM that is the only line in inittab). This could be fixed to override systemd as I described in comment 4, but I think it would be better to fix systemd itself, and have vm_finish do nothing if running under systemd. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=913517 http://bugzilla.opensuse.org/show_bug.cgi?id=913517#c6 Ludwig Nussel <lnussel@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|lnussel@suse.com |systemd-maintainers@suse.de --- Comment #6 from Ludwig Nussel <lnussel@suse.com> --- Thanks for digging into this Andrew! Re-assigning to systemd maintainers. vt102 is hardcoded in systemd but was changed to vt202 in systemd 219. I'll clone the bug for the yast issue. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=913517 Ludwig Nussel <lnussel@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lnussel@suse.com -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=913517 http://bugzilla.opensuse.org/show_bug.cgi?id=913517#c7 --- Comment #7 from Ludwig Nussel <lnussel@suse.com> --- s/vt202/vt220/, see ./src/basic/terminal-util.c -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=913517 Ludwig Nussel <lnussel@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |941125 -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=913517 http://bugzilla.opensuse.org/show_bug.cgi?id=913517#c24 Franck Bui <fbui@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |fbui@suse.com Resolution|--- |FIXED --- Comment #24 from Franck Bui <fbui@suse.com> --- It looks like this one was addressed. Closing. -- You are receiving this mail because: You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply@novell.com