LINUX.ORG.RU

Debian 12: Поломаные зависимости.

 , , ,


0

1

Подскажите куда копать? Поломались зависимости. liblzma5 - ставил разные версии, но ничего не помогает.

dmitriy@debian:~$ sudo apt upgrade
Чтение списков пакетов… Готово
Построение дерева зависимостей… Готово
Чтение информации о состоянии… Готово         
Вы можете запустить «apt --fix-broken install» для исправления этих ошибок.
Следующие пакеты имеют неудовлетворённые зависимости:
 dpkg : Предзависит: liblzma5 (>= 5.4.0) но 5.2.5-2.1~deb11u1 уже установлен
 xz-utils : Зависит: liblzma5 (>= 5.4.0) но 5.2.5-2.1~deb11u1 уже установлен
E: Неудовлетворённые зависимости. Попытайтесь выполнить «apt --fix-broken install», не указывая имени пакета (или указав решение).
dmitriy@debian:~$ sudo apt --fix-broken install
Чтение списков пакетов… Готово
Построение дерева зависимостей… Готово
Чтение информации о состоянии… Готово         
Исправление зависимостей… не удалось.
Следующие пакеты имеют неудовлетворённые зависимости:
 dpkg : Предзависит: liblzma5 (>= 5.4.0) но 5.2.5-2.1~deb11u1 уже установлен
 xz-utils : Зависит: liblzma5 (>= 5.4.0) но 5.2.5-2.1~deb11u1 уже установлен
E: Ошибка: pkgProblemResolver::Resolve привёл к появлению сломанных пакетов. Это может быть вызвано зафиксированными пакетами.
E: Невозможно исправить зависимости

Ответ на: комментарий от papin-aziat

Поломал что-то. Теперь вообще ничего не ставится.

