Форум русскоязычного сообщества Ubuntu


Следите за новостями русскоязычного сообщества Ubuntu в Twitter-ленте @ubuntu_ru_loco

Автор Тема: Постоянный scanning for btrfs file systems  (Прочитано 958 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн madox

  • Автор темы
  • Новичок
  • *
  • Сообщений: 30
  • madox
    • Просмотр профиля
Постоянный scanning for btrfs file systems
« : 07 Февраль 2019, 22:40:54 »
Всем привет.
Ubuntu 18.04.1 LTS + SSD с btrfs
Изначально была Ubuntu 16, апгрэйд до 18 прошел без замечаний. Ноут грузился мгновенно.
Потом изменил размеры разделов, увеличил корень, и теперь при каждой загрузке получаю по надписи на каждый раздел (всего две) -- "scanning for btrfs file systems".
Бесят не надписи, а то, что эта "проверка" длится 15-30 секунд, а раньше такого не было.

Понятно, что причина в изменении размеров разделов, но где, что и чем правиить?

Оффлайн Sly_tom_cat

  • Don't worry, be happy!
  • Заслуженный пользователь
  • Старожил
  • *
  • Сообщений: 12070
  • Xubuntu 20.04 (64bit)
    • Просмотр профиля
Re: Постоянный scanning for btrfs file systems
« Ответ #1 : 07 Февраль 2019, 23:56:09 »
Хоть как разбит диск покажи что-ли... :idiot2:

Ну и заодно как загружается машина расскажи (через что) и за одно еще fstab продемонстрируй.

А то телепаты опять в отпусках....
Индикатор для Yandex-Disk: https://forum.ubuntu.ru/index.php?topic=241992
UEFI-Boot - грузимся без загрузчика: http://help.ubuntu.ru/wiki/uefiboot

Оффлайн madox

  • Автор темы
  • Новичок
  • *
  • Сообщений: 30
  • madox
    • Просмотр профиля
Re: Постоянный scanning for btrfs file systems
« Ответ #2 : 10 Февраль 2019, 00:04:31 »
Я бы с удовольствием всё показал, главное, как или чем? Т.к. у меня на остальных ПК всё работает без замечаний, я в общем-то простой пользователь. Если есть принятые нормы демонстрации -- подскажите какие.

1. Как показать как разбит диск? Скрин с gdisk?
2. Что значит через что загружается ПК? Видимо grub2, но он не показывается без надобности, а у меня надобности его вызывать нет. Включаешь ПК и он грузится.
3. fstab:
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda1 during installation
UUID=5fac033d-2e8b-4915-ba4f-1686fd9cf96c /               btrfs   defaults,subvol=@ 0       1
# /home was on /dev/sda3 during installation
UUID=6a279980-75c4-4338-92bf-8ec381038a25 /home           btrfs   defaults,subvol=@home 0       2
# swap was on /dev/sda2 during installation
# by MadOX
#UUID=a8b45584-4856-46eb-969c-381e81bcb5d6 none            swap    sw              0       0
/dev/disk/by-id/usb-SanDisk_Cruzer_Blade_200515357311CD213ECF-0:0-part1 /mnt/usb-SanDisk_Cruzer_Blade_200515357311CD213ECF-0:0-part1 auto nosuid,nodev,nofail,noauto,x-gvfs-show,ro 0 0

Оффлайн ALiEN175

  • Модератор форума
  • Старожил
  • *
  • Сообщений: 4249
  • Capture the truth
    • Просмотр профиля
Re: Постоянный scanning for btrfs file systems
« Ответ #3 : 10 Февраль 2019, 01:48:27 »
UUID=5fac033d-2e8b-4915-ba4f-1686fd9cf96c /               btrfs   defaults,subvol=@ 0       0
UUID=6a279980-75c4-4338-92bf-8ec381038a25 /home           btrfs   defaults,subvol=@home 0      0
ASUS P5K-C :: Intel Xeon E5450 :: 8 GB RAM :: Nvidia 8500GT :: XFCE
SAMSUNG N150 :: Intel Atom N450 :: 2 GB RAM :: Intel GMA3150 :: XFCE

Оффлайн Azure

  • СуперМодератор
  • Старожил
  • *
  • Сообщений: 6014
  • Windows10, i3wm on Debian9, Manjaro20.0
    • Просмотр профиля
Re: Постоянный scanning for btrfs file systems
« Ответ #4 : 10 Февраль 2019, 13:36:39 »
Как показать как разбит диск?
sudo fdisk -l /dev/sda
usb-SanDisk_Cruzer_Blade_200515357311CD213ECF-0:0-part1
Что это за хрень? Там вообще запись неправильная...
Ну и давай UIDы дисков проверим заодноsudo blkid
В Линукс можно сделать ВСЁ что угодно, достаточно знать КАК !

Оффлайн DimanBG

  • Старожил
  • *
  • Сообщений: 1279
    • Просмотр профиля
Re: Постоянный scanning for btrfs file systems
« Ответ #5 : 10 Февраль 2019, 13:52:00 »
Что это за хрень? Там вообще запись неправильная...
Внешний диск смонтированный с помощью утилиты Диски по видимому.

Оффлайн Platon

  • Активист
  • *
  • Сообщений: 888
  • Netrunner 19.08 (AMD64) / KU18.04 (AMD64)
    • Просмотр профиля
Re: Постоянный scanning for btrfs file systems
« Ответ #6 : 10 Февраль 2019, 15:00:14 »
Bug: Scanning BTRFS filesystems on system startup
Учитывая, что файловая система BTRFS у меня не используется, а сканирование отнимает ощутимые +15-30 секунд от общей загрузки, то решение лежит на поверхности.
sudo apt-get purge btrfs-tools
-удаляет оснастку, отвечающую за BTRFS
sudo update-initramfs -ukall
- обновляет индексы временной файловой системы, используемой ядром при загрузке
sudo apt-get -f install && sudo apt-get autoremove && sudo apt-get autoclean
- очистит остатки после удаления данной файловой системы, то есть файлы либо библиотеки которые устанавливались совместно и которые более не нужны, когда я удалял, не помню точно но файлов 10-15 точно было.
sudo update-grub
- обновит ваш загрузчик груб, обязательный шаг, чтобы все работало стабильно это нужно выполнить.
Далее следует перезагрузиться. В итоге, строка Scanning for BTRFS filesystem исчезает, но файловая система проверяется те же 15-30 секунд выводится сообщение вида: /dev/sda2: clean, 291272/4292608 files, 480345/18174432 blocks
Если данная опция реально замедляет загрузку, то убрать проверку при каждой загрузки можно командой:
sudo tune2fs -c 10 /dev/sda2
- проверка дисковой партиции будет производится через каждые 10 монтирований.
sudo tune2fs -c -1 /dev/sda2
- вообще убирает проверку файловой системы.
Конечно, все вышеописанное - очевидный "костыль" и если у кого-то будет более элегантное решение, пишите.

"Быть сильным – не значит превосходить в силе, а уметь слабого поднять до высот своих." Рабиндранат Тагор

Оффлайн ALiEN175

  • Модератор форума
  • Старожил
  • *
  • Сообщений: 4249
  • Capture the truth
    • Просмотр профиля
Re: Постоянный scanning for btrfs file systems
« Ответ #7 : 10 Февраль 2019, 16:02:41 »
Учитывая, что файловая система BTRFS у меня не используется, а сканирование отнимает ощутимые +15-30 секунд от общей загрузки, то решение лежит на поверхности.
У ТС установлена именно бтрфс. Решение я уже подсказал постом выше.
« Последнее редактирование: 10 Февраль 2019, 16:07:36 от ALiEN175 »
ASUS P5K-C :: Intel Xeon E5450 :: 8 GB RAM :: Nvidia 8500GT :: XFCE
SAMSUNG N150 :: Intel Atom N450 :: 2 GB RAM :: Intel GMA3150 :: XFCE

Оффлайн Azure

  • СуперМодератор
  • Старожил
  • *
  • Сообщений: 6014
  • Windows10, i3wm on Debian9, Manjaro20.0
    • Просмотр профиля
Re: Постоянный scanning for btrfs file systems
« Ответ #8 : 10 Февраль 2019, 17:41:13 »
DimanBG, ценю Ваши догадки, но давайте получим ответ ТС.
В Линукс можно сделать ВСЁ что угодно, достаточно знать КАК !

Оффлайн Platon

  • Активист
  • *
  • Сообщений: 888
  • Netrunner 19.08 (AMD64) / KU18.04 (AMD64)
    • Просмотр профиля
Re: Постоянный scanning for btrfs file systems
« Ответ #9 : 10 Февраль 2019, 19:11:51 »
Учитывая, что файловая система BTRFS у меня не используется, а сканирование отнимает ощутимые +15-30 секунд от общей загрузки, то решение лежит на поверхности.
У ТС установлена именно бтрфс. Решение я уже подсказал постом выше.
Я заметил, но этот баг описан и воспроизводится вне зависимости от наличия данной ФС, т.е. присутствует там где все разделы в ext4, а сканирование на старте есть.
Собственно первую часть - пуржить BTRFS tools в случае ТС не обязательно, а вот отключить проверку на старте будет полезно для скорости(не в плане безотказности ФС).
"Быть сильным – не значит превосходить в силе, а уметь слабого поднять до высот своих." Рабиндранат Тагор

Оффлайн DimanBG

  • Старожил
  • *
  • Сообщений: 1279
    • Просмотр профиля
Re: Постоянный scanning for btrfs file systems
« Ответ #10 : 11 Февраль 2019, 10:33:03 »
Собственно первую часть - пуржить BTRFS tools в случае ТС не обязательно,
Ещё бы обязательно, ТС использует btrfs.
А причина вот в чём -
Потом изменил размеры разделов, увеличил корень
И следствие -
теперь при каждой загрузке получаю по надписи на каждый раздел (всего две) -- "scanning for btrfs file systems".
Чекнуть ФС хоть в Гпартед с Лайф. А лучше провести ТО, прочитав мануал по этой ФС.
Сейчас у ТС ФС занимает не весь раздел. Фея там волшебной палочкой не махала, и сама по себе ФС не сможет использовать появившиеся дополнительное пространство.
И такие затянувшиеся проверки - 15-30 сек. - это не нормально. Проверяйте диск, саму ФС, а не тупорыло отключайте проверку.
Такие задержки характерны после аварийных выключений или на каком-нибудь железе возраста говна мамонта.

Оффлайн ffeedd

  • Новичок
  • *
  • Сообщений: 1
    • Просмотр профиля
Re: Постоянный scanning for btrfs file systems
« Ответ #11 : 03 Март 2019, 15:03:11 »
Посмотрите тему: Ускорение загрузки Matuntu-B на основе 18.04 на форуме проекта Matuntu

Самым простым решением для ускорения загрузки Matuntu-B64 оказалось выполнение в терминале всего двух команд:
sudo rm /etc/initramfs-tools/conf.d/resumeи
sudo update-initramfs -u
« Последнее редактирование: 03 Март 2019, 15:44:26 от ffeedd »

Оффлайн madox

  • Автор темы
  • Новичок
  • *
  • Сообщений: 30
  • madox
    • Просмотр профиля
Re: Постоянный scanning for btrfs file systems
« Ответ #12 : 23 Март 2019, 13:27:33 »
sudo fdisk -l /dev/sda
Ну и давай UIDы дисков проверим заодно
Код: [Выделить]
sudo blkid
Собственно:
$ sudo fdisk -l /dev/sda
Диск /dev/sda: 447,1 GiB, 480103981056 байт, 937703088 секторов
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт
Тип метки диска: dos
Идентификатор диска: 0x000b7b7a

Устр-во    Загрузочный    начало     Конец   Секторы Размер Идентификатор Тип
/dev/sda1  *                2048  85166079  85164032  40,6G            83 Linux
/dev/sda3               85166080 855998463 770832384 367,6G            83 Linux
/dev/sda4              904935424 937701375  32765952  15,6G            82 Linux своп / Solaris

$ sudo blkid
/dev/sda1: UUID="5fac033d-2e8b-4915-ba4f-1686fd9cf96c" UUID_SUB="095beed7-bc8d-4934-8586-0bd917f4e569" TYPE="btrfs"
/dev/sda3: UUID="6a279980-75c4-4338-92bf-8ec381038a25" UUID_SUB="f0186933-1d26-4819-b2d6-730d2ee75469" TYPE="btrfs"
/dev/sda4: UUID="82b24adc-2970-4b27-809c-6ebb29664343" TYPE="swap"
/dev/loop0: TYPE="squashfs"
/dev/loop1: TYPE="squashfs"
/dev/loop2: TYPE="squashfs"
/dev/loop3: TYPE="squashfs"
/dev/loop4: TYPE="squashfs"
/dev/loop5: TYPE="squashfs"
/dev/loop6: TYPE="squashfs"
/dev/loop7: TYPE="squashfs"
/dev/loop8: TYPE="squashfs"
/dev/loop9: TYPE="squashfs"
/dev/loop10: TYPE="squashfs"
/dev/loop11: TYPE="squashfs"
/dev/loop12: TYPE="squashfs"
/dev/loop13: TYPE="squashfs"
/dev/loop14: TYPE="squashfs"
/dev/loop15: TYPE="squashfs"
/dev/loop16: TYPE="squashfs"
/dev/loop17: TYPE="squashfs"
/dev/loop18: TYPE="squashfs"
/dev/loop19: TYPE="squashfs"
/dev/loop20: TYPE="squashfs"
/dev/loop21: TYPE="squashfs"
/dev/loop22: TYPE="squashfs"
/dev/loop23: TYPE="squashfs"
/dev/loop24: TYPE="squashfs"
/dev/loop25: TYPE="squashfs"
/dev/loop26: TYPE="squashfs"
/dev/loop27: TYPE="squashfs"
/dev/loop28: TYPE="squashfs"
/dev/loop29: TYPE="squashfs"
/dev/loop30: TYPE="squashfs"
/dev/loop31: TYPE="squashfs"
/dev/loop32: TYPE="squashfs"
/dev/loop33: TYPE="squashfs"

Пользователь добавил сообщение 23 Март 2019, 13:34:39:
... а вот отключить проверку на старте будет полезно для скорости(не в плане безотказности ФС).
Не вижу смысла, т.к. раньше (до изменения раздела) все было мгновенно, а проверки время от времени меня не отвлекают.

Пользователь добавил сообщение 23 Март 2019, 13:36:51:
Чекнуть ФС хоть в Гпартед с Лайф. А лучше провести ТО, прочитав мануал по этой ФС.
Сейчас у ТС ФС занимает не весь раздел. Фея там волшебной палочкой не махала, и сама по себе ФС не сможет использовать появившиеся дополнительное пространство.
Ок. Так и сделаю.
« Последнее редактирование: 23 Март 2019, 13:36:51 от madox »

Оффлайн DimanBG

  • Старожил
  • *
  • Сообщений: 1279
    • Просмотр профиля
Re: Постоянный scanning for btrfs file systems
« Ответ #13 : 23 Март 2019, 14:12:41 »
madox, systemd-analyze blame | grep dev-looplosetupmount | grep snapdsnap list

Оффлайн madox

  • Автор темы
  • Новичок
  • *
  • Сообщений: 30
  • madox
    • Просмотр профиля
Re: Постоянный scanning for btrfs file systems
« Ответ #14 : 02 Апрель 2019, 23:23:53 »
Собственно...
systemd-analyze blame | grep dev-loop122ms dev-loop7.device
 121ms dev-loop6.device
 121ms dev-loop5.device
 120ms dev-loop4.device
 120ms dev-loop1.device
 120ms dev-loop14.device
 120ms dev-loop3.device
 119ms dev-loop2.device
 119ms dev-loop13.device
 117ms dev-loop0.device
 114ms dev-loop8.device
 114ms dev-loop11.device
 114ms dev-loop9.device
 113ms dev-loop16.device
 111ms dev-loop10.device
 107ms dev-loop18.device
 106ms dev-loop15.device
 102ms dev-loop17.device
 98ms dev-loop12.device
 94ms dev-loop19.device
 78ms dev-loop21.device
 78ms dev-loop20.device
 77ms dev-loop22.device
 74ms dev-loop23.device
 56ms dev-loop24.device
 41ms dev-loop26.device
 29ms dev-loop25.device
 14ms dev-loop27.device
 9ms dev-loop28.device
 8ms dev-loop31.device
 7ms dev-loop33.device
 3ms dev-loop30.device
 3ms dev-loop29.device
losetupNAME SIZELIMIT OFFSET AUTOCLEAR RO BACK-FILE DIO LOG-SEC
/dev/loop1 0 0 1 1 /var/lib/snapd/snaps/core18_731.snap 0 512
/dev/loop29 0 0 1 1 /var/lib/snapd/snaps/gnome-3-28-1804_23.snap 0 512
/dev/loop19 0 0 1 1 /var/lib/snapd/snaps/gnome-calculator_238.snap 0 512
/dev/loop27 0 0 1 1 /var/lib/snapd/snaps/gnome-characters_139.snap 0 512
/dev/loop17 0 0 1 1 /var/lib/snapd/snaps/core_6531.snap 0 512
/dev/loop8 0 0 1 1 /var/lib/snapd/snaps/core18_782.snap 0 512
/dev/loop25 0 0 1 1 /var/lib/snapd/snaps/gtk-common-themes_1122.snap 0 512
/dev/loop15 0 0 1 1 /var/lib/snapd/snaps/gnome-calculator_260.snap 0 512
/dev/loop6 0 0 1 1 /var/lib/snapd/snaps/gnome-characters_206.snap 0 512
/dev/loop33 0 0 1 1 /var/lib/snapd/snaps/skype_66.snap 0 512
/dev/loop23 0 0 1 1 /var/lib/snapd/snaps/evince_60.snap 0 512
/dev/loop13 0 0 1 1 /var/lib/snapd/snaps/gnome-3-26-1604_74.snap 0 512
/dev/loop4 0 0 1 1 /var/lib/snapd/snaps/evince_56.snap 0 512
/dev/loop31 0 0 1 1 /var/lib/snapd/snaps/gnome-logs_45.snap 0 512
/dev/loop21 0 0 1 1 /var/lib/snapd/snaps/gnome-3-26-1604_78.snap 0 512
/dev/loop11 0 0 1 1 /var/lib/snapd/snaps/gnome-calculator_352.snap 0 512
/dev/loop2 0 0 1 1 /var/lib/snapd/snaps/freemind_2.snap 0 512
/dev/loop0 0 0 1 1 /var/lib/snapd/snaps/gnome-3-26-1604_82.snap 0 512
/dev/loop28 0 0 1 1 /var/lib/snapd/snaps/core18_719.snap 0 512
/dev/loop18 0 0 1 1 /var/lib/snapd/snaps/sweethome3d-homedesign_7.snap 0 512
/dev/loop9 0 0 1 1 /var/lib/snapd/snaps/sweethome3d-homedesign_6.snap 0 512
/dev/loop26 0 0 1 1 /var/lib/snapd/snaps/gtk-common-themes_1198.snap 0 512
/dev/loop16 0 0 1 1 /var/lib/snapd/snaps/gnome-3-28-1804_15.snap 0 512
/dev/loop7 0 0 1 1 /var/lib/snapd/snaps/skype_63.snap 0 512
/dev/loop24 0 0 1 1 /var/lib/snapd/snaps/gnome-system-monitor_57.snap 0 512
/dev/loop14 0 0 1 1 /var/lib/snapd/snaps/core_6673.snap 0 512
/dev/loop5 0 0 1 1 /var/lib/snapd/snaps/gnome-logs_57.snap 0 512
/dev/loop32 0 0 1 1 /var/lib/snapd/snaps/evince_57.snap 0 512
/dev/loop22 0 0 1 1 /var/lib/snapd/snaps/gtk-common-themes_818.snap 0 512
/dev/loop12 0 0 1 1 /var/lib/snapd/snaps/gnome-3-28-1804_19.snap 0 512
/dev/loop3 0 0 1 1 /var/lib/snapd/snaps/xnviewmp_3.snap 0 512
/dev/loop30 0 0 1 1 /var/lib/snapd/snaps/sweethome3d-homedesign_4.snap 0 512
/dev/loop20 0 0 1 1 /var/lib/snapd/snaps/gnome-system-monitor_70.snap 0 512
/dev/loop10 0 0 1 1 /var/lib/snapd/snaps/core_6405.snap 0 512
mount | grep snapd/var/lib/snapd/snaps/gnome-3-26-1604_82.snap on /snap/gnome-3-26-1604/82 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/freemind_2.snap on /snap/freemind/2 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/xnviewmp_3.snap on /snap/xnviewmp/3 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/core18_731.snap on /snap/core18/731 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/evince_56.snap on /snap/evince/56 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/gnome-logs_57.snap on /snap/gnome-logs/57 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/gnome-characters_206.snap on /snap/gnome-characters/206 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/skype_63.snap on /snap/skype/63 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/gnome-calculator_352.snap on /snap/gnome-calculator/352 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/core18_782.snap on /snap/core18/782 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/sweethome3d-homedesign_6.snap on /snap/sweethome3d-homedesign/6 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/core_6405.snap on /snap/core/6405 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/gnome-calculator_260.snap on /snap/gnome-calculator/260 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/gnome-3-26-1604_74.snap on /snap/gnome-3-26-1604/74 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/core_6673.snap on /snap/core/6673 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/gnome-3-28-1804_19.snap on /snap/gnome-3-28-1804/19 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/gnome-3-28-1804_15.snap on /snap/gnome-3-28-1804/15 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/sweethome3d-homedesign_7.snap on /snap/sweethome3d-homedesign/7 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/core_6531.snap on /snap/core/6531 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/gnome-calculator_238.snap on /snap/gnome-calculator/238 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/gnome-system-monitor_70.snap on /snap/gnome-system-monitor/70 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/gtk-common-themes_818.snap on /snap/gtk-common-themes/818 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/gnome-3-26-1604_78.snap on /snap/gnome-3-26-1604/78 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/evince_60.snap on /snap/evince/60 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/gnome-system-monitor_57.snap on /snap/gnome-system-monitor/57 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/gtk-common-themes_1198.snap on /snap/gtk-common-themes/1198 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/gtk-common-themes_1122.snap on /snap/gtk-common-themes/1122 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/gnome-characters_139.snap on /snap/gnome-characters/139 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/core18_719.snap on /snap/core18/719 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/gnome-3-28-1804_23.snap on /snap/gnome-3-28-1804/23 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/sweethome3d-homedesign_4.snap on /snap/sweethome3d-homedesign/4 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/evince_57.snap on /snap/evince/57 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/gnome-logs_45.snap on /snap/gnome-logs/45 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/skype_66.snap on /snap/skype/66 type squashfs (ro,nodev,relatime,x-gdu.hide)
snap listName Version Rev Tracking Publisher Notes
core 16-2.38 6673 stable canonical✓ core
core18 18 782 stable canonical✓ base
evince 3.30.2 60 stable ken-vandine -
freemind 1.0.1 2 stable jibel -
gnome-3-26-1604 3.26.0.20190228 82 stable/… canonical✓ -
gnome-3-28-1804 3.28.0-9-gce87599.ce87599 23 stable canonical✓ -
gnome-calculator 3.32.0+git2.cae338ea 352 stable/… canonical✓ -
gnome-characters v3.32.0+git1.9ff74a2 206 stable/… canonical✓ -
gnome-logs 3.32.0 57 stable/… canonical✓ -
gnome-system-monitor 3.32.0 70 stable/… canonical✓ -
gtk-common-themes 0.1-16-g2287c87 1198 stable/… canonical✓ -
skype 8.34.0.78 66 stable skype✓ classic
sweethome3d-homedesign 6.1.2 7 stable jibel -
xnviewmp 0.90-snap1 3 stable vs -

С целью исключения некропостинга, по состоянию на 24.02.2020 модератором раздела принято решение тему закрыть. Если у кого-то будет аналогичная проблема - убедительная просьба создать новую тему и искать решение в рамках этой новой темы.
Закрыто.
--zg_nico
« Последнее редактирование: 24 Февраль 2020, 22:59:19 от zg_nico »

 

Страница сгенерирована за 0.117 секунд. Запросов: 23.