[gentoo-user] error while loading shared libraries: libstdc++.so.6:

[gentoo-user] error while loading shared libraries: libstdc++.so.6:

[thelma]

I was installing some brother driver simply run:
# tar zxvf ./hl5370dwlpr-2.0.3-1.i386.tar.gz -C /
./
./usr/
./usr/local/
./usr/local/Brother/
./usr/local/Brother/lpd/
./usr/local/Brother/lpd/psconvert2
./usr/local/Brother/lpd/filterHL5370DW
./usr/local/Brother/lpd/rawtobr2
./usr/local/Brother/inf/
./usr/local/Brother/inf/setupPrintcap
./usr/local/Brother/inf/paperinf
./usr/local/Brother/inf/brHL5370DWfunc
./usr/local/Brother/inf/braddprinter
./usr/local/Brother/inf/brHL5370DWrc
./usr/lib/
./usr/lib/libbrcomplpr2.so
./usr/bin/
./usr/bin/brprintconflsr2
./var/
./var/spool/
./var/spool/lpd/
./var/spool/lpd/HL5370DW/

# tar zxvf ./cupswrapperHL5370DW-2.0.4-1.i386.tar.gz -C /
./
./usr/
./usr/local/
./usr/local/Brother/
./usr/local/Brother/cupswrapper/
./usr/local/Brother/cupswrapper/brcupsconfig3
./usr/local/Brother/cupswrapper/cupswrapperHL5370DW-2.0.4

Now, I can not run any emerge, eix etc command, I'm getting: 
eix: error while loading shared libraries: libstdc++.so.6: cannot open shared object file: No such file or directory

bash: emerge: command not found

However libstdc++ exists: 

locate libstdc++.so.6
/usr/lib64/gcc/x86_64-pc-linux-gnu/5.4.0/libstdc++.so.6
/usr/lib64/gcc/x86_64-pc-linux-gnu/5.4.0/libstdc++.so.6.0.21
/usr/lib64/gcc/x86_64-pc-linux-gnu/5.4.0/32/libstdc++.so.6
/usr/lib64/gcc/x86_64-pc-linux-gnu/5.4.0/32/libstdc++.so.6.0.21
/usr/lib64/gcc/x86_64-pc-linux-gnu/6.4.0/libstdc++.so.6
/usr/lib64/gcc/x86_64-pc-linux-gnu/6.4.0/libstdc++.so.6.0.22
/usr/lib64/gcc/x86_64-pc-linux-gnu/6.4.0/32/libstdc++.so.6
/usr/lib64/gcc/x86_64-pc-linux-gnu/6.4.0/32/libstdc++.so.6.0.22
/usr/share/gdb/auto-load/usr/lib64/gcc/x86_64-pc-linux-gnu/5.4.0/libstdc++.so.6.0.21-gdb.py
/usr/share/gdb/auto-load/usr/lib64/gcc/x86_64-pc-linux-gnu/5.4.0/32/libstdc++.so.6.0.21-gdb.py
/usr/share/gdb/auto-load/usr/lib64/gcc/x86_64-pc-linux-gnu/6.4.0/libstdc++.so.6.0.22-gdb.py
/usr/share/gdb/auto-load/usr/lib64/gcc/x86_64-pc-linux-gnu/6.4.0/32/libstdc++.so.6.0.22-gdb.py

lib -> lib64 (exist in "/")

-- 
Joseph

Re: [gentoo-user] error while loading shared libraries: libstdc++.so.6:

[thelma]

It seems to me all my links in: /usr/sbin are flashing RED:

archive-conf -> ../lib/python-exec/python-exec2
dispatch-conf -> ../lib/python-exec/python-exec2
emaint -> ../lib/python-exec/python-exec2
env-update -> ../lib/python-exec/python-exec2
fixpackages -> ../lib/python-exec/python-exec2
regenworld -> ../lib/python-exec/python-exec2

Though, python-exec2 exist:

locate python-exec2
/usr/bin/python-exec2c
/usr/lib64/python-exec/python-exec2

but my directory:  ls -al /usr/lib/
is EMPTY

Do I need to start installing from scratch?

