Error while loading shared libraries: libicuuc.so.59: cannot open shared object file: No such file or directory

Question

After update with pacman -Syuq:

# pacman -Sc

pacman: error while loading shared libraries: libicuuc.so.59: cannot open shared object file: No such file or directory

# find / -name libicuuc.so.* 2>/dev/null
/usr/lib/libicuuc.so.60.1
/usr/lib/libicuuc.so.60

Arch Linux in a Pi version 1:

# uname -an
4.9.62-1-ARCH #1 SMP Fri Nov 17 13:42:55 UTC 2017 armv6l GNU/Linux

Same problem here, appeared today. For me libicuuc.so.59. I have to go through command line to boot and many programs do not work anymore — zakrapovic, Nov 28 '17 at 15:54
I actually solved my problem with pacman -Sc followed by pacman -Syuu — zakrapovic, Nov 28 '17 at 16:05

Legogris · Answer 1 · 2020-10-18T04:36:09.663

30

Previously proposed solutions were not relevant or did not work for me. For some reason upgrading the icu package from 59.1-2 to 60.1-1 made linkage break and many programs (including pacman) failed with this error after. No interrupted pacman on my side.

If you still have the previous package in your cache, you can try this, which worked for me:

Locate cached version of package (for example, mine was /var/cache/pacman/pkg/icu-59.1-2-x86_64.pkg.tar.xz).
Extract it: mkdir -p ~/pkg/tmp && tar xJvf /var/cache/pacman/pkg/icu-59.1-2-x86_64.pkg.tar.xz -C ~/pkg/tmp
Copy libs to your lib folder: sudo cp ~/pkg/tmp/usr/lib/libicu*.59 /usr/lib/
Proceed with update: sudo pacman -Syu
You can now remove the files you just extracted.

edited Oct 18 '20 at 04:36

answered Dec 02 '17 at 02:32

Legogris

401
3
4

3

Thanks, this worked for me. But how should I safe remove copied libicu*.59 files? `rm /usr/lib/libicu*.59` ? – Skatox Dec 11 '17 at 03:25
This worked for me as well. Thanks, have an upvote. – Vaughan Hilts Jan 18 '18 at 03:01
I had the same problem with icu 68, and your solution worked just fine. thanks man! – rodolfoksveiga May 05 '21 at 14:07
Thanks, you saved my life! Now I know the method of dealing with broken shared libraries. – chi chow Jul 08 '21 at 09:07

score 3 · Answer 2 · answered Jan 12 '18 at 22:35

3

You can also use the LD_LIBRARY_PATH variable to load the icu libraries from a different location. In this way, you can avoid any copies to /usr/lib:

$ mkdir -p ~/pkg/tmp
$ tar xJvf /var/cache/pacman/pkg/icu-59.1-2-x86_64.pkg.tar.xz -C ~/pkg/tmp
$ su
# LD_LIBRARY_PATH=`pwd`/pkg/tmp pacman -U /var/cache/pacman/pkg/icu-59.1-2-x86_64.pkg.tar.xz

answered Jan 12 '18 at 22:35

jviki

31
1

It was `LD_LIBRARY_PATH=\`pwd\`/pkg/tmp/usr/lib` in my case. – v_2e Feb 10 '18 at 04:51

score 2 · Answer 3 · answered Dec 06 '17 at 02:16

2

In case you have an executable that needs that particular version of the library (as it happened in my case), there is an aur package for that specific version.

answered Dec 06 '17 at 02:16

ivcha

121
2

score 1 · Answer 4 · answered Nov 28 '17 at 21:09

I researched the problem and found about the /var/log/pacman.log. I read the log and found that the problem was:

...
[2017-11-28 04:34] [ALPM] upgraded libmariadbclient (10.1.28-1 -> 10.1.29-1)
[2017-11-28 04:34] [ALPM] transaction interrupted

The update was interrupted, hence the linkage problem.

I then downloaded the firmware from here. I extracted the missing library:

$ gunzip ArchLinuxARM-rpi-latest.tar.gz
$ tar -tf ArchLinuxARM-rpi-latest.tar |grep libicuuc.so.59
./usr/lib/libicuuc.so.59.1
./usr/lib/libicuuc.so.59
$ tar -xf ArchLinuxARM-rpi-latest.tar ./usr/lib/libicuuc.so.59.1
$ tar -xf ArchLinuxARM-rpi-latest.tar ./usr/lib/libicuuc.so.59

libicuuc.so.59 was a symlink to libicuuc.so.59.1, so I moved libicuuc.so.59.1 to /usr/lib/libicuuc.so.59.

Running pacman I got the error that libicudata.so.59 was missing. I extracted the missing library to /usr/lib and pacman was working :).

I then updated the system with pacman -Syuq and checked with ldd /usr/bin/pacman that all libraries were present. I moved the v59 libraries from /usr/lib and checked that pacman was working.

Reboot with fingers crossed... successfully!!!

pacman -Sc and go to bed with a smile :)

score 1 · Answer 5 · answered Aug 17 '18 at 15:05

1

Solved the problem with pacman -Sc followed by pacman -Syyu Not sure why it solved the problem.

answered Aug 17 '18 at 15:05

alainsanguinetti

11
2

score 1 · Answer 6 · edited Sep 23 '18 at 04:02

1

In your system lib32-icu is not installed. Just install lib32-icu from pacman and all problem will be solved.

sudo pacman -S lib32-icu

edited Sep 23 '18 at 04:02

G-Man Says 'Reinstate Monica'

22,130
27
68
117

answered Sep 23 '18 at 03:20

Amar Hunter

11
1

score 0 · Answer 7 · answered Nov 14 '18 at 17:12

I solved this problem with the help of the following link; here

According to this article downgrading is a bad idea and what you should probably do is rebuild the package that uses the above missing dependancy. Downgrading may affect multiple packages.

score 0 · Answer 8 · answered Jun 03 '20 at 16:48

0

/usr/lib/chromium/chromium: error while loading shared libraries: libicuuc.so.65: cannot open shared object file: No such file or directory

# ln -s /usr/lib/libicuuc.so.67.1 /usr/lib/libicuuc.so.65

Quick and dirty.

answered Jun 03 '20 at 16:48

gregn3

103
3

score 0 · Answer 9 · edited Dec 13 '21 at 03:28

0

Download (HTTP): https://github.com/unicode-org/icu/releases/download/release-70-1/icu4c-70_1-src.tgz. Then

tar -xf icu4c-70_1-src.tgz &&
cd icu4c-70_1-src/source &&
./configure --prefix=/usr &&
make &&
sudo make install

edited Dec 13 '21 at 03:28

G-Man Says 'Reinstate Monica'

22,130
27
68
117

answered Dec 12 '21 at 13:38

Pheon Dev

1

Error while loading shared libraries: libicuuc.so.59: cannot open shared object file: No such file or directory

9 Answers9