Come funziona il montaggio sulla GUI "sotto il cofano"

AGGIORNARE

Per favore, correggimi se sbaglio : per lavorare sul mio computer, con una distribuzione GNU / Linux di nome Debian, conosco due modi per inserire un comando, avviare un'applicazione, aprire un file, ecc .:

• un'interfaccia a riga di comando in cui inserisco il testo
• un'interfaccia utente grafica [aka GUI ]: un'interfaccia che fornisce "finestre", simboli ecc.

C'è qualcosa che si chiama "Window Manager". Mentre uso GNU / Linux, lavoro sul sistema X-Window [per quanto ne so].

Pubblicazione originale

Situazione : ho disabilitato l'automount in /etc/fstabper le chiavette USB [ad es /dev/sdb1.]. Il montaggio richiede di essere root, o almeno una sudovoce nella riga di comando ma non in un gestore di finestre (!) . Non intendo automount, intendo "fare clic sul simbolo" in un gestore di finestre che apre il dispositivo sulla GUI senza alcuna domanda, dove sulla CLI si deve essere root.

Domanda : come funziona il montaggio in una GUI "sotto il cofano"? Esiste un configfile per i gestori di finestre in generale o è necessario impostarlo singolarmente?

Capisco e uso il mountcomando, penso di capire come leggere e configurare /etc/fstabe sapere dove cercare cosa significano le voci lì e in /etc/mtab.

Questa è la mia comprensione della situazione, ma non sono un esperto, quindi è meno tecnico delle altre risposte. Questo è quello che capisco dopo aver usato questi sistemi per molti anni, non li ho studiati in dettaglio.

Ci sono tre giocatori principali qui e tra loro gestiscono i supporti:

• FUSIBILE: Questo è al centro di tutto, come descritto nella sua pagina di Wikipedia :

  Filesystem in Userspace (FUSE) è un meccanismo del sistema operativo per sistemi operativi simili a Unix che consente agli utenti non privilegiati di creare i propri file system senza modificare il codice del kernel. Ciò si ottiene eseguendo il codice del file system nello spazio utente mentre il modulo FUSE fornisce solo un "ponte" alle interfacce del kernel effettive.

  Quindi, in sostanza, questo è ciò che consente agli utenti senza privilegi di montare filesystem.

• gvfs: Nella famiglia di ambienti desktop Gnome (che include Gnome, Mate, Cinnamon), questo è (tra le altre cose) un demone che monterà automaticamente le unità appena connesse. Lo fa tramite FUSE. Credo (ma potrebbe essere sbagliato) l'equivalente per la famiglia KDE si chiama KIO

  I principali processi di gvfssono (presi da man gvfs):

  • gvfsd - il demone gvfs principale
  • gvfs-fuse-daemon - monta gvfs come filesystem di miccia
  • gvfsd-metadata - scrive i metadati di gvfs

• udev: Si tratta di un sistema che rileva nuovi dispositivi e consente di eseguire script / comandi quando sono connessi. Ad esempio, è udevche rileva un nuovo schermo e può rispecchiare il desktop su di esso:

  udev è un gestore di dispositivi per il kernel Linux. In primo luogo, gestisce i nodi del dispositivo in / dev. È il successore di devfs e hotplug, il che significa che gestisce la directory / dev e tutte le azioni dello spazio utente durante l'aggiunta / rimozione di dispositivi, incluso il caricamento del firmware.

  In particolare, gvfssembra funzionare attraverso il gvfs-udisks2-volume-monitorquale è un monitor del volume basato su udisks. udisksstesso, tuttavia, si basa su udev(vedi man 7 udisks).

Quindi, sostanzialmente (leggi "orribile semplificazione") ciò che accade è che quando colleghi il tuo disco, lo udevrileva e avvisa il gvfsdemone che lo monterà come dispositivo FUSE.

FUSE e udevsarà lo stesso per tutti gli ambienti desktop, ciò che cambia è il demone DE che monitora udeve monta l'unità come file system FUSE.

Dipende dal vostro ambiente a finestre (GNOME / KDE / etc.), Ma in GNOME, per esempio, vedrete demoni in esecuzione chiamati, gvfs-*-volume-monitor. Questi daemon sono responsabili del montaggio dei dispositivi durante l'esecuzione dell'ambiente desktop, non hanno nulla a che fare con /etc/fstabe funzionano in modo completamente indipendente.

Per quanto riguarda un file di configurazione, ci sono alcuni file che sono legati a questo che vivono nella directory home dell'utente che esegue il DE, $HOME/.local/share/gvfs-metadata.

