回家了，bug来了

[lt@localhost ~]$ java -version

Error: dl failure on line 597

Error: failed /data/home/lt/anaconda3/lib/server/libjvm.so, because /lib64/libm.so.6: symbol __strtof128_nan, version GLIBC_PRIVATE not defined in file libc.so.6 with link time reference

一个在从前从来没有报过错的命令在我回家之后一个月再次输入时报错了。蜜汁报错。我好郁闷。

软链接与硬链接(搞清概念可能有帮助）

软链接与硬链接，区别不仅仅是在概念上，在实现上也是完全不同的。

区别：

1.硬链接原文件/链接文件公用一个inode号，说明他们是同一个文件，而软链接原文件/链接文件拥有不同的inode号，表明他们是两个不同的文件；

2.在文件属性上软链接明确写出了是链接文件，而硬链接没有写出来，因为在本质上硬链接文件和原文件是完全平等关系；

3.链接数目是不一样的，软链接的链接数目不会增加；

4.文件大小是不一样的，硬链接文件显示的大小是跟原文件是一样的。而这里软链接显示的大小与原文件就不同了，BBB大小是95B，而BBBsoft是3B。因为BBB共有3个字符

5.软链接没有任何文件系统的限制，任何用户可以创建指向目录的符号链接

总之，建立软链接就是建立了一个新文件（快捷方式）。当访问链接文件时，系统就会发现他是个链接文件，它读取链接文件找到真正要访问的文件。

创建硬链接

link oldfile newfile

ln oldfile newfile

创建软链接

ln -s old.file soft.link

ln -s old.dir soft.link.dir

从历史命令中查找问题（以前是不是动过软链接）

# history |grep XXX

这里|grep XXX 是按某个关键词进行过滤，可以按照历史进行回退

文件树（出错的文件在哪里）

/lib64

GLIBC（报错信息中似乎这个的版本不对）

glibc是GNU发布的libc库，即c运行库。glibc是linux系统中最底层的api，几乎其它任何运行库都会依赖于glibc。glibc除了封装linux操作系统所提供的系统服务外，它本身也提供了许多其它一些必要功能服务的实现。由于 glibc 囊括了几乎所有的 UNIX 通行的标准，可以想见其内容包罗万象。而就像其他的 UNIX 系统一样，其内含的档案群分散于系统的树状目录结构中，像一个支架一般撑起整个操作系统。在 GNU/Linux 系统中，其C函式库发展史点出了GNU/Linux 演进的几个重要里程碑，用 glibc 作为系统的C函式库，是GNU/Linux演进的一个重要里程碑。

查看linux发行版本（是不是可以下载新的java）

cat /etc/os-release 

centos

问师姐

在尝试重新配置java环境之前，我还是先问了师姐。果然，问题就出在GLIBC库的版本。在20分钟之内解决了。

555

小丑竟是我自己。