Configurar el Google Drive i el OneDrive amb rclone a Linux
Avui en dia, treballar amb Linux és una meravella. No em falta res, ho tinc tot, fins i tot les apps de Microsoft (via PWA). Una altra peça important són els serveis de sincronització de fitxers. Configurar-los és fàcil.
En aquesta nota no explicaré com es configura cada servei amb rclone. Simplement, explico com he creat i configurat el servei de systemd per tal que funcionin bé, sense fer res.
Configuració de OneDrive i Google Drive amb rclone i memòria cau VFS
[2026-06-26 16:15]
He configurat serveis de systemd d'usuari per muntar tant el OneDrive com el Google Drive mitjançant rclone amb una memòria cau activa de 15 GB cadascun.
Serveis i Rutes
- OneDrive:
- Servei: ~/.config/systemd/user/rclone-onedrive.service
- Punt de muntatge: ~/OneDrive
- Google Drive:
- Servei: ~/.config/systemd/user/rclone-gdrive.service (configuració de rclone: gdrive:)
- Punt de muntatge: ~/GoogleDrive
Opcions de rendiment utilitzades (idèntiques per a ambdós serveis)
La configuració utilitza les següents opcions per optimitzar el rendiment i emmagatzemar els fitxers més recents de forma local:
-
--vfs-cache-mode full: Habilita la memòria cau completa per a lectura i escriptura, assegurant compatibilitat total amb les aplicacions locals. -
--vfs-cache-max-size 15G: Limita la memòria cau local a un màxim de 15 GB (eliminant els fitxers menys utilitzats per mantenir aquest límit). -
--vfs-cache-max-age 336h: Manté els fitxers a la memòria cau durant un màxim de 14 dies (336 hores) des del seu últim accés. -
--vfs-write-back 5s: Retarda l'escriptura dels fitxers modificats cap al núvol durant 5 segons per optimitzar els fluxos d'edició. -
--vfs-read-ahead 64Mi--buffer-size 32M: Pre-llegeix fins a 64 MB i reserva un buffer de 32 MB per accelerar la lectura seqüencial. -
--dir-cache-time 15m: Desa l'estructura de directoris en memòria durant 15 minuts per reduir peticions de l'API.
La parada dels serveis s'executa amb /bin/fusermount -u -z <punt_de_muntatge> per forçar un desmuntatge mandrós (lazy unmount) si hi ha fitxers ocupats.
Comentaris
Comenta mitjançant Delta Chat
Adjunto un dels fitxer per configurar el servei, com a exemple.
Perdoneu, no recordava que no tenia adjunts als comentaris. Aquí teniu el fitxer: https://gist.github.com/bitic/f28bfc92e9edff8b35e4d8c179cd0ece
Aquest i aquest article actualitzen el contingut d'aquesta nota. :-)
He tingut problemes amb la suspensió a RAM de l'ordinador des que vaig configurar rclone.
Això és le que m'ha fet la IA. A veure si funciona:
En sistemes moderns amb systemd (versió 252 o superior), el procés de suspensió a RAM intenta congelar (freeze) totes les tasques d'usuari (
user.slice). Si tens muntatges FUSE dercloneactius, en tallar-se la xarxa durant la suspensió, qualsevol petició d'E/S a la unitat es queda bloquejada en estat ininterromput (D-state). Això fa que la congelació de tasques falli per timeout (després de 20-60s) i que la suspensió falli ambDevice or resource busy, creant un bucle infinit d'intents de suspensió fallits si la tapa del portàtil continua tancada.Solució:
La solució més neta és indicar a
systemdque no congeli les sessions d'usuari abans d'adormir-se (els processos simplement es posaran a dormir un cop suspès el processador). Per fer-ho:bash sudo systemctl edit systemd-suspend.serviceini [Service] Environment=SYSTEMD_SLEEP_FREEZE_USER_SESSIONS=falsesystemd-hibernate.service,systemd-hybrid-sleep.serviceisystemd-suspend-then-hibernate.service.