Diskboot.img staill fails to boot. boot.iso works for NFS install.
Gibberish is still printed while Anaconda is loading.
Anaconda still fails if time zone is changed.
Linux boot wedges with basic X screen with X cursor and basket weave. Text mode boot followed by startx works.
Asus a8n-e static IP setting ignored, dhcp runs anyway.
Attempt to enable desktop effects still results in white screen with responsive cursor but dead keyboard. Nvidia 6600
On Fri, 2008-02-29 at 11:56 -0800, Chuck Forsberg WA7KGX N2469R wrote:
Gibberish is still printed while Anaconda is loading.
Yeah, this is the "the kernel oopsed, the output gets mangled with the way that newt sets up the terminal"
Anaconda still fails if time zone is changed.
Is this one filed?
Linux boot wedges with basic X screen with X cursor and basket weave. Text mode boot followed by startx works.
With rhgb or without?
Jeremy
On Fri, Feb 29, 2008 at 08:44:56PM -0500, Jeremy Katz wrote:
On Fri, 2008-02-29 at 11:56 -0800, Chuck Forsberg WA7KGX N2469R wrote:
Gibberish is still printed while Anaconda is loading.
Yeah, this is the "the kernel oopsed, the output gets mangled with the way that newt sets up the terminal"
This has been bugging me for a while. Anyone know if there's a byte sequence for 'end of unicode , reset terminal' that we could print before the kernel starts dumping output?
Dave
Dave Jones (davej@redhat.com) said:
Gibberish is still printed while Anaconda is loading.
Yeah, this is the "the kernel oopsed, the output gets mangled with the way that newt sets up the terminal"
This has been bugging me for a while. Anyone know if there's a byte sequence for 'end of unicode , reset terminal' that we could print before the kernel starts dumping output?
... but, the vt is normally in unicode when the kernel oopses, without issues. Does newt/slang set it to a *different* mode?
Bill
On Fri, Feb 29, 2008 at 10:09:19PM -0500, Bill Nottingham wrote:
Dave Jones (davej@redhat.com) said:
Gibberish is still printed while Anaconda is loading.
Yeah, this is the "the kernel oopsed, the output gets mangled with the way that newt sets up the terminal"
This has been bugging me for a while. Anyone know if there's a byte sequence for 'end of unicode , reset terminal' that we could print before the kernel starts dumping output?
... but, the vt is normally in unicode when the kernel oopses, without issues. Does newt/slang set it to a *different* mode?
What I think is happening is the kernel is trying to output text in the middle of a multi-byte unicode sequence, resulting in garbage.
Dave
On Fri, Feb 29, 2008 at 10:06:51PM -0500, Dave Jones wrote:
This has been bugging me for a while. Anyone know if there's a byte sequence for 'end of unicode , reset terminal' that we could print before the kernel starts dumping output?
There is one, but ASCII is a direct subset of unicode so that doesn't sound like your problem.
On Fri, Feb 29, 2008 at 11:56:01 -0800, Chuck Forsberg WA7KGX N2469R caf@omen.com wrote:
Gibberish is still printed while Anaconda is loading.
I have seen that as well.
Anaconda still fails if time zone is changed.
I set the time zone during the install process and it doesn't seem to cause a problem. (Though the tool tip that pops up and covers up the name of the city I am trying to select, I do find annoying.)
Dave Jones (davej@redhat.com) said:
... but, the vt is normally in unicode when the kernel oopses, without issues. Does newt/slang set it to a *different* mode?
What I think is happening is the kernel is trying to output text in the middle of a multi-byte unicode sequence, resulting in garbage.
If that's the case, wouldn't it 'sometimes work' instead of 'always fail'?
Bill
On Mon, Mar 03, 2008 at 12:16:02PM -0500, Bill Nottingham wrote:
Dave Jones (davej@redhat.com) said:
... but, the vt is normally in unicode when the kernel oopses, without issues. Does newt/slang set it to a *different* mode?
What I think is happening is the kernel is trying to output text in the middle of a multi-byte unicode sequence, resulting in garbage.
If that's the case, wouldn't it 'sometimes work' instead of 'always fail'?
I don't really understand enough about unicode to answer. It's all speculation on my part really because I don't have any better explanation for why it's happening.
Dave
On Fri, 2008-02-29 at 11:56 -0800, Chuck Forsberg WA7KGX N2469R wrote:
Attempt to enable desktop effects still results in white screen with responsive cursor but dead keyboard. Nvidia 6600
We don't have an open 3D driver for this hardware, it's not going to work.
- ajax
-
Adam Jackson -
Alan Cox -
Bill Nottingham -
Bruno Wolff III -
Chuck Forsberg WA7KGX -
Dave Jones -
Jeremy Katz