Почему все снимки смонтировали и перечисленные как блочные устройства или разделы для Ubuntu 18.04?

С выполнения Ubuntu 18.04 lsblk шоу 16 поспешных циклов (2-3 раза для каждого снимка). Вопрос, почему они перечисляют как результаты для lsblk, fdisf-l, и blkid?

Это создает большую помеху от разделов диска фактических дисковых емкостей, которые я должен видеть, а именно,/dev/разделы. Я знаю, что подразумеваемый дубликат этого вопроса существует, но он только спрашивает, почему три цикла перечисляются на снимок. Я хочу знать, почему эти снимки перечисляются во-первых, и подразумеваемый дубликат не отвечает на это (возможно, те, которые отмечают это, поскольку дубликат мог помочь мне путем объяснения, почему это - дубликат). Технически, они квалифицируют как файловые системы (который я ни созданный, ни попросивший относительно), но они мешают выводу информации для/dev/разделов, которыми я интересуюсь. Это становится проблемой, когда fdisk-l производит три страницы + список, заполненный главным образом снимками.

Вывод недавней (1-недельной) установки Ubuntu и я не установил снимков:

$ lsblk  
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT  
loop0    7:0    0  14.5M  1 loop /snap/gnome-logs/37  
loop1    7:1    0   2.3M  1 loop /snap/gnome-calculator/170  
loop2    7:2    0  86.6M  1 loop /snap/core/4486  
loop3    7:3    0  86.6M  1 loop /snap/core/4650  
loop4    7:4    0   1.6M  1 loop /snap/gnome-calculator/154  
loop5    7:5    0  14.5M  1 loop /snap/gnome-logs/34  
loop6    7:6    0   3.3M  1 loop /snap/gnome-system-monitor/36  
loop7    7:7    0   2.3M  1 loop /snap/gnome-calculator/178  
loop8    7:8    0    13M  1 loop /snap/gnome-characters/101  
loop9    7:9    0   3.7M  1 loop /snap/gnome-system-monitor/45  
loop10   7:10   0 139.5M  1 loop /snap/gnome-3-26-1604/64  
loop11   7:11   0   140M  1 loop /snap/gnome-3-26-1604/59   
loop12   7:12   0   3.7M  1 loop /snap/gnome-system-monitor/41  
loop13   7:13   0    21M  1 loop /snap/gnome-logs/25  
loop14   7:14   0  12.2M  1 loop /snap/gnome-characters/69  
loop15   7:15   0    13M  1 loop /snap/gnome-characters/96  
sda      8:0    0 298.1G  0 disk  
├─sda1   8:1    0   512M  0 part /boot/efi  
└─sda2   8:2    0 297.6G  0 part /  
sr0     11:0    1  1024M  0 rom  

(дополнительный снимок экрана вышеупомянутого текста):
screenshot.jpg

Мой snap list шоу 6 результатов:

ядро
gnome-3-26-1604
калькулятор гнома
символы гнома
журналы гнома
системный монитор гнома

Между тем дисковая утилита гнома не показывает ничего вообще для снимков, только показывая мой жесткий диск и оптический диск.

Не будет очень эффективно, если каждый установленный снимок будет перечислен как блочное устройство (2-3 раза каждый для добавления). Я должен ожидать, что будущие обновления будут иметь дело с этим?

Править:
fdisk-l также разгрузил очень длинный список с 16 экземплярами этих "дисковых циклов" (Диск/dev/loop0, Диск/dev/loop1, и т.д., каждый с деталями, которые я не покажу здесь, потому что это слишком длинно). Это не может быть предназначенным поведением, не так ли?
blkid также списки 16 циклов, как ВВОДЯТ = "squashfs". По крайней мере, parted -l работы как ожидалось, только пикник мои разделы фактической дисковой емкости.

Я просто протестировал, это, и устанавливающий больше снимков действительно добавляет больше к выводу lsblk. Поэтому fdisk, lsblk, blkid мог иметь потенциально огромные выходные списки, согласно количеству доступных снимков, и установленных.

16
задан 15 January 2019 в 04:05

6 ответов

Когда Вы вводите команду

snap list 

Вы получите вывод фактических установленных поспешных пакетов. Причина состоит в том, когда поспешный пакет обновляется, старая версия сохранена (см. snapcraft docu).

Citate от snapcraft docu

Сборка "мусора" затем удаляет и производит чистку любых поспешных файлов и их перезаписываемых областей, для поспешных версий до той, которая была просто обновлена — подразумевать, что самое большее две версии снимка будут присутствовать в системе. Это сохраняет дисковое пространство, не ставя под угрозу способность вернуться снимок к известному предыдущему - хорошее состояние.

