ubuntuusers.de

Hallo!

Habe vor kurzem von 10.04 auf 12.04.1 upgegradet (oder geupgradet). Unter anderem tauchten seit damals jedesmal beim Booten die Fehlermeldungen

Waiting for network configuration

und

Waiting up to 60 more seconds for network configuration

auf. Habe daraufhin in der Datei /etc/network/interfaces alle Zeilen "auto <Gerät>" und "iface <Gerät> inet dhcp" ausser "auto lo" und "iface lo inet loopback" auskommentiert, woraufhin beim Booten die obgenannten Meldungen nicht mehr kamen, dafür aber

1
2
3

The system is running in low-graphics mode.
Your screen, graphics card, and input device settings could not be detected correctly.
You will need to configure these yourself.

Nach einmaligem Klicken auf [OK] und nochmaligem bei

What would you like to do? Run in low graphics mode for just one session.

scheint alles normal zu laufen, auch der Bildschirm hat seine übliche Auflösung.

Allerdings tauchen dann (bisher) zwei Probleme auf:

1) Der externe Bildschirm wird nicht mehr "erkannt", bzw. sobald er angeschlossen wird, ist er auf Klonen/Spiegelung geschaltet, d.h. er zeigt genau das selbe Bild wie der interne Bildschirm. Auch beim Klicken auf "Systemeinstellungen | Anzeigegeräte | Bildschirme erkennen" wird nur der Laptop angezeigt und kein zweiter Bildschirm.

2) VLC stürzt ab: es läßt sich zwar starten, aber sobald eine Datei abgespielt werden soll, wird das Programm beendet.

Rückgängigmachen der Änderungen in der Datei /etc/network/interfaces brachten keine Änderung (ausser der Wiederkehr der "... network configuration ..."-Fehlermeldungen).

Hardware, Grafikkarte, Treiber & Co:

Lenovo ThinkPad T60p

lspci -k | grep -A2 -i vga :
01:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI M56GL [Mobility FireGL V5200]
	Subsystem: Lenovo ThinkPad T60p
	Kernel driver in use: radeon

xrandr --auto :
xrandr: Failed to get size of gamma for output default

xrandr --query :
xrandr: Failed to get size of gamma for output default
Screen 0: minimum 1024 x 768, current 1024 x 768, maximum 1024 x 768
default connected 1024x768+0+0 0mm x 0mm
   1024x768        0.0*

Danke!

Zeig mal deine Xorg.0.log her, offensichtlich hat etwas den Grafiktreiber zerschossen.

Du hattest nicht zufällig zuvor unter Lucid mal KMS deaktiviert? Das funktioniert jetzt nicht mehr.

Mal ganz nebenbei: Ich würd dir bei dem Gerät den "Penny-Mod" empfehlen, so genial die T60er auch sind, der Kühler ist bzgl. der Grafikkarte ein einziger Konstruktionsfehler, da schmiert bei einem T60p unter Last schon mal die Kiste wegen GPU Überhitzung ab - etwas auf den Kühler zu klemmen bringt schon rund 10°C mehr Kühlung, genug um ohne die "inoffizielle" Lüfterstufe stabil zu bleiben.

1) xorg.0.log gibt's keine.

es gibt eine /var/log/dist-upgrade/xorg_fixup.log :

INFO:root:/usr/bin/update-manager running
DEBUG:root:creating backup '/etc/X11/xorg.conf.dist-upgrade-201208261541'
INFO:root:xserver-xorg-core version is '2:1.11.4-0ubuntu10.7'
DEBUG:root:is_multiseat: lines 1
DEBUG:root:remove_input_devices

und eine /var/log/dist-upgrade/20120826-0351/xorg_fixup.log :

INFO:root:/usr/bin/update-manager running
DEBUG:root:creating backup '/etc/X11/xorg.conf.dist-upgrade-201006121815'
INFO:root:xserver-xorg-core version is '2:1.7.6-2ubuntu7'
DEBUG:root:is_multiseat: lines 1
DEBUG:root:remove_input_devices

