Red Hat Bugzilla – Bug 201457
lots of Cyrillic characters uglify the screen before rescue shell is started
Last modified: 2007-11-30 17:11:39 EST
Description of problem: While testing rescue mode on an Athlon64 notebook, at some point I started getting Cyrillic characters on the screen. I think it was during disk detection or some other late stage before the shell starts, but I didn't take detailed notes and no longer remember exactly :-( Version-Release number of selected component (if applicable): FC6T2-20060803.1 How reproducible: Every time Steps to Reproduce: 1.Boot up the install media in rescue mode 2.Proceed all the way to the shell Actual results: At some point you'll get lots of Cyrillic characters, even though the selected install language was English Expected results: No such incomprehensible (for me) stuff :-) Additional info:
We're getting a lockdep warning and kernel errors are leaking through to other ttys (and since the kernel doesn't have the same idea about character sets, you get the garbage)
*** Bug 201771 has been marked as a duplicate of this bug. ***
*** Bug 201776 has been marked as a duplicate of this bug. ***
It east can be due to Suse 10(.1) allready installed. It is my case and his also : http://fcp.homelinux.org/modules/newbb/viewtopic.php?topic_id=24774&forum=12
*** Bug 201819 has been marked as a duplicate of this bug. ***
*** Bug 201896 has been marked as a duplicate of this bug. ***
Seeing what is apparently the same problem on a FC6 Test2 install on a Lenovo 3000 N100 noteboot with nVidia GeForce Go 7300.
Seeing this too with 20060908 boot.iso... hmmm, since it doesn't seem to have been fixed in time for test3, I fear the number of duplicates that might arrive soon...
Confirmed present in FC6T3 and in rescue iso from 2006-09-19 on a hp nx6120 notebook.
Can people please file the actual kernel oopsen they're getting (or check if they're bug 200025) Note that we're going to disable lockdep for the final release, so people won't hit this except in the case of oopsen. And there's not anything that can be done in anaconda to fix it as the kernel is doing direct printks when we have the terminal in a different mode
OK. Captured serial debug in minicom {hope the following is correct boot command}: linux rescue console=tty0 console=ttyS0,9600n8 === Stack Trace is identical to bug 200025 (sorry 'bout that), except that it repeats after a message: [<c0426d8f>] kthread+0xb0/0xdd [<c0401005>] kernel_thread_helper+0x5/0xb DWARF2 unwinder stuck at kernel_thread_helper+0x5/0xb Leftover inexact backtrace: [<c0403db6>] show_trace+0xd/0x10 [<c0403e53>] dump_stack+0x19/0x1b