出于各种原因，我玩坏了我的系统.........主要出错原因是更改 /usr/lib64 下的 libc.so.6 等文件引起，具体错误及补救方式附上，希望可以帮到心里失火后来人：

首先，

不要随便重新启动！！！

因为libc出错后很容易导致系统无法启动，关了机会很麻烦。其次也尽量不要关闭正在运行的控制台，因为很多东西还可以补救。

错误严重的可能连基本命令都没法使用

# ls

ls: relocation error: /lib64/libc.so.6: symbol _dl_starting_up, version GLIBC_PRIVATE not defined in file ld-linux-x86-64.so.2 with link time reference

好一些的只有安装的程序无法使用

# gcc

relocation error: /lib64/libm.so.6: symbol __get_cpu_features, version GLIBC_PRIVATE not defined in file libc.so.6 with link time reference

情况最好的是只错误的更改了libc.so.6的软链接，可以尝试

# ldconfig (注意是 ‘l‘ 不是 ‘i‘ )

主要功能：在默认搜寻目录/lib和/usr/lib以及动态库配置文件/etc/ld.so.conf内所列的目录下，搜索出可共享的动态链接库(格式如lib.so),进而创建出动态装入程序(ld.so)所需的连接和缓存文件。

如果没有效果，可能是因为配置文件被移动或重命名，这时需要重新添加路径：

# LD_PRELOAD="/lib64/libc-2.18.so" ln -s /lib64/libc-2.18.so /lib64/libc.so.6

他的主要功能有两部分：临时规定libc路径，重新完成链接，如果需要使用其它操作(ls、mv)可以在使用前添加LD_PRELOAD路径，临时使用功能。

如果上面两个办法都没有作用，很有可能出错的并不是一个文件或者链接。

进入/lib64目录，使用 ls -ltr 命令

# ls -ltr

-rwxr-xr-x. 1 root root 31461 12月 14 19:41 libutil-2.18.so

lrwxrwxrwx. 1 root root 12 12月 14 19:41 libutil.so -> libutil.so.1

-rw-r--r--. 1 root root 47416 12月 14 19:41 libutil.a

-rwxr-xr-x. 1 root root 824446 12月 14 19:41 ld-2.18.so

drwxr-xr-x. 2 root root 27 12月 14 19:41 audit

lrwxrwxrwx. 1 root root 12 12月 14 19:41 libm.so.6 -> libm-2.18.so

lrwxrwxrwx. 1 root root 13 12月 14 19:41 libdl.so.2 -> libdl-2.18.so

... ...

... ...

lrwxrwxrwx. 1 root root 14 12月 14 19:41 libanl.so.1 -> libanl-2.18.so

lrwxrwxrwx. 1 root root 15 12月 14 19:41 libutil.so.1 -> libutil-2.18.so

... ...

... ...

lrwxrwxrwx. 1 root root 21 12月 14 21:46 ld-linux-x86-64.so.2 -> /usr/lib64/ld-2.17.so

lrwxrwxrwx. 1 root root 23 12月 14 21:51 libc.so.6 -> /usr/lib64/libc-2.17.so

你可以从这里看到所有的链接版本，务！必！让所有版本保持一致，因为上述两个错误造成的原因之一就是更改过程造成了版本的冲突。

因为ln无法使用，这里可以使用sln命令，把所有该更改的版本改回来

# sln /usr/lib64/libc-2.18.so /lib64/libc.so.6

# sln /usr/lib64/ld-2.18.so /usr/lib64/ld-linux-x86-64.so.2

一般到这里问题就不大了，如果仍然存在问题，推荐灵活使用历史命令

# history |grep XXX

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

希望每个人的努力，都不会被辜负。