Apt/TroubleShooting: различия между версиями

Материал из ALT Linux Wiki
< Apt
м (+Changes/apt (странички напрашиваются на мерж, направление непонятно))
(apt-get dedup)
 
(не показано 20 промежуточных версий 8 участников)
Строка 1: Строка 1:
== «Битые» пакеты ==
{| style="border:1px solid #AAA; background:#F9F9F9; width:200px; margin: 0 0 1em 1em; padding:.2em; text-align:center; float: right;" class=noprint
Если при обновлении системы или установке отдельных пакетов вываливается нечто вроде:
|-
 
|[[Image:Gnome-dialog-warning.svg]]
Committing changes...
|-
Preparing...                 ###########################################  [100%]
| '''Внимание:'''<br />'''{{cmd|apt-get -s}} не&nbsp;работает'''<br /><small>(ключик для проведения «мысленного эксперимента» вместо действия приводит к&nbsp;неадекватной оценке последствий)</small>.
1: some_package              error: unpacking of archive failed: cpio: Bad magic
|}
E: Some errors occurred while running transaction
 
вероятней всего, rpm-архив (в данном случае «<tt>some_package</tt>») испорчен (получен не полностью).
 
'''Решение:'''
 
Удалить файл <tt>some_package.some_digits.rpm</tt> из <tt>/var/cache/apt/archives</tt> и отдать команду:
 
apt-get install some_package


== Превышение числа пакетов ==
== Превышение числа пакетов ==
См. тж. [[Changes/apt]].
{{main|Changes/apt}}
 
Если команда {{cmd|apt-get update}} завершается чем-то вроде:
Если команда <tt>apt-get update</tt> завершается чем-то вроде:


  Reading Package Lists... Error!
  Reading Package Lists... Error!
Строка 30: Строка 20:
  E: The package lists or status file could not be parsed or opened.
  E: The package lists or status file could not be parsed or opened.