Явно удаление снимка от Вашей системы также удалит код и произведет чистку данных для всех предыдущих версий.

Например, Вы установили больше чем одну версию калькулятора гнома.

В случае, если Вам только нужна новейшая версия, можно использовать

sudo snap remove gnome-calculator --revision <verison to be placed>

Используя команду

losetup -a 

шоу Вы смонтированные снимки (циклические устройства)

Если Вы хотите удалить двойные, ввести

sudo losetup -d /dev/loop<loopnumber>

Это, кажется, ошибка поспешного кода, начиная со всех более старых сохраненный в/var/lib/snapd/snaps файле.

9
ответ дан 23 November 2019 в 02:34

От содержания в Вашем вопросе Ваша проблема о поиске способа управлять тем, что Вы видите, когда Вы пытаетесь просмотреть свои блочные устройства, чем, как снимок использует блочные устройства для своей операции.

Я соглашаюсь с Вашим отличием, на которое ссылаются, между fdisk -l и parted -l. В то время как fdisk показывает очень хороший подробный результат блочных устройств, он показывает слишком много других вещей, которые отвлекают от того, что Вы пытаетесь видеть.

Разрешение

Можно использовать, фильтруют lsblk отформатированный вывод. Это работает хорошо для предоставления чистого вывода как то, что Вы получаете с дисковой утилитой гнома.

$ lsblk -o name,mountpoint,label,size,fstype,uuid | egrep -v "^loop"

Или поскольку Вы указали в своем вопросе:

$ sudo parted -l

Для df управляйте в своем вопросе, используйте:

$ df | egrep -v /dev/loop
8
ответ дан 23 November 2019 в 02:34

Если Вы будете использовать поспешную версию системного монитора, то Вы будете видеть все файловые системы, используемые снимком, а также те Вы используете.

Легкая "фиксация" должна удалить Системный монитор Gnome от App Store. Это - поспешная версия.

Затем установите Системный монитор Gnome из нормальных репозиториев с помощью Синаптического диспетчера пакетов. Это - нормальная версия, которая устанавливает набор файлов на всем протяжении Вас корневой раздел.Мило!

И Вы будете видеть, что Вы ожидаете видеть при запуске Системного монитора Gnome...

1
ответ дан 23 November 2019 в 02:34

Я нахожу это раздражение также. Кажется, не работают ли они, они не должны быть смонтированы или перечислены. Можно выполнить эту команду для исключения всех циклических устройств.

$ lsblk-e 7

4
ответ дан 23 November 2019 в 02:34

Только показать монтируется, исключая обратную петлю, Вы могли также просто:

lsblk -af |grep -sv loop

;)

0
ответ дан 23 November 2019 в 02:34

Я понимаю, что это более старый вопрос, но поскольку он был в верхней части результатов поиска при поиске в Google, почему blkid / fdisk -l генерирует много «циклических» записей, Я решил, что поделюсь со следующим парнем / девушкой.

Один из вариантов, который может работать (в зависимости от ваших требований), - это просто удалить snapd. В Linux Mint 19.3 (база Ubuntu 18.04) snapd не устанавливается по умолчанию и, следовательно, не требуется. Насколько я понимаю, Ubuntu 18.04 отличается тем, что snapd включен «из коробки». В Mint 19.3 установка snapd генерирует одинаковые записи «цикла» в fdisk -l и blkid , а запуск sudo apt purge snapd избавляется от них.

Я НЕ тестировал это специально под Ubuntu 18.04, но предполагая, что удаление snapd не повлияет на что-либо критическое, тогда этот может быть жизнеспособным вариантом, если вы на самом деле не используете ] щелкнуть как пользователь.

Я не думаю, что удаление snapd сломает что-нибудь важное в Ubuntu на основе 1 , 2 , но я видел примечание здесь , что вам может потребоваться переустановить некоторые пакеты Ubuntu по умолчанию, которые были установлены как привязки ( sudo apt install gnome-software gnome-Calculator gnome-logs gnome-characters gnome-system-monitor ). Я не уверен, что это полный список / какие пакеты по умолчанию потребуются для MATE / KDE / xfce / etc.Чтобы убедиться в этом, я настоятельно рекомендую протестировать на виртуальной машине, если вас не волнует переустановка в случае, если что-то пойдет не так.

Для Mint 19 я могу подтвердить, что при удалении snapd удаляются записи «цикла» в fdisk -l , blkid , mount и, возможно, в других команды.

2
ответ дан 26 February 2020 в 23:50

Другие вопросы по тегам:

Похожие вопросы: