Никакая команда не выполняется, когда я удалил /lib64

я выполнил команду рм -рф * Когда я был в lib64 или каталог внутри него.

(Из-за комментариев/ответов проблема в том, что я удалил ld-linux-x86-64.so.2 и у меня нет временного внутри /var/lib64)

(у меня бизибокс)

Тогда я не могу выполнить большинство команд bash, например лс,бить. Когда я пытаюсь их выполнить, я вижу:

bash: /usr/bin/bash: нет такого файла или каталога

или же

bash: /usr/bin/ls: нет такого файла или каталога

Но ряд команд работает правильно, например эхо, CD

И ряд команд работает, но не так, как который которые показывают следующую ошибку:

bash: /usr/bin/который: /bin/sh: плохой интерпретатор: нет такого файла или каталога

Когда я иду в /USR/бен через CD а затем выполнить команду компакт-диск $ файл выдает ошибку. например, когда я выполняю компакт-диск /USR/бен/лс это показывает мне:

bash: cd: /usr/bin/ls: не каталог

или же

bash: cd: /usr/bin/bash: не каталог

когда я выполнил «cd /usr/bin/bash»

и когда я открываю терминал, я показываю следующее сообщение:

Произошла ошибка при создании дочернего процесса для этого терминала
Не удалось выполнить дочерний процесс «/bin/bash» (нет такого файла или каталога)

(с двумя вариантами: настройки, перезапуск)

Мой $ПУТЬ является /home/$me/.sdkman/candidates/springboot/current/bin:/home/$me/.cargo/bin:/home/$me/.local/bin:/usr/local/sbin:/usr/local /bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin:/opt/grade/gradle-7.0.2/bin:/ opt/apache-maven-3.8.1/bin:/home/$me/v8/depot_tools:/home/$me/.config/composer/vendor/bin Я могу использовать браузер и/или ранее запущенные программы. Но я не могу запустить их снова.

У меня есть одна открытая вкладка терминала с рядом ранее упомянутых команд, а также браузер и программа для чтения документов. Они работают, но их нельзя запустить снова.

Что не может понять, так это ошибка ниже:

bash: /usr/bin/который: /bin/sh: плохой интерпретатор: нет такого файла или каталога

/usr/bin/который это шеллскрипт:

~$ кошка /usr/bin/который
#! /бин/ш
установить -эф

если тест -n "$KSH_VERSION"; тогда
        ставит () {
                напечатать -r -- "$*"
        }
еще
        ставит () {
                printf '%s\n' "$*"
        }
фи
...
...
...

Это только первые строчки скрипта, он гораздо длиннее. Но нам просто нужно взглянуть на самую первую строку, которая

#! /бин/ш

/бин имеет символическую ссылку на /USR/бен, так /бин/ш указывает на /USR/бен/ш.

Похоже, вы удалили важные системные файлы, поэтому команды у вас не работают. CD и эхо это не команды, а встроенные в оболочку, поэтому они все еще работают.

Мы не можем сказать вам, какие файлы вы удалили, так как мы не знаем, в каком каталоге вы создали рм -рф *-команда. Возможно, можно скопировать файлы из живого сеанса и вернуть систему к работе, но вам придется самостоятельно выяснить, каких файлов не хватает. В противном случае переустановите.

Подсказка: в моей системе есть только один файл в /lib64:

~$ ~$ ~$ ls -la /lib64/
всего 8
drwxr-xr-x 2 root root 4096 13 окт 03:37 .
drwxr-xr-x 14 root root 4096 13 окт 03:37 ..
lrwxrwxrwx 1 root root 42 28 сентября 08:38 ld-linux-x86-64.so.2 -> /lib/x86_64-linux-gnu/ld-linux-x86-64.so.2

Это символическая ссылка, просто воссоздать символическую ссылку должно быть достаточно, но, поскольку команды больше не работают, вам придется делать это из живого сеанса.

Каталог /lib64 содержит общие библиотеки, необходимые для динамически подключаемых исполняемых файлов. Они используют общий код в разделяемых библиотеках, а не копируют его в каждый исполняемый файл. Такие вещи, как сценарии оболочки, вероятно, также не будут работать, поскольку те команды запуска, которые могут быть нарушены.

Работающие команды либо встроены в вашу оболочку (например, CD и эхо) или статически связаны. Команда busybox по своему дизайну статически связана и содержит сокращенные версии многих встроенных команд.

Повреждение системных каталогов, таких как /lib64, почти фатально для системы unix. Для восстановления работоспособности необходимо восстановить недостающие файлы. Варианты для этого включают:

• восстановить из резервной копии
• переустановка файлов deb, из которых они были получены
• копирование файлов из другой идентичной системы с той же версией операционной системы
• загрузитесь с живого установочного диска и используйте инструменты на живом диске для замены отсутствующих файлов
• полностью переустановите операционную систему (сначала сделайте резервную копию данных)

Возможно, можно выполнить частичное восстановление, а затем использовать что-то вроде дпкг -V чтобы получить список вещей, которые отличаются или отсутствуют в стандартных файлах, и переустановите некоторые из поврежденных пакетов с помощью меткая установка --переустановить. К сожалению, dpkg и инструменты, которые он использует, полагаются на разделяемые библиотеки, так что по крайней мере критические из них должны быть там, прежде чем это поможет.

К сожалению, в подобных ситуациях часто бывает быстрее и проще переустановить с нуля, чем устранять повреждения.