Исправить пакеты с ошибками astra linux

17.04.2022

apt install ./krdc_19.12.3-0ubuntu1astra1_amd64.deb
Чтение списков пакетов… Готово
Построение дерева зависимостей
Чтение информации о состоянии… Готово
Заметьте, вместо «./krdc_19.12.3-0ubuntu1astra1_amd64.deb» выбирается «krdc»
Некоторые пакеты не могут быть установлены. Возможно, то, что вы просите,
неосуществимо, или же вы используете нестабильную версию дистрибутива, где
запрошенные вами пакеты ещё не созданы или были удалены из Incoming.
Следующая информация, возможно, вам поможет:

Следующие пакеты имеют неудовлетворённые зависимости:
krdc : Зависит: libkf5xmlgui-bin но он не будет установлен
E: Невозможно исправить ошибки: у вас зафиксированы сломанные пакеты.

Пытаюсь установить пакет локально:
apt install ./krdc_19.12.3-0ubuntu1astra1_amd64.deb
Чтение списков пакетов… Готово
Построение дерева зависимостей
Чтение информации о состоянии… Готово
Заметьте, вместо «./krdc_19.12.3-0ubuntu1astra1_amd64.deb» выбирается «krdc»
Некоторые пакеты не могут быть установлены. Возможно, то, что вы просите,
неосуществимо, или же вы используете нестабильную версию дистрибутива, где
запрошенные вами пакеты ещё не созданы или были удалены из Incoming.
Следующая информация, возможно, вам поможет:

Следующие пакеты имеют неудовлетворённые зависимости:
krdc : Зависит: libkf5xmlgui-bin но он не будет установлен
E: Невозможно исправить ошибки: у вас зафиксированы сломанные пакеты.
root@astra-vsp:/home/petushkov/Загрузки# cat /etc/*release*
DISTRIB_ID=»AstraLinux»
DISTRIB_DESCRIPTION=»Astra Linux 1.7 x86-64″
DISTRIB_RELEASE=1.7_x86-64
DISTRIB_CODENAME=1.7_x86-64
PRETTY_NAME=»Astra Linux»
NAME=»Astra Linux»
ID=astra
ID_LIKE=debian
ANSI_COLOR=»1;31″
HOME_URL=»https://astralinux.ru»
SUPPORT_URL=»https://astralinux.ru/support»
LOGO=astra
VERSION_ID=1.7_x86-64
VERSION_CODENAME=1.7_x86-64
PRETTY_NAME=»Astra Linux»
NAME=»Astra Linux»
ID=astra
ID_LIKE=debian
ANSI_COLOR=»1;31″
HOME_URL=»https://astralinux.ru»
SUPPORT_URL=»https://astralinux.ru/support»
LOGO=astra
VERSION_ID=1.7_x86-64
VERSION_CODENAME=1.7_x86-64

26.04.2022

apt install ./krdc_19.12.3-0ubuntu1astra1_amd64.deb
Чтение списков пакетов… Готово
Построение дерева зависимостей
Чтение информации о состоянии… Готово
Заметьте, вместо «./krdc_19.12.3-0ubuntu1astra1_amd64.deb» выбирается «krdc»
Некоторые пакеты не могут быть установлены. Возможно, то, что вы просите,
неосуществимо, или же вы используете нестабильную версию дистрибутива, где
запрошенные вами пакеты ещё не созданы или были удалены из Incoming.
Следующая информация, возможно, вам поможет:

Следующие пакеты имеют неудовлетворённые зависимости:
krdc : Зависит: libkf5xmlgui-bin но он не будет установлен
E: Невозможно исправить ошибки: у вас зафиксированы сломанные пакеты.

Пытаюсь установить пакет локально:
apt install ./krdc_19.12.3-0ubuntu1astra1_amd64.deb
Чтение списков пакетов… Готово
Построение дерева зависимостей
Чтение информации о состоянии… Готово
Заметьте, вместо «./krdc_19.12.3-0ubuntu1astra1_amd64.deb» выбирается «krdc»
Некоторые пакеты не могут быть установлены. Возможно, то, что вы просите,
неосуществимо, или же вы используете нестабильную версию дистрибутива, где
запрошенные вами пакеты ещё не созданы или были удалены из Incoming.
Следующая информация, возможно, вам поможет:

Следующие пакеты имеют неудовлетворённые зависимости:
krdc : Зависит: libkf5xmlgui-bin но он не будет установлен
E: Невозможно исправить ошибки: у вас зафиксированы сломанные пакеты.
root@astra-vsp:/home/petushkov/Загрузки# cat /etc/*release*
DISTRIB_ID=»AstraLinux»
DISTRIB_DESCRIPTION=»Astra Linux 1.7 x86-64″
DISTRIB_RELEASE=1.7_x86-64
DISTRIB_CODENAME=1.7_x86-64
PRETTY_NAME=»Astra Linux»
NAME=»Astra Linux»
ID=astra
ID_LIKE=debian
ANSI_COLOR=»1;31″
HOME_URL=»https://astralinux.ru»
SUPPORT_URL=»https://astralinux.ru/support»
LOGO=astra
VERSION_ID=1.7_x86-64
VERSION_CODENAME=1.7_x86-64
PRETTY_NAME=»Astra Linux»
NAME=»Astra Linux»
ID=astra
ID_LIKE=debian
ANSI_COLOR=»1;31″
HOME_URL=»https://astralinux.ru»
SUPPORT_URL=»https://astralinux.ru/support»
LOGO=astra
VERSION_ID=1.7_x86-64
VERSION_CODENAME=1.7_x86-64