2) KMS : Nicht dass ich wüßte. Wie kann ich feststellen, ob doch?

3) Ja, Kühler/Lüfter ist ein Krampf; werd mich bei Gelegenheit drum kümmern.

Sandwich schrieb:

1) xorg.0.log gibt's keine.

Doch, die muss es geben. Schau mal ins gepinnte Thema.

Sandwich schrieb:

2) KMS : Nicht dass ich wüßte. Wie kann ich feststellen, ob doch?

Einerseits steht das dann in der Xorg.0.log, andererseits sollte das auch dmesg | grep modesetting ausspucken, zumindest wenn es aktiviert ist.

Letalis Sonus schrieb:

Doch, die muss es geben. Schau mal ins gepinnte Thema.

a) sudo find / -name "xorg*log*" findet nur die obgenannten und ein paar ältere wie /var/log/dist-upgrade/20100612-1647/xorg_fix_intrepid.log.

b) Sorry, was ist das 'gepinnte Thema'?

Letalis Sonus schrieb:

Einerseits steht das dann in der Xorg.0.log, andererseits sollte das auch dmesg | grep modesetting ausspucken, zumindest wenn es aktiviert ist.

dmesg | grep modesetting
[    1.440893] [drm] radeon defaulting to kernel modesetting.
[    1.440898] [drm] radeon kernel modesetting enabled.
[    1.442823] [drm] initializing kernel modesetting (RV530 0x1002:0x71C4 0x17AA:0x2007).

Scheint aktiviert zu sein.

Sandwich schrieb:

b) Sorry, was ist das 'gepinnte Thema'?

Jenes, welches immer ganz oben ist und mit einem dicken Wichtig gekennzeichnet ist.

Ist dir mal in den Sinn gekommen, dass find -name auch nur case-sensitive sucht? 😉

Letalis Sonus schrieb:

Jenes, welches immer ganz oben ist und mit einem dicken Wichtig gekennzeichnet ist.

Jetzt steh' ich auf der Leitung: Wo soll das ganz oben stehen? Auf dieser Diskussionsseite, auf meinem Desktop, ... ?

Letalis Sonus schrieb:

Ist dir mal in den Sinn gekommen, dass find -name auch nur case-sensitive sucht? 😉

a) Komischerweise wird dieser Satz nicht angezeigt; habe ihn erst entdeckt, als ich dich zitierte. Übersehe ich vielleicht deswegen auch das "gepinnte Thema"? EDIT: Jetzt (nachdem ich meine Antwort abgeschickt habe) seh' ich den Satz auch in deinem Beitrag. (?)

b) Ist bekannt, habe einfach Copy&Paste gemacht und als da nix gefunden wurde, noch die * dazugeschmissen. Also gut /var/log/Xorg.0.log : http://paste.ubuntuusers.de/410537/

Sandwich schrieb:

Jetzt steh' ich auf der Leitung: Wo soll das ganz oben stehen? Auf dieser Diskussionsseite, auf meinem Desktop, ... ?

Wo man Themen halt findet: Im jeweiligen Forum 😉

Sandwich schrieb:

a) Komischerweise wird dieser Satz nicht angezeigt; habe ihn erst entdeckt, als ich dich zitierte. Übersehe ich vielleicht deswegen auch das "gepinnte Thema"?

Habe den Satz wenige Minuten später hinzugesetzt, du bist wohl einfach nur flott gewesen.

Nach dem Log funktioniert der Treiber selbst jedenfalls. Normalerweise würde ich dann den Fehler auf die Mesa Bibliotheken schieben, aber xrandr hat damit eigentlich nichts zu tun... Naja, man kann ja trotzdem mal gucken: Was spuckt er denn bei LIBGL_DEBUG=verbose glxgears aus?

Letalis Sonus schrieb:

Wo man Themen halt findet: Im jeweiligen Forum 😉