Joseph
On 01/02/2018 10:11 AM, thelma@sys-concept.com wrote:
> I was installing some brother driver simply run:
> # tar zxvf ./hl5370dwlpr-2.0.3-1.i386.tar.gz -C /
> ./
> ./usr/
> ./usr/local/
> ./usr/local/Brother/
> ./usr/local/Brother/lpd/
> ./usr/local/Brother/lpd/psconvert2
> ./usr/local/Brother/lpd/filterHL5370DW
> ./usr/local/Brother/lpd/rawtobr2
> ./usr/local/Brother/inf/
> ./usr/local/Brother/inf/setupPrintcap
> ./usr/local/Brother/inf/paperinf
> ./usr/local/Brother/inf/brHL5370DWfunc
> ./usr/local/Brother/inf/braddprinter
> ./usr/local/Brother/inf/brHL5370DWrc
> ./usr/lib/
> ./usr/lib/libbrcomplpr2.so
> ./usr/bin/
> ./usr/bin/brprintconflsr2
> ./var/
> ./var/spool/
> ./var/spool/lpd/
> ./var/spool/lpd/HL5370DW/
> 
> # tar zxvf ./cupswrapperHL5370DW-2.0.4-1.i386.tar.gz -C /
> ./
> ./usr/
> ./usr/local/
> ./usr/local/Brother/
> ./usr/local/Brother/cupswrapper/
> ./usr/local/Brother/cupswrapper/brcupsconfig3
> ./usr/local/Brother/cupswrapper/cupswrapperHL5370DW-2.0.4
> 
> Now, I can not run any emerge, eix etc command, I'm getting: 
> eix: error while loading shared libraries: libstdc++.so.6: cannot open shared object file: No such file or directory
> 
> bash: emerge: command not found
> 
> However libstdc++ exists: 
> 
> locate libstdc++.so.6
> /usr/lib64/gcc/x86_64-pc-linux-gnu/5.4.0/libstdc++.so.6
> /usr/lib64/gcc/x86_64-pc-linux-gnu/5.4.0/libstdc++.so.6.0.21
> /usr/lib64/gcc/x86_64-pc-linux-gnu/5.4.0/32/libstdc++.so.6
> /usr/lib64/gcc/x86_64-pc-linux-gnu/5.4.0/32/libstdc++.so.6.0.21
> /usr/lib64/gcc/x86_64-pc-linux-gnu/6.4.0/libstdc++.so.6
> /usr/lib64/gcc/x86_64-pc-linux-gnu/6.4.0/libstdc++.so.6.0.22
> /usr/lib64/gcc/x86_64-pc-linux-gnu/6.4.0/32/libstdc++.so.6
> /usr/lib64/gcc/x86_64-pc-linux-gnu/6.4.0/32/libstdc++.so.6.0.22
> /usr/share/gdb/auto-load/usr/lib64/gcc/x86_64-pc-linux-gnu/5.4.0/libstdc++.so.6.0.21-gdb.py
> /usr/share/gdb/auto-load/usr/lib64/gcc/x86_64-pc-linux-gnu/5.4.0/32/libstdc++.so.6.0.21-gdb.py
> /usr/share/gdb/auto-load/usr/lib64/gcc/x86_64-pc-linux-gnu/6.4.0/libstdc++.so.6.0.22-gdb.py
> /usr/share/gdb/auto-load/usr/lib64/gcc/x86_64-pc-linux-gnu/6.4.0/32/libstdc++.so.6.0.22-gdb.py
> 
> lib -> lib64 (exist in "/")
> 

Re: [gentoo-user] error while loading shared libraries: libstdc++.so.6:

[Mick]

