Bug 6058 - eMachine - notebook - almost black screen after reboot
Summary: eMachine - notebook - almost black screen after reboot
Status: RESOLVED OLD
Alias: None
Product: Mageia
Classification: Unclassified
Component: Installer (show other bugs)
Version: Cauldron
Hardware: i586 Linux
Priority: Normal normal
Target Milestone: ---
Assignee: Mageia Bug Squad
QA Contact:
URL:
Whiteboard: MGA2TOO
Keywords: NEEDINFO
Depends on:
Blocks:
 
Reported: 2012-05-23 15:20 CEST by Pavel Fric
Modified: 2015-09-22 19:57 CEST (History)
1 user (show)

See Also:
Source RPM: drakx-kbd-mouse-x11
CVE:
Status comment:


Attachments

Description Pavel Fric 2012-05-23 15:20:34 CEST
Installer and installation are very fine. Especially I like the change in graphics of delimiter between the left - installation menu, side and larger area on the right side - I mean that cler triangle pointer (no compromises - just triangle) pointing to the step of installation running. :).

The troubles begin for me the last years - when I bought new notebook eMachines, after installation: almost black screen. Even if I somehow manage to sign in, I can see only very dark screen, maybe some dialog with hardly readable text of Amarok trying to complete any service.

The same with all newer distributions openSUSE, Fedora, (...). One year before ago one programmer said to me, that that proble could be already solved (I don´t remember exactly - maybe something with kernel or graphics drivers?). the only version and distribution, that is old enough to run properly is/was openSUSE 11.3, already not well supported. But I said to me, that I would like to try it, and re-install again (after previous "again and again and again).

My hardware as I could read some details thanks to Hardware Detection Tool 0.4.1:

VESA Version: 3.0
Vendor: Intel Corporation
Product: Intel (r)Cantiga Graphics Control
Product Rev.: Hardware Version 0.0
Software Rev: 256
Memory (KB): 65472

Notebook has procesor: CPU Model: Celeron (R) Dual-Core CPU T3300 2 Core
Vendor: eMachines E527

If that issue is known to you and if it has any solution - update via running installation-update newly and on the page with monitor, resolution etc settings one could something set up another way, just tell/write me, I am waiting for already long enough to appreciate such advice. If there would be need for some more informations, that can be detected using the tools of installer etc., let me know. The reason I am solving the situation after more than one year of tranquility is the hope, that I put into Mageia, saying myself give it the chance. :)

Thanks and Greetings, Pavel Fric
Comment 1 Pavel Fric 2012-05-23 21:53:32 CEST
Hi,

now I've found somehow the solution. I just hope, my computer won't explode. :)

I've found the solution during attempts with installer, I've put the DVD again into the drive and then tested different options, always one in time, for the settings of graphics, and then let it be tested:
a) 740-based cards: failed to load module; i740 (module does not exist, 0); no devices detected
b) Intel Poulsbo US15W (GMA500):
PBDEV(0): FB atd. succeeded but modified
FBDEV(0): mode initialization failed
c)Intel 810 and later: No devices detected
d) somehow I experienced success (of some kind) (but during this test it doesn't look to me like big success - but it was the last chance after all to gain something - the success is now in fact, the machine is running - the graphics part) - the last option: Vermilion based cards

But!, when I looked at the hardware configuration in MCC, also Mageia "thinks",that: Graphical card is: Mobile 4 Series Chipset Integrated Graphics Controller -> Modul: Card: Intel 810 and later: it is probably right, but with autodetection and usage of whatever the Installer can use, the result led always to almost black screen. Now I shoul think about the resolution of the screen, the text is readable, but seemes (maybe) little different to me - 15,5": what the best resolution could be for it?!

Greetings, Pavel Fric
Comment 2 Manuel Hiebel 2012-05-25 10:52:56 CEST
maybe this can help you:
http://ubuntuforums.org/showthread.php?t=1744809

Source RPM: (none) => drakx-kbd-mouse-x11

Comment 3 Marja Van Waes 2012-05-26 13:09:39 CEST
Hi,

This bug was filed against cauldron, but we do not have cauldron at the moment.

Please report whether this bug is still valid for Mageia 2.

Thanks :)

Cheers,
marja

Keywords: (none) => NEEDINFO

