* Re: [gentoo-user] error while loading shared libraries: libstdc++.so.6:
2018-01-02 17:11 [gentoo-user] error while loading shared libraries: libstdc++.so.6: thelma
@ 2018-01-02 17:49 ` thelma
2018-01-02 18:01 ` Mick
` (2 subsequent siblings)
3 siblings, 0 replies; 9+ messages in thread
From: thelma @ 2018-01-02 17:49 UTC (permalink / raw
To: Gentoo mailing list
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 "/")
>
^ permalink raw reply [flat|nested] 9+ messages in thread* Re: [gentoo-user] error while loading shared libraries: libstdc++.so.6:
2018-01-02 17:11 [gentoo-user] error while loading shared libraries: libstdc++.so.6: thelma
2018-01-02 17:49 ` thelma
@ 2018-01-02 18:01 ` Mick
2018-01-02 18:14 ` thelma
2018-01-02 19:49 ` [gentoo-user] " Neil Bothwick
2018-01-02 19:58 ` [gentoo-user] " Kai Krakow
3 siblings, 1 reply; 9+ messages in thread
From: Mick @ 2018-01-02 18:01 UTC (permalink / raw
To: gentoo-user
[-- 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 --]
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [gentoo-user] error while loading shared libraries: libstdc++.so.6:
2018-01-02 18:01 ` Mick
@ 2018-01-02 18:14 ` thelma
2018-01-02 18:41 ` Jeremi Piotrowski
2018-01-02 18:44 ` [gentoo-user] " Nikos Chantziaras
0 siblings, 2 replies; 9+ messages in thread
From: thelma @ 2018-01-02 18:14 UTC (permalink / raw
To: gentoo-user
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
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [gentoo-user] error while loading shared libraries: libstdc++.so.6:
2018-01-02 18:14 ` thelma
@ 2018-01-02 18:41 ` Jeremi Piotrowski
2018-01-02 19:20 ` thelma
2018-01-02 18:44 ` [gentoo-user] " Nikos Chantziaras
1 sibling, 1 reply; 9+ messages in thread
From: Jeremi Piotrowski @ 2018-01-02 18:41 UTC (permalink / raw
To: gentoo-user
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.
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [gentoo-user] error while loading shared libraries: libstdc++.so.6:
2018-01-02 18:41 ` Jeremi Piotrowski
@ 2018-01-02 19:20 ` thelma
0 siblings, 0 replies; 9+ messages in thread
From: thelma @ 2018-01-02 19:20 UTC (permalink / raw
To: gentoo-user
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
^ permalink raw reply [flat|nested] 9+ messages in thread
* [gentoo-user] Re: error while loading shared libraries: libstdc++.so.6:
2018-01-02 18:14 ` thelma
2018-01-02 18:41 ` Jeremi Piotrowski
@ 2018-01-02 18:44 ` Nikos Chantziaras
1 sibling, 0 replies; 9+ messages in thread
From: Nikos Chantziaras @ 2018-01-02 18:44 UTC (permalink / raw
To: gentoo-user
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.
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [gentoo-user] error while loading shared libraries: libstdc++.so.6:
2018-01-02 17:11 [gentoo-user] error while loading shared libraries: libstdc++.so.6: thelma
2018-01-02 17:49 ` thelma
2018-01-02 18:01 ` Mick
@ 2018-01-02 19:49 ` Neil Bothwick
2018-01-02 19:58 ` [gentoo-user] " Kai Krakow
3 siblings, 0 replies; 9+ messages in thread
From: Neil Bothwick @ 2018-01-02 19:49 UTC (permalink / raw
To: gentoo-user
[-- 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 --]
^ permalink raw reply [flat|nested] 9+ messages in thread
* [gentoo-user] Re: error while loading shared libraries: libstdc++.so.6:
2018-01-02 17:11 [gentoo-user] error while loading shared libraries: libstdc++.so.6: thelma
` (2 preceding siblings ...)
2018-01-02 19:49 ` [gentoo-user] " Neil Bothwick
@ 2018-01-02 19:58 ` Kai Krakow
3 siblings, 0 replies; 9+ messages in thread
From: Kai Krakow @ 2018-01-02 19:58 UTC (permalink / raw
To: gentoo-user
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.
^ permalink raw reply [flat|nested] 9+ messages in thread