startx und via grafik = fehler

Regidür

Profi

Beiträge: 809

1

14.02.2012, 21:28

Hi,
habe einen frischen Xorg-Server. Folgende Onboard-Grafik:

Quellcode

01:00.0 VGA compatible controller: VIA Technologies, Inc. K8M800/K8N800/K8N800A [S3 UniChrome Pro] (rev 01) (prog-if 00 [VGA controller])
        Subsystem: ASUSTeK Computer Inc. Device 8129
        Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 16
        Memory at f4000000 (32-bit, prefetchable) [size=64M]
        Memory at fb000000 (32-bit, non-prefetchable) [size=16M]
        Expansion ROM at faf00000 [disabled] [size=64K]
        Capabilities: [60] Power Management version 2
        Capabilities: [70] AGP version 3.0

in der make.conf steht VIDEO_CARDS="via"

Xorg -configure spuckt aus:

Quellcode

X.Org X Server 1.11.2
Release Date: 2011-11-04
X Protocol Version 11, Revision 0
Build Operating System: Linux 3.2.1-gentoo-r1 i686 Gentoo
Current Operating System: Linux localhost 3.2.1-gentoo-r1 #2 SMP PREEMPT Sat Feb 11 02:56:03 CET 2012 i686
Kernel command line: root=/dev/sda6
Build Date: 13 February 2012  05:10:02PM
 
Current version of pixman: 0.24.0
	Before reporting problems, check http://wiki.x.org
	to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
	(++) from command line, (!!) notice, (II) informational,
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Tue Feb 14 21:19:28 2012
List of video drivers:
	sis
	nouveau
	vmwlegacy
	savage
	vmware
	radeon
	glint
	mga
	dummy
	tdfx
	ati
	openchrome
	neomagic
	mach64
	nv
	trident
	r128
	v4l
	intel
	fbdev
	vesa
(EE) Failed to load /usr/lib/xorg/modules/drivers/nouveau_drv.so: libdrm_nouveau.so.1: cannot open shared object file: No such file or directory
(EE) LoadModule: Module nouveau does not have a nouveauModuleData data object.
(EE) Failed to load module "nouveau" (invalid module, 0)
(EE) Failed to load module "vmwgfx" (module does not exist, 0)
(EE) vmware: Please ignore the above warnings about not being able to to load module/driver vmwgfx
(EE) vmware: Unexpected failure while loading the "vmwlegacy" driver. Giving up.
(EE) Failed to load module "vmware" (a required submodule could not be loaded, 0)
(EE) Failed to load /usr/lib/xorg/modules/drivers/radeon_drv.so: libdrm_radeon.so.1: cannot open shared object file: No such file or directory
(EE) LoadModule: Module radeon does not have a radeonModuleData data object.
(EE) Failed to load module "radeon" (invalid module, 0)
(EE) Failed to load /usr/lib/xorg/modules/drivers/intel_drv.so: libdrm_intel.so.1: cannot open shared object file: No such file or directory
(EE) LoadModule: Module intel does not have a intelModuleData data object.
(EE) Failed to load module "intel" (invalid module, 0)
(++) Using config file: "/root/xorg.conf.new"
(==) Using system config directory "/usr/share/X11/xorg.conf.d"
(EE) open /dev/fb0: No such file or directory
Number of created screens does not match number of detected devices.
  Configuration failed.
Server terminated with error (2). Closing log file.

startx ergibt:

Quellcode

xauth:  file /root/.serverauth.15059 does not exist


X.Org X Server 1.11.2
Release Date: 2011-11-04
X Protocol Version 11, Revision 0
Build Operating System: Linux 3.2.1-gentoo-r1 i686 Gentoo
Current Operating System: Linux localhost 3.2.1-gentoo-r1 #2 SMP PREEMPT Sat Feb 11 02:56:03 CET 2012 i686
Kernel command line: root=/dev/sda6
Build Date: 13 February 2012  05:10:02PM
 
Current version of pixman: 0.24.0
	Before reporting problems, check http://wiki.x.org
	to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
	(++) from command line, (!!) notice, (II) informational,
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Tue Feb 14 21:19:33 2012
(==) Using system config directory "/usr/share/X11/xorg.conf.d"
(EE) open /dev/fb0: No such file or directory
(EE) CHROME(0): [drm] drmAgpAcquire failed 19
(EE) CHROME(0): [drm] Failed to initialize DMA ring-buffer: 14
Fulfilled via DRI at 12587008
Freed 12587008 (pool 2)
/etc/X11/xinit/xinitrc: line 63: exec: xterm: not found
xinit: connection to X server lost

waiting for X server to shut down Freed 12587008 (pool 1)
error setting MTRR (base = 0xf4000000, size = 0x04000000, type = 1) Invalid argument (22)
Server terminated successfully (0). Closing log file.

