Dpkg ошибка в каталогах path не найдено 2 ожидаемые программы или исполняемых файла

Обновлено: 07.07.2024

18 июн 2017, 11:23

Blueberry
Поддержка Bluetooth значительно улучшена в Linux Mint 18.2.
Вот как выглядит новый пользовательский интерфейс Blueberry: Передача файлов с OBEX теперь поддерживается "из коробки", поэтому вы можете легко отправлять файлы через Bluetooth на свой компьютер с любого удаленного устройства.
Добавлена опция, упрощающая изменение Bluetooth-имени вашего компьютера.
И последнее, но не менее важное: Blueberry теперь предлагает апплет Cinnamon, который использует символьные значки и визуально похож на другие апплеты, такие как сетевые, звуковые или сетевые апплеты. Когда этот апплет присутствует, значок в трее автоматически скрыт.

Менеджер обновлений

Менеджер обновлений получил много значиельных улучшений.

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

  • Большинство обновлений теперь относятся к уровню 2.
  • Обновления приложений, которые не влияют на ОС, - это уровень 1.
  • Наборы инструментов, среды рабочего стола или библиотеки, которые затрагивают несколько приложений, - это уровень 3.
  • Ядра и чувствительные системные обновления - это уровень 4.

Пользователям будет предоставлена дополнительная информация о том, как найти помощь, как отличить обязательные и необязательные обновления, исправления безопасности и исправления ошибок.
Добавлено много информации об обновлениях ядра. В разделе справки теперь приводятся объяснения о том, как устанавливаются ядра, как вызвать меню grub, как проверить статус DKMS и как вернуться к предыдущему ядру.

Добавлена поддержка для ядер Ubuntu HWE среди обновленияй ядра, и улучшено окно выбора ядра для установки.

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

И последнее, но не менее важное: продвинутые пользователи Linux теперь могут автоматизировать обновления, написав сценарии, подпрограммы или задания cron благодаря новому CLI под названием mintupdate-tool . Этот инструмент поддерживает все функции, доступные в пользовательском интерфейсе, включая выбор уровня, обновления безопасности, обновления ядра и черный список. Вы можете использовать mintupdate-tool как для отображения, так и для применения обновлений. Для получения информации о работе с инструментарием mintupdate , введите mintupdate-tool --help .


Источники программного обеспечения

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

Чтобы упростить удаление или даунгрейд этих пакетов, новые кнопки «Выбрать все» были добавлены в соответствующие места в инструменте конфигурации «Источники программного обеспечения».
LightDM

Linux Mint 18.2 получит совершенно новый экран входа в систему. Это будет LightDM вместе с утилитами настройки «Slick» и «LightDM Settings».

«Slick» поддерживает HiDPI, предоставляет красивый экран входа в систему, и несет в себе средства для тонкой настройки: LightDM обеспечивает отличную поддержку NVIDIA prime и нескольких мониторов, а также плавную интеграцию с различными компонентами, используемыми во время последовательностей загрузки и выключения.

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

Одна из ключевых функций, с появлением LightDM, называется «гостевые сессии». Она позволяет посетителям и гостям использовать ваш компьютер без учетной записи. Когда гость регистрируется на экране входа в систему, временная гостевая учетная запись создается «на лету». Учетные записи гостей используют настройки по умолчанию и не имеют доступа к домашнему каталогу традиционных пользователей на компьютере.
Гостевые сессии особенно полезны для доступа к ПК детям, или для общедоступных компьютеров в таких местах, как библиотеки или школы, где посетители нуждаются в возможности использовать компьютер, но администраторы не хотят, чтобы они каким-либо образом модифицировали систему. Гостевые сессии включены по умолчанию в Linux Mint 18.2, но их можно легко отключить из инструмента конфигурации «LightDM Settings».

Не могу установить deb-пакет в Debian 9
Доброго времени суток. С удивление узнал, что в Debian 9 нет компилятора gcc. Скачал пакет.

Как rpm превратить в deb если пакет для i386 а система amd64?
Скачал для тренировки пакет daemontools-0.76-112memphis.i386.rpm i386 архитектуру я установил по.

