本文首发于 慕雪的寒舍
man什么都搜不了,No manual entry for xxx
的解决方案
系统
CentOS 7.6
1.问题描述
今天查手册的时候,发现man什么都查不了。不管是系统接口还是函数,都显示没有入口文档(No manual entry for)
[muxue@bt-7274:~/git]$ man pthread_create
No manual entry for pthread_create
[muxue@bt-7274:~/git]$ man bind
No manual entry for bind
[muxue@bt-7274:~/git]$ man man
No manual entry for man
[muxue@bt-7274:~/git]$ man ls
No manual entry for ls
这可得难受了,要知道,我的博客里面关于接口定义的说明,很多都是从man手册里面复制出来的。
在root下尝试了安装,并yum update
更新之后,还是无法使用
于是我就去stackoverflow提了个问题 【点我】 然后又自己解决了这个问题😂
2.解决
感谢kook频道的大佬,一眼就看出来这个是环境变量的问题
2.1 重装man
先试试reinstall
重装
yum reinstall man-pages
2.2 查看环境变量
安装完毕,查看MANPATH
的环境变量,可以看到当前指向的是devtoolset-11
里面的man
# echo $MANPATH
/opt/rh/devtoolset-11/root/usr/share/man
罪魁祸首就找到了!几天前,我升级了云服务器的gcc版本【教程】当时安装的就是devtoolset-11
;
所以,情况就是升级的过程中,man的环境变量被修改了!
我们要做的就是给他改回来
2.3 修改成正确的环境变量
先用whereis man
找一下man的安装路径,一般都是/usr/share/man
# whereis man
man: /usr/bin/man /usr/share/man /usr/share/man/man7/man.7.gz /usr/share/man/man1/man.1.gz /usr/share/man/man1p/man.1p.gz
将/usr/share/man
导入到环境变量
export MANPATH=/usr/share/man
此时再man,发现已经活过来了
man man
2.4 永久生效
export MANPATH=/usr/share/man
只是暂时修改当前bash的环境变量,要想完全生效,需要修改bash的配置文件
注意:修改配置文件之前,一定要cp进行备份,避免修改boom!
- 用户目录下的
.bashrc
在里面添加如下命令
MANPATH=/usr/share/man
然后再source
使其生效
source .bashrc
此时,当前用户的bash就能正常使用man了,但是其他用户还是不行。这就需要我们修改系统的配置文件
- 系统配置文件
/etc/bashrc
注意,系统的配置文件需要输入的是命令。在新建bash的时候会执行。如下
export MANPATH=/usr/share/man
同样的,source
使其生效
source /etc/bashrc
现在就OK了!此时其他用户也能正常使用man了