Xorg.0.log im nächsten Posting....
Rüdiger

Zum Seitenanfang

Regidür

Profi

Beiträge: 809

2

14.02.2012, 21:29

Als Anhang jetzt die Xorg.0.log.
Ich habe dann mal eine Sabayon live-CD im selben Rechner gestartet und das Xorg.0.log des (laufenden) X-Servers hier angehängt. Da müßte man doch rauslesen können, was mir unter gentoo fehlt?

Rüdiger

»Regidür« hat folgende Dateien angehängt:

sabayon.xorg.0.txt (48,37 kB - 0 mal heruntergeladen)
Xorg.0.log.txt (52,15 kB - 0 mal heruntergeladen)

Zum Seitenanfang

dyle

Erleuchteter

Beiträge: 4 869

3

15.02.2012, 06:43

Hm, er versucht "nouveau", "radeon" und "intel" aus ... und keiner von den passt ... tia.

Was sagt denn dein /etc/make.conf und speziell da die VIDEO_CARDS Zeile?

http://www.dyle.org
IM-Account (Jabber!) sind auf meiner HP ...
There is no place like /home

http://www.gentooforum.de
http://www.gentoofreunde.org

<div>how to annoy a web developer?</span>

Zum Seitenanfang

josef.95

OSI Layer 8

Beiträge: 7 674

4

15.02.2012, 10:28

Zitat von »Regidür«
Quellcode
1
/etc/X11/xinit/xinitrc: line 63: exec: xterm: not found

Hm.., ist es eventuell nur die übliche startx-Stolperfalle?
Beachte

Zitat
Quellcode
1
$ startx
If you haven't yet installed a window manager, all you'll see is a black screen. Since this can also be a sign that something's wrong, you may want to emerge twm and xterm only to test X.

Once those two programs are installed, run startx again. A few xterm windows should appear, making it easier to verify that X is working correctly. Once you're satisfied with the results, run emerge --unmerge twm xterm as root to get rid of the testing packages. You won't need them once you've setup a proper desktop environment.

aus http://www.gentoo.org/doc/en/xorg-config.xml#doc_chap3

Und wegen den anderen scheinbar unpassend installierten Treibern - nutze doch mal ein

	Quellcode
1	emerge -a --depclean

Zum Seitenanfang

Regidür

Profi

Beiträge: 809

5

15.02.2012, 11:24

Hi,
in der make.conf steht - mittlerweile, ich habe noch ein bißchen was probiert - VIDEO_CARDS="via openchrome"

Warum er die ndivia, ati und intel Treiber ausprobiert, ist mir völlig unklar, die habe ich nie in der make.conf gehabt. Ich habe jetzt versucht, die xorg.conf direkt zu edieren, mit via und openchrome läuft es nicht, aber mit 'vesa' geht es jetzt schon mal.

Ich hatte gnome installiert (emerge -v gnome), so dass ich davon ausging, xterm und Konsorten nicht zu brauchen.

Ich habe jetzt das Problem, dass entweder gnome ohne Menüleisten installiert wurde, oder die Bildschirmauflösung nicht paßt. (Die Bildschirmauflösung von gdm ist allerdings korrekt).
Ich habe nur einen Papierkorb, einen Homeordner, ein nfs-share und 'Computer' auf dem Desktop. Nichtmal ein Terminal finde ich...

Viele Grüße,
Rüdiger

Zum Seitenanfang

josef.95

OSI Layer 8

Beiträge: 7 674

6

15.02.2012, 11:39

Zitat von »Regidür«

VIDEO_CARDS="via openchrome"

Hm btw, "openchrome" gibt es so als Treiber vermutlich nicht.
Für die verfügbarenTreiber bezüglich VIDEO_CARDS siehe zb die Flags im Paket xorg-drivers

	Quellcode
1	equery uses xorg-drivers

Hast du mal geschaut ob mit depclean ein wenig ausgemüllt werden könnte?
Magst du auch mal die "emerge --info" mit posten? (bitte als Dateianhang)

Zum Seitenanfang

Regidür

Profi

Beiträge: 809

7

15.02.2012, 12:49

HIer die enableten use-flags :

Quellcode

localhost ~ # equery uses xorg-drivers
[ Legend : U - final flag setting for installation]
[        : I - package is installed with flag     ]
[ Colors : set, unset                             ]
 * Found these USE flags for x11-base/xorg-drivers-1.11:
 U I
 + + input_devices_evdev       : INPUT_DEVICES setting to build driver for
                                 evdev input devices
 
 + + input_devices_keyboard    : INPUT_DEVICES setting to build driver for
                                 keyboard input devices
 + + input_devices_mouse       : INPUT_DEVICES setting to build driver for
                                 mouse input devices
 
 - - video_cards_vesa          : VIDEO_CARDS setting to build driver for vesa
                                 video cards
 + + video_cards_via           : VIDEO_CARDS setting to build driver for via
                                 video cards

