Puncte:0

Regula Udisks2 pentru a ignora discurile membre ale matricei BTRFS-in-LUKS

drapel lb

Pe PC-urile Ubuntu 20.04 cu o matrice de discuri btrfs (în cripto / LUKS) raid-1, managerii de fișiere (nautiuls, thunar etc) arată intrări duplicate pentru același disc [logic] și montează în mod repetat duplicat /media/User/DiskLabel-N. Cerere: Aș dori să împiedic clicurile utilizatorilor din managerul de fișiere să monteze mai multe copii ale matricei; ele poluează interfața de utilizare, precum și determină ca managerul de fișiere să se comporte lent. Un bonus ar fi să ascundeți toate (sau toate, cu excepția uneia) intrări în managerul de fișiere, deoarece avem deja monturi codificate pentru aceste matrice.

Eu cred că asta merge udisk2 neavând reguli de ignorare pentru astfel de discuri matrice, dar nu reușesc UDISKS_IGNORE reguli pentru a ascunde manual UUID-urile discurilor matrice. Rețineți o problemă similară (acceptată și remediată) pentru zfs zvolacum câțiva ani: https://bugs.freedesktop.org/show_bug.cgi?id=100864 + https://github.com/storaged-project/udisks/pull/376

Exemple de simptome, pe o mașină cu matrice de trei discuri:

  • după încărcarea curată SAU demontare /media/*/dataarray*
    • montură | grep '/media/.*/dataarray' --> #gol
    • în nautilus, panoul din stânga arată DOI "dataarray-1" intrări
  • în nautilus, faceți clic în mod repetat pe discurile din panoul din stânga etichetate
    • la primul clic (doar), un al treilea "dataarray-1" intrarea apare în panoul din stânga alături de celelalte discuri fizice
    • la clicurile ulterioare, nou monturăsunt create în zona de comenzi rapide
      • jurnalctl înregistrează una dintre acestea pentru fiecare clic udisksd[1933]: Montat /dev/dm-4 la /media/TheUser/dataarray-13 în numele uid 1000

exemplu de topologie de disc:

$ lsblk
NUME MAJ:MIN RM DIMENSIUNE RO TIP PUNCT DE MONTARE
...
sdc 8:32 1 1.4T 0 disc  
ââsdc1 8:33 1 1.4T 0 parte  
  ââdata_btrfs_n1 253:6 0 1.4T 0 crypt /mnt/data-array # Notă: montat la pornire prin fstab+crypttab cu fișierul cheie pe discul de pornire FDE
sdd 8:48 1 1.4T 0 disc  
ââsdd1 8:49 1 1.4T 0 parte  
  ââdata_btrfs_n2 253:4 0 1.4T 0 criptă # de exemplu /dev/dm-4 în jurnal
sde 8:64 1 1.4T 0 disc  
ââsde1 8:65 1 1.4T 0 parte  
  ââdata_btrfs_n3 253:5 0 1.4T 0 criptă 



$ blkid
...
/dev/sdc1: UUID="222..." TYPE="crypto_LUKS" PARTUUID="..."
/dev/sdd1: UUID="333..." TYPE="crypto_LUKS" PARTUUID="..."
/dev/sde1: UUID="111..." TYPE="crypto_LUKS" PARTUUID="..."

iar udev reglementează în /etc/udev/rules.d/10-local.rules

SUBSYSTEM=="block", ENV{ID_FS_UUID}=="111...", ENV{UDISKS_IGNORE}="1"
SUBSYSTEM=="bloc", ENV{ID_FS_UUID}=="222...", ENV{UDISKS_IGNORE}="1"
SUBSYSTEM=="block", ENV{ID_FS_UUID}=="333...", ENV{UDISKS_IGNORE}="1"
drapel lb
Am descoperit că mai multe straturi de componente au probleme/întrebări trimise despre aceasta; pentru referințe viitoare, iată cel mai strâns legat https://gitlab.gnome.org/GNOME/gvfs/-/issues/519; și un candidat corespunzător (deși blocat) https://github.com/storaged-project/udisks/pull/838

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.