скорее всего точно так же как на debian или ubuntu. apt, dpkg, если не поможет то удалять в /var/lib/dpkg/status, а потом обновиться
sudo apt-get update —fix-missing
sudo apt-get install -f
sudo dpkg —configure -a
sudo apt-get clean
в самых тяжелых случаях
dpkg -l | grep ^ .. r
sudo dpkg —remove —force-remove-reinstreq
sudo apt-get clean
Способов много, копайте в сторону debian

Последнее редактирование: 26.04.2022

26.04.2022

Аналогичная проблема:
Установил астралинукс 1.7.1
скачал base репозитарий и распаковал его в /opt/repo/
указал в sources.list

deb file:///opt/repo/ 1.7_x86-64 contrib main non-free
остальное закомментировано

если делаю apt update
все пакеты имеют последнюю версию

apt install [любой пакет]

ошибка как у автора темы.

Данная проблема вообще никак не рассмотрена на сайте wiki.astralinux !!!

sudo apt-get update —fix-missing
sudo apt-get install -f
sudo dpkg —configure -a
sudo apt-get clean
в самых тяжелых случаях
dpkg -l | grep ^ .. r
sudo dpkg —remove —force-remove-reinstreq
sudo apt-get clean
Способов много, копайте в сторону debian

абсолютно все пакеты целые, система только что установлена(на гипервизоре), проблема в чем то другом

Последнее редактирование: 26.04.2022

27.04.2022

sudo apt show krdc_19.12.3-0ubuntu1astra1_amd64.deb есть выбор или один пакет?
Извените у меня вопрос на какой основе Астра работает? У меня Астры нет krds это Клиент RDC (Remote Desktop Connection) КДЕ. Как я понял у Астры репозиторий свой, и для того чтоб подключать сторонние пакеты похоже нужно подключать и репозитории, иначе зависимости могут не решиться. Если основа Астры взята с gnome, то лучше поставить remmina, возможно и репозиторий нужно будет подключать. Скорей всего вам нужно подключить репозиторий debian. А вот сколько зависимостей потянут за собой krdc или remmina это уже вам выбирать. Потянутся пакеты из КДЕ или Гнома.

Последнее редактирование: 27.04.2022

27.04.2022

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

Вопросы по Astra Linux 1.7. Это совсем другая вселенная.

27.04.2022

Для удаленных подключений к пользователям — Remmina, а для RDC windows server — FreeRDP (проброс принтера + буфер обмена)
опробовано на 100+ машинах

27.04.2022

Вопросы по Astra Linux 1.7. Это совсем другая вселенная.

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

27.04.2022

apt show krdc
Package: krdc
Version: 4:20.12.3-1
Priority: optional
Section: net
Maintainer: Debian/Kubuntu Qt/KDE Maintainers <debian-qt-kde@lists.debian.org>
Installed-Size: 3 623 kB
Depends: libc6 (>= 2.15), libkf5bookmarks5 (>= 5.69.0), libkf5completion5 (>= 5.25.0~), libkf5configcore5 (>= 5.25.0~), libkf5configgui5 (>= 5.25.0~), libkf5configwidgets5 (>= 4.96.0), libkf5coreaddons5 (>= 5.2.0), libkf5dnssd5 (>= 5.25.0~), libkf5i18n5 (>= 5.25.0~), libkf5kcmutils5 (>= 5.25.0~), libkf5notifications5 (>= 5.25.0~), libkf5notifyconfig5 (>= 5.25.0~), libkf5service-bin, libkf5service5 (>= 4.96.0), libkf5wallet-bin, libkf5wallet5 (>= 5.25.0~), libkf5widgetsaddons5 (>= 5.25.0~), libkf5windowsystem5 (>= 5.25.0), libkf5xmlgui5 (>= 5.25.0~), libqt5core5a (>= 5.15.1), libqt5gui5 (>= 5.14.1) | libqt5gui5-gles (>= 5.14.1), libqt5widgets5 (>= 5.2.0~alpha1), libqt5xml5 (>= 5.0.2), libssh-4 (>= 0.8.0), libstdc++6 (>= 4.1.1), libvncclient1 (>= 0.9.10)
Recommends: freerdp2-x11
Suggests: khelpcenter, krfb, freerdp2-wayland
Homepage: https://apps.kde.org/en/krdc
Tag: implemented-in::c++, interface::graphical, interface::x11,
network::client, protocol::TODO, role:rogram, scope::utility,
suite::kde, uitoolkit::qt, use::login, x11::application
Download-Size: 1 683 kB
APT-Sources: https://deb.debian.org/debian bullseye/main amd64 Packages
Description: Remote Desktop Connection client
The KDE Remote Desktop Connection client can view and control a desktop
session running on another system. It can connect to Windows Terminal Servers
using RDP and many other platforms using VNC/RFB.
.
This package is part of the KDE networking module.

27.04.2022

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

В Astra Linux 1.7 нет места левым пакетам и репам. Только родные репы и проверенные QA пакеты. Иначе, проблемы с безопасностью. Народу в техподдержку писать нужно или баг оформить.

27.04.2022

В Astra Linux 1.7 нет места левым пакетам и репам. Только родные репы и проверенные QA пакеты. Иначе, проблемы с безопасностью. Народу в техподдержку писать нужно или баг оформить.

debian не родной репозиторий? Из чего же тогда сделана Астра?

27.04.2022

debian не родной репозиторий? Из чего же тогда сделана Астра?

Так у Вас в школе Astra Special Edition? Я думал что для школ такие не поставляют…

27.04.2022

Так у Вас в школе Astra Special Edition? Я думал что для школ такие не поставляют…

