linux卸载旧版本openssl（linux已经安装openssl，如何重新编译php支持openssl模块）

本文目录

• linux已经安装openssl，如何重新编译php支持openssl模块
• Linux中误删除libselinux恢复方法
• linuxmint删除openssl后面板打不开
• Linux升级openssl时遇到的奇怪错误
• linux怎么卸载openssl
• 安装openssl的1.0.2之后为什么存在两个openssl怎么卸载掉0.9.8这个版本

linux已经安装openssl，如何重新编译php支持openssl模块

重新编译加上参数 --with-openssl ，就OK，如果本地没有openssl支持，在config的checker阶段会过不去的===================相关过程如下# 下载到/var/www/php5目录下cd /var/www/php5***隐藏网址***# 解压tar zxvf php-5.2.14.tar.gz# 进入PHP的openssl扩展模块目录cd php-5.2.14/ext/openssl//var/www/php5/bin/phpize # 这里为你自己的phpize路径，如果找不到，使用whereis phpize查找# 执行后，发现错误 无法找到config.m4 ，config0.m4就是config.m4。直接重命名mv config0.m4 config.m4/var/www/php5/bin/phpize./configure --with-openssl --with-php-config=/var/www/php5/bin/php-configmakemake install参考资料***隐藏网址***

Linux中误删除libselinux恢复方法

Linux中误删除libselinux恢复方法 操作环境：CentOS7.5

背景：安装openssl-devel时报错： Error: Protected multilib versions: libselinux-2.5-12.1.el7.x86_64 != libselinux-2.5-14.1.el7.x86_64卸载了libselinux-2.5-14.1.el7.x86_64导致服务器故障。 rpm -e --nodeps libselinux-2.5-14.1.el7.x86_64

执行命令报：

修复方法：需要拷贝一个libselinux.so.1文件到/lib64/目录下

一、不关机修复

1、在故障服务器启动一个rsync

2、在另一台CentOS7.5服务器启动一个客户端。

3、在故障服务器把客户端拷贝过来的文件在拷贝到/lib64/

二、关机修复

说明：服务器没有安装rsync，需要挂在系统版本镜像，重启服务器进入救援模式。

1、进入救援模式的方法，如图选择Troubleshooting，在选择rescue a CentOS system，输入1获得一个有读写权限的shell。

2、重新挂载下系统为读写权限

3、输入ls /lib64/libc.so.6命令查看是否有该文件（因为是光盘自带的系统，并没有挂载在根目录下，所以该文件没有被删除）

4、找到了所需要的文件，只需要把该文件复制到丢失文件的系统里就可以(系统被挂载到了/mnt/sysimage目录中)

cp /lib64/libc.so.6 /mnt/sysimage/lib64(把文件复制到丢失的文件系统里)

5、重启服务器恢复正常。

6、进入救援模式遇到报错情况处理：

进入以下界面时报：

the rescue environment will now attempt to find your linux installation and mount it under the directory : /mnt/sysimage. you can then make any changes you can choose to mount your file systems read-only instead of read-write by choosing 2 if for some reason this process does not work chroot 2

时不能选择1以读写的权限进入系统，只能选择2以只读的模式进入到系统。

重新挂载一个除了系统版本外的ISO镜像，在进入到救援模式后，选择1以读写的方式进入系统，拷贝libselinux.so.1文件到lib64目录下，在重新挂载系统本身版本ISO后就可以选择1以读写的模式进入系统重新拷贝libselinux.so.1文件。

7、重启进入系统时报：

解决方法：

1、系统启动的时候，按下‘e’键进入grub界面，grub菜单，选择“kernel /vmlinuz-XXXXro root=/dev/vogroup00/logvol00 rhgb quiet” 一栏，按‘e’键进入，在末尾增加enforcing=0，即： kernel /vmlinuz-XXXXro root=/dev/vogroup00/logvol00 rhgb quiet enforcing=0（其中enforcing=0是需要加上去的，其他不动） 按‘b’键继续引导，正常进入系统。

2、如果系统启动按e不能进入到grub界面，那就是libselinux.so.1文件不兼容导致服务器不能启动上来，需要重新进入救援模式把/mnt/sysimage/lib64/libselinux.so.1删除后重新拷贝一个文件进入重启服务器，正常进入系统。

linuxmint删除openssl后面板打不开

因为他们似乎都依赖于ssl。试图升级openssl并决定删除现有的openssl包，因为它来自不同的存储库。一旦删除，我不能再让yum或wget再次工作，因为他们似乎都依赖于ssl。我错过了这些文件libssl.so.10libcrypto.so.10我能够通过使用本地存在的libssl3.so来恢复libssl.so.10，但是还没有使用libcrypto.so.10(因为这个文件可能需要从远程位置下载)。

Linux升级openssl时遇到的奇怪错误

服务器系统为centos6.5 想对系统的openssl进行升级 于是开始安装，最先开始安装的是1.1.1-pre8 后来将其删除重新安装1.1.1b。安装过程中出现了奇怪的问题 具体如下： 建立openssl硬链接时，同时建立一个openssl 和 testopenssl 运行命令 ls -li|grep ssl后可以看到这两个硬链接对应了同样的 inode 796072 如图1： 可是在运行 openssl version 和 testopenssl version时确出现了 奇怪的现象 图2 得到的运行结果居然不同 其中1.1.1b为目前安装的版本 1.1.1-pre8为之前试安装的版本 实在不明白原因是什么 附:在卸载1.1.1-pre8时 把/usr/bin/openssl 软链接删除后 发现openssl软链接仍然可以使用 当时就觉得非常奇怪 图3 甚至将usr/bin 下对应的链接文件换回系统默认的openssl后 仍然找到的是之前安装的1.1.1-pre8版本 后来安装git时 报错好像也与openssl有关 这个奇怪的错误已然成为本系统中的一个毒瘤了！！！ 今天 了解到了 bashrc profile 文件 怀疑 可能将openssl配置到了 这类文件里面***隐藏网址*** 缘由卸载git 后 发现使用 git version 仍能显示版本号

linux怎么卸载openssl

1）Windows系统：单击开始——控制面板——单击程序和功能——想卸载哪个软件的话就单击哪个软件——直接卸载——下一步——等待卸载——完成，然后在看看是否卸载完成了。2）如果还是卸载不掉的话，那推荐你用卸载能力很强的腾讯电脑管家，管家管理页——软件管理——卸载——选择软件确认卸载就可以了，如果有顽固项残留项管家会提醒你进行清理。如果是手机上的，打开腾讯手机管家，点软件管理再点软件卸载就能看到你手机上所有软件的列表。找到卸载。

安装openssl的1.0.2之后为什么存在两个openssl怎么卸载掉0.9.8这个版本

那只能说你的SSH调用的SSL用的是老版本，这个没关系的，如果你一定要ssh -v看到的也是新版本的SSL，那只有升级你的SSH版本