Ich habe versucht, Speicherplatz freizugeben und habe /usr/lib64/ ahnungslos nach "/srv/maraba_ssd_scratch/apelin/root_files/usr_lib64" verschoben. Als Nächstes wollte ich in usr einen Symlink für lib64 erstellen, der auf /srv/maraba_ssd_scratch/apelin/root_files/usr_lib64 verweist, stieß aber schnell auf Probleme mit ELF.
Mein größtes Problem ist, dass ich für all das sudo verwendet habe. Ich habe anhand anderer Beiträge herausgefunden, wie man Befehle ausgibt, und kann Folgendes tun:
$ LD_LIBRARY_PATH=/srv/maraba_ssd_scratch/apelin/root_files/usr_lib64 /srv/maraba_ssd_scratch/apelin/root_files/usr_lib64/ld-linux-x86-64.so.2 /usr/bin/echo a
a
bash: /usr/bin/basename: /lib64/ld-linux-x86-64.so.2: bad ELF interpreter: No such file or directory
Um /usr/lib64 wiederherzustellen, benötige ich jedoch Root-Rechte. Ich habe es mit sudo versucht, aber es funktioniert nicht:
LD_LIBRARY_PATH=/srv/maraba_ssd_scratch/apelin/root_files/usr_lib64 /srv/maraba_ssd_scratch/apelin/root_files/usr_lib64/ld-linux-x86-64.so.2 /usr/bin/sudo /usr/bin/ln -s /srv/maraba_ssd_scratch/apelin/root_files/usr_lib64 lib64
/usr/bin/sudo: error while loading shared libraries: /usr/bin/sudo: cannot open shared object file: Permission denied
bash: /usr/bin/basename: /lib64/ld-linux-x86-64.so.2: bad ELF interpreter: No such file or directory
Wenn ich su versuche, erhalte ich ebenfalls eine Fehlermeldung:
$ LD_LIBRARY_PATH=/srv/maraba_ssd_scratch/apelin/root_files/usr_lib64 /srv/maraba_ssd_scratch/apelin/root_files/usr_lib64/ld-linux-x86-64.so.2 /usr/bin/su root
su: Module is unknown
bash: /usr/bin/basename: /lib64/ld-linux-x86-64.so.2: bad ELF interpreter: No such file or directory
Ich glaube, der Su-Fehler könnte mit meiner Datei /etc/pam.d/su zusammenhängen:
#%PAM-1.0
auth sufficient pam_rootok.so
# Uncomment the following line to implicitly trust users in the "wheel" group.
#auth sufficient pam_wheel.so trust use_uid
# Uncomment the following line to require a user to be in the "wheel" group.
#auth required pam_wheel.so use_uid
auth substack system-auth
auth include postlogin
account sufficient pam_succeed_if.so uid = 0 use_uid quiet
account include system-auth
password include system-auth
session include system-auth
session include postlogin
session optional pam_xauth.so
bash: /usr/bin/basename: /lib64/ld-linux-x86-64.so.2: bad ELF interpreter: No such file or directory
pam_rootok.so befindet sich im verschobenen Lib64-Verzeichnis.
Hat jemand außer einem Bootvorgang mit einer Live-Disk noch andere Ideen? Ich habe keine Busybox.
PS: Ich sollte erwähnen, dass ich die GUI über vncserver habe. Gibt es eine Möglichkeit, Root-Befehle über die GUI aufzurufen? CentOS 7, Gnome2.