Не могу установить или удалить ни один пакет
Добрый день! У меня такая проблема. После кучи неудачных установок различных пакетов apt-get.

Добавлено через 35 секунд

/usr/bin/gdebi:113: FutureWarning: Possible nested set at position 1
c = findall("[[(](\S+)/\S+[])]", msg)[0].lower()
Как я понимаю все ок Как-то странно ОК выглядит . Хотя, возможно, это предупреждение, не ошибка. Кстати, можно и убедиться, что пакет установился. Опять же:

ничего не выводит и в списке dpkg -l 1С нет

Добавлено через 5 минут
Думал поможет установка зависимостей.

Значит он не установлен. Всё-таки, попробуйте, положите оба пакета в папку 111 (например, чтоб с буквами не путаться), откройте в ней терминал и дайте команду sudo dpkg -i *.deb Хм. Ну тогда:
dpkg -i 1c-enterprise83-common_8.3.17-1386_amd64.deb 1c-enterprise83-server_8.3.17-1386_amd64.deb бродя по просторам интернета, набрел на мысль, что у меня проблема с PATH.
ибо
root@server1c:

Дебианы, блин, они такие . Допиливать и допиливать.

А, нет. Стоп. Нет такого пакета

Решение

И ещё раз dpkg -i .

Хотя, надо глянуть, что там есть

Если в этот файл прописать, то система будет помнить.

Добавлено через 1 минуту
Хм! Так хде ж там ldconfig?

Брутфорс наше фсё!

Чтобы пути запомнились, надо в /etc/environment прописать:
PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"

Чтобы пути запомнились, надо в /etc/environment прописать:
PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"