Нет у нас Астры Common Edition в школе, для школ эта ОС платная, хотя к ней присматривались. Минт, Роса, да сейчас вот Ред ОС. Сервера на debian.

27.04.2022

разобрался
если у вас дистрибутив 1.7.1 то репозиторий от 1.7.0 не подходит!

28.04.2022

debian не родной репозиторий?

Прикалываетесь?

28.04.2022

ага, только расширение у пакетов .deb похоже.

28.04.2022

to banzay242
Ну, с такой логикой AstraLinux и с Windows полностью совместима — там же тоже кодовая база в основном на С/С++ написана, ага…
Репозитории у современной ALSE (про ALCE уже в другой ветке отвечал — на текущий момент это полупродукт на поиграццо, не более) весьма отличаются от репозиториев той версии Debian, на которой базируется релиз. Потому что множество ключевых пакетов пересобрано разработчиками ALSE. Со всеми вытекающими особенностями зависимостей, функционала и проч.

28.04.2022

to banzay242
Потому что множество ключевых пакетов пересобрано разработчиками ALSE. Со всеми вытекающими особенностями зависимостей, функционала и проч.

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

28.04.2022

to kvv-vp
В 1.7 возможно, детально ее еще не ковырял. Вплоть до 1.6 пересобраны были далеко не все пакеты (часть из них вообще имеет открытые исходники, поэтому пересобирать их при отсутствии явных недоверенных функций бессмысленно), библиотеки и утилиты. На тему проверок по ОУД-2/1 — там хитрая схема, так что 100% гарантии после сертификации даже по такому уровню контроля нет…
И, что важно, до сих пор «в гражданском» применении ALSE допустимо вносить софт из сторонних репозиториев. Потому что сертификат по ИТ.ОС.А2.ПЗ (А1.ПЗ) в большей мере означает доверенность ключевых механизмов и целостность/стойкость/соответствие механизмов защиты. А прикладной софт, особенно утилитарный, особенно не участвующий в обработке ИОД, допустим, в принципе, любой. Пусть и с ограничениями и рядом доп.правил и требований его встраивания/инсталляции…

29.04.2022

А прикладной софт, особенно утилитарный, особенно не участвующий в обработке ИОД, допустим, в принципе, любой. Пусть и с ограничениями и рядом доп.правил и требований его встраивания/инсталляции…

Просвятите на счет драйверов. Они, как бы, доверенными считаются. Можно любые ставить? Или я не прав?

29.04.2022

to kvv-vp
Red Book же, там и ограничения, и условия…
Впрочем, тут все не однозначно и зависит от:

• обрабатываемой информации ограниченного доступа (и, как следствие, выбранного релиза ALSE 1.7 теперь);
• линии, по которой был выдан сертификат (ФСБ, МО, ФСТЭК);
• фактических требований безопасности, определенных для объекта, на котором используется ОС;
• функций и задач, возложенных на софт, планируемый к интеграции (драйвер сетевой карты, в случае, когда сеть не используется для передачи ИОД, в целом, ни на что не влияет).

Хотя да, согласен, в условиях «коня в вакууме» полная «доверенность» возможна исключительно на условиях применения только «доверенного» общесистемного и прикладного ПО…

Ошибка у вас зафиксированы сломанные пакеты

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

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

Как исправить у вас зафиксированы сломанные пакеты?

1. Обновите списки пакетов

Возможно вам не удалось установить нужные пакеты потому что списки репозиториев устарели, и там ещё не было нужных пакетов. Для обновления списка пакетов выполните:

2. Установите битые пакеты

После обновления списка пакетов из репозиториев может помочь установка битых пакетов. Этот шаг поможет особенно если вы устанавливали пакет с помощью dpkg и теперь нужно доустановить его зависимости с помощью пакетного менеджера. Для этого есть специальная команда:

3. Очистите лишние пакеты

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

sudo apt autoremove

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

4. Используйте dpkg

Вместо apt вы можете использовать команду dpkg чтобы посмотреть какие пакеты вызывают проблему. Просто выполните:

Команда покажет проблемные пакеты, а потом вы сможете их удалить той же командой:

5. Разрешите зависимости

Битые пакеты чаще всего появляются из-за того, что пакетный менеджер не может найти для них нужные зависимости. Если вам всё же очень нужно установить такой пакет, просто разрешите эти зависимости. Для этого можно скачать и установить их вручную или если вы уверенны, что зависимости в пакете указаны неверно, можно скачать его распаковать и удалить мешающие зависимости. Подробнее об этом читайте в этой статье.

Выводы

В этой небольшой статье мы рассмотрели что делать если в вашей системе появились битые пакеты и как их исправить. Здесь решение проблемы очень сильно зависит от вашей ситуации, но здесь приведены основные варианты решения, которые должны помочь вернуть пакетный менеджер к работе. Иногда рекомендуют удалить пакет вручную из базы данных dpkg /var/lib/dpkg/status, однако лучше этого не делать и найти путь решить проблему по другому, ручное редактирование подобных файлов может создать ещё больше проблем.

Нет похожих записей

Оцените статью:

Об авторе

Основатель и администратор сайта losst.ru, увлекаюсь открытым программным обеспечением и операционной системой Linux. В качестве основной ОС сейчас использую Ubuntu. Кроме Linux, интересуюсь всем, что связано с информационными технологиями и современной наукой.

8 комментариев

Вот почему я использую Fedora с DNF, за 5 лет использования даже не припомню случаев некорректной работы DNF. APT в Дебиан подобных дистрибутивах это сплошное разочарование.

Если бы все так было просто с зависимостями, что их через форсе принудительно установить, то это был бы не Линукс. Ниче, что система после таких манипуляций не работает? После ваших советов, новичек «уложит» систему точно.

Согласен. С Fedora бубен уже покрылся пылью. Чего все с этой Ubunto’й носятся.

Ничего не помогло. Постоянно пишет, что сломаны пакеты. к примеру хочу установить: apt-get install mariadb-server. Делаю как вы пишите.
Следующие пакеты имеют неудовлетворённые зависимости:
mariadb-server : Зависит: mariadb-server-10.1 (>= 1:10.1.29-6) но он не будет установлен
E: Невозможно исправить ошибки: у вас зафиксированы сломанные пакеты.
root@user-All-Series:

# sudo apt clean
root@user-All-Series:

# sudo apt autoremove
Чтение списков пакетов… Готово
Построение дерева зависимостей
Чтение информации о состоянии… Готово
Обновлено 0 пакетов, установлено 0 новых пакетов, для удаления отмечено 0 пакетов, и 0 пакетов не обновлено.
root@user-All-Series:

Источник

Неудовлетворенные зависимости Ubuntu

При установке пакетов из официальных или сторонних репозиториев вы можете столкнуться с проблемой неудовлетворенные зависимости Ubuntu. Чтобы понять причину возникновения этой ошибки сначала надо разобраться как работают пакетные менеджеры в Linux. Здесь всё компоненты системы, библиотеки и сами программы разделены на пакеты. И если какой-либо программе нужна определенная библиотека, она не поставляется вместе с этой библиотекой, а ожидает, что эта библиотека будет уже установлена в системе.

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

Неудовлетворенные зависимости в Ubuntu

По английски наша ошибка ещё может писаться как the following packages have unmet dependencies. Она может возникнуть в нескольких случаях, давайте сначала рассмотрим основные из них:

1. Обновление и исправление зависимостей

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

Эта команда установит зависимости, которые есть во официальных репозиториях (поможет при использовании dpkg) и если это не решит проблему, то удалит пакеты, для которых зависимости удовлетворить не удалось. Также после этого можно выполнить:

А потом повторить предыдущую команду. Следующим шагом можно попробовать обновить систему до самой последней версии. Это тоже может помочь если вы пытаетесь установить пакет из официальных репозиториев и при этом возникает проблема с зависимостями:

sudo apt upgrade
sudo apt full-upgrade

Если причиной вашей проблемы стал устаревший пакет надо его удалить или придумать для него замену. Например, если у вас установлена старая версия php, могут возникнуть проблемы с установкой новой версии, потому что будут конфликтовать версии библиотек, от которых зависит программа. Однако можно найти PPA со специально подготовленной старой версией php, которая ни с кем конфликтовать не будет.

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

2. Установка зависимостей

Дальше установка зависимостей Ubuntu. Следующий этап, если вы скачали пакет в интернете, например, от другого дистрибутива с таким же пакетным менеджером, можно попытаться установить таким же способом библиотеки, которые он просит. Это может сработать особенно, если вы пытаетесь установить программу из старой версии дистрибутива. Пакеты можно искать прямо в google или на сайте pkgs.org:

Здесь собрано огромное количество пакетов от различных дистрибутивов, в том числе и от Ubuntu и Debian. Просто выберите нужную версию пакета для вашей архитектуры. Скачать файл можно чуть ниже на странице пакета:

После загрузки пакета с сайта его можно установить через тот же dpkg:

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

3. Удаление зависимостей

Если у вас есть скачанный пакет, и он говорит, что он зависит о версии библиотеки, которой в вашей системе нет, но вы уверены, что ему подойдет и другая версия, то можно просто убрать эту зависимость из пакета. Но для этого надо его перепаковать. Такая ситуация была когда-то с популярным менеджером Viber. Рассмотрим на примере того же вайбера.

Сначала распакуйте пакет в подпапку package командой:

Затем туда же извлеките метаданные пакета:

В файле package/DEBIAN есть строчка Depends, где перечислены все библиотеки, от которых зависит пакет и их версии. Просто удалите проблемную библиотеку или измените её версию на ту, которая есть в системе.

Затем останется только собрать пакет обратно:

И можете устанавливать, теперь с зависимостями будет всё верно:

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

4. Распаковать пакет

Следующий способ подойдет, если программа которую вы устанавливаете это библиотека, например, веб-драйвер для Selenium. Пакет можно распаковать и просто разложить исполняемые файлы из него по файловой системе в соответствии с папками внутри архива. Только желательно использовать не корневую файловую систему, а каталог /usr/local/ он как раз создан для этих целей.

5. Использовать snap пакеты

Выводы

В этой статье мы разобрали как исправить проблемы с зависимостями Ubuntu. Некоторые из способов довольно сложные, а другие проще. Но сама эта система, согласно которого пакеты зависят от других, а те ещё от других очень сложная и не удивительно, что время от времени в ней возникают ошибки. А какие способы решения этой проблемы вы знаете? Напишите в комментариях?

Источник

HackWare.ru

Этичный хакинг и тестирование на проникновение, информационная безопасность

Как установить пакет, для которого отсутствует зависимость нужной версии

Бывает что нужно установить пакет .deb для которого в стандартных репозиториях отсутствует нужная версия зависимости. Например, в зависимостях прописан пакет libcurl3, а в системе доступен только libcurl4; или в зависимостях libssl1.0.0, а в системе имеется только libssl1.0.2.

Сразу оговорюсь, не стоит делать то, что здесь показано, с драйверами, особенно с драйверами видеокарты — слишком велика вероятность получить систему, которая загружается в чёрный экран. А с какими-нибудь прикладными программами это вполне можно попробовать — в конце-концов, если не заработает, то не заработает — просто удалим её, хуже уже не будет.

