Blank screen after boot

MikZyth · 08-23-2013, 05:18 AM

Hi all.
I have some problem with Debian 7.
Just installed Debian 7 wheezy.
Motherboard Intel D2500CC, graphics - Intel GMA 3600. Monitor (BenQ V2200 Eco) connected via VGA cable. No X server installed.
After GRUB boot as soon as modesetting kicks in, the monitor loses the signal and goes black. Keyboard does appear to be active, as Ctl-Alt-Del will cause a reboot.
I tried nomodeset, vga=791, 771 etc kernel parameters, but this won't help. What can be the problem. Can anyone help?

flyinggeorge · 08-23-2013, 09:27 PM

Have you tested any live CDs to see if this is some obscure hardware compatibility issue? I can't think of a cause or a solution to this.

MikZyth · 08-23-2013, 10:53 PM

Ubuntu 12.04 live cd works well. Fedora 19 livecd works well also.
This happens only in Debian 7.

Moreover, when some time ago I tryed to install Debian 7 on my desktop computer with nvidia gts 250 connected via HDMI to the same monitor, the same thing happened - the system started to boot so I can see some logs on the screen and then eventually the screen goes blank (monitor shows "no signal" message).
So this is the second time with the same monitor, but it only happens with Debian 7.

k3lt01 · 08-24-2013, 01:02 AM

Have you tried DebianLive or just the regular Debian CD/DVD?

grahamj80 · 08-24-2013, 10:01 PM

Probably hardware issue

cascade9 · 08-25-2013, 04:05 AM

Intel GMA 3600/3650/Power VR SGX545 video chips have awful support with linux.
'Cedarview' intel atoms arent suitable for linux use IMO.

Debian is probably shipping a different driver to ubuntu and fedora. Ubuntu will ship anything they want, fedora is probably using a much newer xorg version than debian 7 and might have some very basic support that debian doesnt have.

In the long run, GMA3600/3650 isnt worth the trouble, and will always have some issues with distros like debian. Even if you do get video output, GMA3600/3650 isnt going to get any acceleration-

https://communities.intel.com/thread/33947

MikZyth · 08-25-2013, 09:44 AM

Thank you for your response.
From what I've heard, Intel graphics chipsets has the best support in Linux among the three giants of graphics (NVIDIA, AMD, Intel), at least they have official open source community. Correct me if I'm wrong. And now I'm kinda surprised to hear that some Intel graphics chipsets have awful support in Linux. More to say, exact the same problem happened with my NVIDIA GeForce GTS 250 (this was another computer but the same Debian 7 DVD and the same monitor).

However, I found that some people successfully installed Debian 6.0.4 on the same motherboard. This is strange. I'll try this myself and post the results.

As for the xorg, like I said there's no xorg installed as this is a server/router machine and there's no need in xorg and any kind of acceleration. I just want basic console support.

P.S. I'll try to look for some info on 01.org or kernel.org (maybe here: https://www.kernel.org/doc/Documentation/fb/)

lobogobo · 08-25-2013, 12:18 PM

This may help. I have an SIS graphics onboard video which I had trouble with. "Black screen" After 3 days of looking I found this and it worked with Debian 7.1 Ubuntu 12.04 and AntiX 13.
Open a text editor from the command line, copy and paste the script. Save as " xorg.conf " someplace. Then from the command line copy the file into /ect/X11 directory. It's worth a try.

Code:

Section "Device"
Identifier "Configured Video Device"
EndSection

Section "Monitor"
Identifier "Configured Monitor"
Vendorname "Generic LCD Display"
Modelname "LCD Panel 1024x768"
Horizsync 31.5-48.0
Vertrefresh 56.0 - 65.0
Modeline "640x480@60" 23.86 640 656 720 800 480 481 484 497 -HSync +Vsync
Modeline "800x600@56" 35.55 800 832 912 1024 600 601 604 620 -HSync +Vsync
Modeline "800x600@60" 38.22 800 832 912 1024 600 601 604 622 -HSync +Vsync
Modeline "1024x768@60" 64.11 1024 1080 1184 1344 768 769 772 795 -HSync +Vsync
Gamma 1.0
EndSection

Section "Screen"
Identifier "Default Screen"
Monitor "Configured Monitor"
Device "Configured Video Device"
Defaultdepth 24
SubSection "Display"
Depth 24
Virtual 1024 768
Modes "1024x768@60" "800x600@60" "800x600@56" "640x480@60"
EndSubSection
EndSection

MikZyth · 08-26-2013, 06:03 AM

lobogobo, unfortunately, you've missed the point of discussion. This is not my case in it will not work. Please be more careful reading the thread.

MikZyth · 08-26-2013, 06:04 AM

Finally, I was able to find the solution. To be more precise, I found a person who found a solution.

Here is the quote from the original post:

Quote:

I solved this, the GMA 3600 kernel DRM driver in 3.3.0 (as included in Mageia) always assumes a LVDS panel is present (as would be the case on netbooks but not on mini-ITX boards) and for some reason it defaults to a 1920x1080 panel.
To avoid this and therefore to be able to use the other video outputs (VGA, hdmi) at other resolutions the following kernel parameter needs to be appended on the grub kernel line:

video=LVDS-1:d

This will force disable the LVDS port and with that parameter Mageia 2 works fine on a Cedarview Atom DN2800MT board.

The post was about Mageia, but the solution also works in my case in Debian.
Thanks to all.

cascade9 · 08-26-2013, 06:25 AM

Fixed! Well, semi-fixed anyway.

Quote:

Originally Posted by MikZyth

From what I've heard, Intel graphics chipsets has the best support in Linux among the three giants of graphics (NVIDIA, AMD, Intel), at least they have official open source community. Correct me if I'm wrong. And now I'm kinda surprised to hear that some Intel graphics chipsets have awful support in Linux. More to say, exact the same problem happened with my NVIDIA GeForce GTS 250 (this was another computer but the same Debian 7 DVD and the same monitor).

Intel mostly has open source support for its video chips.

However, some of the intel video chips, like the Intel GMA 3600/3650 and GMA 500 use 'Power VR' video chips with limited/zero open source support.

nvidia dont have any offical open source drivers (they used to have the .nv driver, but it has ben droped and was obfuscated anyway). Nouveau, the project making open source drivers for nVidia video cards, has no offical nVidia support.

AMD supports both the open and closed drivers.

The intel video is generally pretty hassle free (if rather slow)....but if you do have problems they are not fun. AMD and nVidia are a little more likely to have issues 'out of the box'. If there are issues with nVidia/AMD GPUs, its normally bit easier to sort out with a bit of work.

riwi · 09-24-2014, 10:01 AM

Quote:

Originally Posted by MikZyth

Finally, I was able to find the solution. To be more precise, I found a person who found a solution.

video=LVDS-1:d

Thanks a lot for this post. I recently upgraded my slackware32 14.0 to slackware64 14.1 and ran into this problem. Halfway after booting screen goes blank and the system does not boot further (ie no IP on the network interface).

I added the "video=LVDS-1:d" to my lilo boot option line and now it works fine. I never start X on this machine but console access is necessary.

Many people complain about this "Intel® Desktop Board DN2800MT" but I like it a lot. 11W power usage, works great as a router/firewall/nas appliance that is running 24x7.