Как установить php5-iconv (не удаётся найти пакет)?
через apt-get никак :( apt-get install php5-iconv Чтение списков пакетов. Готово Построение.


Найти(установить) пакет через Терминал не помня точного названия программы
Всем привет, есть ли в терминале такая фишка,вот допустим хочу установить программу а название.

$ sudo dpkg -i /home/Desktop/Debian/cmotech-qtmodem_1.8_all.deb dpkg: не.

Установить несколько deb пакетов скачав их с FTP
Здравствуйте, дорогие форумчане! Помогите пожалуйста нубу написать скрипт (или два). Задача.

При создании deb пакета через sudo dpkg -b (/home/sveta/LONG/lib) (mark).deb пишет ошибку
В скобках прописан мои путь и имя. Ошибку пишет:каталог control имеет недопустимые права доступа.


Сегодня я решил вернуться к Тестирование Debian. Поскольку проблема была в ядро видимо, я оставил ту, которая приносит выжимать установил и обновил другие пакеты.

Я обновлялся с Synaptic когда я понял, что это заняло много времени, и застрял, когда попытался получить к нему доступ. Я убил процесс с консоли и запустил:

dpkg --configure -a

dpkg: aviso: `ldconfig' no se ha encontrado en el PATH o no es ejecutable.
dpkg: aviso: `start-stop-daemon' no se ha encontrado en el PATH o no es ejecutable.
dpkg: error: 2 expected programs not found in PATH or not executable.
Note: root's PATH should usually contain /usr/local/sbin, /usr/sbin and /sbin.
E: Sub-process /usr/bin/dpkg returned an error code (2)[/b]

Тогда что нам делать? В Linuxmint-испаноязычный предоставьте нам решение.

Мы открываем терминал как root и поставить:

export PATH=$PATH:/usr/local/sbin:/usr/sbin:/sbin

Чтобы зафиксировать это в системе, у нас есть два варианта. Добавляем в файл / и т.д. / sudoers следующие строки:

Defaults env_reset
Defaults secure_path="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"

Или мы помещаем внутрь наши .bashrc:

echo 'export PATH=$PATH:/usr/local/sbin:/usr/sbin:/sbin' >> /home/usuario/.bashrc

Содержание статьи соответствует нашим принципам редакционная этика. Чтобы сообщить об ошибке, нажмите здесь.

Вы можете быть заинтересованы

47 комментариев, оставьте свой

Оставьте свой комментарий Отменить ответ

Я думал, что Debian был хозяином стихов и никогда не подводил ХАХАХАХА

Собственно, мы говорим о Debian Testing, где что угодно может потерпеть неудачу (хотя и редко) . Если не хотите ошибок, используйте Stable.

Бля . слишком мило

Squeeze - для мирной жизни, Testing - для экспериментов, а SID - для смелых.

хахахаха, предлагая тот же стих, когда я прочитал «Slackware - единственный дистрибутив, который остается для мужчин» хахахаха

Блин, скажите мне, чего они хотят .. Я использую Debian, Fedora, Arch, openSUSE, Centos (в таком порядке) до Slackware или Gentoo ..

Хахаха, правда, debian unstable действительно нестабилен.

не говоря уже об Elav, сегодня я не перехожу из LMDE.

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

Ха-ха, я живу со смесью тестирования и нестабильности. На данный момент без проблем я прошел 6 месяцев без переустановки, ха-ха.

В целом, Sid более стабилен, чем Ubuntu и Arch, более того, я думаю, что Unstable более стабилен, чем эти два . 😛

Не переусердствуйте . Нестабильнее, чем Arch? Что ж, у меня никогда не было проблем со стабильностью с Arch, просто небольшая ошибка в Nepomuk, которая была исправлена ​​в KDE 4.7.2, и Unstable, конечно, менее осторожен или отполирован.

Unstable - это то же самое, что Arch.На самом деле Arch хуже, потому что то, что выходит, уже обновлено, в Unstable это не так.

Арка одна из самых стабильных, также они не обновляются как несшитые, если что-то бета-то не ставят.

Команда Арка никому не прикладывает нож к шее, чтобы активировать Тестирование

У меня никогда не было проблем со стабильностью Arch

Что они называют бета? Потому что сегодня KDE является «стабильным», и сегодня он находится в репозиториях Arch. И то же самое со всеми другими пакетами .. Поэтому, пожалуйста, определите, что это для вас тот факт, что они рассматривают что-то бета-версию.

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

Не пытайтесь меня убедить. Вы зря теряете время.

ХАХАХАХА Я не хочу ХАХАХАХА, никто не будет платить мне больше или меньше, чтобы заставить тебя использовать Arch или что-то в этом роде LOL .

Мы могли бы обсуждать это бесконечно, я знаю, как положить этому конец, но вы не согласились, когда я это предложил . это просто (и теперь я напоминаю вам), вы будете использовать Debian Unstable, а я продолжу использовать свою Arch, и мы увидим, какая ОС имеет большую нестабильность, чем та другое 😉

Что ты говоришь? 😀… вы принимаете ставку? 😉

Я не использую Debian Unstable по той простой причине, что не планирую тратить свою жизнь на обновления через Интернет. Я доволен своими локальными репозиториями для тестирования. Я увижу день, когда станет невозможно ориентироваться в том, как вы собираетесь обновлять Ñej Ñej Ñej… И мне не нужно делать это, чтобы знать, какой из них будет более стабильным. Я это уже знаю: Debian.

Конечно, конечно . это, как говорится, хуже слепого, чем тот, кто не хочет видеть, правда? СМЕШНО.
В любом случае, важно быть довольным дистрибутивом, который используют все, и хотя вы не устаете критиковать Arch (исходя из ваших очень личных критериев), мне это нравится 😀… разберитесь с этим. СМЕШНО.

Капричо - вот что характеризует вас. Вы знаете, что единственная причина, по которой вы используете Arch, заключается в том, что, по вашему мнению, KDE работает там лучше, чем любой другой дистрибутив, который вы пробовали. Я не слепой, я пробовал больше дистрибутивов, чем вы, и вы это знаете, поскольку вы также знаете, что вам нужно было установить Ubuntu на ПК, потому что ваш дорогой Arch не позволял вам использовать Kiwix ни вперед, ни назад. Как долго вы пытаетесь? Это было похоже на 3 дня?

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

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

Да, вы пробовали больше дистрибутивов, чем я, но вы пользователь Gnome, а не KDE, допустим, у нас разные интересы.

Что касается Kiwix, простой партнер . это установить его на сервер, и когда я сказал, что Arch - это простой дистрибутив? Да, мне потребовалось много времени, чтобы заставить Kiwix работать на Arch, в конце концов у меня ничего не получилось . однако, Я убежден, что эта новая версия Kiwix уже подойдет мне, я проведу тест на ноутбуке через несколько дней, просто для вас

Прочтите мою лирику: Время - деньги. Арка, чтобы играть и дурачиться: Круто. Но я не думаю, что кто-то с двумя пальцами на лбу принимает это во внимание для чего-то «более серьезного». Можете ли вы представить себе компанию, которая теряет 2–2 часа только из-за того, что настраивает что-то столь же простое, как Virtualbox? Kiwix может работать сейчас, но когда он был нужен, он не работал. Это то, что я имею в виду. Человек с серьезными проблемами не может ждать, пока кто-то из сообщества Arch решит, что что-то работает.

KISS стоит для меня (и расскажите мне о преимуществах, которые он дает вам), и с моими пакетами в тестировании я достаточно в курсе, и именно здесь я задаю вам тот же вопрос, что и вы. Почему Arch должен использовать, когда у меня есть вся необходимая стабильность, безопасность и обновления?

Посмотрим . Я тоже не сумасшедший. На сервере я бы, очевидно, установил Debian Stable, я не собираюсь устанавливать Arch на корпоративный сервер.

Я предпочитаю Arch тестированию, потому что в Arch у меня будут пакеты раньше, что в Arch я настраиваю вещи на «более низком» уровне (например, модули, которые будут подняты, службы и т. Д., Или вы откажетесь от того, что в Debian они входят больше сервисов и говна по умолчанию, чем в Arch?).
У вас есть необходимая стабильность, безопасность и обновления, Debian НЕ предоставляет мне точно что я желаю, Арч да, так просто. Например, когда появляется новая версия KDE (я упоминаю KDE, потому что это основная причина, по которой мне так комфортно с Arch), при тестировании она входит слишком поздно, это занимает много времени, мне придется использовать Unstable или хуже . и сказать, что хочу партнера, но МОЙ ОЧЕНЬ личный опыт с Тестированием давным-давно был не очень удовлетворительным, Нестабильный Я даже не хочу его пробовать ¬¬

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

Я предпочитаю Arch, а не тестирование, из-за того, что в Arch у меня будут пакеты раньше, что в Arch я настраиваю вещи на «более низком» уровне (например, модули, которые будут подняты, службы и т. Д., Или вы откажетесь от того, что в Debian они входят больше сервисов и говна по умолчанию, чем в Arch?).

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

У вас есть необходимая стабильность, безопасность и обновления, Debian НЕ предоставляет мне именно то, что я хочу, Arch делает все, что угодно. Например, когда появляется новая версия KDE (я упоминаю KDE, потому что это основная причина, по которой мне так комфортно с Arch), при тестировании она входит слишком поздно, это занимает много времени, мне придется использовать Unstable или хуже .

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

и говорите, что хотите, партнер, но МОЙ ОЧЕНЬ личный опыт с Тестированием давным-давно был не очень удовлетворительным, Нестабильный Я даже не хочу его пробовать ¬¬

И мы возвращаемся к тому же, что я сказал вам в другом комментарии. Я больше не заслуживаю аргументов человека, который еще пару месяцев назад защищал Ubuntu изо всех сил, а теперь нападает на него в защиту другого дистрибутива. Расскажите читателям, как давно вы пробовали Тестирование .. Потому что, насколько я знаю, мне кажется, что ваше Тестирование проводилось с Debian Sarge или Debian Etch .. Сколько с тех пор прошло дождей? Etch, Lenny, Squeeze, а теперь и Wheezy.

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

Я защищал и защищаю то, чем была Ubuntu несколько лет назад, сейчас я не даю за это ни копейки. Должен ли я защищать бренд или название вместо продукта? Мне понравился Ubuntu 8.04, 8.10, даже 9.04, они великолепны, но потом они начали приносить мне проблемы со стабильностью, поэтому, как вы говорите: «Я набросился» на это, просто потому, что мне не нравится то, чем он стал, и я верю в себя. ВСЕ мое право соглашаться или не соглашаться с чем-либо.

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

Что вам, видимо, не понравилось, так это то, что я сказал, что защитник Ubuntu и Unity, верно? ХАХАХА .

И да, чувак, я знаю, у вас слюнки текут от мысли, что в «пакман -Сю» система вылетает из строя, ну . все чего-то хотят, хотя много раз это не выполняется HAHA.
Однако посмотрим . МужествоСколько раз система вылетала после обновления в Arch?

Никто. Когда моя система сломалась, это произошло из-за прикосновения к вещам, которых я не должен был.

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

И мне не нужно этого делать, чтобы знать, какой из них будет более стабильным. Я это уже знаю: Debian.

Debian на стабильной версии, прекратите говорить и проведите тест, сравнивая Arch с Debian Sid, если хотите, я могу даже перенести его в Let's Use Linux отсюда.

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

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

В Gentoo это работает лучше, потому что это больше KISS, чем Arch, по правилу трех KZKG ^ Gaara будет использовать Gentoo

Как долго вы пытаетесь? Это было похоже на 3 дня?

Если вы хотите установить Arch, потому что самое большее через два часа у вас будет запущена Arch + Kdebase, скажите мне, что Gentoo - это что-то еще, вам потребуется несколько дней установки

Время - деньги. Арка, чтобы играть и дурачиться

Вы тратите свое время, устанавливая полный Kde или полный Gnome, что мне кажется полной чушью, поскольку вы загружаете KISS, устанавливая тысячу вещей, которые вам не нужны.

Я уже говорю вам, что вы не теряете больше двух часов

С моими пакетами в тестировании я достаточно в курсе, и здесь я задаю вам тот же вопрос, что и вы.Зачем использовать Arch, если у меня есть вся необходимая стабильность, безопасность и обновления?

Debian Testing - это не просто скользящий выпуск, я не тестировал его, чтобы убедиться, но это то, что я понимаю

К вашему сведению, у Debian есть вариант установки, очень похожий на Arch, где я могу установить только то, что мне нужно.

Это ложь как собор, установщик стабильной версии Debian - это не что иное, как следующий, следующий, следующий установщик. Мне удалось проверить это в Debian Lenny.

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

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

потом они начали приносить мне проблемы со стабильностью, поэтому, как вы говорите: «Я набросился» на него, просто потому, что мне не нравится то, чем он стал, и я верю во ВСЕ мое право соглашаться или не с чем-то.

Это та же самая причина, по которой я атакую ​​Ubuntu, и добавляю причину ubunto.

Это ложь как собор, установщик стабильной версии Debian - это не что иное, как следующий, следующий, следующий установщик. Мне удалось проверить это в Debian Lenny.

Это единственное, что я собираюсь прокомментировать во всем этом . Debian Lenny староват, верно? Произошло ли это с вами так же, как с KZKGGaara, который пробовал что-то тысячу лет назад и до сих пор думает, что с тех пор все так же? Что ж, я приглашаю вас скачать ISO-образ Debian и поищите вариант: Экспертная установка.. Посмотрим, что вы думаете о моей большой лжи.

Потому что Virtualbox много играл в хитрости, если бы я не попробовал.

Во всяком случае, прокатка отсутствует.

То, что я пробовал на Ленни, было установкой в ​​текстовом режиме, и это показалось мне самой простой задачей в мире. В то время я не знал об Arch

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

Жаль, elav, вы говорите об Archlinux, как будто это беспорядок, например, с нашим любимым рабочим столом, сначала они тестируют его в репо [gnome-unstable] после нескольких дней тестов, которые включают (отчеты об ошибках, исправления и т. Д.) Для репо [тестирование], где он проходит еще одну серию тестов, чтобы попасть в [дополнительное] репо

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

Репозитории [Multilib] и [comunity] имеют свои репозитории для тестирования. Своим комментарием вы показали, что мало знаете об archlinux или что вы злитесь на него, независимо от причины, он не отзывается о вас, elav.

Джо и сегодня, как говорят христиане, времена Бога идеальны. После комментариев я сделал pacman -Syu и ой, вышло обновление xorg-server, которое я тестировал несколько недель назад, и он испортил графическую среду, проблемы с ошибкой нового xorg, а также с проприетарными драйверами nvidia, поздно в выходе решение, но вот оно.

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

Изображение пользователя Chibiko.

dpkg — это программное обеспечение, являющееся основой системы управления пакетами в Debian. dpkg используется для установки, удаления, и получения информации о .deb пакетах.
Подробнее смотрите в Wiki, я лишь опишу некоторые проблемы, встречающиеся при обработке пакетов.

1) Что поможет в 80% случаев:

Зачастую достаточно просто запросить из хранилища(репозитория) новый список пакетов:

sudo aptitude update

sudo aptitude install -f

И установить обновления:

sudo aptitude safe-upgrade

Бывает что проблема - это плохо сконфигурированный пакет. Поэтому мы просто её ещё раз переконфигурируем:

sudo dpkg --configure -a

2) Остальные "сложные" случаи:

Для остальных случаев придётся переконфигурировать всё:
sudo dpkg-reconfigure -a
Осторожно, может занять много времени 8)

Или именно этот пакет:
sudo dpkg-reconfigure --default-priority %pack_name%

Ну бывает что нужно переконфигурировать его, даже если он поломан или неисправен:

sudo dpkg-reconfigure --force %pack_name%

!ВНИМАНИЕ! Использовать осторожно!

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

3) Конкретные случаи:

1) Падение dpkg - /var/lib/dpkg/available: Input/output error.

E: Sub-process /usr/bin/dpkg returned an error code (2)
dpkg: при работе функции buffer_read(fd) произошла ошибка: копирование файла информации /var/lib/dpkg/available: Input/output error

Дааааа. Как всегда косяки, ну ничего, где-то мы такое видали. Минутный поиск по форуму сообщества и на глаза вылазит лекарство:

sudo dpkg --configure -a
либо
sudo apt-get install -f && sudo dpkg --configure -a

