sony-vaio-z-series team mailing list archive
-
sony-vaio-z-series team
-
Mailing list archive
-
Message #00867
Re: VGN-Zseries-janitor
Hi Christophe,
Am Montag, den 23.11.2009, 21:28 +0000 schrieb
domakmail-ubuntu@xxxxxxxx:
> Thanks to all of you that give so much time to help us... that's my
> turn to have some troubles.
>
> Few months ago, I installed sony laptop module and graphic switching
> by following Philip Blanke's guide.
> This week-end I found some time to update from jaunty to karmic. After
> login, X didn't start anymore so I had to do some clean up (restart
> with 2.6.28 kernel, remove xorg.conf files, remove libGL.so.INTEL,
> etc).
You had to remove the old mechanism prior to upgrade.
Then get a standard Karmic installation that runs.
boot twice without
acpi_osi="!Windows 2006"
to get the hardware in a state that both cards are visible.
Then you can run the "VGN-Zseries-janitor" script.
Running the script that creates its own solution on top of an other
solution is not a good idea!
Karmic works with Upstart, older Ubuntu's did not yet.:
does your upgraded karmic use upstart?
> I reboot and it worked with the last kernel. But when I try to use the
> sony janitor script,
Ooh... Not a good idea. Did you see any warnings about not installed
nvidea?
> I get some weird messages:
>
> checking installed version of "libgl1-mesa-glx":
> - installed version: "7.6.0-1ubuntu4"
> - available version: "7.6.0-1ubuntu4"
> newest version for libgl1-mesa-glx already installed.
> No updates available and no downloads required
>
> ascertain if the installed
> "/usr/lib/xorg/modules/extensions/libglx.so" (or its target) really is
> the version it should be
> - found "/var/cache/apt/archives/xserver-xorg-core_2%
> 3a1.6.4-2ubuntu4_amd64.deb"
> - installed "/" is from "not installed"
> Conclusion for "/":
> A new lib from 2009-10-26 18:20 is available.
> - installing:
> - extracting package in temporary directory
> - dpkg-deb -x /var/cache/apt/archives/xserver-xorg-core_2%
> 3a1.6.4-2ubuntu4_amd64.deb\
> /tmp/xserver-xorg-core.rEwbeP09 ... done.
> - cp -pu /usr/lib/xorg/modules/extensions/libglx.so\
> / ... cp: ne peut évaluer
> `/usr/lib/xorg/modules/extensions/libglx.so': Aucun fichier ou dossier
> de ce type
>
> ascertain if the installed "/usr/lib/libGL.so.1" (or its target)
> really is the version it should be
> - found
> "/var/cache/apt/archives/libgl1-mesa-glx_7.6.0-1ubuntu4_amd64.deb"
> - "/usr/lib/libGL.so.1" seems to be a symbolic link...
> - searching linktarget for "/usr/lib/libGL.so.1" ... done.
> Target="/usr/lib/libGL.so.1.2"
> - installed "/" is from "not installed"
> Conclusion for "/":
> A new lib from 2009-10-14 00:17 is available.
> - installing:
> - extracting package in temporary directory
> - dpkg-deb
> -x /var/cache/apt/archives/libgl1-mesa-glx_7.6.0-1ubuntu4_amd64.deb\
> /tmp/libgl1-mesa-glx.K7SC8zjC ... done.
> - cp -pu /usr/lib/libGL.so.1.2\
> / ... done.
>
> Thank you for using Raphael's sony-VGN-Zseries-janitor, I'm ready
> now!
>
> ======================================================================
>
>
> it seems that there is a problem with libGL* links:
>
> domak@domakistan-laptop:~$ ll /usr/lib/libGL*
> lrwxrwxrwx 1 root root 15 2009-11-22 19:07 /usr/lib/libGLC.so.0 ->
> libGLC.so.0.0.7
> -rw-r--r-- 1 root root 167952 2009-05-03
> 10:24 /usr/lib/libGLC.so.0.0.7
missing nvidia libs!
> lrwxrwxrwx 1 root root 16 2009-11-22 19:10 /usr/lib/libGLEW.so.1.5
> -> libGLEW.so.1.5.1
> -rw-r--r-- 1 root root 321504 2009-06-06
> 01:25 /usr/lib/libGLEW.so.1.5.1
This, of course, can never work:
> lrwxrwxrwx 1 root root 13 2009-11-23 21:47 /usr/lib/libGL.so.1 ->
> libGL.so.1000
> lrwxrwxrwx 1 root root 9 2009-11-23 21:46 /usr/lib/libGL.so.1000
> -> libGL.so.
> -rw-r--r-- 1 root root 527256 2009-10-14 00:17 /usr/lib/libGL.so.1.2
delete the link /usr/lib/libGL.so.1000 and reinstall
libgl1-mesa-glx
> lrwxrwxrwx 1 root root 20 2009-11-22 18:56 /usr/lib/libGLU.so.1 ->
> libGLU.so.1.3.070600
> -rw-r--r-- 1 root root 461488 2009-10-14
> 00:17 /usr/lib/libGLU.so.1.3.070600
>
> and
> domak@domakistan-laptop:~$ ll /usr/lib/xorg/modules/extensions/
> total 220
> -rw-r--r-- 1 root root 18824 2009-10-26 18:20 libdbe.so
> -rw-r--r-- 1 root root 14616 2009-10-26 18:20 libdri2.so
> -rw-r--r-- 1 root root 43768 2009-10-26 18:20 libdri.so
> -rw-r--r-- 1 root root 106096 2009-10-26 18:20 libextmod.so
here the same: missing nvidia libs:
> lrwxrwxrwx 1 root root 14 2009-11-23 21:47 libglx.so ->
> libglx.so.1000
> lrwxrwxrwx 1 root root 10 2009-11-23 21:46 libglx.so.1000 ->
> libglx.so.
cannot work eather: remove this two files and reinstall:
xserver-xorg-core
> -rw-r--r-- 1 root root 31232 2009-10-26 18:20 librecord.so
>
>
> what can I do/reinstall to come back to something clean? I hope I
> provied all necessary info. I can join some log files but the problem
> seems to located to theses directories.
> If I reinstall xorg and lib mesa with:
>
> sudo apt-get --reinstall install xserver-xorg-core libgl1-mesa-glx
Exactly that you should do again after you removed the unused links like
above described.
>
> intel 3D supports works until next reboot.
Because you did not remove the old mechanisms from your old solution.
Specially any init.d scripts which switch between the different cards.
>
> I think if I create the link from /usr/lib/libGL.so.1000
> to /usr/lib/libGL.so.1.2, it will works. But I don't really understand
> why the script had created the link on libGL.so.
That is stuck. Simply remove them all and the reinstallation will fix
that for the beginning to get a clean system.
You should remove the following files as well:
/etc/init/switch-x-to.conf
/etc/init/nvidia-settings.conf
/etc/X11/xorg.conf* (yes, all of them)
Remove (until you have installed the nvidia driver):
acpi_osi="!Windows 2006"
from your grub kernel commandline and try to get a basic karmic running
stable.
Then you can run /usr/bin/jockey-gtk, 'activate' the newest available
nvidia driver and run the "VGN-Zseries-janitor" script again (before you
reboot).
>
> The other problem with the script is that for localized versions of
> ubuntu, it failed to create the links on desktop ('Desktop' directory
> is translated to 'Bureau' in french). I don't know if there's a way to
> find the localized name.
OK. Thank you for that info. I will solve that but first we need you to
get a running system first ;-)
Regards,
Raphael
Follow ups
References