Я использовал lsblk
проверять подключенные устройства, когда я нашел, что существует в общей сложности 3 циклических устройства для того же снимка "ядро" с числами пересмотра.
loop1 7:1 0 81.6M 1 loop /snap/core/4110
loop2 7:2 0 81.7M 1 loop /snap/core/4017
loop0 7:0 0 81.3M 1 loop /snap/core/3887
При проверке каталога монтирования снимков это - то, что я получаю:
drwxr-xr-x 24 root root 321 Jan 22 13:17 3887
drwxr-xr-x 24 root root 321 Feb 6 20:48 4017
drwxr-xr-x 24 root root 321 Feb 20 22:37 4110
lrwxrwxrwx 1 root root 4 Feb 23 19:31 current -> 4110
и snap list
шоу это:
core 16-2.31.1 4110 canonical core
Почему snapd
не удаляя старые версии поспешного ядра? Действительно ли это - нормальное поведение или является там каким-либо способом удалить это, если этого, как предполагается, не происходит? Я использую Ubuntu 16.04.
В разговоре с разработчиками Ubuntu текущее значение по умолчанию должно сохранить три предыдущих версии снимка так, чтобы можно было откатывать к предыдущей версии в случае необходимости. Эта настройка по умолчанию не настраивается.
Можно использовать команду snap remove --revision=<an old one> snapname
удалить более старый пересмотр снимка.
Они рассматривают, иметь ли только текущий снимок, смонтированный как файловая система цикла, но я не знаю состояния этого.