Для установки пакета его нужно скачать с официального сайта:

Пакет можно установить с помощью команды dpkg и ключей —ignore-depends:

но это приведёт к тому, что поломается apt. Будут показываться сообщения о неудовлетворённых зависимостях:

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

Поэтому лучше пойти другим путём.

По большому счёту, файл .deb — это архив, в который собраны файлы программы (исполняемые файлы, файлы настроек, конфигурационные файлы — всё то, что нужно для запуска и работы программы), а также служебные файлы, в которых содержится описание пакета, требуемые зависимости и прочая метаинформация.

Распаковываем скаченный пакет deb:

Для распаковки используем утилиту ar, которая предназначена для создания, модификации и извлечения из архивов.

В результате будут извлечены следующие файлы:

Вообще, поскольку data.tar.xz содержит саму программу, то может возникнуть идея просто раскидать файлы в системе по нужным путям — это тоже будет работать, но мы сделаем чуть более сложно, но и более правильно.

Распаковываем контрольный архив:

Открываем текстовым редактором файл control:

Найдём там строку, начинающуюся с Depends:

То есть, это и есть список зависимостей.

Можно сделать проверку следующим образом — берём список, который идёт после Depends:, удаляем запятые, чтобы не нарушить синтаксис apt, и пытаемся установить все эти зависимости просто дописав этот список после sudo apt install, получается следующая команда:

Итак, требуется libcurl3, но в системе есть только libcurl4. Я просто меняю в файле control запись libcurl3 на libcurl4.

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

Ищем по более короткому описанию версии, то есть, например вместо libssl1.0.0 я ищу libssl1:

Как можно увидеть, найдено целых два варианта: libssl1.0.2 и libssl1.1. На мой взгляд, libssl1.0.2 ближе к libssl1.0.0, поэтому я в файле control меняю запись libssl1.0.0 на libssl1.0.2.

Сохраняем и закрываем файл control.

Теперь собираем установочный файл — делаем это в обратном разбору порядке.

Я уже пробовал, поэтому я знаю, что команда пожалуется на отсутствие файла postrm, поэтому просто создаём пустой файл postrm командой:

Упаковываем всё наше «добро» в control.tar.gz:

Разберём последнюю команду чуть подробнее. Строки pre post раскрываются в следующие:

То есть, фактически в создаваемый архив добавляются файлы postinst, postrm, preinst, prerm. Эти файлы представляют собой скрипты, выполняемые на различных этапах установки/удаления:

Они являются необязательными — то есть могут отсутствовать. Если команда tar написала, что отсутствует какой-либо файл (например, файл postrm), то отредактируйте эту команду — уберите из списка отсутствующий файл, например, вместо создания postrm можно было записать команду следующим образом:

Продолжаем. Вновь собираем deb:

Устанавливаем наш пофиксенный пакет:

Ошибка «в значении поля «Description» обнаружена пустая строка»

Если при установки пакета возникла ошибка:

То это означает, что в файле control есть последняя пустая строка — удалите эту пустую строку и пересоберите установочный файл.

После этого всё ставится как нужно:

Если вам действительно просто нужен Viber, то смотрите статью «Как установить Viber на Linux».

Источник

unixforum.org

Форум для пользователей UNIX-подобных систем

Как найти список битых пакетов?

Как найти список битых пакетов?

Сообщение жучара » 22.04.2018 02:30

$ sudo apt-get install libgtk-3-dev
Чтение списков пакетов… Готово
Построение дерева зависимостей
Чтение информации о состоянии… Готово
Некоторые пакеты невозможно установить. Возможно, вы просите невозможного,
или же используете нестабильную версию дистрибутива, где запрошенные вами
пакеты ещё не созданы или были удалены из Incoming.
Следующая информация, возможно, поможет вам:

Пакеты, имеющие неудовлетворённые зависимости:
libgtk-3-dev : Зависит: libgtk-3-0 (= 3.4.2-7+deb7u1) но 3.4.2-7+deb7u1.astra1 будет установлен
Зависит: libgdk-pixbuf2.0-dev (>= 2.26.0) но он не будет установлен
Зависит: libpango1.0-dev (>= 1.30.0) но он не будет установлен
Зависит: libatk1.0-dev (>= 2.2.0) но он не будет установлен
Зависит: libcairo2-dev (>= 1.10.0) но он не будет установлен
Зависит: libx11-dev но он не будет установлен
Зависит: libxext-dev но он не будет установлен
Зависит: libxinerama-dev но он не будет установлен
Зависит: libxi-dev но он не будет установлен
Зависит: libxrandr-dev но он не будет установлен
Зависит: libxcursor-dev но он не будет установлен
Зависит: libxfixes-dev но он не будет установлен
Зависит: libxcomposite-dev но он не будет установлен
Зависит: libxdamage-dev но он не будет установлен
E: Невозможно исправить ошибки, у вас отложены (held) битые пакеты.

Источник

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

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

Как исправить у вас зафиксированы сломанные пакеты?

1. Обновите списки пакетов

Возможно вам не удалось установить нужные пакеты потому что списки репозиториев устарели, и там ещё не было нужных пакетов. Для обновления списка пакетов выполните:

sudo apt update --fix-missing

2. Установите битые пакеты

После обновления списка пакетов из репозиториев может помочь установка битых пакетов. Этот шаг поможет особенно если вы устанавливали пакет с помощью dpkg и теперь нужно доустановить его зависимости с помощью пакетного менеджера. Для этого есть специальная команда:

sudo apt install -f

3. Очистите лишние пакеты

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

sudo apt clean