emerge --info hängt an.

depclean probiere ich jetzt mal.
Rüdiger

»Regidür« hat folgende Datei angehängt:

e_i.txt (4,57 kB - 0 mal heruntergeladen)

Zum Seitenanfang

Regidür

Profi

Beiträge: 809

8

15.02.2012, 12:54

Aha. emerge -va --depclean möchte gerne das ganze system zerschiessen. Was ist da nur falsch gelaufen?

Rüdiger

»Regidür« hat folgende Datei angehängt:

depclean.txt (115,23 kB - 5 mal heruntergeladen - zuletzt: 01.12.2012, 17:30)

Zum Seitenanfang

Regidür

Profi

Beiträge: 809

9

15.02.2012, 13:08

Bezüglich des unvollständigen desktops angehängte Fehlerdatei. Merkwürdig, dbus läuft.

Quellcode

localhost ~ # rc-status
Runlevel: default
 dbus                                                              [  s
 net.eth0                                                          [  s
 nfsmount                                                          [  s
 netmount                                                          [  s
 mpd                                                               [  c
 sshd                                                              [  s
 udev-postmount                                                    [  s
 xdm                                                               [  s
 local                                                             [  s
Dynamic Runlevel: hotplugged
Dynamic Runlevel: needed
 sysfs                                                             [  s
 udev-mount                                                        [  s
 xdm-setup                                                         [  s
 rpc.statd                                                         [  s
Dynamic Runlevel: manual

Rüdiger

»Regidür« hat folgende Datei angehängt:

.xsession-errors.txt (1,32 kB - 0 mal heruntergeladen)

Zum Seitenanfang

josef.95

OSI Layer 8

Beiträge: 7 674

10

15.02.2012, 13:38

Zitat von »Regidür«

Aha. emerge -va --depclean möchte gerne das ganze system zerschiessen. Was ist da nur falsch gelaufen?

Rüdiger

Hm, ich wüsste nun nicht was da das System zerschiessen sollte. Pakete die DU noch behalten möchtest lasse am besten mit ins world file echreiben

	Quellcode
1	emerge --noreplace paket

Sofern du das depclean durchführst (was ich empfehlen würde) denke bitte auch an ein anschliessendes revdep-rebuild

Auch wenn es nicht zu dem via Treiber startx Topic passt:
hattest du eventuell ein Upgrade auf Gnome 3 gemacht? wenn ja, dann solltest du erst recht ein depclean machen ;)
Ansonsten teste Gnome doch auch mal mit einem frisch angelegten User. So könnte man eine fehlkonfiguration im home schon mal ausschließen.

Ich würde aber erst mal versuchen X mit dem VIA-Treiber statt vesa zum laufen zu bringen.

Zum Seitenanfang

Regidür

Profi

Beiträge: 809

11

15.02.2012, 13:46

Das Problem ist, das depclean mir das ganze Gnome wieder rausschmeissen will (siehe Anhang oben)
Ich weiß jetzt auch, glaube ich, warum: Ich hatte zunächst das / -profil aktiv, dann habe ich auf desktop/gnome gewechselt und ein world update gemacht. Dabei ist die make.conf aber *nicht* upgedated worden, gnome stand gar nicht drin.

Ich habe die fehlenden flags jetzt nachgetragen und nochmal emerge gnome aufgerufen, er installiert jetzt 20 Pakete nach. Mal schauen, was dann passiert.

EDIT: Ich habe ein frisches gnome auf ein frisch aufgesetztes desktop/gnome profil emergt. Gnome 3 ist für diesen Rechner etwas overkill. Auf meinen Hauptarbeitsrechner mache ich Gnome 3 bei Gelegenheit mal drauf, das finde ich nämlich - im Gegensatz zu vielen Nörglern - ziemlich genial.

Rüdiger

Zum Seitenanfang

Regidür

Profi

Beiträge: 809

12

15.02.2012, 18:16

Aaalso,

1) nachdem ich mit den use-flags aus dem How-To gnome nochmal emerged habe, gingen auch die Menüs und Menüleisten, aber nach wie vor nr mit vesa

2) emerge --depclean hat dann den Treibermischmasch beseitigt.

3) revdep-rebuild hat noch mal ein paar Pakete nachgeladen

Dann Xorg -configure und den X-Server gestartet--- und mein Monitor geht in den Suspend. Jetzt bin ich stutzig, boote neu und klemme einen anderen Monitor dran -- siehe da, es geht! Offensichtlich kommnuniziert der funktionierende Monitor mit dem Grafiktreiber, weil er in hoher Auflösung läuft (1600x900), der andere (der wohl nur 1024x768 kann) aber nicht und schaltet sich ab. In der von X -configure geschriebenen xorg.conf steht aber nichts zur Auflösung, was muß ich wo wie eintragen, dass es auch mit dem alten Monitor läuft?

Rüdiger

Zum Seitenanfang

Regidür

Profi

Beiträge: 809

13

15.02.2012, 18:46

Bevor ihr mich für ganz blöd haltet, in die xorg.conf habe ich schon eingetragen

	Quellcode
1 2 3 4 5 6 7	Section "Monitor" Identifier "LP" VendorName "Liteon" ModelName "Litepanel 150" HorizSync 31 - 60 VertRefresh 50 - 75 EndSection

aber das fruchtet nichts.

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Regidür« (15.02.2012, 18:59)

Zum Seitenanfang

Regidür

Profi

Beiträge: 809

14

15.02.2012, 21:23

Ich habe mir jetzt noch mal die xorg.0.log angeschaut, wenn der Monitor in den suspend geht. Das ist insofern merkwürdig, als dass der Treiber die Daten für Auflösung, V-Sync und Href korrekt ausliest.

1) Der Liteon Monitor geht mit dem Sabayon Live-System
2) Der Liteon Monitor geht nicht am gentoo/gnome
3) Am Gentoo-Gnome geht der Medion Monitor, und wenn xorg.conf für den Liteon Monitor konfiguriert ist, läuft er auf 1024X768, sonst auf 1600x900

Im Anhang noch mal die xorg.conf (mit angeschl. Liteon), die sich für mich so liest, als eigentlich alles funktionieren müßte.

Rüdiger

»Regidür« hat folgende Datei angehängt:

Xorg.0.log.txt (55,17 kB - 1 mal heruntergeladen - zuletzt: 16.02.2012, 07:03)

Zum Seitenanfang

dyle

Erleuchteter

Beiträge: 4 869

15

16.02.2012, 07:06

Kannst du zum Vergleich auch die xorg.0.log von Sabayon anhängen?

Seltsam ... vlt. die kernel-config ... hast du mal versucht den Gentoo-Kernel mit der config des Sabayon-Kernels zu füttern?

http://www.dyle.org
IM-Account (Jabber!) sind auf meiner HP ...
There is no place like /home

http://www.gentooforum.de
http://www.gentoofreunde.org

<div>how to annoy a web developer?</span>

Zum Seitenanfang

Regidür

Profi

Beiträge: 809

16

16.02.2012, 11:49

Hi,
die sabayon log ist im ersten posting.

Es gibt einen Fall 4) Gnome mit funktionierendem Monitor starten, Auflösung in Gnome auf 1024x768 setzen, Liteon-Monitor anschließen. Einen Reboot überlebt dieses Szenario leider nicht.

Ich bin jetzt für einige Tage unterwegs, danach schaue ich weiter.

Rüdiger

Zum Seitenanfang

Regidür

Profi

Beiträge: 809

17

11.03.2012, 21:07

Einen Reboot überlebt das Szenario deswegen nicht, weil zwar der gnome desktop wieder auf 1024x.. geladen wird, leider aber der gdm login manager weiterhin auf 1600x900 läuft (und der alte Monitor dann abschaltet und auch nicht wiederaufwacht). Was ich strange finde, ist aber so.
Muß ich die Auflösung wirklich für gdm separat einstellen?
Rüidiger

Zum Seitenanfang

Regidür

Profi

Beiträge: 809

18

01.12.2012, 16:51

Ich habe immer noch keine Lösung für das Problem gefunden. Einziger Unterschied, dass der Monitor bei der letzten Sabayon.Version ebenfalls in den Suspend mod geht beim booten...

Rüdiger

Zum Seitenanfang

josef.95

OSI Layer 8

Beiträge: 7 674

19

01.12.2012, 17:48

Versuche es doch bitte mal ganz ohne xorg.conf
Zudem würde ich versuche herauszufinden welche der vier aktuell verfügbaren xf86-video-openchrome Version für deinen Grafik-Chipsatz kompatibel ist.

Zum Seitenanfang

Regidür

Profi

Beiträge: 809

20

01.12.2012, 18:50

Josef,
ich denke, es ist kein Fehler der Installation. Mit anderen Monitoren funktioniert es wunderbar. Der Monitor geht mit fast keiner Distri, obwohl diese die korrekte maximale Auflösung des Monitors in ihre xorg.conf schreiben.

Ich probiere aber noch mal aus, die xorg.conf zu löschen.

Viele Grüße,
Rüdiger

Zum Seitenanfang

GentooForum.de