[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

一個(gè)在從前從來沒有報(bào)過錯(cuò)的命令在我回家之后一個(gè)月再次輸入時(shí)報(bào)錯(cuò)了。蜜汁報(bào)錯(cuò)。我好郁悶。

軟鏈接與硬鏈接(搞清概念可能有幫助）

軟鏈接與硬鏈接，區(qū)別不僅僅是在概念上，在實(shí)現(xiàn)上也是完全不同的。

區(qū)別：

1.硬鏈接原文件/鏈接文件公用一個(gè)inode號(hào)，說明他們是同一個(gè)文件，而軟鏈接原文件/鏈接文件擁有不同的inode號(hào)，表明他們是兩個(gè)不同的文件；

2.在文件屬性上軟鏈接明確寫出了是鏈接文件，而硬鏈接沒有寫出來，因?yàn)樵诒举|(zhì)上硬鏈接文件和原文件是完全平等關(guān)系；

3.鏈接數(shù)目是不一樣的，軟鏈接的鏈接數(shù)目不會(huì)增加；

4.文件大小是不一樣的，硬鏈接文件顯示的大小是跟原文件是一樣的。而這里軟鏈接顯示的大小與原文件就不同了，BBB大小是95B，而BBBsoft是3B。因?yàn)锽BB共有3個(gè)字符

5.軟鏈接沒有任何文件系統(tǒng)的限制，任何用戶可以創(chuàng)建指向目錄的符號(hào)鏈接

總之，建立軟鏈接就是建立了一個(gè)新文件（快捷方式）。當(dāng)訪問鏈接文件時(shí)，系統(tǒng)就會(huì)發(fā)現(xiàn)他是個(gè)鏈接文件，它讀取鏈接文件找到真正要訪問的文件。

創(chuàng)建硬鏈接

link oldfile newfile

ln oldfile newfile

創(chuàng)建軟鏈接

ln -s old.file soft.link

ln -s old.dir soft.link.dir

從歷史命令中查找問題（以前是不是動(dòng)過軟鏈接）

# history |grep XXX

這里|grep XXX 是按某個(gè)關(guān)鍵詞進(jìn)行過濾，可以按照歷史進(jìn)行回退

文件樹（出錯(cuò)的文件在哪里）

/lib64

GLIBC（報(bào)錯(cuò)信息中似乎這個(gè)的版本不對(duì)）

glibc是GNU發(fā)布的libc庫，即c運(yùn)行庫。glibc是linux系統(tǒng)中最底層的api，幾乎其它任何運(yùn)行庫都會(huì)依賴于glibc。glibc除了封裝linux操作系統(tǒng)所提供的系統(tǒng)服務(wù)外，它本身也提供了許多其它一些必要功能服務(wù)的實(shí)現(xiàn)。由于 glibc 囊括了幾乎所有的?UNIX?通行的標(biāo)準(zhǔn)，可以想見其內(nèi)容包羅萬象。而就像其他的 UNIX 系統(tǒng)一樣，其內(nèi)含的檔案群分散于系統(tǒng)的樹狀目錄結(jié)構(gòu)中，像一個(gè)支架一般撐起整個(gè)操作系統(tǒng)。在 GNU/Linux 系統(tǒng)中，其C函式庫發(fā)展史點(diǎn)出了GNU/Linux 演進(jìn)的幾個(gè)重要里程碑，用 glibc 作為系統(tǒng)的C函式庫，是GNU/Linux演進(jìn)的一個(gè)重要里程碑。

查看linux發(fā)行版本（是不是可以下載新的java）

cat /etc/os-release?

centos

問師姐

在嘗試重新配置java環(huán)境之前，我還是先問了師姐。果然，問題就出在GLIBC庫的版本。在20分鐘之內(nèi)解決了。

555

小丑竟是我自己。