Терминальные команды, не работающие

Если вы не возражаете против некоторых дополнительных зависимостей, вы можете воспользоваться посмотрите akmod-nvidia (также можно найти в репозитории rpmfusion).

akmod-nvidia построит подходящий драйвер для вашего ядра, независимо от версии ядра. Это означает меньшее ожидание нового драйвера при обновлении версии ядра. Я очень рекомендую это.

-1
09.09.2018, 23:53
1 ответ

Восстановление с использованием busyboxсработало в вашем случае, так как вы установили busybox.

busyboxпредставляет собой статически связанный двоичный файл, и это помогло в вашем случае, но нет необходимости использовать статически связанные двоичные файлы для исправления такого рода дефектов.

Вы тоже можете это сделать:

LD_LIBRARY_PATH=/some/path/where/the/libs/are mv....

Если вы также переместили динамический компоновщик среды выполнения, вам также необходимо вручную вызвать компоновщик среды выполнения. Чтобы понять, как это работает, позвоните по номеру:

man ld.so.1

или в Linux

man ld.so

Обычно это приводит к командной строке вида:

LD_LIBRARY_PATH=/path/to/libs /path/to/libs/ld.so.1  mv....

В Linux замените /path/to/libs/ld.so.1на /path/to/libs/ld-linux-x86-64.so.2или то, что фактически используется в вашей системе.

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

BTW :Этот метод задокументирован для Solaris с 2004 года, и с этого года в Solaris больше нет статически связанных двоичных файлов.

4
28.01.2020, 05:07

Теги

Похожие вопросы