Apt/TroubleShooting
Превышение числа пакетов
Если команда 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 ещё и значение disttag (в rpm 4.0.4-alt128), а rpm до версии 4.13.0.1-alt6 не всегда справлялся с различением таких версий.
Ссылки
- ↑ На 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 способом, здесь описанным.