64 bit load shows i686 on uname -m

Trying to load GoogleEarth on openSUSE 11.4, get the 64 bit RPM, do the install, and the app returns with the error
"error while loading shared libraries: libGL.so.1: cannot open shared object file: No such file or directory.

Well a find locates the library (as expected) in /usr/lib64. But a file done on the (ultimate executable) googleearth-bin shows it as a ELF 32-bit LSB executable.
Don’t think that is a problem, I should be able to run a 32bit app on a 64bit box (assuming runtime libs are there which they appear to not be).

However, it poking around on this I discovered that a uname -m returns i686 which means 32 bit OS. I verified the ISO I installed from is in fact 64 bit, doing file and readelf
on various system files (like /bin/ls, /bin/touch, /bin/tar to name a few) all return that they are ELF 64-bit LSB. These DEFINITELY WILL NOT run on 32 bit, but again, uname -m says i686.

Any thoughts/suggestions/advice/what the heck are you talking about?

My next step after this post is to install 32 bit runtimes if I can and give that a go. I have found numerous posts on the web where people have installed GoogleEarth on 11.4 64 bit with no problem.

Tony

Am 02.01.2012 00:06, schrieb krusher53:
>
> Trying to load GoogleEarth on openSUSE 11.4, get the 64 bit RPM, do the
> install, and the app returns with the error
> "error while loading shared libraries: libGL.so.1: cannot open shared
> object file: No such file or directory.
>
> Well a find locates the library (as expected) in /usr/lib64. But a
> file done on the (ultimate executable) googleearth-bin shows it as a ELF
> 32-bit LSB executable.
> Don’t think that is a problem, I should be able to run a 32bit app on a
> 64bit box (assuming runtime libs are there which they appear to not
> be).
>
Install Mesa-32bit in addition to Mesa (which you already have) to make
it run.


PC: oS 11.4 (dual boot 12.1) 64 bit | Intel Core i7-2600@3.40GHz | KDE
4.6.0 | GeForce GT 420 | 16GB Ram
Eee PC 1201n: oS 11.4 64 bit | Intel Atom 330@1.60GHz | KDE 4.7.4 |
nVidia ION | 3GB Ram

There was another thread where some people discovered that /bin/uname had been tampered with (by some additional installed software) and was returning a different kernel version. Could it be another variant of this issue? Can you check that /bin/uname is the official one?

Thanks Martin, yes I found that in Software Installer also, gave it a go and no luck. After installing Mesa it linked libGL.so to libGL.so.1 in /usr/lib,
again the problem is libGL.so.1 does not exist there. What is there is libGLU.so.1 with a time stamp corresponding to when I installed my Nvidia drivers.
If I try to link libGL.so.1 to libGLU.so.1 I get a different error from google earth:
symbol lookup error: ./librender.so: undefined symbol: glXGetConfig

Ken, interesting, I think you do have something but I’m not sure what yet. Mid December I tried to install 12.1 with HUGE issues and had to re-install 11.4. This time around when I did that my boot screen (and my /boot directory) now have two flavors of 11.4 to load: one that just says “Default” and the boot default choice of Desktop. Those two kernels are about 300k diff in size. My normal boot-up is off the Desktop option, I get my full blown desktop. When I booted (just after my original post) off the non-Desktop kernel it came up in command line mode only but uname -m showed x86-64. I believe the uname commands are the same in both cases.

Am 02.01.2012 00:56, schrieb krusher53:
>
> Thanks Martin, yes I found that in Software Installer also, gave it a go
> and no luck. After installing Mesa it linked libGL.so to libGL.so.1 in
> /usr/lib,
> again the problem is libGL.so.1 does not exist there. What is there is
> libGLU.so.1 with a time stamp corresponding to when I installed my
> Nvidia drivers.
> If I try to link libGL.so.1 to libGLU.so.1 I get a different error from
> google earth:
> symbol lookup error: ./librender.so: undefined symbol: glXGetConfig
>
>
From your previous post where you answered to ken yap I would conclude
that your installs are a bit messed.

