During start up, reach OS choice prompt then IF select title Desktop – openSUSE 11.4 - 2.6.37.6-0.11 find only reaches terminal login, rather than the graphic login to the Gnome desktop.
With title Failsafe – openSUSE 11.4 - 2.6.37.6-0.11 login works OK.
When at boot menu, IF add to command line: x11failsafe it opens to Gnome desktop graphic login point.
Like a better long term solution ?
linux-fy2u:~ # cat /boot/grub/menu.lst
# Modified by YaST2. Last modification on Sun Feb 5 16:01:08 EST 2012
# THIS FILE WILL BE PARTIALLY OVERWRITTEN by perl-Bootloader
# Configure custom boot parameters for updated kernels in /etc/sysconfig/bootloader
timeout 8
##YaST - generic_mbr
gfxmenu (hd0,1)/boot/message
##YaST - activate
default 0
###Don't change this comment - YaST2 identifier: Original name: linux###
title Desktop -- openSUSE 11.4 - 2.6.37.6-0.11
root (hd0,1)
kernel /boot/vmlinuz-2.6.37.6-0.11-desktop root=/dev/disk/by-id/ata-ST500DM002-1BC142_Z2ABSE1G-part2 resume=/dev/disk/by-id/ata-ST500DM002-1BC142_Z2ABSE1G-part1 splash=silent quiet showopts vga=0x317
initrd /boot/initrd-2.6.37.6-0.11-desktop
###Don't change this comment - YaST2 identifier: Original name: failsafe###
title Failsafe -- openSUSE 11.4 - 2.6.37.6-0.11
root (hd0,1)
kernel /boot/vmlinuz-2.6.37.6-0.11-desktop root=/dev/disk/by-id/ata-ST500DM002-1BC142_Z2ABSE1G-part2 showopts apm=off noresume edd=off powersaved=off nohz=off highres=off processor.max_cstate=1 nomodeset x11failsafe vga=0x317
initrd /boot/initrd-2.6.37.6-0.11-desktop
linux-fy2u:~ #
Several times tried adding nomodeset during the re-start OS selection process, this never made a difference.
Soon as added x11failsafe it went to the Gnome user login start.
The Xorg log ?
linux-xfp4:~ # grep -i '(ww)' /var/log/Xorg.0.log
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
13.331] (WW) The directory "/usr/share/fonts/TTF/" does not exist.
13.331] (WW) The directory "/usr/share/fonts/OTF/" does not exist.
13.417] (WW) The directory "/usr/share/fonts/misc/sgi" does not exist.
13.481] (WW) Warning, couldn't open module vboxvideo
13.498] (WW) Warning, couldn't open module vmwgfx
13.623] (WW) Falling back to old probe method for cirrus
13.630] (WW) Falling back to old probe method for vesa
linux-xfp4:~ #
On 2012-02-06 10:16, paulparker wrote:
>
> Several times tried adding nomodeset during the re-start OS selection
> process, this never made a difference.
>
> Soon as added x11failsafe it went to the Gnome user login start.
If I remember right, x11failsafe uses the same xorg file used for the
installation system, different from the running system. Have you somehow
created a xorg.conf file?
If yes, rename it to disable.
If not, create it as copy of /etc/X11/xorg.conf.install
–
Cheers / Saludos,
Carlos E. R.
(from 11.4 x86_64 “Celadon” at Telcontar)
This a desktop without virtual - excluding chance of such as side effects from attempts to set up server things so could learn how to access files from another pc…
su -l
zypper ar [noparse]http://download.opensuse.org/repositories/home:/please_try_again/openSUSE_11.4/[/noparse] PTA
zypper refresh -r PTA
zypper in atiupgrade
/usr/bin/atiupgrade
It will take some time to download and install all the stuff and build the driver. When it is complete, reboot! It should be OK.
RESOLVED… start up proceeded as expect it should, many thanks.
Puzzled as to why this problem… and whether answered correctly the questions during the process - saved terminal output to file. [must run now for an appointment, back in hour or two].
Do you want to reject the key, trust temporarily, or trust always? [r/t/a/?] (r): t
Should above question be answered a ?
If yes, how do we change our answer ?
I would. So you could get atiupgrade updates. It is sometimes necessary to modify the script. But you might not have to use it anymore if you don’t intend to update the ATI driver. If you’re happy with this one, you don’t have to. You can also disable the repo without removing it:
Yes, “a” is the right answer. You have to accept the key to be able to refresh and use the repo. To view and remove keys, you can use the script posted here: List, export and remove RPM GPG keys.You don’t need to remove my key though.
When I connect the VDU directly to the PC, everything works fine.
When I connect via the KVM switch (D-Link DKVM-4K, no graphic desktop.
If I add either x11failsafe or nomodeset to the boot string the graphic desktop starts. From what I read in the post, I assume this forces the read of the xorg.conf.install.
Is there a down side to permanently adding one of the above to the bootstring permanently?
Will copying xorg.conf.install to xorg.conf not bite me in the backside at a later stage?
More info:
Other PC’s running openSUSE 11 works just fine via the KVM switch.
Not a virtual machine.
On 2012-02-13 14:56, stefaug wrote:
>
> I have a very similar problem:
>
> - When I connect the VDU directly to the PC, everything works fine.
> - When I connect via the KVM switch (D-Link DKVM-4K, no graphic
> desktop.
Too bad.
> - If I add either x11failsafe or nomodeset to the boot string the
> graphic desktop starts. From what I read in the post, I assume this
> forces the read of the xorg.conf.install.
Yes, that’s it.
> Is there a down side to permanently adding one of the above to the
> bootstring permanently?
Dunno.
> Will copying xorg.conf.install to xorg.conf not bite me in the backside
> at a later stage?
This is better, I think. No later problems, there should not. It will
probably mean slower graphics. But it could be even better if you can
generate a xorg.conf corresponding to the configuration detected when you
connect directly. I think there is a command line to generate it, but I
don’t know from memory.
>
> More info:
> Other PC’s running openSUSE 11 works just fine via the KVM switch.
> Not a virtual machine.
There is no such thing as openSUSE 11.
> What do I change in the neat little zypper script to download the
> correct drivers for a “Intel VGA compatible controller” ?
It is internal to the kernel, I think.
–
Cheers / Saludos,
Carlos E. R.
(from 11.4 x86_64 “Celadon” at Telcontar)