intrepid ibex grafikprobleme - Seite 2

Seite 2 von 2 - Forum: Linux and other OS auf overclockers.at

URL: https://www.overclockers.at/linux/intrepid_ibex_grafikprobleme_201588/page_2 - zur Vollversion wechseln!

bittesehr:
[quote]
-rw-r--r-- 1 root root 130600 2008-09-12 00:04 apm_drv.so
-rw-r--r-- 1 root root 22392 2008-09-12 00:03 ark_drv.so
-rw-r--r-- 1 root root 5480 2008-10-04 05:14 ati_drv.so
-rw-r--r-- 1 root root 9640 2008-10-22 02:05 ch7017.so
-rw-r--r-- 1 root root 5596 2008-10-22 02:05 ch7xxx.so
-rw-r--r-- 1 root root 146928 2008-09-12 00:04 chips_drv.so
-rw-r--r-- 1 root root 38884 2008-09-12 00:05 cirrus_alpine.so
-rw-r--r-- 1 root root 14152 2008-09-12 00:05 cirrus_drv.so
-rw-r--r-- 1 root root 31012 2008-09-12 00:05 cirrus_laguna.so
-rw-r--r-- 1 root root 14048 2008-09-12 00:38 dummy_drv.so
-rw-r--r-- 1 root root 22540 2008-09-12 00:05 fbdev_drv.so
-rw-r--r-- 1 root root 275868 2008-09-12 00:13 geode_drv.so
-rw-r--r-- 1 root root 288376 2008-09-12 00:38 glint_drv.so
-rw-r--r-- 1 root root 59484 2008-09-12 00:08 i128_drv.so
-rw-r--r-- 1 root root 48044 2008-09-12 00:08 i740_drv.so
lrwxrwxrwx 1 root root 12 2008-11-10 16:47 i810_drv.so -> intel_drv.so
-rw-r--r-- 1 root root 447224 2008-10-22 02:05 intel_drv.so
-rw-r--r-- 1 root root 9604 2008-10-22 02:05 ivch.so
-rw-r--r-- 1 root root 197056 2008-09-12 00:08 mach64_drv.so
-rw-r--r-- 1 root root 172200 2008-09-12 00:13 mga_drv.so
-rw-r--r-- 1 root root 73652 2008-09-12 00:10 neomagic_drv.so
-rw-r--r-- 1 root root 274272 2008-09-12 00:10 nsc_drv.so
-rw-r--r-- 1 root root 161620 2008-09-12 00:32 nv_drv.so
-rw-r--r-- 1 root root 315416 2008-10-15 12:37 openchrome_drv.so
-rw-r--r-- 1 root root 102312 2008-09-12 00:32 r128_drv.so
-rw-r--r-- 1 root root 507880 2008-10-04 05:14 radeon_drv.so
-rw-r--r-- 1 root root 38944 2008-09-12 00:17 rendition_drv.so
-rw-r--r-- 1 root root 56252 2008-09-12 00:16 s3_drv.so
-rw-r--r-- 1 root root 72596 2008-09-12 00:16 s3virge_drv.so
-rw-r--r-- 1 root root 139464 2008-09-12 00:20 savage_drv.so
-rw-r--r-- 1 root root 5512 2008-10-22 02:05 sil164.so
-rw-r--r-- 1 root root 93876 2008-09-12 00:19 siliconmotion_drv.so
-rw-r--r-- 1 root root 589648 2008-09-12 00:20 sis_drv.so
-rw-r--r-- 1 root root 76020 2008-09-12 00:21 sisusb_drv.so
-rw-r--r-- 1 root root 68820 2008-09-12 00:24 tdfx_drv.so
-rw-r--r-- 1 root root 9608 2008-10-22 02:05 tfp410.so
-rw-r--r-- 1 root root 51548 2008-09-12 00:35 tga_drv.so
-rw-r--r-- 1 root root 161244 2008-09-12 00:24 trident_drv.so
-rw-r--r-- 1 root root 51220 2008-09-12 00:23 tseng_drv.so
-rw-r--r-- 1 root root 18044 2008-09-12 00:35 v4l_drv.so
-rw-r--r-- 1 root root 22316 2008-09-12 00:35 vesa_drv.so
-rw-r--r-- 1 root root 22404 2008-09-12 00:37 vga_drv.so
-rw-r--r-- 1 root root 47524 2008-09-12 00:25 vmware_drv.so
-rw-r--r-- 1 root root 26452 2008-09-12 00:27 voodoo_drv.so
-rw-r--r-- 1 root root 26780 2008-09-12 00:13 ztv_drv.so
[/quote]

danke vielmals für deine hilfe colo

OK, der Treiber heiszt nun offensichtlich "openchrome", nicht mehr "via" - du hast ja gemeint, dass sich nichts an deinem Problem aendert, wenn du "openchrome" als "Driver" eintraegst - koenntest du das trotzdem nochmal machen, dann den X-Server starten, das (frische) Logfile anhaengen und auszerdem den Output von `xrandr` posten? Tia.

Ich weisz das ist alles sehr laestig - diese ganze VIA-Grafikgeschichte kommt leider erst langsam ins Rollen, da VIA in den letzten Jahren auszer Lippenbekenntnissen nichts fuer den Xorg-Treiber fuer ihre Grafikboards getan hat. Es sollte in den naechsten Monaten aber massiv besser werden, da VIA sogar einen Entwickler aus der Community mit entsprechender Erfahrung eingestellt hat, um abzuhelfen.