Queste domande e risposte sono intitolate: Cos'è gvfs e perché dovrei volerlo sul mio sistema? , tenta di spiegare cos'è GVFS. Fa un buon lavoro nel spiegarlo. Ma penso che ciò di cui ti stai veramente chiedendo sia affrontato di più da questo U&L Q&A intitolato: Montaggio automatico dei dischi USB (come funziona) .

La semplice risposta è che imbrogliano. Non usano il fstab. In genere usano un udevhook per catturare eventi di inserimento, montare manualmente il disco come root, che può essere passato dbusper notificare al file manager che si dispone di un nuovo disco o che potrebbero utilizzare suidutility anziché dbusper smontare. Sfortunatamente non ci sono opzioni di configurazione standard per questo, e poiché il movimento del desktop crede nel nascondere la complessità, non documentano questo nella documentazione dell'utente, solo nella documentazione per gli sviluppatori e assumono un sistema a singolo utente, quindi le unità USB funzionano solo per primo utente ad accedere a un server X.

PolicyKit (o Polkit) è un toolkit a livello di applicazione per la definizione e la gestione della politica che consente ai processi non privilegiati di parlare con processi privilegiati .

È un framework per centralizzare il processo decisionale rispetto alla concessione dell'accesso ad operazioni privilegiate (come la chiamata del metodo Mount ()) per applicazioni non desktop (desktop).

Un agente di autenticazione viene utilizzato per dimostrare all'utente di una sessione che l'utente della sessione è realmente l'utente (eseguendo l'autenticazione come utente) o un utente amministrativo (eseguendo l'autenticazione come amministratore).

GVFS è un filesystem virtuale che consente il montaggio di filesystem locali e remoti come utente insieme al supporto cestino. Esiste anche il supporto FUSE che consente alle applicazioni che non utilizzano GIO di accedere ai filesystem GVFS, ma la maggior parte dei DE esegue l'autenticazione tramite Policykit anche per altre cose, come l'ibernazione e lo spegnimento del computer, e per NetworkManager, quindi non è necessario usa FUSE.

Si compone di due parti:

1. Una libreria condivisa che viene caricata da applicazioni che supportano GIO;
2. GVFS stesso, che contiene una raccolta di demoni che comunicano tra loro e il modulo GIO su D-Bus.

Il pacchetto gvfs deve essere installato, insieme a polkit-gnome per le regole di polkit. Assicurarsi che un agente di autenticazione grafico sia installato e avviato automaticamente.

I file di configurazione per la gestione dei privilegi devono essere diversi per ogni distribuzione. Arch Wiki ti dice di creare un file sotto /usr/share/polkit-1/rules.d/. In Debian, si trovano in /etc/polkit-1/.

Fonti: Policykit su Debian || Polkit su Arch Wiki || GVFS su Arch Wiki || GVFS su GNOME Wiki!

Un elemento comune che stai cercando è FUSE , il gvfs di GNOME, ad esempio, lo usa sotto il cofano. ¹ Questa è l'interfaccia con il kernel, e credo che sia comune a tutti i sistemi di montaggio (auto) non privilegiati su Linux [ma vedi commenti]. I singoli DE non creerebbero la propria versione di ciò poiché ciò richiederebbe patch del kernel.

Questo link alla homepage è in realtà obsoleto, perché come notato qui , FUSE è diventato parte del kernel ufficiale alcuni anni fa, ma descrive le origini e gli scopi del progetto (non è solo per il montaggio senza privilegi).

Il motivo per cui vari sistemi possono deviare con stile oltre questo è lo stesso motivo per cui si hanno vari ambienti desktop: rappresentano visioni diverse di come / cosa dovrebbe essere la GUI. Si stanno prendendo cura della forma e della funzione dell'interfaccia utente, ma FUSE esegue il montaggio effettivo e roba a livello di kernel. Si noti che FUSE non esegue realmente la parte "auto", riguarda più la parte "non privilegiata", ma la parte auto è piuttosto semplice: tutto ciò che devi fare è il sondaggio, ad es /dev. Ho scritto un'applicazione di montaggio che funziona in questo modo; osserva solo la comparsa di nuovi nodi. ² Quella parte è forse un centinaio di righe di C ++. Facile - non c'è davvero bisogno di un'API comune a quel livello.

¹ Oppure puoi, se sta facendo un montaggio davvero senza privilegi. La risposta di Teresa può riguardare approcci più recenti per consentire l'accesso a supporti normali.

² Come osserva hildred, i callback udev sarebbero un metodo migliore, meno hack.