Что могло вызвать “ошибку” несоответствия суммы хеша, когда выполнение Кв. - получает серверную сторону обновления?
У меня есть несколько способных репозиториев для различных версий Ubuntu, они все довольно подобны за исключением того, который я просто сделал для гостеприимных серверов. Когда гостеприимный сервер делает Кв. - получают обновление, и говорит с моим repo, это получает "ошибку" несоответствия суммы хеша для Packages.gz. Что могло вызвать это?
Я не думаю, что это - дубликат Проблемы, загружающей список пакетов из-за "Ошибки" несоответствия суммы хеша, потому что ответы там, все предполагают, что проблема с клиентом, но в моем случае проблема, находятся на сервере, поэтому независимо от того, что Вы делаете на клиенте, это не решает проблему. Неудивительно, ни один из ответов на тот вопрос не работал.
1 ответ
Было 2 части к получению разрешенного.
- Используя
[trusted=yes]в источниках перечисляют на клиенте. - Удаление InRelease и Файлов версии на способном сервере.
, Если [trusted=yes] не был в исходном списке на клиенте, то при выполнении Кв. - добираются, она будет жаловаться, что способный сервер не имеет Файла версии, если это не там. Если Файл версии будет там, то он даст ошибку при высказывании
Не могущий найти ожидаемую запись 'Пакетами' в Файле версии (Неправильная sources.list запись или уродливый файл).
вышеупомянутая ошибка также произойдет, если [trusted=yes] будет в исходном списке, но репозиторий содержит InRelease и Файлы версии.
В любом из этих случаев, файлы для сервера будут сделаны в/var/lib/apt/lists/partial на клиенте, и способный список клиента не будет обновлен.
, Если обоим требованиям отвечают, то весь клиент должен сделать, удаляют файлы, которые были в/var/lib/apt/lists/partial и затем делают apt-get update.