Hello.

After upgrading, I have the following problem when trying to execute some
programs, e.g. "ls":

$ ls
ls: error while loading shared libraries: librt.so.1: cannot open shared
object file: No such file or directory

[Same problem with many other programs ("locate", "find", "su", ...).]

I noticed that not all users are affected: Logged in as one user, the
problem is there; logged in as another, everything is fine!

[I'm using "lenny/sid".]

Running "ls" (after setting the environment variable "LD_DEBUG=libs") shows
that "/lib" is not searched, although the libraries are there indeed (hence
the error).

How come that the search path is different for different user?

Hopefully someone has the answer.

Thanks and best regards,
Gilles


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

On Thu, 14 Jun 2007 22:54:51 +0200
Gilles Sadowski <gilles@harfang.homelinux.org> wrote:

> Hello.
>
> After upgrading, I have the following problem when trying to execute some
> programs, e.g. "ls":
>
> $ ls
> ls: error while loading shared libraries: librt.so.1: cannot open shared
> object file: No such file or directory
>
> [Same problem with many other programs ("locate", "find", "su", ...).]
>
> I noticed that not all users are affected: Logged in as one user, the
> problem is there; logged in as another, everything is fine!
>
> [I'm using "lenny/sid".]
>
> Running "ls" (after setting the environment variable "LD_DEBUG=libs") shows
> that "/lib" is not searched, although the libraries are there indeed (hence
> the error).
>
> How come that the search path is different for different user?
>
> Hopefully someone has the answer.
>
> Thanks and best regards,
> Gilles
>
>
> --
> To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org


very weird, first looks like it's lost but seconds looks like the shared object it's there, but one thing is shure, the file /etc/ld.so.conf holds all paths relative to the system libs, i'm not expert but do you change permissions from this file recently?

Orestes.


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

> >
> > After upgrading, I have the following problem when trying to execute some
> > programs, e.g. "ls":
> >
> > $ ls
> > ls: error while loading shared libraries: librt.so.1: cannot open shared
> > object file: No such file or directory
> >
> > [Same problem with many other programs ("locate", "find", "su", ...).]
> >
> > I noticed that not all users are affected: Logged in as one user, the
> > problem is there; logged in as another, everything is fine!
> >
> > [I'm using "lenny/sid".]
> >
> > Running "ls" (after setting the environment variable "LD_DEBUG=libs") shows
> > that "/lib" is not searched, although the libraries are there indeed (hence
> > the error).
> >
> > How come that the search path is different for different user?
> >
>
> very weird, first looks like it's lost but seconds looks like the shared
> object it's there, but one thing is shure, the file /etc/ld.so.conf holds
> all paths relative to the system libs, i'm not expert but do you change
> permissions from this file recently?
>

# ls -l ld.so.conf
-rw-r--r-- 1 root root 144 Jun 6 17:10 ld.so.conf

# cat /etc/ld.so.conf

/usr/lib/libc5-compat
/lib/libc5-compat
/usr/i486-linuxlibc1/lib
/usr/X11R6/lib
/usr/local/util-vserver/lib

include /etc/ld.so.conf.d/*.conf

ls -al ld.so.conf.d/
total 14
drwxr-xr-x 2 root root 88 Jun 6 17:10 .
drwxr-xr-x 154 root root 9728 Jun 14 19:28 ..
-rw-r--r-- 1 root root 64 Feb 21 16:00 i486-linux-gnu.conf

# cat /etc/ld.so.conf.d/i486-linux-gnu.conf
# Multiarch support
/lib/i486-linux-gnu
/usr/lib/i486-linux-gnu


I did a major upgrade (including "libc6"), had to rerun "apt-get upgrade"
several times. When I first noticed the problem, all users seemed to be
affected, then, when all packages were upgraded, some accounts behaved
correctly again, but not all! Weird indeed...

And no, I didn't change the permissions.
[Now, I've just tried to add a line with "/lib" in "ld.so.conf", ran
"ldconfig", but it doesn't work any better.]

Best,
Gilles


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

On Thu, 14 Jun 2007 23:25:08 +0200
Gilles Sadowski <gilles@harfang.homelinux.org> wrote:

> > >
> > > After upgrading, I have the following problem when trying to execute some
> > > programs, e.g. "ls":
> > >
> > > $ ls
> > > ls: error while loading shared libraries: librt.so.1: cannot open shared
> > > object file: No such file or directory
> > >
> > > [Same problem with many other programs ("locate", "find", "su", ...).]
> > >
> > > I noticed that not all users are affected: Logged in as one user, the
> > > problem is there; logged in as another, everything is fine!
> > >
> > > [I'm using "lenny/sid".]
> > >
> > > Running "ls" (after setting the environment variable "LD_DEBUG=libs") shows
> > > that "/lib" is not searched, although the libraries are there indeed (hence
> > > the error).
> > >
> > > How come that the search path is different for different user?
> > >
> >
> > very weird, first looks like it's lost but seconds looks like the shared
> > object it's there, but one thing is shure, the file /etc/ld.so.conf holds
> > all paths relative to the system libs, i'm not expert but do you change
> > permissions from this file recently?
> >
>
> # ls -l ld.so.conf
> -rw-r--r-- 1 root root 144 Jun 6 17:10 ld.so.conf
>
> # cat /etc/ld.so.conf
>
> /usr/lib/libc5-compat
> /lib/libc5-compat
> /usr/i486-linuxlibc1/lib
> /usr/X11R6/lib
> /usr/local/util-vserver/lib
>
> include /etc/ld.so.conf.d/*.conf
>
> ls -al ld.so.conf.d/
> total 14
> drwxr-xr-x 2 root root 88 Jun 6 17:10 .
> drwxr-xr-x 154 root root 9728 Jun 14 19:28 ..
> -rw-r--r-- 1 root root 64 Feb 21 16:00 i486-linux-gnu.conf
>
> # cat /etc/ld.so.conf.d/i486-linux-gnu.conf
> # Multiarch support
> /lib/i486-linux-gnu
> /usr/lib/i486-linux-gnu
>
>
> I did a major upgrade (including "libc6"), had to rerun "apt-get upgrade"
> several times. When I first noticed the problem, all users seemed to be
> affected, then, when all packages were upgraded, some accounts behaved
> correctly again, but not all! Weird indeed...
>
> And no, I didn't change the permissions.
> [Now, I've just tried to add a line with "/lib" in "ld.so.conf", ran
> "ldconfig", but it doesn't work any better.]
>
> Best,
> Gilles
>
>
> --
Looks like a bug for me in the update system, well, if all relative paths are already in ld.so.conf then must work in theory, look, normaly librt it's in /usr/li,b so add this path too and try again, ah when you run

ldd $(which ls)

what's the output with root and the other users?

Regards,
Orestes.


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

Gilles Sadowski wrote:
> Hello.
>
> After upgrading, I have the following problem when trying to execute some
> programs, e.g. "ls":
>
> $ ls
> ls: error while loading shared libraries: librt.so.1: cannot open shared
> object file: No such file or directory
>
> [Same problem with many other programs ("locate", "find", "su", ...).]
>
> I noticed that not all users are affected: Logged in as one user, the
> problem is there; logged in as another, everything is fine!
>
> [I'm using "lenny/sid".]
>
> Running "ls" (after setting the environment variable "LD_DEBUG=libs") shows
> that "/lib" is not searched, although the libraries are there indeed (hence
> the error).
>
> How come that the search path is different for different user?
>
> Hopefully someone has the answer.
>
> Thanks and best regards,
> Gilles
>
>
What does "echo $PATH" show for broken vs. ok users?


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

On Thu, 14 Jun 2007 23:50:28 +0200
Gilles Sadowski <gilles@harfang.homelinux.org> wrote:

>
> > >
> > > I did a major upgrade (including "libc6"), had to rerun "apt-get upgrade"
> > > several times. When I first noticed the problem, all users seemed to be
> > > affected, then, when all packages were upgraded, some accounts behaved
> > > correctly again, but not all! Weird indeed...
> > >
> > > And no, I didn't change the permissions.
> > > [Now, I've just tried to add a line with "/lib" in "ld.so.conf", ran
> > > "ldconfig", but it doesn't work any better.]
> > >
> >
> > Looks like a bug for me in the update system, well, if all relative paths
> > are already in ld.so.conf then must work in theory, look, normaly librt
> > it's in /usr/li,b so add this path too and try again,
>
> Tried that, no luck :-(
>
> > ah when you run
> >
> > ldd $(which ls)
> >
> > what's the output with root and the other users?
> >
>
> # ldd $(which ls)
> linux-gate.so.1 => (0xffffe000)
> librt.so.1 => /lib/librt.so.1 (0xb7f59000)
> libacl.so.1 => /lib/libacl.so.1 (0xb7f53000)
> libselinux.so.1 => /lib/libselinux.so.1 (0xb7f3e000)
> libc.so.6 => /lib/libc.so.6 (0xb7dfb000)
> libpthread.so.0 => /lib/libpthread.so.0 (0xb7de4000)
> /lib/ld-linux.so.2 (0xb7f77000)
> libattr.so.1 => /lib/libattr.so.1 (0xb7de0000)
> libdl.so.2 => /lib/libdl.so.2 (0xb7ddb000)
> libsepol.so.1 => /lib/libsepol.so.1 (0xb7d9b000)
>
> $ ldd $(which ls)
> /bin/sh: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
> /bin/bash: error while loading shared libraries: libdl.so.2: cannot open shared object file: No such file or directory


There!!, look another problem came out, 'libdl', all this shared librarys are present but normal users dont have access, that its for shure an acces denied, try creating a new user and do the same and chek if the problem persist, if it does, then this might be a bug.

Regards,
Orestes




--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

> >
> > I did a major upgrade (including "libc6"), had to rerun "apt-get upgrade"
> > several times. When I first noticed the problem, all users seemed to be
> > affected, then, when all packages were upgraded, some accounts behaved
> > correctly again, but not all! Weird indeed...
> >
> > And no, I didn't change the permissions.
> > [Now, I've just tried to add a line with "/lib" in "ld.so.conf", ran
> > "ldconfig", but it doesn't work any better.]
> >
>
> Looks like a bug for me in the update system, well, if all relative paths
> are already in ld.so.conf then must work in theory, look, normaly librt
> it's in /usr/li,b so add this path too and try again,

Tried that, no luck :-(

> ah when you run
>
> ldd $(which ls)
>
> what's the output with root and the other users?
>

# ldd $(which ls)
linux-gate.so.1 => (0xffffe000)
librt.so.1 => /lib/librt.so.1 (0xb7f59000)
libacl.so.1 => /lib/libacl.so.1 (0xb7f53000)
libselinux.so.1 => /lib/libselinux.so.1 (0xb7f3e000)
libc.so.6 => /lib/libc.so.6 (0xb7dfb000)
libpthread.so.0 => /lib/libpthread.so.0 (0xb7de4000)
/lib/ld-linux.so.2 (0xb7f77000)
libattr.so.1 => /lib/libattr.so.1 (0xb7de0000)
libdl.so.2 => /lib/libdl.so.2 (0xb7ddb000)
libsepol.so.1 => /lib/libsepol.so.1 (0xb7d9b000)

$ ldd $(which ls)
/bin/sh: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
/bin/bash: error while loading shared libraries: libdl.so.2: cannot open shared object file: No such file or directory

:-{


Gilles


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

> >
> >After upgrading, I have the following problem when trying to execute some
> >programs, e.g. "ls":
> >
> >$ ls
> >ls: error while loading shared libraries: librt.so.1: cannot open shared
> >object file: No such file or directory
> >
> >[Same problem with many other programs ("locate", "find", "su", ...).]
> >
> >I noticed that not all users are affected: Logged in as one user, the
> >problem is there; logged in as another, everything is fine!
> >
> >[I'm using "lenny/sid".]
> >
> >Running "ls" (after setting the environment variable "LD_DEBUG=libs") shows
> >that "/lib" is not searched, although the libraries are there indeed (hence
> >the error).
> >
> >How come that the search path is different for different user?
> >
> >Hopefully someone has the answer.
> >
> >Thanks and best regards,
> >Gilles
> >
> >
> What does "echo $PATH" show for broken vs. ok users?
>

"Broken" user:

$ echo $PATH
/usr/local/bin:/usr/bin:/bin:/usr/games

"Ok" user:

$ echo $PATH
/usr/local/bin:/usr/bin:/bin:/usr/games

:-]


Gilles


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

> >
> > $ ldd $(which ls)
> > /bin/sh: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
> > /bin/bash: error while loading shared libraries: libdl.so.2: cannot open shared object file: No such file or directory
>
>
> There!!, look another problem came out, 'libdl', all this shared librarys are present
> but normal users dont have access,

Yes, I indicated in the first message that several other programs (needing
different librairies) exhibited the same behaviour.

> that its for shure an acces denied, try creating a new user and do the same and chek
> if the problem persist, if it does, then this might be a bug.

I created a new user account and this one is OK.
So, if no actual solution is found, I'll have to remove the "broken" users
and recreate the accounts...

But I really wonder what caused this.

Best,
Gilles


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

On Fri, 15 Jun 2007 00:20:15 +0200
Gilles Sadowski <gilles@harfang.homelinux.org> wrote:

>
> > >
> > > $ ldd $(which ls)
> > > /bin/sh: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
> > > /bin/bash: error while loading shared libraries: libdl.so.2: cannot open shared object file: No such file or directory
> >
> >
> > There!!, look another problem came out, 'libdl', all this shared librarys are present
> > but normal users dont have access,
>
> Yes, I indicated in the first message that several other programs (needing
> different librairies) exhibited the same behaviour.
>
> > that its for shure an acces denied, try creating a new user and do the same and chek
> > if the problem persist, if it does, then this might be a bug.
>
> I created a new user account and this one is OK.
> So, if no actual solution is found, I'll have to remove the "broken" users
> and recreate the accounts...
>
> But I really wonder what caused this.
>
> Best,
> Gilles
>
OK, then this post it's CLOSED, greetings from Cuba Gilles.

Regards,
Orestes.


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

Gilles Sadowski wrote:
> How come that the search path is different for different user?

Is LD_LIBRARY_PATH set? Other possibilities would be any of the LD_*
variables. What does this show? If you find any variables, unset
them, find where they are set and remove them. Does that fix things?

env | grep LD_

If the problem only exists for one user but not for other users then
it must be one of two things. Either it is something in the
environment for that user or it is a files on disk permission problem
excluding that user. I am guessing that it is something in the
environment for that user. Did you happen to set any LD_ variable for
that user?

Bob


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

On Fri, Jun 15, 2007 at 12:20:15AM +0200, Gilles Sadowski <gilles@harfang.homelinux.org> was heard to say:
> > that its for shure an acces denied, try creating a new user and do the same and chek
> > if the problem persist, if it does, then this might be a bug.
>
> I created a new user account and this one is OK.
> So, if no actual solution is found, I'll have to remove the "broken" users
> and recreate the accounts...
>
> But I really wonder what caused this.

What do you get with ls -dl /lib /usr/lib? What about running "id" as
a broken vs normal user? (I suspect it's more likely an environment
variable -- the packaging system shouldn't mess with permissions on these
directores -- but it would be nice to rule out any weirdness like that)

Daniel


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

Hi.

> > > that its for shure an acces denied, try creating a new user and do the same and chek
> > > if the problem persist, if it does, then this might be a bug.
> >
> > I created a new user account and this one is OK.
> > So, if no actual solution is found, I'll have to remove the "broken" users
> > and recreate the accounts...
> >
> > But I really wonder what caused this.
>
> What do you get with ls -dl /lib /usr/lib?

"Ok" user:

$ ls -dl /lib /usr/lib
drwxr-xr-x 16 root root 4712 Jun 9 22:50 /lib
drwxr-xr-x 193 root root 71448 Jun 14 19:27 /usr/lib

"Broken" user:

$ ls -dl /lib /usr/lib
ls: error while loading shared libraries: librt.so.1: cannot open shared
object file: No such file or directory

[All basic utilities exhibit the problem...]

> What about running "id" as
> a broken vs normal user?

"Ok" user:

$ id
uid=1005(dummy) gid=1005(dummy) groups=1005(dummy)

"Broken" user:

$ id
id: error while loading shared libraries: libc.so.6: cannot open shared
object file: No such file or directory

> (I suspect it's more likely an environment
> variable -- the packaging system shouldn't mess with permissions on these
> directores -- but it would be nice to rule out any weirdness like that)
>

Other suggestions?

Thanks,
Gilles


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

On Fri, Jun 15, 2007 at 12:15:07PM +0200, Gilles Sadowski <gilles@harfang.homelinux.org> was heard to say:
> > (I suspect it's more likely an environment
> > variable -- the packaging system shouldn't mess with permissions on these
> > directores -- but it would be nice to rule out any weirdness like that)
> >
>
> Other suggestions?

It would be interesting to see an strace of, e.g., ls trying to run
as a broken user. You might have to get a statically linked strace
to do this, though :-(.

One thing you could try would be something like this as root:

strace -o /tmp/ls.strace -f su - "Broken" -c ls

and then send ls.strace here.

Daniel


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

Hi.

[Sorry for starting a new thread (I deleted the wrong copy of the mail).]

>
> It would be interesting to see an strace of, e.g., ls trying to run
> as a broken user. You might have to get a statically linked strace
> to do this, though :-(.
>
> One thing you could try would be something like this as root:
>
> strace -o /tmp/ls.strace -f su - "Broken" -c ls
>
> and then send ls.strace here.
>

# strace -o ls.strace -f su - eran -c ls
umovestr: Input/output error
PostBox bookmarks dl lestat-home mail mozilla.ps perso system tmp video
bin devel doc lib man music public_html templates tricks web


Oh, there is an "Input/output error" there...

Anyway here attached is the the strace output.

Thanks,
Gilles

On Fri, Jun 15, 2007 at 07:09:31PM +0200, Gilles Sadowski <gilles@harfang.homelinux.org> was heard to say:
> > One thing you could try would be something like this as root:
> >
> > strace -o /tmp/ls.strace -f su - "Broken" -c ls
> >
> > and then send ls.strace here.
> >
>
> # strace -o ls.strace -f su - eran -c ls
> umovestr: Input/output error
> PostBox bookmarks dl lestat-home mail mozilla.ps perso system tmp video
> bin devel doc lib man music public_html templates tricks web

The Input/output error seems to be spurious; I get it on all straces.

It may be relevant that the ls apparently worked, but I can't figure
out what this indicates right now...

Daniel


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org