Затем:

sudo apt autoremove

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

sudo dpkg --remove -force --force-remove-reinstreq имя_пакета

4. Используйте dpkg

Вместо apt вы можете использовать команду dpkg чтобы посмотреть какие пакеты вызывают проблему. Просто выполните:

sudo dpkg --configure -a

Команда покажет проблемные пакеты, а потом вы сможете их удалить той же командой:

sudo dpkg --remove -force --force-remove-reinstreq имя_пакета

5. Разрешите зависимости

Битые пакеты чаще всего появляются из-за того, что пакетный менеджер не может найти для них нужные зависимости. Если вам всё же очень нужно установить такой пакет, просто разрешите эти зависимости. Для этого можно скачать и установить их вручную или если вы уверенны, что зависимости в пакете указаны неверно, можно скачать его распаковать и удалить мешающие зависимости. Подробнее об этом читайте в этой статье.

Выводы

В этой небольшой статье мы рассмотрели что делать если в вашей системе появились битые пакеты и как их исправить. Здесь решение проблемы очень сильно зависит от вашей ситуации, но здесь приведены основные варианты решения, которые должны помочь вернуть пакетный менеджер к работе. Иногда рекомендуют удалить пакет вручную из базы данных dpkg /var/lib/dpkg/status, однако лучше этого не делать и найти путь решить проблему по другому, ручное редактирование подобных файлов может создать ещё больше проблем.

Обнаружили ошибку в тексте? Сообщите мне об этом. Выделите текст с ошибкой и нажмите Ctrl+Enter.

Статья распространяется под лицензией Creative Commons ShareAlike 4.0 при копировании материала ссылка на источник обязательна .

Об авторе

Основатель и администратор сайта losst.ru, увлекаюсь открытым программным обеспечением и операционной системой Linux. В качестве основной ОС сейчас использую Ubuntu. Кроме Linux, интересуюсь всем, что связано с информационными технологиями и современной наукой.

Ошибка у вас зафиксированы сломанные пакеты

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

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

Как исправить у вас зафиксированы сломанные пакеты?

1. Обновите списки пакетов

Возможно вам не удалось установить нужные пакеты потому что списки репозиториев устарели, и там ещё не было нужных пакетов. Для обновления списка пакетов выполните:

sudo apt update —fix-missing

2. Установите битые пакеты

После обновления списка пакетов из репозиториев может помочь установка битых пакетов. Этот шаг поможет особенно если вы устанавливали пакет с помощью dpkg и теперь нужно доустановить его зависимости с помощью пакетного менеджера. Для этого есть специальная команда:

sudo apt install -f

3. Очистите лишние пакеты

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

sudo apt autoremove

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

sudo dpkg —remove -force —force-remove-reinstreq имя_пакета

4. Используйте dpkg

Вместо apt вы можете использовать команду dpkg чтобы посмотреть какие пакеты вызывают проблему. Просто выполните:

sudo dpkg —configure -a

Команда покажет проблемные пакеты, а потом вы сможете их удалить той же командой:

sudo dpkg —remove -force —force-remove-reinstreq имя_пакета

5. Разрешите зависимости

Битые пакеты чаще всего появляются из-за того, что пакетный менеджер не может найти для них нужные зависимости. Если вам всё же очень нужно установить такой пакет, просто разрешите эти зависимости. Для этого можно скачать и установить их вручную или если вы уверенны, что зависимости в пакете указаны неверно, можно скачать его распаковать и удалить мешающие зависимости. Подробнее об этом читайте в этой статье.

Выводы

В этой небольшой статье мы рассмотрели что делать если в вашей системе появились битые пакеты и как их исправить. Здесь решение проблемы очень сильно зависит от вашей ситуации, но здесь приведены основные варианты решения, которые должны помочь вернуть пакетный менеджер к работе. Иногда рекомендуют удалить пакет вручную из базы данных dpkg /var/lib/dpkg/status, однако лучше этого не делать и найти путь решить проблему по другому, ручное редактирование подобных файлов может создать ещё больше проблем.

Нет похожих записей

Оцените статью:

Об авторе

Основатель и администратор сайта losst.ru, увлекаюсь открытым программным обеспечением и операционной системой Linux. В качестве основной ОС сейчас использую Ubuntu. Кроме Linux, интересуюсь всем, что связано с информационными технологиями и современной наукой.

8 комментариев

Вот почему я использую Fedora с DNF, за 5 лет использования даже не припомню случаев некорректной работы DNF. APT в Дебиан подобных дистрибутивах это сплошное разочарование.

Если бы все так было просто с зависимостями, что их через форсе принудительно установить, то это был бы не Линукс. Ниче, что система после таких манипуляций не работает? После ваших советов, новичек «уложит» систему точно.

Согласен. С Fedora бубен уже покрылся пылью. Чего все с этой Ubunto’й носятся.

dzentoo? это у меня на матунту бубен плесенью покрылся.
А ты говоришь не о убунту, а Gnome3. Мне его нескончаемые проблемы неведомы, Gnome2 — до сих пор рулит

Ничего не помогло. Постоянно пишет, что сломаны пакеты. к примеру хочу установить: apt-get install mariadb-server. Делаю как вы пишите.
Следующие пакеты имеют неудовлетворённые зависимости:
mariadb-server : Зависит: mariadb-server-10.1 (>= 1:10.1.29-6) но он не будет установлен
E: Невозможно исправить ошибки: у вас зафиксированы сломанные пакеты.
root@user-All-Series:

# sudo apt update —fix-missing
Сущ:1 http://lt.archive.ubuntu.com/ubuntu bionic InRelease
Чтение списков пакетов… Готово
Построение дерева зависимостей
Чтение информации о состоянии… Готово
Все пакеты имеют последние версии.
root@user-All-Series:

