[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
一個在從前從來沒有報過錯的命令在我回家之后一個月再次輸入時報錯了。蜜汁報錯篮绰。我好郁悶。
軟鏈接與硬鏈接(搞清概念可能有幫助）
軟鏈接與硬鏈接，區(qū)別不僅僅是在概念上扶欣，在實現(xiàn)上也是完全不同的。
區(qū)別：
1.硬鏈接原文件/鏈接文件公用一個inode號千扶，說明他們是同一個文件料祠，而軟鏈接原文件/鏈接文件擁有不同的inode號，表明他們是兩個不同的文件澎羞；
2.在文件屬性上軟鏈接明確寫出了是鏈接文件髓绽，而硬鏈接沒有寫出來，因為在本質上硬鏈接文件和原文件是完全平等關系妆绞；
3.鏈接數(shù)目是不一樣的顺呕，軟鏈接的鏈接數(shù)目不會增加；
4.文件大小是不一樣的括饶，硬鏈接文件顯示的大小是跟原文件是一樣的株茶。而這里軟鏈接顯示的大小與原文件就不同了，BBB大小是95B图焰，而BBBsoft是3B启盛。因為BBB共有3個字符
5.軟鏈接沒有任何文件系統(tǒng)的限制，任何用戶可以創(chuàng)建指向目錄的符號鏈接
總之，建立軟鏈接就是建立了一個新文件（快捷方式）僵闯。當訪問鏈接文件時卧抗，系統(tǒng)就會發(fā)現(xiàn)他是個鏈接文件，它讀取鏈接文件找到真正要訪問的文件鳖粟。
創(chuàng)建硬鏈接
link oldfile newfile
ln oldfile newfile
創(chuàng)建軟鏈接
ln -s old.file soft.link
ln -s old.dir soft.link.dir
從歷史命令中查找問題（以前是不是動過軟鏈接）
# history |grep XXX
這里|grep XXX 是按某個關鍵詞進行過濾社裆，可以按照歷史進行回退
文件樹（出錯的文件在哪里）
GLIBC（報錯信息中似乎這個的版本不對）
glibc是GNU發(fā)布的libc庫，即c運行庫向图。glibc是linux系統(tǒng)中最底層的api浦马，幾乎其它任何運行庫都會依賴于glibc。glibc除了封裝linux操作系統(tǒng)所提供的系統(tǒng)服務外张漂，它本身也提供了許多其它一些必要功能服務的實現(xiàn)晶默。由于 glibc 囊括了幾乎所有的?UNIX?通行的標準，可以想見其內容包羅萬象航攒。而就像其他的 UNIX 系統(tǒng)一樣磺陡，其內含的檔案群分散于系統(tǒng)的樹狀目錄結構中，像一個支架一般撐起整個操作系統(tǒng)漠畜。在 GNU/Linux 系統(tǒng)中币他，其C函式庫發(fā)展史點出了GNU/Linux 演進的幾個重要里程碑，用 glibc 作為系統(tǒng)的C函式庫憔狞，是GNU/Linux演進的一個重要里程碑蝴悉。
查看linux發(fā)行版本（是不是可以下載新的java）
cat /etc/os-release?
問師姐
在嘗試重新配置java環(huán)境之前，我還是先問了師姐瘾敢。果然拍冠，問題就出在GLIBC庫的版本。在20分鐘之內解決了簇抵。
小丑竟是我自己庆杜。
