Рейтинг:0

Правило Udisks2 игнорировать диски-члены массива BTRFS-in-LUKS

флаг lb

На ПК с Ubuntu 20.04 с дисковым массивом RAID-1 btrfs (в криптографии / LUKS) файловые менеджеры (natiuls, thunar и т. д.) показывают повторяющиеся записи для [логически] одного и того же диска и повторно монтируют дубликаты. /media/Пользователь/DiskLabel-N. Запрос: Я хотел бы, чтобы пользовательские клики в файловом менеджере не монтировали несколько копий массива; они загрязняют пользовательский интерфейс, а также заставляют файловый менеджер работать вяло. Бонусом было бы скрыть все (или все, кроме одного) записи в файловом менеджере, поскольку у нас уже есть жестко закодированные монтирования для этих массивов.

Я верю, что это треки udisk2 не имея правил игнорирования для такого массива дисков, но у меня не получается UDISKS_IGNORE правила для ручного скрытия UUID дисков массива. Обратите внимание на аналогичную (принятую и исправленную) проблему для ZFS звонпару лет назад: https://bugs.freedesktop.org/show_bug.cgi?id=100864 + https://github.com/storaged-project/udisks/pull/376

Пример симптомов на машине с ТРЕХдисковым массивом:

  • после чистой загрузки ИЛИ размонтировать /носитель/*/массив данных*
    • гора | grep '/медиа/.*/массив данных' --> #пустой
    • в наутилус, на левой панели отображается ДВА "массив данных-1" записи
  • в наутилус, нажмите несколько раз на диски в левой панели, помеченные
    • по первому клику (только), по третьему "массив данных-1" запись появляется на левой панели рядом с другими физическими дисками
    • при последующих кликах, новый устанавливатьs создаются в области ярлыков
      • журналctl регистрирует один из них для каждого клика udisksd[1933]: смонтирован /dev/dm-4 в /media/TheUser/dataarray-13 от имени uid 1000.

Пример топологии диска:

$ лсблк
НАИМЕНОВАНИЕ MAJ:MIN RM РАЗМЕР RO ТИП ТОЧКА КРЕПЛЕНИЯ
...
sdc 8:32 1 1.4T 0 диск  
ââsdc1 8:33 1 1.4T 0 часть  
  ââdata_btrfs_n1 253:6 0 1.4T 0 crypt /mnt/data-array # Примечание: монтируется при загрузке через fstab+crypttab с ключевым файлом на загрузочном диске FDE
sdd 8:48 1 1.4T 0 диск  
ââsdd1 8:49 1 1.4T 0 часть  
  ââdata_btrfs_n2 253:4 0 1.4T 0 crypt # например, /dev/dm-4 в журнале
sde 8:64 1 1.4T 0 диск  
ââsde1 8:65 1 1.4T 0 часть  
  ââdata_btrfs_n3 253:5 0 1.4T 0 крипта 



$ черный
...
/dev/sdc1: UUID="222..." TYPE="crypto_LUKS" PARTUUID="..."
/dev/sdd1: UUID="333..." TYPE="crypto_LUKS" PARTUUID="..."
/dev/sde1: UUID="111..." TYPE="crypto_LUKS" PARTUUID="..."

и правила udev в /etc/udev/rules.d/10-local.rules

ПОДСИСТЕМА=="блокировать", ENV{ID_FS_UUID}=="111...", ENV{UDISKS_IGNORE}="1"
ПОДСИСТЕМА=="блокировать", ENV{ID_FS_UUID}=="222...", ENV{UDISKS_IGNORE}="1"
ПОДСИСТЕМА=="блокировать", ENV{ID_FS_UUID}=="333...", ENV{UDISKS_IGNORE}="1"
флаг lb
Я обнаружил, что несколько слоев компонентов имеют проблемы/вопросы по этому поводу; для дальнейшего использования, вот наиболее близкий https://gitlab.gnome.org/GNOME/gvfs/-/issues/519; и соответствующий (хотя и остановившийся) кандидат https://github.com/storaged-project/udisks/pull/838

Ответить или комментировать

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