You should fix your base system first before you try to fix google earth.

To me it looks as if you boot with a 32 bit kernel into a 64 bit install
and it works only by accident because you seem to have also 32 bit
libraries installed, but that is just guessing from the pieces you posted.


PC: oS 11.4 (dual boot 12.1) 64 bit | Intel Core i7-2600@3.40GHz | KDE
4.6.0 | GeForce GT 420 | 16GB Ram
Eee PC 1201n: oS 11.4 64 bit | Intel Atom 330@1.60GHz | KDE 4.7.4 |
nVidia ION | 3GB Ram

On Sun, 01 Jan 2012 23:06:02 +0000, krusher53 wrote:

> My next step after this post is to install 32 bit runtimes if I can and
> give that a go.

Yes, that’s what you need to do. A 32-bit application cannot use 64-bit
libraries.

Jim


Jim Henderson
openSUSE Forums Administrator
Forum Use Terms & Conditions at http://tinyurl.com/openSUSE-T-C

Please post the outputs from


cat /etc/SuSE-release
uname -a
lsb-release -a

Btw libGL has absolutely and really absolutely nothing in common with
libGLU, this are two completely different libraries (both have to do
with OpenGL but serve a different purpose) undo what you did to that you
simply destroy your system by such relinking.


PC: oS 11.4 (dual boot 12.1) 64 bit | Intel Core i7-2600@3.40GHz | KDE
4.6.0 | GeForce GT 420 | 16GB Ram
Eee PC 1201n: oS 11.4 64 bit | Intel Atom 330@1.60GHz | KDE 4.7.4 |
nVidia ION | 3GB Ram

cat /etc/SuSE-release:
openSUSE 11.4 (x86_64)
VERSION = 11.4
CODENAME = Celadon

uname -a:
Linux linux-1i4t.site 2.6.37.6-0.9-desktop #1 SMP PREEMPT 2011-10-19 22:33:27 +0200 i686 i686 i386 GNU/Linux

lsb-release -a:
LSB Version: core-2.0-noarch:core-3.2-noarch:core-4.0-noarch:core-2.0-x86_64:core-3.2-x86_64:core-4.0-x86_64:desktop-4.0-amd64:desktop-4.0-noarch:graphics-2.0-amd64:graphics-2.0-noarch:graphics-3.2-amd64:graphics-3.2-noarch:graphics-4.0-amd64:graphics-4.0-noarch
Distributor ID: SUSE LINUX
Description: openSUSE 11.4 (x86_64)
Release: 11.4
Codename: Celadon

On 01/02/2012 04:06 AM, krusher53 wrote:
>
> -cat /etc/SuSE-release:-
> openSUSE 11.4 (x86_64)
>
> -uname -a:-
> Linux linux-1i4t.site 2.6.37.6-0.9-desktop #1 SMP PREEMPT 2011-10-19
> 22:33:27 +0200 i686 i686 i386 GNU/Linux

to me it looks like the OP installed a 64 bit 11.4 system, and a 32
bit kernel to boot from ???

very strange indeed!!

i guess the “Mid December I tried to install 12.1 with HUGE issues and
had to re-install 11.4.” murdered all possibilities of a stable,
dependable system…

suggest saving off machine all needed/wanted data and do a format and
install of both root and /home, then join back in the data and
applications…

ymmv


DD http://tinyurl.com/DD-Caveat
openSUSE®, the “German Engineered Automobiles” of operating systems!

I do not understand why my message did not made it through the nntp several hours ago, so I post it here again.

Your kernel really does not fit to your openSUSE archtecture, no idea how you did that. Can you add the information from

 rpm -qa '***kernel*' **

to see the packages which are installed. And please also add the info from your menu.lst to see which boot selections you have and which one do you use to boot into your system?

 sudo cat /boot/grub/menu.lst 

