Reproducer: $ cat /etc/vconsole.conf KEYMAP="us" FONT="latarcyrheb-sun16" boot to console, login $ loadkeys cz type non-ascii characters Result: ▀▀▀▀▀▀▀▀▀ Expected result: ěščřžýáíé Everything works as expected after running: $ unicode_start I think systemd (or dracut?) simply doesn't run unicode_start on boot.
There already is a service for that (systemd-vconsole-setup), but it doesn't seem to be run at startup. Restarting the service manually after login works for me. As a temporary fix, you can: 1) edit /usr/lib/systemd/system/systemd-vconsole-setup.service and remove RemainAfterExit=yes from that file 2) dracut -f 3) edit /usr/lib/systemd/system/systemd-vconsole-setup.service and add RemainAfterExit=yes back Then, whenever you login, unicode characters should be displayed properly.
I forgot step 4) reboot.
http://pkgs.fedoraproject.org/cgit/systemd.git/commit/?h=f21&id=d79509b588413271f61aa481ab1898012d40e2a6
systemd-216-12.fc21 has been submitted as an update for Fedora 21. https://admin.fedoraproject.org/updates/systemd-216-12.fc21
Package systemd-216-12.fc21: * should fix your issue, * was pushed to the Fedora 21 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing systemd-216-12.fc21' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2014-15919/systemd-216-12.fc21 then log in and leave karma (feedback).
This looks like something we might want as an FE so unicode characters are displayed correctly in live images etc? Proposing. Also adding CommonBugs.
+1 FE.
Discussed in 2014-12-01 blocker review meeting. Accepted as an FE: we're obviously reluctant to touch systemd this late, but the change is very limited and the bug seems fairly bad for many non-US users (and even some US users who speak those furrin languages).
note this fix requires a dracut fix as well... http://git.kernel.org/cgit/boot/dracut/dracut.git/commit/?id=027565d0233f76edf434b63a847a717185d267e2
gah. that information would've been useful 12 hours ago, when rc2 was composing. :( oh, well.
systemd-216-12.fc21 has been pushed to the Fedora 21 stable repository. If problems still persist, please make note of it in this bug report.
Re-opening per c#9, as apparently this isn't fixed until we make a change in dracut too. (no, I am not taking any changes to dracut for F21 RC5, I remember what happened with last-minute dracut changes in F20...but for normal Bugzilla purposes, the bug should be open.)
dracut-038-31.git20141204.fc21 has been submitted as an update for Fedora 21. https://admin.fedoraproject.org/updates/dracut-038-31.git20141204.fc21
Package dracut-038-31.git20141204.fc21: * should fix your issue, * was pushed to the Fedora 21 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing dracut-038-31.git20141204.fc21' as soon as you are able to, then reboot. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2014-16288/dracut-038-31.git20141204.fc21 then log in and leave karma (feedback).
21 is done, cleaning blocker/FE process metadata.
Ray: so I'm a bit confused - you say this needs a dracut fix too, but 'raven' reported on the update https://admin.fedoraproject.org/updates/FEDORA-2014-15919/systemd-216-12.fc21: " raven - 2014-11-28 16:55:34 Works fine, fixes bug #1150384 for me. " Is that a mis-test? Or can this work in some cases without the dracut fix? Does it depend on whether the console output driver change occurs in initramfs or after?
(In reply to Adam Williamson (Red Hat) from comment #16) > Ray: so I'm a bit confused - you say this needs a dracut fix too, but > 'raven' reported on the update > https://admin.fedoraproject.org/updates/FEDORA-2014-15919/systemd-216-12. > fc21: > > " raven - 2014-11-28 16:55:34 > Works fine, fixes bug #1150384 for me. " > > Is that a mis-test? Or can this work in some cases without the dracut fix? > Does it depend on whether the console output driver change occurs in > initramfs or after? I think, this can be the case here.
right, it will work in some cases without the dracut fix (for instance, no plymouth, or slow graphic bring up)
*** Bug 1012653 has been marked as a duplicate of this bug. ***
dracut-038-31.git20141204.fc21 has been pushed to the Fedora 21 stable repository. If problems still persist, please make note of it in this bug report.