$ sudo dpkg -i liblzma5_5.4.4-0.1_amd64.deb 
[sudo] пароль для dmitriy: 
dpkg-deb: /lib/x86_64-linux-gnu/liblzma.so.5: version `XZ_5.4' not found (required by dpkg-deb)
dpkg: ошибка при обработке архива liblzma5_5.4.4-0.1_amd64.deb (--install):
 подпроцесс dpkg-deb --control возвратил код ошибки 1
При обработке следующих пакетов произошли ошибки:
 liblzma5_5.4.4-0.1_amd64.deb
DmitriyS
() автор топика

У тебя какая то странная смесь 11 и 12 дебиана. Плюс ты уже умудрился сломать dpkg, так что он не работает. Классическая ситуация для получения опыта, если сможешь восстановить систему.

  1. Сделай загрузочную флешку на всякий случай.

  2. Поставь xz-utils, даю ссылку, если dpkg вообще не работает https://packages.debian.org/ru/bookworm/xz-utils. Распакуй куда-нибудь и вручную раскидай файлы, сохранив оригиналы. Если после этого dpkg заработает, то переустанови этот пакет, так как ручная распаковка библиотек первый путь к тому чтобы снести все. И поставить заново.

einhander ★★★★★
()
Последнее исправление: einhander (всего исправлений: 1)
Ответ на: комментарий от DmitriyS

А как ты умудрился поставить более свежий dpkg да ещё без правильных зависимостей?

Судя по логам, он теперь не работает, следовательно не годится как инструмент. Это какой-то тупик.

papin-aziat ★★★★★
()
Ответ на: комментарий от papin-aziat

Легко скачал и поставил через dpkg игнорируя зависимости.

Не тупик, но нужно понимать, что делать, а с этим у ТСа туго.

einhander ★★★★★
()
Последнее исправление: einhander (всего исправлений: 1)
Ответ на: комментарий от papin-aziat

Как такое пришло в голову человеку, который не готов к приключениям?

Привычка с телефонов, что приложение это один файл. А на самом деле это не так.

Если хочется настоящих приключений, то надо снести libc6)))

einhander ★★★★★
()
Последнее исправление: einhander (всего исправлений: 1)
Ответ на: комментарий от einhander

Значит то же самое сделать с xz. А как быть, если программе надо, а нету?

Крайне вредный совет

Гы, чувак голову рубанул, а ты по волосам плачешь. Думаешь, он ща зачрутится и всё разрулит по твоему совету? Боюсь тут даже Всеволод не поможет 🤣

papin-aziat ★★★★★
()
Ответ на: комментарий от papin-aziat

Голову рубануть это снести libc6, а так пока не хватает одной библиотеки, ее можно и руками поставить не уходя в чрут. У меня нет столько силы воли как у Всеволода чтобы расписывать все по шагам, но принцип действия указать могу.

einhander ★★★★★
()
Ответ на: комментарий от einhander

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

papin-aziat ★★★★★
()
Ответ на: комментарий от papin-aziat

Есть подтверждение того утверждение, что дебиан не универсален?

которые на серьёзных щщах рассуждают о миксовании репозиториев от разных веток системы.

На том же сайте дебиана написано, что так делать нельзя и ответственность на буратинах.

einhander ★★★★★
()
Ответ на: комментарий от einhander

Однажды я повёлся на троллинг в исполнении разработчиков dpkg, и запустил dpkg-fsys-usrunmess. Снапшот перед этим сделать не потрудился. В результате «потерялась» libc с понятными последствиями. Насколько помню, без загрузки с live USB оживить хотя бы базовые утилиты не вышло. После успешного ремонта всё равно переустановил всё, поскольку было непросто понять, все ли последствия работы этого кривого скрипта устранены. Так что бывают случаи.

anonymous
()
Ответ на: комментарий от einhander

Ну так в Федоре и редхате пакеты абсолютно разные и взаимозаменяемости нет.

Гы, ты не прав. Из Федоры старые пакеты встают на Шапку, если подобрать, и на более новую Федору встают из предыдущих версий, впрочем и из следующей на предыдущую можно. Между Шапками сложнее, разрыв большой и выбор версий узкий. Тем не менее, часто, чтобы не париться, разрабы собирают под самый старый RHEL и работает везде.

Только не надо ничего подключать, просто качай и ставь, но можно и пересобрать пакетик, там это делается легко, я всегда так делаю.

papin-aziat ★★★★★
()
Ответ на: комментарий от anonymous

Ты мог ребутнуться в initramfs и оттуда всё починить.

А вообще я не знал об этой утилите и ситуации. Кажется видение ситуации авторами dpkg отличается от официальной позиции дебиана, в частности они считают что debootstrap начиная с buster генерирует сломанные системы, и что официально рекомендуемая утилита mergeusr забагованная и вредная.

firkax ★★★★★
()
Ответ на: комментарий от papin-aziat

Гы, ты не прав.

Собирал пакеты под этот жеваный зоопарк - переплевался. Мало того что библиотек тупо нет, ни там ни там, надо подключать разные репозитории. Так под рхат их вообще нет как класс, надо искать древнюю Федору.

Короче одним скриптом поставить библиотеки как я сделал в дебиан 9-12, убунте и минте нельзя. Надо под каждую версию свой скрипт писать.

einhander ★★★★★
()
Ответ на: комментарий от einhander

Мало того что библиотек тупо нет, ни там ни там, надо подключать разные репозитории.

Как будто в дебе репы не надо подключать…

Так под рхат их вообще нет как класс, надо искать древнюю Федору.

Открой для себя Koji 😉

А в целом алгоритм не такой, чтобы сразу собирать.

papin-aziat ★★★★★
()
Ответ на: комментарий от DmitriyS

@papin-aziat был не прав. Читал выхлоп по-диагонали. Dpkg хочет найти XZ в liblzma, но не может.

@DmitriyS таки поставь liblzma нужной версии, тем же методом.

einhander ★★★★★
()
Последнее исправление: einhander (всего исправлений: 2)
Ответ на: комментарий от firkax

Ты мог ребутнуться в initramfs и оттуда всё починить.

У меня был спортивный интерес на первом этапе. Дальше я уже выбрал более удобный инструмент.

А вообще я не знал об этой утилите и ситуации. Кажется видение ситуации авторами dpkg отличается от официальной позиции дебиана, в частности они считают что debootstrap начиная с buster генерирует сломанные системы, и что официально рекомендуемая утилита mergeusr забагованная и вредная.

Я тогда ещё удивился, что вдруг передумали, поскольку не сильно слежу за всеми их делами, и документация dpkg для меня выглядела как нечто, не подлежащее сомнениям. Оказалось, что действительно есть противоречия, а досталось пользователям. Второй ошибкой было посчитать, что если инструмент официальный, из поставки dpkg, то это не говнокод, который посыплется, оставив систему в нерабочем состоянии. Оказалось, что да, говнокод.

anonymous
()
Ответ на: комментарий от einhander

таки поставь liblzma нужной версии, тем же методом.

Без файлика /lib/x86_64-linux-gnu/liblzma.so.5 перестали грузиться флешки и вообще Debian зависла и перестала грузиться. Пришлось закидывать по-другому такой же файлик из Debian 11. Загрузку это решило, но dpkg так и не заработал.

DmitriyS
() автор топика
Ответ на: комментарий от DmitriyS

Вообще, архивировать эту тему какой-то бред, ведь у всех SSD, я лично выключил, и фиг с ним, что больше занимает на диске (~60 мегов). Эту херню придумали для медленных дисков, чтобы они быстрее отдали маленький файл, который быстрее разархивирует проц, чем отдаст диск. Актуально ли это для SSD?

papin-aziat ★★★★★
()
Ответ на: комментарий от papin-aziat
sudo dpkg -r liblzma5:amd64
dpkg: проблемы с зависимостями не позволяют удалить пакет liblzma5:amd64:
 zstd зависит от liblzma5 (>= 5.1.1alpha+20120614).
 yelp зависит от liblzma5 (>= 5.1.1alpha+20110809).
 xz-utils зависит от liblzma5 (>= 5.4.0).
 tor зависит от liblzma5 (>= 5.1.1alpha+20120614).
 systemd зависит от liblzma5 (>= 5.1.1alpha+20120614).
 squashfs-tools зависит от liblzma5 (>= 5.1.1alpha+20120614).
 libyelp0:amd64 зависит от liblzma5 (>= 5.1.1alpha+20120614).
 libxmlb2:amd64 зависит от liblzma5 (>= 5.1.1alpha+20120614).
 libxml2:amd64 зависит от liblzma5 (>= 5.1.1alpha+20120614).
 libunwind8:amd64 зависит от liblzma5 (>= 5.1.1alpha+20110809).
 libtiff6:amd64 зависит от liblzma5 (>= 5.1.1alpha+20120614).
 libtiff5:amd64 зависит от liblzma5 (>= 5.1.1alpha+20120614).
 libsystemd0:amd64 зависит от liblzma5 (>= 5.1.1alpha+20120614).
 libsystemd-shared:amd64 зависит от liblzma5 (>= 5.1.1alpha+20120614).
 libsquashfuse0:amd64 зависит от liblzma5 (>= 5.1.1alpha+20110809).
 libpython3.11-stdlib:amd64 зависит от liblzma5 (>= 5.1.1alpha+20120614).
 libmagickcore-6.q16-6:amd64 зависит от liblzma5 (>= 5.1.1alpha+20120614).
 libmagic1:amd64 зависит от liblzma5 (>= 5.1.1alpha+20120614).
 libkmod2:amd64 зависит от liblzma5 (>= 5.1.1alpha+20120614).
 libkf5archive5:amd64 зависит от liblzma5 (>= 5.1.1alpha+20120614).
 libimlib2:amd64 зависит от liblzma5 (>= 5.1.1alpha+20120614).
 libdw1:amd64 зависит от liblzma5 (>= 5.1.1alpha+20120614).
 libboost-iostreams1.74.0:amd64 зависит от liblzma5 (>= 5.2.2).
 libavcodec59:amd64 зависит от liblzma5 (>= 5.1.1alpha+20120614).
 libavcodec58:amd64 зависит от liblzma5 (>= 5.1.1alpha+20120614).
 libarchive13:amd64 зависит от liblzma5 (>= 5.2.2).
 libapt-pkg6.0:amd64 зависит от liblzma5 (>= 5.1.1alpha+20120614).
 libapt-pkg5.0:amd64 зависит от liblzma5 (>= 5.1.1alpha+20120614).
 kmod зависит от liblzma5 (>= 5.1.1alpha+20120614).
 grub2-common зависит от liblzma5 (>= 5.1.1alpha+20120614).
 grub-common зависит от liblzma5 (>= 5.1.1alpha+20120614).
 dpkg зависит от liblzma5 (>= 5.4.0).
 balena-etcher зависит от liblzma5.
DmitriyS
() автор топика