You can also check with yast which kernel is installed by searching for kernel-desktop and looking at the version tab (it shows also the architecture, you probably should change that to 64 bit and then you also need to ensure that all kernel modules like the ones for proprietary drivers are then switched to 64 bit to be consistent with the kernel).

For each install I do I always start with creating partitions. So, when I did the 12.1 upgrade I blew everything away and started fresh as I did when I reinstalled 11.4. I’m not a real huge fan of doing upgrades, I prefer fresh installs. More work I know but also more practice for me :slight_smile:

I really think this all has something to do with when I had to rebuild the kernel to include the NVIDIA drivers, unfortunately I did not do any system validation (such as uname) along the way.

Looks like I’m starting over. Thanks everyone for the suggestions, keep them coming if anyone has more. I probably won’t be doing this until next weekend.

Tony

Personally I am not a fan of upgrades so when I did the load of 12.1 I started with fresh partitions, ditto when I went back to 11.4.

I really think this is all tied to when I had to rebuild the kernel to include the NVIDIA drivers, I had to have messed something up there. I am a bit rusty, was a Unix admin for 14 years (and that was hp-ux), been away from it for a while and trying to dust off the cobwebs.

Anyway, thanks for all the input from everyone, anymore ideas please post but it looks like I will be doing another install this coming weekend.

Martin,
output from
rpm -qa 'kernel
kernel-debug-devel-2.6.37.6-0.9.1.x86_64
kernel-default-2.6.37.6-0.9.1.x86_64
kernel-default-devel-2.6.37.6-0.9.1.x86_64
kernel-desktop-devel-2.6.37.6-0.9.1.x86_64
kernel-devel-2.6.37.6-0.9.1.noarch
kernel-desktop-2.6.37.6-0.9.1.x86_64
kernel-default-base-2.6.37.6-0.9.1.x86_64

Me thinks the kernel-devel package is the one that got me. That I installed to make my NVIDIA drivers into the kernel, this jives with the time stamp noted below in the menu.lst (Dec 11) . I also took a look at the kernel-desktop as you suggested, it is showing a mix of x86_64 AND i586, actually, looking at more, everything that begins with kernel is showing that same mix EXCEPT the kernel-devel, it says noarch.

And, my menu.lst:

Modified by YaST2. Last modification on Sun Dec 11 09:33:23 EST 2011

THIS FILE WILL BE PARTIALLY OVERWRITTEN by perl-Bootloader

Configure custom boot parameters for updated kernels in /etc/sysconfig/bootloader

default 2
timeout 8
gfxmenu (hd1,0)/boot/message

###Don’t change this comment - YaST2 identifier: Original name: linux###
title openSUSE 11.4 - 2.6.37.6-0.9 (default)
root (hd1,0)
kernel /boot/vmlinuz-2.6.37.6-0.9-default root=/dev/disk/by-id/ata-WDC_WD7500BPKT-75PK4T0_WD-WXF1E71STDT7-part1 resume=/dev/disk/by-id/ata-WDC_WD7500BPKT-75PK4T0_WD-WXF1E71STDT7-part5 splash=silent quiet showopts vga=0x31a
initrd /boot/initrd-2.6.37.6-0.9-default

###Don’t change this comment - YaST2 identifier: Original name: failsafe###
title Failsafe – openSUSE 11.4 - 2.6.37.6-0.9 (default)
root (hd1,0)
kernel /boot/vmlinuz-2.6.37.6-0.9-default root=/dev/disk/by-id/ata-WDC_WD7500BPKT-75PK4T0_WD-WXF1E71STDT7-part1 showopts apm=off noresume edd=off powersaved=off nohz=off highres=off processor.max_cstate=1 nomodeset x11failsafe vga=0x31a
initrd /boot/initrd-2.6.37.6-0.9-default