Comment 4 Pavel Fric 2012-05-26 18:20:50 CEST
(In reply to comment #3)
> Hi,
> 
> This bug was filed against cauldron, but we do not have cauldron at the moment.
> 
> Please report whether this bug is still valid for Mageia 2.
> 
> Thanks :)
> 
> Cheers,
> marja

Hi,

thanks for tip - now I can't see my answer, that I sent as reply to "bugzilla" announcement in my sent messages. Also I would like to makelittle shorter summary:

1) the "manual" worked for eMachines, even if always at the start it seemes, that the little hesitation is present before the log in dialog appears clear (shortly there is "black screen" experience, than it switches to normal:

Because of "Vermillon based cards" setting during installation I had graphical mode (although with bad resolution), so I edited the file easily:

/etc/rc.local

I've inserted and saved the code:

Code:
---------------------------
#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will "exit 0" on success or any other
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.

setpci -s 00:02.0 F4.B=00

exit 0
---------------------------

To make sure no hibernation problem occures I've used the comment added there:

"Re: Black Screen after Upgrade 10.10 to 11.04 Acer eMachines
I own an emachines e527. Dealing with the hibernation was a hassle. This is the only computer I've had trouble running ubuntu on. I'm surprised this isn't fixed already.

As suggested above, I added the screen brightness command to /etc/rc.local. Adding the following command corrected the brightness setting at boot time."

Code:
---------------------------------
sudo nano /etc/rc.local
---------------------------------
The command is added before exit0 like so:
Code:

I didn't used first row in the dump of the commandline of that user, simply as describede on the other page of that page, I've inserted it into the file /etc/rc.local, and I don't now, what the command cat makes --> 
-----------------------------------------
"x@blacktop:/etc$ cat /etc/rc.local"
#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will "exit 0" on success or any other
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.

setpci -s 00:02.0 F4.B=00

exit 0
---------------------------------------------
in comment to the bug there on Ubuntu pages was something like following too: "I then noticed that when the computer hibernates the screen was staying black and not waking up again." So I did the following. I used the commands and text, (hopefully) as I think under superuser (root - su):
---------------------------------------------
touch /etc/pm/sleep.d/screen.brightness
chmod +x /etc/pm/sleep.d/screen.brightness
nano /etc/pm/sleep.d/screen.brightness
-------------------------------------------------
 And entered:
---------------------------------------------
#!/bin/bash
case "$1" in
    thaw|resume)
        /usr/bin/setpci -s 00:02.0 F4.B=00>/dev/null
        ;;
    *)
        ;;
esac
exit $?
---------------------------------------------

But later when I came back after some time, I found PC probably suspended/hibernated/fell asleep and that's why I think, when I didn't manage to wake it up - when black screen was still there after some attempts to hit some key, clicking with the mousebutton, I probably didn't manage to solve the problem (if any).

Further testing will be executed next week, Monday. Possibilities 1) wait until the PC sleeps/hibernates, or) repeat the command sequence for preventing it as was suggested (under superuser of cource).

Otherwise I shell look for disabling of hibernation/suspend in options.

Greetings, Pavel Fric
Marja Van Waes 2012-06-16 21:56:37 CEST

CC: (none) => marja11
Whiteboard: (none) => MGA2TOO
Keywords: NEEDINFO => (none)

Comment 5 Dick Gevers 2014-11-25 14:28:29 CET
Fine report.
But regret to have to say pre-5 installers will not be changed.

@anyone:
If still applicable please set 'whiteboard' field to '5beta1' (or higher) and delete the 'Needinfo", provide any new detail, or if not applicable nowadays please close (with status --> resolved as 'OLD'.

thanks

Keywords: (none) => NEEDINFO

Comment 6 Marja Van Waes 2015-09-22 19:57:26 CEST
(In reply to Dick Gevers from comment #5)
> Fine report.
> But regret to have to say pre-5 installers will not be changed.
> 
> @anyone:
> If still applicable please set 'whiteboard' field to '5beta1' (or higher)
> and delete the 'Needinfo", provide any new detail, or if not applicable
> nowadays please close (with status --> resolved as 'OLD'.
> 
> thanks

Almost a year later, no reply, so closing as OLD

@ anyone who sees this issue is still valid in a currently maintained version of Mageia, please reopen this report and follow Dick's instructions

Resolution: (none) => OLD
Status: NEW => RESOLVED


Note You need to log in before you can comment on or make changes to this bug.