Google drive su Linux senza bloatware: rclone, cache vfs e systemd

Quando si passa a un ambiente Linux solido e minimale, la prima tentazione per gestire il cloud è cercare un client grafico preconfezionato. Spesso si finisce su roba scritta in Electron, zavorrata di telemetria, che macina cicli CPU in background per fare una cosa banalissima: leggere e scrivere file. L'approccio corretto, per chi non vuole strati intermedi, overhead e processi parassiti, è puntare dritto alle API del servizio.

Per Google Drive lo strumento definitivo è rclone. Niente interfacce pesanti, si dialoga in puro testo. Il problema di montare direttamente il cloud sul file system, però, è la natura sincrona della rete: se salvi o modifichi un file, il file manager rimane appeso finché i server remoti non rispondono. La lentezza rende il sistema inusabile. La soluzione è agganciare rclone a un demone systemd e forzare l'uso di una cache VFS (Virtual File System). In questo modo, l'OS scriverà fisicamente sul disco locale a velocità fulminea, annullando la latenza, mentre il demone gestirà il trasferimento reale verso Google in totale autonomia in background.

Ecco l'architettura pulita per configurarlo partendo da zero.

Installazione dei pacchetti essenziali

Su una macchina vergine servono esclusivamente il binario di rclone e il gestore dei filesystem in spazio utente (FUSE), necessario per montare dischi virtuali.

sudo apt update
sudo apt install -y rclone fuse3

Configurazione dell'accesso

Prima di creare gli automatismi, bisogna collegare l'account Google. Avvia la procedura guidata interattiva dal terminale.

rclone config

Digita n per creare un nuovo remote e chiamalo DRIVEMV (o con l'identificativo che preferisci). Scegli il numero corrispondente a Google Drive nell'elenco dei provider e segui le istruzioni a schermo per autorizzare l'accesso tramite il browser web. Ignora tutte le impostazioni avanzate lasciandole vuote o di default: per il nostro scopo non servono.

Creazione del demone di sistema

Dimentica i comandi lanciati a mano, gli script fragili o le righe buttate nei vecchi file di autostart. Il mount deve essere gestito dall'architettura del sistema operativo. Creiamo un demone per il tuo utente locale.

Crea la directory per i servizi personalizzati e apri un nuovo file di configurazione.

mkdir -p ~/.config/systemd/user/
nano ~/.config/systemd/user/rclone-drivemv.service

Incolla all'interno dell'editor l'architettura sottostante. I flag della cache VFS sono il nucleo di tutto il setup: impongono a rclone di usare fino a 10G del disco locale come ammortizzatore per le letture e le scritture, mascherando completamente i tempi morti della connessione internet.

[Unit]
Description=Mount rclone per google drive
After=network-online.target

[Service]
Type=notify
ExecStart=/usr/bin/rclone mount DRIVEMV: %h/DRIVEMV \
  --vfs-cache-mode full \
  --vfs-cache-max-size 10G \
  --vfs-read-chunk-size 16M \
  --dir-cache-time 72h
ExecStop=/bin/fusermount -uz %h/DRIVEMV
Restart=on-failure
RestartSec=5

[Install]
WantedBy=default.target

Salva con Ctrl+O e Invio, poi esci dall'editor con Ctrl+X.

Crea ora la directory fisica vuota che farà da punto di ancoraggio per i tuoi file.

mkdir -p ~/DRIVEMV

Attivazione e integrazione nel desktop

Il motore è pronto. Non resta che ordinare a systemd di leggere la nuova configurazione e di avviare il servizio in modo permanente, istruendolo per accendersi in automatico a ogni tuo login.

systemctl --user daemon-reload
systemctl --user enable --now rclone-drivemv.service

Il cloud è montato e operativo. Se apri Double Commander o il tuo file manager preferito, vedrai i tuoi documenti popolarsi all'istante dentro la cartella DRIVEMV nella tua Home. Per renderlo comodamente accessibile, fai clic destro sulla cartella e aggiungila alle risorse nel pannello laterale.

Zero bloatware, velocità da stato solido e controllo assoluto sulle risorse della macchina.