###Don’t change this comment - YaST2 identifier: Original name: linux###
title Desktop – openSUSE 11.4 - 2.6.37.6-0.9
root (hd1,0)
kernel /boot/vmlinuz-2.6.37.6-0.9-desktop root=/dev/disk/by-id/ata-WDC_WD7500BPKT-75PK4T0_WD-WXF1E71STDT7-part1 resume=/dev/disk/by-id/ata-WDC_WD7500BPKT-75PK4T0_WD-WXF1E71STDT7-part5 splash=silent quiet showopts vga=0x31a
initrd /boot/initrd-2.6.37.6-0.9-desktop

###Don’t change this comment - YaST2 identifier: Original name: failsafe###
title Failsafe – openSUSE 11.4 - 2.6.37.6-0.9 (desktop)
root (hd1,0)
kernel /boot/vmlinuz-2.6.37.6-0.9-desktop root=/dev/disk/by-id/ata-WDC_WD7500BPKT-75PK4T0_WD-WXF1E71STDT7-part1 showopts apm=off noresume edd=off powersaved=off nohz=off highres=off processor.max_cstate=1 nomodeset x11failsafe vga=0x31a
initrd /boot/initrd-2.6.37.6-0.9-desktop

###Don’t change this comment - YaST2 identifier: Original name: windows 1###
title windows 1
rootnoverify (hd0,0)
chainloader +1

###Don’t change this comment - YaST2 identifier: Original name: windows 2###
title windows 2
rootnoverify (hd0,1)
chainloader +1

###Don’t change this comment - YaST2 identifier: Original name: floppy###
title Floppy
rootnoverify (fd0)
chainloader +1

Am 02.01.2012 16:46, schrieb krusher53:
> -rpm -qa ‘kernel’-
> kernel-debug-devel-2.6.37.6-0.9.1.x86_64
> kernel-default-2.6.37.6-0.9.1.x86_64
> kernel-default-devel-2.6.37.6-0.9.1.x86_64
> kernel-desktop-devel-2.6.37.6-0.9.1.x86_64
> kernel-devel-2.6.37.6-0.9.1.noarch
> kernel-desktop-2.6.37.6-0.9.1.x86_64
> kernel-default-base-2.6.37.6-0.9.1.x86_64
I am clueless where your i686 comes from , it is not an installed rpm
(forget the noarch that is normal).

Did you check that you are not affected by what /bin/uname issue ken
yap pointed to in the very beginning?
/bin/uname is part of coreutils-8.9-11.1.x86_64 on a 11.4 64 bit system.


PC: oS 11.4 (dual boot 12.1) 64 bit | Intel Core i7-2600@3.40GHz | KDE
4.6.0 | GeForce GT 420 | 16GB Ram
Eee PC 1201n: oS 11.4 64 bit | Intel Atom 330@1.60GHz | KDE 4.7.4 |
nVidia ION | 3GB Ram

What I mentioned in reply to ken yap is /bin/uname is the same binary regardless of which kernel I boot, just its output varies. I am confident that the file itself is OK but I did not search for the thread he mentioned, that might be worth a shot just to see what they are talking about.

Think that is more symptomatic of a bigger issue though as opposed to being the problem. Other people have reported no problems with google-earth (and it seems the 64 bit version that is supplied for download is actually a 32bit executable according to readelf, I have tried both 32 and 64).

U

Martin,
Found the thread mentioned by ken yap re wrong output of uname. Seems root of that problem related to the person doing upgrades (versus clean installs) from around 6.x all the way to 11.2 and /bin/uname was actually a sym link to a shell script introduced by some third party app he installed.

Verified that my uname is in fact a binary physically in /bin, output of rpm -qf which uname is as you mentioned coreutils-8.9-11.1.x86_64

Am 02.01.2012 18:36, schrieb krusher53:
> Think that is more symptomatic of a bigger issue though as opposed to
> being the problem.

I am afraid this is true. I am very reluctant to say this but maybe a
fresh install is the best option.

