Команды runc и ctr не отображают образы и контейнеры докеров

Среда выполнения (runc) использует так называемый корневой каталог среды выполнения для хранения и получения информации о контейнерах. В этом корневом каталоге runc размещает подкаталоги (по одному на каждый контейнер), и каждый из них содержит файл state.json, в котором находится описание состояния контейнера.

Расположение по умолчанию для корневого каталога среды выполнения — либо /run/runc (для контейнеров без рута), либо $XDG_RUNTIME_DIR/runc (для контейнеров без рута) — последнее также обычно указывает где-то под /run (например, /run/user/$UID/runc).

Когда механизм контейнера вызывает runc, он может переопределить корневой каталог среды выполнения по умолчанию и указать пользовательский (вариант --root для runc). Docker использует эту возможность, например. в моем случае он указывает /run/docker/runtime-runc/moby как корень среды выполнения.

Тем не менее, чтобы runc list увидеть ваши контейнеры Docker, вы должны указать его на корневой каталог среды выполнения Docker, указав параметр --root. Кроме того, учитывая, что контейнеры Docker по умолчанию не являются корневыми, вам потребуются соответствующие привилегии для доступа к корневому каталогу среды выполнения (например, с помощью sudo).

Итак, вот как это должно работать:

$ docker run -d alpine sleep 1000
4acd4af5ba8da324b7a902618aeb3fd0b8fce39db5285546e1f80169f157fc69

$ sudo runc --root /run/docker/runtime-runc/moby/ list
ID                                                                 PID         STATUS      BUNDLE                                                                                                                               CREATED                          OWNER
4acd4af5ba8da324b7a902618aeb3fd0b8fce39db5285546e1f80169f157fc69   18372       running     /run/docker/containerd/daemon/io.containerd.runtime.v1.linux/moby/4acd4af5ba8da324b7a902618aeb3fd0b8fce39db5285546e1f80169f157fc69   2019-07-12T17:33:23.401746168Z   root

Что касается картинки, то вы не можете заставить runc их увидеть, так как он вообще не имеет понятия об изображении - вместо этого он оперирует связки. За создание пакета (например, на основе изображения) отвечает вызывающая сторона (в вашем случае - containerd).