linux源码编译升级安装openssl3.0.1导致系统启动失败的问题解决

前两天在安装curl的时候，提示openssl版本太老了，原有的版本是openssl1.0的版本，需要将其升级到openssl3的版本。
直接使用命令行sudo apt install默认安装的还是openssl1.1.1版本，因此决定使用源码自行安装。
具体的安装过程就不赘述，总之还是./configure，make，make install，三步走。
另外，当时安装之前，如果没记错，应该是还执行了sudo apt remove --purge openssl的命令的。
但问题就出在安装完成后，重启电脑发现进不了系统了。
不慌，源码编译本身就容易走钢丝，把系统搞崩溃那已经是家常便饭，所以对于初学者来说，建议在虚拟机上开始入手。
根据经验判断，通常这种情况，可能的原因有两个。

1. openssl升级后，把某些别的软件对openssl老版本的依赖关系给破坏了，导致一些关键软件启动不了。
2. 有可能是升级以后，系统找不到openssl库了。

下面开始修复系统。
系统启动的时候进入recovery mode。进入单系统模式。
进到/usr/local目录下，因为源码安装一般的默认目录就是在/usr/local目录下。果然在该目录下，出现了一个叫做openssl的文件夹。

打开这个文件夹里面查看

看到文件夹里面的内容，基本上原因已经清晰了，大概率是因为这个openssl文件夹中的bin，include，lib64这几个核心的文件夹没写入环境变量的，导致的里面的执行文件、库文件、头文件，都找不到导致的。
因此，解决的方法也简单，可以有两个思路

1. 在编译安装的时候选择目录到写入了环境变量的目录下
2. 将openssl下的内容，赋值粘贴到/usr/bin，/usr/include，/usr/lib64下。
3. 将这个文件夹中的bin，include，lib64写入环境变量。
4. 或者将这三个文件夹软链接到写入了环境变量的目录下。
   相比较而言，我采用了第4种方法。

ln -s /usr/local/openssl/bin/openssl /usr/bin/openssl
ln -s /usr/local/openssl/include/openssl /usr/include/openssl
ln -s /usr/local/openssl/lib/libssl.so.3 /usr/lib64/libssl.so
ln -s /usr/local/openssl/lib/libcrypto.so.3 /usr/lib64/libcrypto.so

除了软链接外，还需要解决动态库的问题。

echo "/usr/local/openssl/lib" >> /etc/ld.so.conf
ldconfig -v

这个时候可以通过

openssl version -a

查看是否输出openssl的版本号为更新后的版本号。如输出正确，则问题解决。