# sudo apt install -f
Чтение списков пакетов… Готово
Построение дерева зависимостей
Чтение информации о состоянии… Готово
Обновлено 0 пакетов, установлено 0 новых пакетов, для удаления отмечено 0 пакетов, и 0 пакетов не обновлено.
root@user-All-Series:

# sudo apt clean
root@user-All-Series:

# sudo apt autoremove
Чтение списков пакетов… Готово
Построение дерева зависимостей
Чтение информации о состоянии… Готово
Обновлено 0 пакетов, установлено 0 новых пакетов, для удаления отмечено 0 пакетов, и 0 пакетов не обновлено.
root@user-All-Series:

Источник

Ошибка: Невозможно исправить ошибки, у вас отложены (held) битые пакеты

В данной статье пойдет речь об ошибке «Невозможно исправить ошибки, у вас отложены (held) битые пакеты», которая возникает на ОС Linux, а также о том, как данную ошибку можно исправить.

Описание

E: Невозможно исправить ошибки, у вас отложены (held) битые пакеты.

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

Информация о доступных пакетах, содержится в файле /var/lib/dpkg/status

Одним из способов это исправить будет удаление информации о более новых пакетах (на которые жалуется apt) из файла /var/lib/dpkg/status.
Первым делом делаем резервную копию:

Теперь открываем файл /var/lib/dpkg/status для редактирования и ищем там пакет, на который жалуется apt. Например, в моем случае, ошибка выглядела так:

Ищем информацию о пакете nvidia-driver-390 в файле /var/lib/dpkg/status и удаляем ее.

После удаления всех мешающих пакетов, необходимо сделать sudo apt-get update
И проверить, исчезла ли ошибка.

Если не получилось, то восстановить резервную копию можно командой:

Источник

Невозможно исправить ошибки, у вас отложены (held) битые пакеты

Удалил mySQL server (скорее всего криво) После чего хотел установить новый Выдает ошибку Пакеты, имеющие неудовлетворённые зависимости: mysql-server : Зависит: mysql-server-5.7 но он не будет установлен E: Невозможно исправить ошибки, у вас отложены (held) битые пакеты.

Host: igorPK Kernel: 4.10.0-38-generic x86_64 (64 bit) Desktop: Cinnamon 3.6.6 Distro: Linux Mint 18.3 Sylvia

Угадай дистрибутив по сообщению об ошибке?

И как именно удаляли MySQL, командой или ударом ноги? 🙂

Новая рубрика. Вот я считаю что ето дебиан. Ибо он самый проблемный в этих делах. Он во всех делах проблемный.

Вбей ошибку в гугл, посмотри какие варианты предлагают, если нерелевантные, попробуй еще mysql дописать. Полезно будет запустить apt с переменной LC_ALL=C, чтобы информация об ошибке выводилась на англ. языке.

Если это debian-подобный дистр или altlinux, то попробуй sudo apt-get -f install .

Будешь удивлен, но вывод apt весьма информативен. Просто надо идти по цепочке.

Я как-то микс из 5 веток Debian сбивал — все можнь настроить.

Пакеты, имеющие неудовлетворённые зависимости: mysql-server-5.7 : Зависит: mysql-client-5.7 (>= 5.7.21-0ubuntu0.16.04.1) но он не будет установлен Зависит: mysql-server-core-5.7 (= 5.7.21-0ubuntu0.16.04.1) но он не будет установлен E: Невозможно исправить ошибки, у вас отложены (held) битые пакеты.

Зачем ты воруешь мои советы?

У вас отложены битые пакеты по типу с отложенными кирпичами?

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

А можешь упоминать мое имя в каждом своем посте?

А можешь упоминать мое имя в каждом своем посте?

Это как? Типа, посрался с кем-то и говоришь: «Ну ты и козёл, username, и ещё упомяну entefeed.» Так, что ли? 🙂

Типа. По аналогии с » Carthaginem delendam esse» (гугли, если не знаешь про что это)

«Ну ты и козёл, username, и кстати в очередной раз прощу прощения у entefeed.»

Пакеты, имеющие неудовлетворённые зависимости: mysql-server-core-5.7 : Зависит: libaio1 (>= 0.3.93) но он не может быть установлен E: Невозможно исправить ошибки, у вас отложены (held) битые пакеты.

дебиан тут не причем — нефиг было в репе ковыряться и левак ставить.

«RedHat delendam esse» / «Disney delendam esse». Dixi.

Типа. По аналогии с » Carthaginem delendam esse»

Что-то вроде того.

Имхо, лучше бы ты привёл команды, которые ты вводишь и их полный вывод. И всё это желательно внутри тегов [code][/code], чтоб читать было проще.

После обновления в Менеджере пакетов

Внезапно, это требует root.

Можно попробовать следующее (не всё сразу, а пошагово, проверяя на каждом шаге, не решена ли проблема):

Независимо от того, используешь ли ты apt-get или apt, команды, изменяющие состояние системы или обновляющие информацию о репозиториях, такие как install, upgrade, dist-upgrade, remove, purge и update, должны выполняться от root’а или через sudo.

E: Не удалось выполнить блокировку управляющего каталога (/var/lib/dpkg/); он уже используется другим процессом?

Пакетный менеджер всегда должен быть запущен в одном экземпляре. Убедись, что у тебя не работают одновременно apt, apt-get, aptitude, synaptic или ещё какой пакетный менеджер, а единственный работающий менеджер запущен в одном экземпляре на одном терминале (в случае консольного варианта). Если это не поможет, то для разблокировки закрой все пакетные менеджеры (консольные и графические) и выполни

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