скорее всего, apt’y приходится перелопачивать больше пакетов, чем дозволено лимитом ([https://bugzilla.altlinux.org/show_bug.cgi?id=16900 #16900]).
скорее всего, apt’y приходится перелопачивать больше пакетов, чем дозволено лимитом ([https://bugzilla.altlinux.org/show_bug.cgi?id=16900 #16900]).


'''Решение:'''
'''Решение N1<ref>На 04/04/2015 у apt в p7 недостаточный лимит для использования репозитория autoimports, а на октябрь 2015 -- у apt в Sisyphus тоже {{altbug|31410}}. В p7 это не чувствуется сейчас благодаря попаданию в p7 порта {{pkg|apt}}-0.5.15lorg2-alt50 (его лимиты см. ниже), я для Sisyphus это объехали для удобства подключения [[Autoimports]] в {{pkg|apt-conf-autoimports-sisyphus}}-1.0-alt3 способом, здесь описанным.</ref>:'''
 
в {{path|/etc/apt/apt.conf}} добавить строку (если ещё нет):
 
APT::Cache-Limit <LimitInBytes>;
 
Где ''<LimitInBytes>'' - число большее, чем размер /var/lib/rpm/Packages в байтах.
Возможно, придётся подбирать <tt>Cache-Limit</tt> несколько раз, пока ошибка не исчезнет.
 
В {{pkg|apt}} 0.5.15lorg2-alt50 лимиты выставлены следующим образом (разница обусловлена предположением подключения [[biarch]]-репозитория):
* 83886080 (80M на 32-битных архитектурах);
* 100663296 (96M на 64-битных архитектурах).
 
'''Решение N2 (если в обновлённом apt это уже увеличили):'''


Вручную обновить apt и libapt из соответствующего репозитория.
Обновить {{pkg|apt}} и {{pkg|libapt}} из соответствующего репозитория:
apt-get update -o APT::Cache-Limit=100663296
apt-get install apt


'''Объезд:'''
'''Объезд:'''


Отключить лишние репозитории в <tt>/etc/apt/sources.list.d/*.list</tt> и вновь отдать команду:
Отключить лишние репозитории в {{path|/etc/apt/sources.list.d/*.list}} и вновь отдать команду:


  apt-get update
  apt-get update


При необходимости — повторить. :)
== «Битые» пакеты ==
Если при обновлении системы или установке отдельных пакетов вываливается нечто вроде:
 
Committing changes...
Preparing...                 ###########################################  [100%]
1: some_package              error: unpacking of archive failed: cpio: Bad magic
E: Some errors occurred while running transaction
 
вероятней всего, rpm-архив (в данном случае «<tt>some_package</tt>») испорчен (получен не полностью).
 
'''Решение:'''
 
Отдать команды:
 
apt-get clean
apt-get install some_package
 
==Ошибка обновления через rsync==
 
Если при попытке обновления сведений о пакетах выходит ошибка с повторяющимися строками вроде приведённых ниже для {{cmd|apt-get update}}:
E: Программа обработки метода /usr/lib/apt/methods/rsync не найдена.
E: Tried to dequeue a fetching object
и для {{cmd|synaptic}}:
E: The method driver /usr/lib/apt/methods/rsync could not be found.
— то это означает, что в числе активных репозиториев есть подключенные через протокол rsync. Следует либо их отключить, либо доустановить пакет {{pkg|apt-rsync}}.
 
==Ошибка сегментирования==
 
Если при работе {{cmd|apt-get}} падает по Segmentation fault, удалите кэш apt:
mv /var/cache/apt/*pkgcache.bin /tmp
Если это поможет, и если примера в {{altbug|31089}} ещё нет, приложите эти файлы к багу.
 
Проверьте stack лимиты, должно быть не менее:
# ulimit -s
8192
 
Задать можно тут:
/etc/security/limits.conf
root hard stack 8192
root soft stack 8192


==Ругань о неудовлетворённых зависимостях при попытке сделать apt-get dist-upgrade==
В таком случае надо сначала попытаться обновить отдельно <tt>apt</tt> и <tt>rpm</tt>, а потом повторить попытку dist-upgrade:


Более рабочий вариант:
  apt-get install apt rpm
В /etc/apt/apt.conf добавить строку (если ещё нет)
  apt-get dist-upgrade


APT::Cache-Limit SizeOfLimit;
Такое поведение не типичное, и случилось после того, как в строгие зависимости стали добавлять помимо <tt>name = epoch:version-release</tt> ещё и значение <tt>disttag</tt> (в <tt>rpm 4.0.4-alt128</tt>), а <tt>rpm</tt> до версии <tt>4.13.0.1-alt6</tt> не всегда справлялся с различением таких версий.


Где SizeOfLimit - число большее, чем размер /var/lib/rpm/Packages.
==Удаление дубликатов пакетов (например, после прерванного dist-upgrade)==
Возможно, придётся подбирать Cache-Limit несколько раз, пока ошибка не исчезнет.
В пакете <tt>apt-scripts</tt>, начиная с версии <tt>0.1.4-alt1</tt>, добавлена команда <tt>apt-get dedup</tt>, которая удаляет все непозволенные дубликаты из системы:


Рецепт из рассылки sisyphus@a.o от ldv@:
  apt-get install apt-scripts # если ещё не установлен
  apt-get dedup


Для обновления до Сизифа нужно поднять лимит.  Сейчас достаточно 32Mb:
== Ссылки ==
APT::Cache-Limit "33554432";
но ещё неизвестно, сколько понадобится, когда переход на set-versions
завершится.  В Сизифе apt-0.5.15lorg2-alt34, в нем лимит был увеличен
с запасом (42Mb).
-- ldv


<references/>
{{Category navigation|title=APT|category=APT|sortkey={{SUBPAGENAME}}}}
{{Category navigation|title=APT|category=APT|sortkey={{SUBPAGENAME}}}}

Текущая версия от 13:46, 14 октября 2019

Gnome-dialog-warning.svg
Внимание:
apt-get -s не работает
(ключик для проведения «мысленного эксперимента» вместо действия приводит к неадекватной оценке последствий).

Превышение числа пакетов

Основная статья: Changes/apt

Если команда apt-get update завершается чем-то вроде:

Reading Package Lists... Error!
E: Dynamic MMap ran out of room
E: Error occured while processing ktechlab (UsePackage3)

или:

E: Wow, you exceeded the number of package names this APT is capable of.
E: Problem with MergeList /tmp/aptbox/var/lib/apt/lists/_ALT_Sisyphus_noarch_base_pkglist.classic
E: The package lists or status file could not be parsed or opened.

— скорее всего, apt’y приходится перелопачивать больше пакетов, чем дозволено лимитом (#16900).

Решение N1[1]:

в /etc/apt/apt.conf добавить строку (если ещё нет):

APT::Cache-Limit <LimitInBytes>;

Где <LimitInBytes> - число большее, чем размер /var/lib/rpm/Packages в байтах. Возможно, придётся подбирать Cache-Limit несколько раз, пока ошибка не исчезнет.

В apt 0.5.15lorg2-alt50 лимиты выставлены следующим образом (разница обусловлена предположением подключения biarch-репозитория):

  • 83886080 (80M на 32-битных архитектурах);
  • 100663296 (96M на 64-битных архитектурах).

Решение N2 (если в обновлённом apt это уже увеличили):

Обновить apt и libapt из соответствующего репозитория:

apt-get update -o APT::Cache-Limit=100663296
apt-get install apt

Объезд:

Отключить лишние репозитории в /etc/apt/sources.list.d/*.list и вновь отдать команду:

apt-get update

«Битые» пакеты

Если при обновлении системы или установке отдельных пакетов вываливается нечто вроде:

Committing changes...
Preparing...                 ###########################################  [100%]
1: some_package              error: unpacking of archive failed: cpio: Bad magic
E: Some errors occurred while running transaction

вероятней всего, rpm-архив (в данном случае «some_package») испорчен (получен не полностью).

Решение:

Отдать команды:

apt-get clean
apt-get install some_package

Ошибка обновления через rsync

Если при попытке обновления сведений о пакетах выходит ошибка с повторяющимися строками вроде приведённых ниже для apt-get update:

E: Программа обработки метода /usr/lib/apt/methods/rsync не найдена.
E: Tried to dequeue a fetching object

и для synaptic:

E: The method driver /usr/lib/apt/methods/rsync could not be found.

— то это означает, что в числе активных репозиториев есть подключенные через протокол rsync. Следует либо их отключить, либо доустановить пакет apt-rsync.

Ошибка сегментирования

Если при работе apt-get падает по Segmentation fault, удалите кэш apt:

mv /var/cache/apt/*pkgcache.bin /tmp

Если это поможет, и если примера в altbug #31089 ещё нет, приложите эти файлы к багу.

Проверьте stack лимиты, должно быть не менее:

# ulimit -s
8192

Задать можно тут:

/etc/security/limits.conf
root hard stack 8192
root soft stack 8192

Ругань о неудовлетворённых зависимостях при попытке сделать apt-get dist-upgrade

В таком случае надо сначала попытаться обновить отдельно apt и rpm, а потом повторить попытку dist-upgrade:

 apt-get install apt rpm
 apt-get dist-upgrade

Такое поведение не типичное, и случилось после того, как в строгие зависимости стали добавлять помимо name = epoch:version-release ещё и значение disttagrpm 4.0.4-alt128), а rpm до версии 4.13.0.1-alt6 не всегда справлялся с различением таких версий.

Удаление дубликатов пакетов (например, после прерванного dist-upgrade)

В пакете apt-scripts, начиная с версии 0.1.4-alt1, добавлена команда apt-get dedup, которая удаляет все непозволенные дубликаты из системы:

 apt-get install apt-scripts # если ещё не установлен
 apt-get dedup

Ссылки

  1. На 04/04/2015 у apt в p7 недостаточный лимит для использования репозитория autoimports, а на октябрь 2015 -- у apt в Sisyphus тоже altbug #31410. В p7 это не чувствуется сейчас благодаря попаданию в p7 порта apt-0.5.15lorg2-alt50 (его лимиты см. ниже), я для Sisyphus это объехали для удобства подключения Autoimports в apt-conf-autoimports-sisyphus-1.0-alt3 способом, здесь описанным.