[-- Attachment #1: Type: text/plain, Size: 925 bytes --]

On Tuesday, 2 January 2018 17:11:24 GMT thelma@sys-concept.com wrote:
> I was installing some brother driver simply run:
> # tar zxvf ./hl5370dwlpr-2.0.3-1.i386.tar.gz -C /
> ./
> ./usr/
> ./usr/local/
> ./usr/local/Brother/
[snip ...]

You would be better off using 'net-print/brother-hl5370dw-bin' from brother 
overlay.


> Now, I can not run any emerge, eix etc command, I'm getting:
> eix: error while loading shared libraries: libstdc++.so.6: cannot open
> shared object file: No such file or directory
> 
> bash: emerge: command not found
> 
> However libstdc++ exists:

This is a coincidence.  Something *else* must have happened because untarring 
the brother archives did not interfere in any way with your @system packages.

Did you move to the 17.1 amd64 profile as per portage news item '2017-12-26-
experimental-amd64-17-1-profiles' and partly messed up the removal of the 
symlink to /lib64?

-- 
Regards,
Mick

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [gentoo-user] error while loading shared libraries: libstdc++.so.6:

[thelma]

On 01/02/2018 11:01 AM, Mick wrote:
> On Tuesday, 2 January 2018 17:11:24 GMT thelma@sys-concept.com wrote:
>> I was installing some brother driver simply run:
>> # tar zxvf ./hl5370dwlpr-2.0.3-1.i386.tar.gz -C /
>> ./
>> ./usr/
>> ./usr/local/
>> ./usr/local/Brother/
> [snip ...]
> 
> You would be better off using 'net-print/brother-hl5370dw-bin' from brother 
> overlay.

I think I'll do it. Thanks for the hint.

> 
>> Now, I can not run any emerge, eix etc command, I'm getting:
>> eix: error while loading shared libraries: libstdc++.so.6: cannot open
>> shared object file: No such file or directory
>>
>> bash: emerge: command not found
>>
>> However libstdc++ exists:
> 
> This is a coincidence.  Something *else* must have happened because untarring 
> the brother archives did not interfere in any way with your @system packages.
> 
> Did you move to the 17.1 amd64 profile as per portage news item '2017-12-26-
> experimental-amd64-17-1-profiles' and partly messed up the removal of the 
> symlink to /lib64?

No, I did not touch any of that staff

There should be al lot of packages in: /usr/lib
but my dir is almost empty only one file left:

-rwxr-xr-x  1 root root 53606 Sep 18  2008 libbrcomplpr2.so

I think I have to bootstrap the system and start by unzipping untar the
stage-3 file.
How to untar it so to only replace missing files.

--
Joseph

Re: [gentoo-user] error while loading shared libraries: libstdc++.so.6:

[Jeremi Piotrowski]

On Tue, Jan 02, 2018 at 11:14:24AM -0700, thelma@sys-concept.com wrote:
> On 01/02/2018 11:01 AM, Mick wrote:
> > 
> > This is a coincidence.  Something *else* must have happened because untarring 
> > the brother archives did not interfere in any way with your @system packages.
> > 
> > Did you move to the 17.1 amd64 profile as per portage news item '2017-12-26-
> > experimental-amd64-17-1-profiles' and partly messed up the removal of the 
> > symlink to /lib64?
> 
> No, I did not touch any of that staff
> 
> There should be al lot of packages in: /usr/lib
> but my dir is almost empty only one file left:
> 
> -rwxr-xr-x  1 root root 53606 Sep 18  2008 libbrcomplpr2.so
> 
> I think I have to bootstrap the system and start by unzipping untar the
> stage-3 file.
> How to untar it so to only replace missing files.
> 
> --
> Joseph

Had the same happen to me when i created a kernel `make tar-pkg` and then
untarred it with `tar -C`. What happens is ./lib or ./usr/lib in the
tarball are directories, but on a normal gentoo amd64 system (not 17.1)
they are symlinks to lib64 and usr/lib64. The symlink gets removed, an
empty directory created and filled with the tarball contents and that's
what you have.

Do

# mv /usr/lib/* /usr/lib64/
# rm -rf /usr/lib/
# ln -s lib64 /usr/lib

and your system should be back.

Also, once you figure out what the problem is/was (empty /usr/lib), naturally
you'll google for 'tar don't overwrite symlinks' or something of the sort.
I'll save you the time: you want 'tar -h' when extracting.

[gentoo-user] Re: error while loading shared libraries: libstdc++.so.6:

[Nikos Chantziaras]

On 02/01/18 20:14, thelma@sys-concept.com wrote:
> There should be al lot of packages in: /usr/lib
> but my dir is almost empty only one file left:
> 
> -rwxr-xr-x  1 root root 53606 Sep 18  2008 libbrcomplpr2.so

Is there a /usr/lib64? If yes, try:

mv /usr/lib/libbrcomplpr2.so /usr/lib64/
rm -r /usr/lib
ln -s /usr/lib64 /usr/lib

It seems to me you have deleted the /usr/lib symlink somehow. The above 
commands should restore it and place libbrcomplpr2.so into /usr/lib64.

Re: [gentoo-user] error while loading shared libraries: libstdc++.so.6:

[thelma]

Thelma
On 01/02/2018 11:41 AM, Jeremi Piotrowski wrote:
> On Tue, Jan 02, 2018 at 11:14:24AM -0700, thelma@sys-concept.com wrote:
>> On 01/02/2018 11:01 AM, Mick wrote:
>>>
>>> This is a coincidence.  Something *else* must have happened because untarring 
>>> the brother archives did not interfere in any way with your @system packages.
>>>
>>> Did you move to the 17.1 amd64 profile as per portage news item '2017-12-26-
>>> experimental-amd64-17-1-profiles' and partly messed up the removal of the 
>>> symlink to /lib64?
>>
>> No, I did not touch any of that staff
>>
>> There should be al lot of packages in: /usr/lib
>> but my dir is almost empty only one file left:
>>
>> -rwxr-xr-x  1 root root 53606 Sep 18  2008 libbrcomplpr2.so
>>
>> I think I have to bootstrap the system and start by unzipping untar the
>> stage-3 file.
>> How to untar it so to only replace missing files.
>>
>> --
>> Joseph
> 
> Had the same happen to me when i created a kernel `make tar-pkg` and then
> untarred it with `tar -C`. What happens is ./lib or ./usr/lib in the
> tarball are directories, but on a normal gentoo amd64 system (not 17.1)
> they are symlinks to lib64 and usr/lib64. The symlink gets removed, an
> empty directory created and filled with the tarball contents and that's
> what you have.
> 
> Do
> 
> # mv /usr/lib/* /usr/lib64/
> # rm -rf /usr/lib/
> # ln -s lib64 /usr/lib
> 
> and your system should be back.
> 
> Also, once you figure out what the problem is/was (empty /usr/lib), naturally
> you'll google for 'tar don't overwrite symlinks' or something of the sort.
> I'll save you the time: you want 'tar -h' when extracting.

THANK YOU, you are correct the symlink was removed
and the sequence you posted did the trick.

 # mv /usr/lib/* /usr/lib64/
 # rm -rf /usr/lib/
 # ln -s lib64 /usr/lib

I think I'll go for brother diver from gentoo overlay.

...{@} * {@} * {@}               Happy New Year!
{@} * {@} * {@} * {@}       Wish you extra ordinary good luck!
     {@} * {@} * {@}
     \ \ \ 2018 / / /

--
Joseph

Re: [gentoo-user] error while loading shared libraries: libstdc++.so.6:

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 1351 bytes --]