O.K: jetzt hab ich's. Sollte mal jemand anders ähnliche Verständnisprobleme haben wie ich und zufällig über diese Seite stolpern, schreib ich's mal ganz DAU-safe: Wir befinden uns im Forum http://forum.ubuntuusers.de/forum/grafik-tastatur-maus/ und das dazugehörige 'gepinnte Thema' (mit Schloss und Rufzeichen markiert) ist http://forum.ubuntuusers.de/topic/welche-themen-gehoeren-hier-her-und-welche-ni-25/ .

Und da steht am Ende tatsächlich u.a., dass mensch /var/log/Xorg.0.log posten soll; hab ich irgendwie übersehen bzw. mich von der Optimus-Anmerkung irritieren lassen.

Letalis Sonus schrieb:

Nach dem Log funktioniert der Treiber selbst jedenfalls. Normalerweise würde ich dann den Fehler auf die Mesa Bibliotheken schieben, aber xrandr hat damit eigentlich nichts zu tun... Naja, man kann ja trotzdem mal gucken: Was spuckt er denn bei LIBGL_DEBUG=verbose glxgears aus?

libGL: screen 0 does not appear to be DRI2 capable
libGL: OpenDriver: trying /usr/lib/dri/tls/swrast_dri.so
libGL: OpenDriver: trying /usr/lib/dri/swrast_dri.so
libGL error: dlopen /usr/lib/dri/swrast_dri.so failed (/usr/lib/dri/swrast_dri.so: cannot open shared object file: No such file or directory)
libGL error: unable to load driver: swrast_dri.so
libGL error: reverting to indirect rendering
1980 frames in 5.0 seconds = 394.137 FPS
2220 frames in 5.0 seconds = 441.002 FPS
2220 frames in 5.0 seconds = 440.897 FPS
...

EDIT: P.S.: Nochmal zum VLC: Banshee, Gnome MPlayer und Miro spielen Video-Dateien brav ab, nur der VLC startet (ohne was vom Video zu zeigen), überlegt ein paar Sekunden und vertschüsst sich wieder. (EDIT2: Mit nachfolgendem "Entschuldigung, Ubuntu 12.04 hat einen internen Fehler festgestellt ...".)

libGL: screen 0 does not appear to be DRI2 capable
libGL: OpenDriver: trying /usr/lib/dri/tls/swrast_dri.so

Mh, sowas in der Art hab ich schon erwartet... auch wenn ich nicht weiß woher das "DRI2 not supported" kommt. Normalerweise müsste er statt dem Software Rasterizer die zum Chip gehörige DRI Schnittstelle r300_dri.so laden.

Normalerweise heißt das, dass die Mesa Bibliotheken ersetzt worden sind, in dem Fall reicht es die Pakete libgl1-mesa-dri und libgl1-mesa-glx erneut zu installieren, aber irgendwie habe ich den Eindruck, dass hier mehr dahinter steckt... Der Treiber selbst erkennt aus den EDID Daten auch nur eine 1024er Auflösung, allerdings gab es diese nicht beim T60p (oder hast du ein "Frankenpad"?)

Letalis Sonus schrieb:

..., in dem Fall reicht es die Pakete libgl1-mesa-dri und libgl1-mesa-glx erneut zu installieren, ...

Hat leider nicht geholfen.

... eine 1024er Auflösung, allerdings gab es diese nicht beim T60p (oder hast du ein "Frankenpad"?)

Hab das Gerät bei einem "Notebook Großhandel" gekauft, war von Anfang an 1024x768. Festplatte 250G ist mehr als üblich, also insofern dürfte es gefrankt oder zumindest gemoddet worden sein.

EDIT:

Bei mir gibt's das ganze Verzeichnis /usr/lib/dri/ nicht, dafür gibt's sowohl die von dir erwähnte r300_dri.so als auch die nicht gefundene swrast_dri.so im Verzeichnis /usr/lib/i386-linux-gnu/dri/ .

Sandwich schrieb:

