Don’t worry about this. This is a warning because the certificate is a self signed one. That is why you will have had to accept it in the past.
This message is worrying. It suggests that either that library file is not present or it has the wrong permissions.
The file should be in
/usr/lib/
Have a look in that directory and see if that lib file is present and if it is what its permissions and owners are.
On my system the file is present and has the following permissions
-rw-r--r-- 1 root root 589K Nov 14 2020 libgcc_s.so.1
I solved it, together with other related bugs (HTTP 5xx errors, OpenVPN no longer working, etc.), simply by correcting several directory permissions, e.g. /usr/lib, /usr/sbin, /usr/lib/perl/* and some others I forgot to write down, silly me.
They all were with 700 permissions instead of 755, which prevented Apache, OpenVPN, Perl CGI scripts, etc., which run under “nobody” uid, to access needed files and libraries.
I just inspected /usr/lib.
Some lib* files have only the -rw-r–r-- permission, but most of them have also a link pointing at them with the ‘right’ permissions. libgcc_s.so.1 lacks this.
Is this a possible reason for the error messages?
I suspect a big in tar which we might have fixed with Core Update 158, however the update was installed with Pakfire from the previous version, so we will only know after the next update. Could you maybe upload /var/log/pakfire/upgrade-core-update-158.log? Maybe that will tell us something.
Unfortunately, I found another issue that is now failing after the upgrade to core 158: openvpn
I am sure that the openvpn connection worked with core 157 since I updated the certificates newly a couple of days ago. Now I am getting the error message on my mobile phone ‘Authentication failed User authentication failed’.
Which incorrect permissions could cause this failure?
In /var/log/messages I can see this error message:
OPTIONS IMPORT: reading client specific options from: /var/ipfire/ovpn/ccd/(deleted here)
WARNING: Failed running command (–client-connect): external program exited with error status: 1
I am not sure. At least /usr/lib/libgcc_s.so.1 have 0644 permission both on a working as well as faulty IPFire here. I have also checked various other permissions, and I did not spot an 0700 permissions.