К сожалению никаких результатов в моем случае это не дало.
Ищем дальше. Гугл толком ничего не даёт, найдены пару вариантов с англоязычного форума линукс. К сожалению не помогает. Ну ладно значит будем думать головой.
Идём по адресу /var/lib/dpkg/ находим файл available, пытаемся открыть - filed. Осматриваемся в папке,и видим интересный файл под названием available_old.
Значит, при обновлении пакетов была сделана резервная копия этого файла со старым содержимым. Открываем, копируем содержимое , удаляем available и создаём на его месте новый файл с тем же названием. Вставляем содержимое из available_old.
Проверяем обновления

sudo apt-get update

sudo apt-get upgrade

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

apt-get remove scim


2) Удалил пакет руками - теперь aptitude ругается, что делать?

dpkg: не удалось обработать параметр %pack_name% (--configure):
подпроцесс post-installation script возвратил код ошибки 1
При обработке следующих пакетов произошли ошибки:
%pack_name%
E: Sub-process /usr/bin/dpkg returned an error code (1)

В таком случае можно удалить пакет через dpkg:

3) в списке файлов пакета %pack_name% отсутствует завершающий символ новой строки

aptitude install -f
Чтение списков пакетов. Готово
Построение дерева зависимостей
Чтение информации о состоянии. Готово
Чтение информации о расширенных состояниях
Инициализация состояний пакетов. Готово
(Чтение базы данных . dpkg: невосстановимая ошибка, прекращение работы:
в списке файлов пакета %pack_name% отсутствует завершающий символ новой строки
E: Sub-process /usr/bin/dpkg returned an error code (2)
Не удалось установить пакет. Попытка восстановить:
Чтение списков пакетов. Готово
Построение дерева зависимостей
Чтение информации о состоянии. Готово
Чтение информации о расширенных состояниях
Инициализация состояний пакетов. Готово

Я гуглил много, оказалось решение очень простое:
sudo kate /var/lib/dpkg/status

После чего Ctrl+F - вводим в поиск %pack_name% и удаляем всё что с ним связано, после чего делаем пункт 1) и вуаля, dpkg вернулся из мёртвых, Ressurect III lvl окрыляет!

ПОДРОБНАЯ ИНФОРМАЦИЯ о dpkg на русском можно глянуть тут: тыц

Если нада, можно сюда скопипастить, но не думаю что нужно.

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

Читайте также: