Найдите пакет, который установил /usr/lib/jvm/java-1.8.0-openjdk

Я не вижу упоминания о том, как создаются поврежденные файлы tar?

Вы говорите, что это резервные копии с веб-сайта, но проблемы, которые вы показываете, связаны с восстановлением/распаковкой, так что здесь (источник) вам нужно приложить усилия для устранения неполадок.

Если файлы не могут быть распакованы после перемещения резервной копии на другую машину/в другое место, они должны быть либо созданы с ошибкой, либо повреждены при транспортировке.

Чтобы найти источник ошибки:

  • вручную создайте резервную копию на веб-сервере (без pv и без -i)
  • вручную проверьте резервную копию на веб-сервер (без pv и без -i)

Если пока проблем не обнаружено:

  • скопируйте резервную копию с веб-сервера
  • проверьте скопированную резервную копию на целевой машине (без pv и без -i)

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

Также убедитесь, что вы используете абсолютные пути всех задействованных команд. Если у вас есть плохая переменная $PATH и/или $LD_LIBRARY_PATH и злоумышленник в системе, возможно, вы используете троянские двоичные файлы, которые могут вызвать непреднамеренные побочные эффекты.

Конечно, это могут быть и несовместимые версии tar, если только обе системы не являются Debian. Вы можете попробовать установить режим POSIX на обеих сторонах.

0
07.05.2017, 15:22
1 ответ

Если вы запустите

ls -l /usr/lib/jvm

, вы увидите, что java-1.8.0-openjdk-i386 является символической ссылкой на java-8-openjdk-i386. , так что избавляться не от чего.

В таких случаях dpkg -S только находит символические ссылки, но не разыменовывает их:

dpkg -S /usr/lib/jvm/java-*-openjdk-i386

должно указывать, что оба «каталога» происходят из openjdk-8-jdk-headless.

4
28.01.2020, 02:19

Теги

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