Посмотри также, что у тебя лежит в каталоге /etc/apt/sources.list.d.

После того, как исправишь (если там есть, что исправлять), выполни команду

Обязательно предварительно сохрани копию прежней версии /etc/apt/sources.list, т. к. не факт, что это поможет, а если у тебя есть ПО из сторонних реп, то оно может перестать обновляться.

Попробуй для всех hold-пакетов выполнить команду

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

Можно сначала попробовать переустановить их командой

Если какие-то пакеты имеются, но не переустанавливаются и не удаляются, можно попробовать выполнить

Источник

Невозможно исправить проблемы, у вас есть сломанные пакеты

После обновления с 10.04 до 12.04 я пытаюсь установить разные пакеты. Например, ia32-libs и skype (4.0).

При попытке установить их, я получаю сообщение об ошибке «Невозможно исправить проблемы, у вас есть поврежденные пакеты».

После запуска этого:

7 ответов

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

Вы можете получить список фактически удерживаемых пакетов с:

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

Другой способ устранения неполадок может заключаться в использовании aptitude вместо apt-get для установки вашего пакета:

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

Иногда aptitude будет слишком стремиться удалить или понизить количество больших пакетов, чтобы удовлетворить ваш запрос, и в этом случае повторите попытку с -f меняет свои приоритеты и помогает ему находить решения, которые включают удаление / понижение версии меньшего количества пакетов, даже если это означает, что не все запрошенные изменения могут быть выполнены:

Это случилось со мной тоже. Все, что я сделал, было sudo apt-get update и это решило мою проблему. Удачи.

Я столкнулся с подобным сценарием относительно отсутствующих зависимостей. В моем случае я пытался установить curl на Ubuntu Saucy Salamander 13.10.

Ошибка указала, что для зависимости требовалась более ранняя версия библиотеки curl3.

Я смог перейти на более раннюю версию, пытаясь установить curl с помощью aptitude.

Когда он отметил отсутствующую зависимость и причину (требовалась более ранняя версия файла библиотеки), он дал мне несколько вариантов ответа. y / / n / q

Y прервал бы установку, N искал бы другую опцию, а Q просто завершил бы работу и больше ничего не делал, оставив поврежденный пакет.

Я выбрал N , и это дало мне возможность понизить файл библиотеки до более ранней версии. Так вот что я сделал, и curl закончил установку без ошибок.

• Я могу посмотреть на обновление файла библиотеки еще раз после установки, но пока все хорошо.

У меня был похожий сценарий в новой установке 14.04, без файлов, перечисленных в dpkg —get-selections | grep hold и без радости после sudo apt-get update ,

Что это исправило для меня было просто

Когда я попытался переустановить сбойный пакет, он работал нормально. Ура!

Возникла та же проблема, я запустил команду проверки пакета из другого ответа ( dpkg —get-selections | grep hold ) И пила

так я и использовал apt-get remove tomcat7-common «

Затем я мог установить Tomcat 6 (я удалял Tomcat 7 и устанавливал Tomcat 6, как и вы).

Я испробовал все методы, упомянутые на этой странице. Как-то у меня не вышло.

Вот как я это исправил: Отследите сломанный пакет и переустановите его.

Я пытаюсь установить aptitude .

Не удалось установить libcwidget3v5

sudo apt установить libcwidget3v5

Попробуйте установить libncursesw5

sudo apt установить libncursesw5

Попробуйте установить libtinfo5

sudo apt установить libtinfo5

Бинго, этот парень виноват libtinfo5 , он уже там, удалите и переустановите.

Удалить или очистить libtinfo5 .

apt purge libtinof5 было бы лучше, так как он также удаляет файлы конфигурации.

Переустановить libtinfo5 еще раз

sudo apt установить libtinfo5

Теперь попробуйте установить aptitude

Вот несколько быстрых и простых способов исправить you have held broken packages ошибка.

Откройте ваш файл sources.list в /etc/apt/sources.list и убедитесь, что нет никаких программных источников для выпуска Ubuntu, отличного от выпуска Ubuntu, который вы используете в настоящее время. Если вы обнаружите какие-либо неправильные строки релиза в sources.list, откройте файл sources.list с помощью sudoedit /etc/apt/sources.list , закомментируйте неправильные строки в sources.list, поставив перед ними # сохраните файл sources.list и запустите sudo apt update обновить список доступных пакетов программного обеспечения.

Выберите опцию » Исправить сломанные пакеты» в диспетчере пакетов Synaptic. Выполните следующие команды для установки Synaptic.

Откройте Synaptic и в Synaptic выберите » Правка» -> » Исправить сломанные пакеты», а затем повторите » Правка» -> » Исправить сломанные пакеты» еще раз.

В Synaptic на левой панели нажмите кнопку Custom Filters, которая отмечена курсором мыши на снимке экрана ниже. Из списка в верхнем левом углу выберите Broken. В центральной панели будут перечислены все сломанные пакеты, которые еще нужно починить.

Выберите сломанные пакеты по одному. Выберите сломанный пакет, а затем откройте терминал и запустите apt policy

, Результаты этой команды сообщат вам, был ли установлен этот поврежденный пакет из репозиториев Ubuntu по умолчанию или из какого-либо другого источника. Если сломанный пакет был установлен из другого источника, возможно, этот пакет можно удалить вместе с источником программного обеспечения и заменить другой версией того же пакета из репозиториев Ubuntu по умолчанию. Обычно это означает исправление поврежденного пакета путем понижения этого пакета до более старой версии.

Источник