j’ai fait la dernière mise à jour wheezy et ça me fait planter virtualbox et google earth.Au lancement de ces applications la boutique se ferme et je me retrouve avec l’écran d’ouverture de ma session avec login et passwd.
Où se trouvent les logs pour essayer de voir clair?
Devant l’absence de réponses, peut être voir du côté des cartes graphiques si google earth utilise des fonctions 3d. Avec une Intel sur eeepc, ça plante depuis deux semaines environ - écran noir au démarrage et rien dans les logs, en 32 et en 64bits -, et je n’ai pas été le seul. Passé sur vesa (marche impec d’ailleurs), pas vu passer de rapport de bug, mais rien non plus sur les nvidia.
il s’agit bien d’un bug suite à la dernière mise à jour de wheezy,en remettant la sauvegarde faite avant cette mise à jour tout fonctionne à nouveau correctement,la conclusion s’impose d’elle même,attendre un correctif qui ne saurait tarder,ne pas oublier que wheezy n’est pas encore déclarée stable.
Pour info j’ai une nvidia 9500GT avec le pilote proprio 319.12 installé par sgfxi
Simple curiosité…
Le gestionnaire graphique c’est quoi ?
[quote=“lol”]Simple curiosité…
Le gestionnaire graphique c’est quoi ?[/quote]
je suis passé à LXDE
root@CHE:/home/user/Bureau# ldd /usr/lib/googleearth/googleearth-bin
linux-gate.so.1 => (0xf7788000)
libgoogleearth_free.so => not found
libgcc_s.so.1 => /usr/lib32/libgcc_s.so.1 (0xf7750000)
libstdc++.so.6 => /usr/lib32/libstdc++.so.6 (0xf765b000)
libQtCore.so.4 => /usr/lib32/libQtCore.so.4 (0xf73d7000)
libQtGui.so.4 => /usr/lib32/libQtGui.so.4 (0xf6934000)
libQtNetwork.so.4 => /usr/lib32/libQtNetwork.so.4 (0xf6807000)
libQtWebKit.so.4 => not found
libm.so.6 => /lib32/libm.so.6 (0xf67e1000)
libc.so.6 => /lib32/libc.so.6 (0xf669a000)
/lib/ld-linux.so.2 (0xf7789000)
libpthread.so.0 => /lib32/libpthread.so.0 (0xf6681000)
libz.so.1 => /usr/lib32/libz.so.1 (0xf666c000)
libdl.so.2 => /lib32/libdl.so.2 (0xf6668000)
libgthread-2.0.so.0 => /usr/lib32/libgthread-2.0.so.0 (0xf6663000)
librt.so.1 => /lib32/librt.so.1 (0xf665a000)
libglib-2.0.so.0 => /lib32/libglib-2.0.so.0 (0xf6591000)
libfontconfig.so.1 => /usr/lib32/libfontconfig.so.1 (0xf6561000)
libaudio.so.2 => /usr/lib32/libaudio.so.2 (0xf654b000)
libpng12.so.0 => /lib32/libpng12.so.0 (0xf6527000)
libfreetype.so.6 => /usr/lib32/libfreetype.so.6 (0xf64af000)
libgobject-2.0.so.0 => /usr/lib32/libgobject-2.0.so.0 (0xf6471000)
libSM.so.6 => /usr/lib32/libSM.so.6 (0xf6468000)
libICE.so.6 => /usr/lib32/libICE.so.6 (0xf6451000)
libXrender.so.1 => /usr/lib32/libXrender.so.1 (0xf6448000)
libXext.so.6 => /usr/lib32/libXext.so.6 (0xf6439000)
libX11.so.6 => /usr/lib32/libX11.so.6 (0xf631c000)
libpcre.so.3 => /lib32/libpcre.so.3 (0xf62e8000)
libexpat.so.1 => /usr/lib32/libexpat.so.1 (0xf62c2000)
libXt.so.6 => /usr/lib32/libXt.so.6 (0xf6270000)
libXau.so.6 => /usr/lib32/libXau.so.6 (0xf626d000)
libuuid.so.1 => /lib32/libuuid.so.1 (0xf6269000)
libxcb.so.1 => /usr/lib32/libxcb.so.1 (0xf624f000)
libXdmcp.so.6 => /usr/lib32/libXdmcp.so.6 (0xf624a000)
Cela m’a toujours stupéfié : pas le moindre appel à l’opengl.