Hab das Gerät bei einem "Notebook Großhandel" gekauft, war von Anfang an 1024x768. Festplatte 250G ist mehr als üblich, also insofern dürfte es gefrankt oder zumindest gemoddet worden sein.

Naja, die Festplatte austauschen ist simpel, beim Bildschirm ist das schon etwas umfangreicher 😀

Sandwich schrieb:

Bei mir gibt's das ganze Verzeichnis /usr/lib/dri/ nicht, dafür gibt's sowohl die von dir erwähnte r300_dri.so als auch die nicht gefundene swrast_dri.so im Verzeichnis /usr/lib/i386-linux-gnu/dri/ .

Das liegt halt daran, dass seit einiger Zeit ein etwas besserer Ansatz für die Unterstützung von mehreren Architekturen verfolgt wird. Früher mussten bei einem 64bit System die ganzen 32bit Bibliotheken unter /usr/lib32 usw abgelegt werden, nun wird stattdessen für jede Architektur unterhalb von /usr/lib ein eigenes Verzeichnis angelegt, das ist halt etwas flexibler als sich auf die Bittigkeit der einzelnen Plattformen zu stützen.

xrandr steckt im x11-server-utils Paket, ich würd einfach mal die Abhängigkeiten durchgehen und alle neu installieren.

Letalis Sonus schrieb:

xrandr steckt im x11-server-utils Paket, ich würd einfach mal die Abhängigkeiten durchgehen und alle neu installieren.

Habe x11-xfs-utils, x11-xkb-utils, x11-server-utils, x11-utils, x11-session-utils, libxcb-randr0, libxrandr2 und xserver-xorg-video-nouveau neu installiert, leider ohne Effekt.

Was mir noch aufgefallen ist: Beim Booten gibt's ziemlich am Anfang einen schwarzen Bildschirm mit dem Schriftzug Starting up ... links oben in ziemlich großer Schrift (entsprechend 640x480 ?), und springt dann plötzlich auf deutlich kleinere Schrift (~ 1024x768 ?) um. Dieser Wechsel war früher - glaub ich (bin mir aber nicht sicher) - nicht, und ob er was mit dem Problem zu tun hat ... ?

Noch was (relevant?): Wenn ich beim obgenannten

What would you like to do? Run in low graphics mode for just one session.

nicht auf [OK] sondern auf [Cancel] klicke, dann krieg ich folgenden Stand des Boot-Vorganges auf dem schwarzen Bildschirm:

 * Starting crash report subission daemon                                                                                 [ OK ]
 * Stopping save kernel messages                                                                                          [ OK ]
Tue Sep 11 02:02:33 2012: Starting hdapsd
Tue Sep 11 02:02:34 2012: Selected interface: HDAPS
Tue Sep 11 02:02:34 2012: WARNING: Could not find hdaps input device (No such file or directory). You may be using an
 incompatible version of the hdaps module. Falling back to reading the position from sysfs (uses more power).
Use '-y' to silence this warning.
WARNING: All config files need .conf: /etc/modprobe.d/_iwl3945, it will be ignored in a future release.
 * Waiting for ibmasm device to appear (2 seconds timeout)
. . speech-dispatcher disabled ; edit /etc/default/speech-dispatcher
                                                                     * Starting tor daemon...                             [ OK ]
 * Staring the Winbind daemin winbind                                                                                     [ OK ]
 * Starting NTP server ntpd                                                                                               [ OK ]
saned disabled; edit /etc/default/saned
 * Checking battery state...                                                                                              [ OK ]
 * Starting TiMidity++ ALSA midi emulation...                                                                             [ OK ]

Eine letzte Idee hätte ich noch... Vielleicht gibt es noch ein paar alte Bibliotheken an anderen Stellen die sich vor die eigentlichen Bibliotheken mogeln.

Überprüfe zB mal mit ldd /usr/bin/xrandr welche Bibliotheken er für xrandr läd. Bis auf den Linker sollten alle Bibliotheken in dem neuen Verzeichnis mit dem nach der Plattform benannten Ordner sein.