On Tue, 2 Jan 2018 10:11:24 -0700, thelma@sys-concept.com wrote:

> I was installing some brother driver simply run:
> # tar zxvf ./hl5370dwlpr-2.0.3-1.i386.tar.gz -C /
> ./
> ./usr/
> ./usr/local/
> ./usr/local/Brother/
> ./usr/local/Brother/lpd/
> ./usr/local/Brother/lpd/psconvert2
> ./usr/local/Brother/lpd/filterHL5370DW
> ./usr/local/Brother/lpd/rawtobr2
> ./usr/local/Brother/inf/
> ./usr/local/Brother/inf/setupPrintcap
> ./usr/local/Brother/inf/paperinf
> ./usr/local/Brother/inf/brHL5370DWfunc
> ./usr/local/Brother/inf/braddprinter
> ./usr/local/Brother/inf/brHL5370DWrc
> ./usr/lib/
> ./usr/lib/libbrcomplpr2.so

[snip]
> Now, I can not run any emerge, eix etc command, I'm getting: 
> eix: error while loading shared libraries: libstdc++.so.6: cannot open
> shared object file: No such file or directory

> lib -> lib64 (exist in "/")

But the symlink from /usr/lib to /usr/lib64 has been overwritten by
tar. Move the files from /usr/lib to /usr/lib64 remove /usr/lib and
recreate the symlink - or install the driver from an ebuild instead of
splatting unknown files and directories over your root filesystem.

If you must use the tarbal, unpack it to a temporary directory next time
and then inspect the files before moving them.


-- 
Neil Bothwick

