С выполнения 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 мог иметь потенциально огромные выходные списки, согласно количеству доступных снимков, и установленных.
Когда Вы вводите команду
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 файле.
От содержания в Вашем вопросе Ваша проблема о поиске способа управлять тем, что Вы видите, когда Вы пытаетесь просмотреть свои блочные устройства, чем, как снимок использует блочные устройства для своей операции.
Я соглашаюсь с Вашим отличием, на которое ссылаются, между 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
Если Вы будете использовать поспешную версию системного монитора, то Вы будете видеть все файловые системы, используемые снимком, а также те Вы используете.
Легкая "фиксация" должна удалить Системный монитор Gnome от App Store. Это - поспешная версия.
Затем установите Системный монитор Gnome из нормальных репозиториев с помощью Синаптического диспетчера пакетов. Это - нормальная версия, которая устанавливает набор файлов на всем протяжении Вас корневой раздел.Мило!
И Вы будете видеть, что Вы ожидаете видеть при запуске Системного монитора Gnome...
Я нахожу это раздражение также. Кажется, не работают ли они, они не должны быть смонтированы или перечислены. Можно выполнить эту команду для исключения всех циклических устройств.
$ lsblk-e 7
Только показать монтируется, исключая обратную петлю, Вы могли также просто:
lsblk -af |grep -sv loop
;)
Я понимаю, что это более старый вопрос, но поскольку он был в верхней части результатов поиска при поиске в 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
и, возможно, в других команды.