У сховищі докера сховище не підписане

У мене є такий Dockerfile, який використовує останнє зображення Ubuntu, витягнуте з dockerhub:

FROM ubuntu:latest  
RUN apt-get update  && apt-get install -y  g++ llvm lcov

коли я запускаю команду збірки докер, виникають такі помилки:

Помилка : 2 http://archive.ubuntu.com/ubuntu bionic InRelease Виникла принаймні одна недійсна підпис.

Помилка: 1 http://security.ubuntu.com/ubuntu bionic-security InRelease Виникла принаймні одна недійсна підпис.

Помилка: 3 http://archive.ubuntu.com/ubuntu bionic-updates InRelease Виникла принаймні одна недійсна підпис.

Помилка: 4 http://archive.ubuntu.com/ubuntu bionic-backports InRelease Виникла принаймні одна недійсна підпис.

Читання списків пакетів ...

W: помилка GPG: http://archive.ubuntu.com/ubuntu bionic InRelease: сталася принаймні одна недійсна підпис. E: Репозиторій " http://archive.ubuntu.com/ubuntu bionic InRelease" не підписаний.

W: помилка GPG: http://security.ubuntu.com/ubuntu bionic-security InRelease: сталася принаймні одна недійсна підпис. E: Репозиторій " http://security.ubuntu.com/ubuntu bionic-security InRelease" не підписаний.

W: помилка GPG: http://archive.ubuntu.com/ubuntu bionic-updates InRelease: сталася принаймні одна недійсна підпис. E: Репозиторій " http://archive.ubuntu.com/ubuntu bionic-updates InRelease" не підписаний.

W: Помилка GPG: http://archive.ubuntu.com/ubuntu bionic-backports InRelease: Виникла принаймні одна недійсна підпис. E: Репозиторій " http://archive.ubuntu.com/ubuntu bionic-backports InRelease" не підписаний.

Я читаю тут /superuser/1331936/how-can-i-get-past-a-repository-is-not-signed-message-when-attempting-to-upgr, що ви можете передати цю помилку використання --allow-unauthenitposed або --allow-незахищено-сховища, але обидва мені здаються обхідними шляхами, які можуть загрожувати безпеці контейнера.

EDIT

Намагався витягнути ubuntu: 18.04, ubuntu: 19: 04, ubuntu: 19.10 та ж помилка з різною назвою дистрибутива

docker ubuntu apt

— Антоніо Ла Марра
джерело

Ви працюєте за проксі-сервером?

— 7_R3X

@ 7_R3X Ні, зовсім не

— Антоніо Ла Марра

Крім того, latestщо ви намагалися ubuntu:18.04?

— Говінда Малавіпатірана

так, я спробував 19.04, 19.10

— Антоніо Ла Марра

Мабуть, мій кореневий розділ був повний (можливо, я занадто багато разів намагався завантажувати пакети через apt), і запуск sudo apt clean вирішив проблему

— Антоніо Ла Марра
джерело

Використовуючи docker image pruneта docker container pruneвирішивши це для мене.

— Ерік Шнеттер,

docker image pruneзаощадив 52 Гб на диску і змусив мою збірку запуститись знову, дякую Антоніо та Еріку!

— eerne

хтось може пояснити, чому може статися така невдача? Це ставить під сумнів моє розуміння докера: здається, що між пробігом є стан, який не робить прогони детермінованими.

— Девід 天宇 Вонг

@David 天宇 Wong Я вважаю, що це проблема дискового простору, а не використання старого стану складання / запуску

— Salvioner

зафіксовано

docker image prune -f

виглядає так, що докер має обмеження на максимальний розмір підходящого кешу в хост-системі

— Данила Плей
джерело