Ситуация: Ubunutu 17.10.1 Установленных Локальных репозиториев (на 64 бита) на другом хосте
apt-get update
, которые обрабатывают исходный файл, который имеет указатели на локальный репозиторий. Кв. сообщает, что она читает списки пакета — успешно./var/lib/apt/lists
каталог, посмотрите файл блокировки, но ничто иное./var/lib/apt/lists/partial
Я вижу списки пакета, которые были прочитаны из локального репозитория.По некоторым причинам склонный или вспыхивает после ошибки или завершается, но не перемещается, пакет перечисляет файлы от /partial
к /lists
каталог для использования позже. Какие-либо идеи о том, почему это перестало работать? Я боролся с ним в течение 4 дней теперь.
Дополнительная информация:
Среда в режиме офлайн, но ниже последние несколько строк вывода.
Err 29: http://repo.gaia.com/Ubuntu artful-security/main i386 Packages 404 Not Found
Ign:35 http://repo.gaia.com/Ubuntu artful-security/restricted i386 Packages
Ign:36 http://repo.gaia.com/Ubuntu artful-security/universe i386 Packages
Ign:37 http://repo.gaia.com/Ubuntu artful-security/multiverse i386 Packages
Fetched 16.1 MB in 0s (17.2 MB/s)
Reading package lists .... Done
E: Failed to fetch http://repo.gaia.com/Ubuntu/dists/artful/main/binary-i386/Packages 404 Not Found
E: Failed to fetch http://repo.gaia.com/Ubuntu/dists/artful-updates/main/binary-i386/Packages 404 Not Found
E: Failed to fetch http://repo.gaia.com/Ubuntu/dists/artful-security/main/binary-i386/Packages 404 Not Found
E: Some index files failed to download. They have been ignored, or old ones used instead.
Хорошо, так что после 4 дней борьбы с этим я нашел ответ. Я вставил [arch = 64] перед строками в файле sources.list. Это заставило apt правильно обработать репо и переместить файлы туда, где они должны быть. Вау, это было больно.
Я думал, что, поскольку это 64-битная ОС, она будет достаточно умна, чтобы обработать репо для того, что ему нужно. Кроме того, я не копирую бинарные части репо, поскольку не буду ничего перекомпилировать.