Update:
I tested the fedora OS disk by removing the disk physically and
connecting it to a completely different desktop, a dell with on-cpu
graphics. I edited the video drivers and discovered that the Gnome gdm
desktop manager continues to produce the same problem. I tested the
Lightdm and kdm desktop managers and they are both working properly. I
then placed the disk back in the X10SRA-F system and it is working
correctly with the nvidia driver installed and using either the kdm or
lightdm desktop managers. It is not clear why the gdm fails but I did
find via google search that others have experienced this similar
software problem with gdm. The X10SRA-F does not seem to cause any problem.
I tried to reinstall gdm, yum reinstall gdm, but this did not make an
difference.
Kevin
On 03/21/2015 10:38 AM, Ed Greshko wrote:
On 03/21/15 22:26, Kevin Abbey wrote:
> Hi,
>
> I have a Supermicro X10SRA-F (with IPMI bmc with iKVM) and Nvidia gpu which is
booting ok but after grub the local display is blank.
>
> I loaded the optimized settings in the bios, then edited in bios:
>
> 1. IO --> PCIe/PCI/Pnp --> make sure ASPM Support is disabled,
> 2. set VGA priority PCI-E slot that you have the video card connected to.
> 3. Save the changes and reboot.
>
>
> When I boot a fedora live dvd the video works. It worked a few times initially when
I boot the ssd disk with the fedora installation. Now it gets to grub, boots kernel and
then nothing but a blank screen, yet the screen does not go to sleep. It appears to
still have a signal in fact and X for the mouse even was active twice.
>
> Using a remote ssh connection and the iKVM I tried:
> -- reinstalling the Nvidia driver
> -- removing the proprietary nvidia driver and using nouveau but that had the same
resulting blank screen.
>
>
> These vga cards present are:
>
> 04:00.0 VGA compatible controller: NVIDIA Corporation GK104 [GeForce GTX 760] (rev
a1)
> 0a:00.0 VGA compatible controller: ASPEED Technology, Inc. ASPEED Graphics Family
(rev 30)
>
>
> While it is possible to reinstall the system and hope the problem disappears by
default, I would much rather understand how to edit the display management configuration
to make this work properly. Since the system-config-display was removed I have not learned
how to edit the display options except for the basic display preferences dialog.
>
> Additional guidance is appreciated.
>
In my experience these sorts of problems are best tackled by configuring the system to
boot into multi-user.target instead of graphical.target and then using "startx".
Also, looking at /var/log/Xorg.0.log may provide additional information on what may be
going wrong.