was mich wundert ist dass es in hardy eigentlich wunderbar funktioniert hat...

so, das logfile ist jetzt wirklich lang. habe nochmal versucht die auflösung zu ändern, ich glaube das ist da auch drin.
xorg.log.txt

xrandr sagt:

Zitat

xrandr
Screen 0: minimum 640 x 480, current 1600 x 1200, maximum 1600 x 1200
default connected 1600x1200+0+0 0mm x 0mm
1600x1200 0.0*
1280x1024 0.0
1280x768 0.0
1024x768 0.0
800x600 61.0
720x576 0.0
720x540 0.0
800x480 0.0
720x480 0.0
640x480 60.0

Hmmm, wie haengt denn der Monitor an der Grafikkarte (D-SUB, DVI, ...)? Achja, und haeng bitte noch die xorg.conf in der openchrome-Variante dran. Ich weisz nicht, ob ich heute nochmal zum Posten komme, aber ich denke mal spaetestens morgen kann ich dir helfen.

puh ich hab keine ahnung wie der monitor an der grafikkarte hängt, ist ein laptop... wie kann ich das herausfinden?

naja die xorg.conf habe ich eigentlich nicht angerührt ausser den treiber reingeschrieben.

Section "Device"
Identifier "Configured Video Device"
Driver "openchrome"
EndSection

Section "Monitor"
Identifier "Configured Monitor"
EndSection

Section "Screen"
Identifier "Default Screen"
Monitor "Configured Monitor"
Device "Configured Video Device"
EndSection

wenn du irgendeine idee hast wär das natürlich super. sonst werd ich schätz ich mal wieder zu hardy zurückkehren...

Ersetz deine jetzige xorg.conf mal durch folgenden Inhalt:

Code:

Section "Device"
Identifier "Configured Video Device"
Driver "openchrome"
EndSection
 
Section "Monitor"
Identifier "Configured Monitor"
VertRefresh 60
EndSection
 
Section "Screen"

Subsection "Display"
Depth 24
Modes "1024x768"
ViewPort 0 0
EndSubsection

Identifier "Default Screen"
Monitor "Configured Monitor"
Device "Configured Video Device"
EndSection

colossus, du bist ein genie . haut jetzt alles so hin wie es soll. ich versteh zwar nicht wieso ich 1024x768 jetzt auf einmal funktioniert, aber was solls . danke für die ausführliche hilfe...

Freut mich, dass ich helfen konnte.
Ich vermute uebrigens, dass dein Treiber noch Probleme mit dem Modeswitching durch RandR-1.2 hat. Das "Modes"-Statement in der xorg.conf zwingt Xorg aber beim Start dazu, gleich mit der gewuenschten Aufloesung zu initialisieren (anstatt nachtraeglich von z. B. 1600x1200 auf diese zu wechseln), weswegen jetzt funktioniert, was vorher fehlgeschlagen ist.

@Colossus:
Danke für deine super Anleitung! Bei mir hat es mit deiner xorg.conf sofort funktioniert.
Wo steht das mit dem "Modes"-Befehl?

@Ezekiel:
Hast du einen FSC Amilo? Dein lspci-Output sieht meinem auffallend ähnlich. Ich nehme an, du hast bei vorigen Ubuntu-Versionen auch schon deine "Freude" mit der Grafikkarte gehabt.

Zitat von woody_alex

@Colossus:
Danke für deine super Anleitung! Bei mir hat es mit deiner xorg.conf sofort funktioniert.
Wo steht das mit dem "Modes"-Befehl?

Zitat

`man 5 xorg.conf`

Nein, /etc/usplash.conf kontrolliert hoechstens deinen Splashscreen beim Systemstart.

Xorg kann seit kurzem auch ganz ohne xorg.conf laufen, und benutzt dann fdi-Files via hal, in dem fuer jede Menge Hardware (halbwegs) sinnvolle Defaults abgelegt sind. Die Aufloesung schnapsen sich Grafiktreiber mit der Grafikkarte und dem verbundenen Display aus; moderne, insb. digital angeschlossene Schirme transportieren sogenannte EDID (Extended Display Identification Data) ueber das Kabel fuer die Videodaten, worin Informationen wie unterstuetzte Aufloesungen und Refreshrates kodiert sind. Dabei ist es wichtig, dass diese Daten korrekt vom Displayhersteller eingepflegt wurden, sonst kommt sowas wie bei euren Notebooks raus.

Der X-Server kann seit Version 7.3 (iirc) Output-Hotplugging und on-the-fly-Wechsel von Aufloesung und Refreshrate via RandR-1.2 (Resize and Rotate). Ubuntu 8.10 speichert offenbar fuer jeden User praeferierte Settings irgendwo unter ~, und laedt diese beim Starten der X-Session wieder. Duerfte mit dem neuen randr-Kontrollpanel in GNOME zu tun haben, schaetze ich.

@woody, ja ich hab einen amilo... in gutsy und hardy hatte ich aber eigentlich überhaupt keine probleme mit der hardware...

overclockers.at v4.thecommunity
© all rights reserved by overclockers.at 2000-2025