[SOLVED] Porteus 3.1 -64 bits X Server crashing

[wread]

I bought a Toshiba Satellie 64 bits, Installed Porteus 3.1-64.

First incident was chrome from official repo crashing....
I installed firefox and it worked.
Googling I found a solution for chrome: starting it with --disable-gpu, makes it run ok. So I am using again chrome with this hack.

Second incident: Google-earth (tried many versions) either do not run or crashes the X server; disabling the gpu does not help in this case. I tried the 32-bit version of Porteus 3.1 in the new machine and both chrome and Google earth crash! To the same family of crashes belong also gears and glxgears.

At the Uni I have a 64-bit desktop and there both versions of Porteus 3.1 run Ok! No X crashes.

Third assessment: I built an experimental KDE5 Porteus 3.1.5-32 bits (based on Slackware current) and it works ok in the new laptop and in the Uni-desktop, both 64-bits. I haven't switched to KDE5 waiting for more applications to be ported to plasma 5; running it in mixed mode would make Porteus too big...

I made a debugging start dump of google-earth and got this:

Code: Select all

libGL: OpenDriver: trying /usr/lib/xorg/modules/dri/i965_dri.so
libGL error: dlopen /usr/lib/xorg/modules/dri/i965_dri.so failed (/usr/lib/xorg/modules/dri/i965_dri.so: cannot open shared object file: No such file or directory)
libGL error: unable to load driver: i965_dri.so
libGL error: driver pointer missing
libGL error: failed to load driver: i965
libGL: OpenDriver: trying /usr/lib/xorg/modules/dri/swrast_dri.so
libGL error: dlopen /usr/lib/xorg/modules/dri/swrast_dri.so failed (/usr/lib/xorg/modules/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: failed to load driver: swrast

The output of lspci | grep VGA is

Code: Select all

00:02.0 VGA compatible controller: Intel Corporation Atom Processor Z36xxx/Z37xxx Series Graphics & Display (rev 0e)

Aha!, this machine uses i965, my desktop at the Uni uses i915 (i think)

@fanthom: here is my psinfo.txt

Isn't i965 in kernel, or is it in xorg (or in both!)??

Meanwhile I live without Google-Earth. When I need it I switch to KDE5 in BIOS mode (this 3.1 starts ok in either Uefi or Bios)

Regards!

[fanthom]

@wread
you have 64bit system while your google-earth is either 32bit or is looking for 3D driver in the wrong place. please mind the path which is incorrect for 64bit system:

Code: Select all

libGL: OpenDriver: trying /usr/lib/xorg/modules/dri/i965_dri.so

please install 64bit version of google-earth:
http://dl.google.com/dl/earth/client/cu ... _amd64.deb

or symlink:

Code: Select all

/usr/lib64/xorg/modules/dri/i965_dri.so

to

Code: Select all

/usr/lib/xorg/modules/dri/i965_dri.so

[wread]

The new 64-bits Google-earth versions (.deb and .rpm) I tried them already. One says "googleearth-bin not found" -it does not find the driver- the other one crashes, I think.

I had tried the symlink, but then it complains not finding some symbol. I will check on that and report.

[beny]

hi wread have you done the link that i have told you ln -sf /lib/ld-linux.so.2 /lib/ld-lsb.so.3
without this link not work

[wread]

@fanthom
I tried the 64-bits debian version again and it said googleearth-bin is not found; then I added the link beny suggested, but as ln -sf /lib64/ld-2.17.so /lib64/ld-lsb-x86-64.so.3. then the program starts the splashscreen and then crashes.

I picked up the startdump, it says:

Code: Select all

root@porteus:~# cat dump.log
[0329/191708:ERROR:net_util.cc(2195)] Not implemented reached in bool net::HaveOnlyLoopbackAddresses()
[0329/191708:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP handler.
[0329/191708:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP handler.
[0329/191708:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP handler.
[0329/191708:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP handler.
[0329/191708:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP handler.
[0329/191708:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP handler.
[0329/191708:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP handler.
[0329/191708:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP handler.
[0329/191709:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP handler.
[0329/191709:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP handler.
[0329/191709:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP handler.
[0329/191709:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP handler.
[0329/191709:WARNING:backend_impl.cc(1875)] Destroying invalid entry.
root@porteus:~# 

Now I will try to find net_util,cc and what is that.

I also tried the .rpm version. This asks for glibc ver.2.18 and we have 2.17. When I install ver. 2.21 from Slackware current, the I get the chain reaction asking for updates.

The debian version seems to be closer to us. I will keep on trying..

Regards!

[fanthom]

i have an impression that "64bit" google earth is still 32bit application so please try your original module from first post with compat32 module.
make sure that /usr/lib/xorg/modules/dri/i965_dri.so exists in your system. if its not included in compat32 then you may have to install 32bit Mesa and resolve other deps to get it working.

[beny]

ho fanthom and wread yes the software is a 32 bit only but as i have told i have the multilib installed in my system so the link for me work with ....

[wread]

@fanthom
I think there is a compatibility problem with this machine and Porteus 3.1-64. It affects among others, GoogleEarth.
If that were not the case, gears would run ok and it does not!
when I run gears, the startdump says:

Code: Select all

XIO:  fatal IO error 11 (Resource temporarily unavailable) on X server ":0"
      after 59 requests (59 known processed) with 0 events remaining.

@beni
your solution works: it changes the "file not found" error to a crash error, same error as with gears or glxgears....

I will chase the bug in 002-xorg.

Regards

[wread]

@fanthom
Updated 002-xorg to xorg-server-15 (Slackware current). Bumped/added 40 modules and it is now working ok (Gears, Google-earth, etc.) This is Porteus-3.1.5-64 now!

Regards!

[francois]

Hello wread, I have a toshiba satelite z930:
http://www.toshiba.ca/productdetailpage ... 2147493605
But an older version with the 126GB SSD.

No problem at all with porteus.

[Ed_P]

This is Porteus-3.1.5-64 now!

Does it support the Suspend function also? And do you have a link for it?

Maybe we should call this Wreadeus 1.0?

[wread]

Ed_P wrote:
Maybe we should call this Wreadeus 1.0?

"Contribuiting to an existing project is easier than forking and managing your new fork"

"But sometimes you just got to do that!"

Bryan Lunduke

How does the suspend function works? If it is present in Porteus-3.1, it is also present in this Porteus-3.1.5!

I don't know the plans of the administrators, but presently Porteus will make the jump to be up to date. 002-xorg15.xzm has all the bell and whistles of a full xcb, that's all. it is 54.4 Mb instead of 44.6 of the normal version. For sure fanthom will be able to trim it to the right size.

Regards

[francois]

This is Porteus-3.1.5-64 now.

Where is the link?

[wread]

@francois
Yes, you will need it for your KDE5-64 bits project! Meanwhile alien has released bugfixes, I see....

Ok, I will send you a link by PM this weekend,

Regards!