Запустивши Centos7 & Docker 1.8.2, я не зміг скористатися рішенням Zgr3doo для встановлення за допомогою devicemapper (я думаю, що отриманою відповіддю було те, що том не змонтований / знайдений.)
Я думаю, що у мене також сталося подібне з відповіддю sk8terboi87: я вважаю, що повідомлення було про те, що томи неможливо демонтувати, і в ньому перелічені конкретні томи, які він намагався зібрати, щоб видалити мертві контейнери.
У мене спрацювало те, що спочатку зупинив докер, а потім видалив каталоги вручну. Я зміг визначити, якими вони були, за результатом помилки попередньої команди, щоб видалити всі мертві контейнери.
Вибачення за нечіткі описи вище. Я знайшов це SO питання через кілька днів після того, як обробив мертві контейнери. .. Однак сьогодні я помітив подібну закономірність:
$ sudo docker stop fervent_fermi; sudo docker rm fervent_fermi fervent_fermi
Error response from daemon: Cannot destroy container fervent_fermi: Driver devicemapper failed to remove root filesystem a11bae452da3dd776354aae311da5be5ff70ac9ebf33d33b66a24c62c3ec7f35: Device is Busy
Error: failed to remove containers: [fervent_fermi]
$ sudo systemctl docker stop
$ sudo rm -rf /var/lib/docker/devicemapper/mnt/a11bae452da3dd776354aae311da5be5ff70ac9ebf33d33b66a24c62c3ec7f35
$
Я помітив, що, використовуючи такий підхід, Docker відтворив зображення з різними іменами:
a11bae452da3 trend_av_docker "bash" 2 weeks ago Dead compassionate_ardinghelli
Можливо, це пов’язано з тим, що контейнеру видано restart = always, однак ідентифікатор контейнера відповідає ідентифікатору контейнера, який раніше використовував том, який я примусово видалив. Не було труднощів при видаленні цього нового контейнера:
$ sudo docker rm -v compassionate_ardinghelli
compassionate_ardinghelli