> Other people have reported no problems with
> google-earth (and it seems the 64 bit version that is supplied for
> download is actually a 32bit executable according to readelf, I have
> tried both 32 and 64).
The google-earth 64 bit rpm is in fact a 32 bit application (this is the
reason you need to install the Mesa-32bit package for it to run).


PC: oS 11.4 (dual boot 12.1) 64 bit | Intel Core i7-2600@3.40GHz | KDE
4.6.0 | GeForce GT 420 | 16GB Ram
Eee PC 1201n: oS 11.4 64 bit | Intel Atom 330@1.60GHz | KDE 4.7.4 |
nVidia ION | 3GB Ram

Aha, you did not tell us that at the beginning. If you rolled your own you might have built a 32-bit kernel. BTW it’s ok for kernel-devel to be noarch as it contains kernel source code which is supports all architectures and specific to none.

Another thing you can do is run strace uname -m while booted to the “32-bit kernel” and see where it’s getting the kernel arch from. The last few lines of output should be something like this, showing that it gets the info directly from the kernel.

uname({sys="Linux", node="xxx", ...})   = 0
fstat(1, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 1), ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f1509d5c000
write(1, "x86_64
", 7x86_64
)                 = 7
close(1)                                = 0
munmap(0x7f1509d5c000, 4096)            = 0
close(2)                                = 0
exit_group(0)

Well interesting developments. Just got done doing an install of 12.1 – twice.

First time, installed ok, uname -a came back as expected with x86_64. DId some fiddling like install 32 bit Mesa and k3b. Did another uname and boom, i686. Mesa did give me the libGL.so.1 as expected this time around, did not do that on my 11.4 system (???)

Ok, so thought I would start over since i now had the add-on image burned to disk so thought I would go ahead and do it again. Once again, option of Install,
create Partitions with the default recommendations (did not blow away my /home data, nice), prompted several times through the install to switch DVDs, and this all seemed to work OK.

Except, as I mentioned before with my experience of about 3 weeks ago and problems installing 12.1 I got reminded, both times, of what those problems are. Once the install is complete, installation says it is going to reboot which it does, screen goes blank, I see quite a bit of disk activity for a while, then it stops and the screen never comes alive (this is a 4 month old laptop, i7-2670, 16gb memory so its current, it is newer NVIDIA 560M). I have to cycle power and the machine comes alive. Not sure if something didn’t finish, I let it sit quite a while.

So, now the real interesting part. First thing I do after all this is open a window, uname -m, and yup, i686. Big diff on this last install is the inclusion of the add-on software bundle. Beyond that I am doing nothing exotic on this install (if you want to call the add-on “exotic”).

One thing I saw a number of times during the install:
Undefined Reference: Schema-ID=<org.freedesktop.tracker.extract> (missing some caps)

At ken’s request here is the strace output of uname:


