Red Hat Bugzilla – Bug 14456
[laptop - text] lcd backlight turned off untill power cycle in post install configuration
Last modified: 2008-05-01 11:37:56 EDT
When a text install on my chaplett 5023 laptop (p133) reaches the post
install screen shortly afterwards (before the making of the boot disk) it
turns off my lcd backlight, only powercycling can restore it.
Kudzu does the same when run on boot btw, see bug 14455
Probably also related:
No Xsetup done during text install: bug 14457
Xconfigurator segfaulting: bug 14458
That's because kudzu is run during the post install. :)
*** This bug has been marked as a duplicate of 14455 ***
Just did a fresh install of beta5 booting from the pcmcia floppy with:
The laptop still goes black, so either the noprobe option is no longer used /
not the right option to use, or what I believe, doesn't stop kudzu from dcc
This defect is considered MUST-FIX for Winston Release-Candidate #1
Does it still happen at exactly the same place in the
The noprobe option is not used in interactive installs.
This cannot be fixed at this time - you can continue the install successfully so
if your X configuration needs
touchup you can run Xconfigurator after you reboot.
First of all, the screen goes completly black, so this is a cannot complete
install bug, not everyone has a spare monitor handy to plug in, and other
systems are bound to be bitten by this too.
The help screens on the bootdisks clearly state that you can use expert mode to
install on buggy hardware, and that in this case no autoprobing will be done.
I would expect noprobe todo a normal install, without any probing as in expert
mode. That is what I plea for, and what afaik 6.1 used todo.
But letts say I use expert mode, then I presume kudzu won't do dcc probing and
Xconfigurator will be run with --nodccprobe? If not I concider that a bug, and I
strongly urge for a noprobe option doing the noprobing effect of expert without
all the other questions I don't want to answer and have no need for. If this is
not feasible for this release, then fix this in expert mode, and defer the
And yes, afaik it still happens in exact the same spot in the install.
Correction, now it happens after the bootdisk creation screen, and before beta5
it happended before this screen afair (as far as I remember). So this means that
I now can just blindly press enter, since Xconfigurator crashes also.
Now if you guys also added an automatic reboot if nothing is done for 15
seconds, then this bug might go unnoticed ;)
Fixed internally (expert mode passes --noddcprobe)
Actually that would fix bug 14457, do you also stop kudzu from doing the ddc probe, that causes the blackscreen, see bug 14455.
So to be very clear, kudzu used to blank the screen, that was fixed for regular boots by not doing dcc probes on regular boots, but kudzu still does the
dcc thing in the installer (even in expert mode the screen goes blank)
And Xconfigurator crashes, that is supposed to be fixed by a new Xconfigurator in general, and it can also be fixed by passing the -nodccprobe, which is
what should happen in expert mode.
So the fix is correct, but does this stop kudzu from dcc-probing too, since that causes this bug, passing -noddcprobe to Xconfigurator actually should fix