Always be sincere even if you don't mean it.

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

[gentoo-user] Re: error while loading shared libraries: libstdc++.so.6:

[Kai Krakow]

Am Tue, 02 Jan 2018 10:11:24 -0700 schrieb thelma:

> I was installing some brother driver simply run:

Don't do this... You should really not "install" software with tar.

You're just unpacking an archive, overwriting everything that
might be in its way.


> # tar zxvf ./hl5370dwlpr-2.0.3-1.i386.tar.gz -C /
> ./
> ./usr/
> ./usr/local/
> ./usr/local/Brother/
> ./usr/local/Brother/lpd/
> ./usr/local/Brother/lpd/psconvert2
> ./usr/local/Brother/lpd/filterHL5370DW
> ./usr/local/Brother/lpd/rawtobr2
> ./usr/local/Brother/inf/
> ./usr/local/Brother/inf/setupPrintcap
> ./usr/local/Brother/inf/paperinf
> ./usr/local/Brother/inf/brHL5370DWfunc
> ./usr/local/Brother/inf/braddprinter
> ./usr/local/Brother/inf/brHL5370DWrc
> ./usr/lib/
  ^^^^^^^^^^
This one replace the /usr/lib symlink with an empty directory.

> ./usr/lib/libbrcomplpr2.so

Move this file to lib64 instead.

Now:

# rmdir /usr/lib && ln -s lib64 /usr/lib

> ./usr/bin/
> ./usr/bin/brprintconflsr2
> ./var/
> ./var/spool/
> ./var/spool/lpd/
> ./var/spool/lpd/HL5370DW/
> 
> # tar zxvf ./cupswrapperHL5370DW-2.0.4-1.i386.tar.gz -C /
> ./
> ./usr/
> ./usr/local/
> ./usr/local/Brother/
> ./usr/local/Brother/cupswrapper/
> ./usr/local/Brother/cupswrapper/brcupsconfig3
> ./usr/local/Brother/cupswrapper/cupswrapperHL5370DW-2.0.4
> 
> Now, I can not run any emerge, eix etc command, I'm getting: 
> eix: error while loading shared libraries: libstdc++.so.6: cannot open shared object file: No such file or directory
> 
> bash: emerge: command not found
> 
> However libstdc++ exists: 
> 
> locate libstdc++.so.6

Locate doesn't necessarily tell you that... It just tells you
that the file existed when the locate db was built (usually
by a cronjob at night).

See "man locate".


> /usr/lib64/gcc/x86_64-pc-linux-gnu/5.4.0/libstdc++.so.6
> /usr/lib64/gcc/x86_64-pc-linux-gnu/5.4.0/libstdc++.so.6.0.21
> /usr/lib64/gcc/x86_64-pc-linux-gnu/5.4.0/32/libstdc++.so.6
> /usr/lib64/gcc/x86_64-pc-linux-gnu/5.4.0/32/libstdc++.so.6.0.21
> /usr/lib64/gcc/x86_64-pc-linux-gnu/6.4.0/libstdc++.so.6
> /usr/lib64/gcc/x86_64-pc-linux-gnu/6.4.0/libstdc++.so.6.0.22
> /usr/lib64/gcc/x86_64-pc-linux-gnu/6.4.0/32/libstdc++.so.6
> /usr/lib64/gcc/x86_64-pc-linux-gnu/6.4.0/32/libstdc++.so.6.0.22
> /usr/share/gdb/auto-load/usr/lib64/gcc/x86_64-pc-linux-gnu/5.4.0/libstdc++.so.6.0.21-gdb.py
> /usr/share/gdb/auto-load/usr/lib64/gcc/x86_64-pc-linux-gnu/5.4.0/32/libstdc++.so.6.0.21-gdb.py
> /usr/share/gdb/auto-load/usr/lib64/gcc/x86_64-pc-linux-gnu/6.4.0/libstdc++.so.6.0.22-gdb.py
> /usr/share/gdb/auto-load/usr/lib64/gcc/x86_64-pc-linux-gnu/6.4.0/32/libstdc++.so.6.0.22-gdb.py
> 
> lib -> lib64 (exist in "/")

But no longer in /usr due to your brute force "installation".


-- 
Regards,
Kai

Replies to list-only preferred.