i686
e("/bin/uname", "uname", "-m"], /* 87 vars */]) = 0
brk(0)                                  = 0x607000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f0396193000
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=84217, ...}) = 0
mmap(NULL, 84217, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f039617e000
close(3)                                = 0
open("/lib64/libc.so.6", O_RDONLY)      = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0P\23\2\0\0\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=1871381, ...}) = 0
mmap(NULL, 3730344, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f0395be5000
mprotect(0x7f0395d6a000, 2097152, PROT_NONE) = 0
mmap(0x7f0395f6a000, 20480, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x185000) = 0x7f0395f6a000
mmap(0x7f0395f6f000, 19368, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f0395f6f000
close(3)                                = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f039617d000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f039617c000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f039617b000
arch_prctl(ARCH_SET_FS, 0x7f039617c700) = 0
mprotect(0x7f0395f6a000, 16384, PROT_READ) = 0
mprotect(0x605000, 4096, PROT_READ)     = 0
mprotect(0x7f0396194000, 4096, PROT_READ) = 0
munmap(0x7f039617e000, 84217)           = 0
brk(0)                                  = 0x607000
brk(0x628000)                           = 0x628000
open("/usr/lib/locale/locale-archive", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/locale.alias", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=2512, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f0396192000
read(3, "# Locale name alias data base.
#"..., 4096) = 2512
read(3, "", 4096)                       = 0
close(3)                                = 0
munmap(0x7f0396192000, 4096)            = 0
open("/usr/lib/locale/en_US.UTF-8/LC_IDENTIFICATION", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/en_US.utf8/LC_IDENTIFICATION", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=373, ...}) = 0
mmap(NULL, 373, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f0396192000
close(3)                                = 0
open("/usr/lib64/gconv/gconv-modules.cache", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=26244, ...}) = 0
mmap(NULL, 26244, PROT_READ, MAP_SHARED, 3, 0) = 0x7f039618b000
close(3)                                = 0
open("/usr/lib/locale/en_US.UTF-8/LC_MEASUREMENT", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/en_US.utf8/LC_MEASUREMENT", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=23, ...}) = 0
mmap(NULL, 23, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f039618a000
close(3)                                = 0
open("/usr/lib/locale/en_US.UTF-8/LC_TELEPHONE", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/en_US.utf8/LC_TELEPHONE", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=59, ...}) = 0
mmap(NULL, 59, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f0396189000
close(3)                                = 0
open("/usr/lib/locale/en_US.UTF-8/LC_ADDRESS", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/en_US.utf8/LC_ADDRESS", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=155, ...}) = 0
mmap(NULL, 155, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f0396188000
close(3)                                = 0
open("/usr/lib/locale/en_US.UTF-8/LC_NAME", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/en_US.utf8/LC_NAME", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=77, ...}) = 0
mmap(NULL, 77, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f0396187000
close(3)                                = 0
open("/usr/lib/locale/en_US.UTF-8/LC_PAPER", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/en_US.utf8/LC_PAPER", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=34, ...}) = 0
mmap(NULL, 34, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f0396186000
close(3)                                = 0
open("/usr/lib/locale/en_US.UTF-8/LC_MESSAGES", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/en_US.utf8/LC_MESSAGES", O_RDONLY) = 3
fstat(3, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
close(3)                                = 0
open("/usr/lib/locale/en_US.utf8/LC_MESSAGES/SYS_LC_MESSAGES", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=57, ...}) = 0
mmap(NULL, 57, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f0396185000
close(3)                                = 0
open("/usr/lib/locale/en_US.UTF-8/LC_MONETARY", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/en_US.utf8/LC_MONETARY", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=286, ...}) = 0
mmap(NULL, 286, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f0396184000
close(3)                                = 0
open("/usr/lib/locale/en_US.UTF-8/LC_COLLATE", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/en_US.utf8/LC_COLLATE", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=1243766, ...}) = 0
mmap(NULL, 1243766, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f039604b000
close(3)                                = 0
open("/usr/lib/locale/en_US.UTF-8/LC_TIME", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/en_US.utf8/LC_TIME", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=2454, ...}) = 0
mmap(NULL, 2454, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f0396183000
close(3)                                = 0
open("/usr/lib/locale/en_US.UTF-8/LC_NUMERIC", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/en_US.utf8/LC_NUMERIC", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=54, ...}) = 0
mmap(NULL, 54, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f0396182000
close(3)                                = 0
open("/usr/lib/locale/en_US.UTF-8/LC_CTYPE", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/en_US.utf8/LC_CTYPE", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=256356, ...}) = 0
mmap(NULL, 256356, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f039600c000
close(3)                                = 0
uname({sys="Linux", node="linux-x1r3.site", ...}) = 0
fstat(1, {st_mode=S_IFREG|0644, st_size=6477, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f039600b000
write(1, "i686
", 5)                   = 5
close(1)                                = 0
munmap(0x7f039600b000, 4096)            = 0
close(2)                                = 0
exit_group(0)                           = ?