-
-
Save gmag11/dc139ffd6a8ca8b622e98ca6422f8d79 to your computer and use it in GitHub Desktop.
| # Rclone mount on boot | |
| # Copy file to: /etc/systemd/system | |
| # You need to create a remote on RClone and a folder on your disk, both with same name <rclone-remote> | |
| # This example uses /cloud/ folder as origin to mount all remotes, change it to your needs | |
| # This example use a linux user named rclone. Create it or adapt it to your needs. Rclone will get config from that user's home folder | |
| # Register new service by typing: | |
| # sudo systemctl daemon-reload | |
| # Do the next one for every remote you want to load on boot | |
| # sudo systemctl enable rclone-mount@<rclone-remote>.service | |
| # systemctl start rclone-mount@<rclone-remote>.service | |
| # Usage: | |
| # To unmount drive use | |
| # systemctl stop rclone-mount@<rclone-remote>.service | |
| # To mount use: | |
| # systemctl start rclone-mount@<rclone-remote>.service | |
| # To disable mount on boot use: | |
| # systemctl disable rclone-mount@<rclone-remote>.service | |
| [Unit] | |
| Description=rclone FUSE mount for %i | |
| Documentation=http://rclone.org/docs/ | |
| After=network-online.target # externo.mount # This is only needed if you use an external USB hard drive in order to wait for it to be mounted | |
| # Mount point in my system is on a USB drive, don't ask why :))), that's why I have to wait for it to get mounted | |
| Requires=externo.mount | |
| [Service] | |
| #Type=forking | |
| # This example use a linux user named rclone. Create it or adapt it to your needs. Rclone will get config from that user's home folder | |
| User=rclone | |
| Group=rclone | |
| # This example uses /cloud/ folder as origin to mount all remotes, change it to your needs | |
| # --vfs-cache-mode full activates cache for writting and reading. Check RClone documentation | |
| ExecStart=/usr/bin/rclone mount %i: /cloud/%i --vfs-cache-mode full -v --allow-other | |
| ExecStop=/bin/fusermount -uz /cloud/%i | |
| [Install] | |
| #Wants=network-online.target | |
| #Alias=rclone-rs | |
| #RequiredBy= | |
| WantedBy=multi-user.target |
Hola. Encontré tu comentario googleando.
Te ha dado problemas realizar mas de un mountpoint con rclone? Cuántos has llegado a montar en un mismo sistema?
Mi idea es hacerlo con 4 o 5 para que accedan diferentes usuarios por Nextcloud.
Un usuario = un mountpoint de rclone.
Tengo más de diez nobes montadas. Cada punto de motaje puede tener usuario diferente. Lo importante es que el punto de montaje se llame igual que la entrada en rclone
Muchas gracias!
¡Muchas gracias por estas líneas!
hi i seem to be misundestanding something. i have multiple remotes mounted in different places. this will only work if they are mount in same dir? should i create a separate service file for each dir then? i have multiple mounts in one dir, one mount in another, and another mount in another. should i create 3 services?
sometimes my mount fails. where df no longer shows the mount point. then i re-mount it and its fine. not sure why this happens. can anything be done in service file to correct a failed mount? or should i perhaps edit the service to unmount before it mounts and then reload the service once a day or something as preventive measure?
---edit perhaps this is from me using & instead of nohup or even --daemon i will stray the latter first
is there advantage to Type = forking? why is the line commented?
from rclone.org:
systemd When running rclone mount as a systemd service, it is possible to use Type=notify. In this case the service will enter the started state after the mountpoint has been successfully set up. Units having the rclone mount service specified as a requirement will see all files and folders immediately in this mode.
should Type = notify be used?
hi i seem to be misundestanding something. i have multiple remotes mounted in different places. this will only work if they are mount in same dir? should i create a separate service file for each dir then? i have multiple mounts in one dir, one mount in another, and another mount in another. should i create 3 services?
I have every mount inside /cloud/ directory. You have to create folder first. For instance, if you like to mount Google Drive you can follow these steps, after copying service file onto /lib/systemd/system/:
- Create a folder on /cloud/. For instance
GDrive_user - Create a rclone configuration named the same.
GDrive_user - Use systemctl to start mount:
sudo systemctl enablerclone-mount@GDrive_user` - Check mount status with:
sudo servicerclone-mount@GDrive_user status` - You should be able to list files with
ls /cloud/GDrive_user - You can enable mount with:
sudo servicerclone-mount@GDrive_user startand stop it withsudo servicerclone-mount@GDrive_user stop
Notice that I'm using a user called rclone. You can change it with yours here
is there advantage to Type = forking? why is the line commented?
from rclone.org:
systemd When running rclone mount as a systemd service, it is possible to use Type=notify. In this case the service will enter the started state after the mountpoint has been successfully set up. Units having the rclone mount service specified as a requirement will see all files and folders immediately in this mode.should Type = notify be used?
I did not notice that, thank you. Please share your findings about that here and propose an edit if you like
aptitude install rclone fuse
# Rclone mount on boot
# Register new service by typing:
# sudo systemctl daemon-reload
# Do the next one for every remote you want to load on boot
# sudo systemctl enable rclone-mount@<rclone-remote>.service
# systemctl start rclone-mount@<rclone-remote>.service
# Usage:
# To unmount drive use
# systemctl stop rclone-mount@<rclone-remote>.service
# To mount use:
# systemctl start rclone-mount@<rclone-remote>.service
# To disable mount on boot use:
# systemctl disable rclone-mount@<rclone-remote>.service
[Unit]
Description=rclone fuse mount for %i
Documentation=https://gist.github.com/gmag11/dc139ffd6a8ca8b622e98ca6422f8d79
AssertPathIsDirectory=/mnt/%i
After=network-online.target
[Service]
# Type=forking
# User=rclone
# Group=rclone
ExecStart=/usr/bin/rclone mount %i: /mnt/%i --vfs-cache-mode full -v --allow-other
ExecStop=/bin/fusermount -uz /mnt/%i
# --vfs-cache-mode full activates cache for writting and reading. Check RClone documentation
[Install]
#Wants=network-online.target
#Alias=rclone-rs
#RequiredBy=
WantedBy=multi-user.target
¿Cual es la razon por la que se usa /lib/systemd/system en lugar de /etc/systemd/system para el servicio?
Como a mi me ha costado entenderlo, he procurado facilitar el camino a otros neofitos como yo en el systemd
# Service: [email protected]
# Documentation:
# https://rclone.org/docs/
# https://gist.github.com/gmag11/dc139ffd6a8ca8b622e98ca6422f8d79
# Rclone mount on boot
# Copy file to: /lib/systemd/system/[email protected]
# You need to create a remote on RClone and a folder on your disk, both with same name <rclone-remote>
# This example uses /mnt folder as origin to mount all remotes
# Example rclone.conf
# [onedrive-principal]
# type = onedrive
# token = {"access_token":"TrCQA8B ... E$","expiry":"2026-10-27T17:08:31.897968077+02:00"}
# drive_id = 1dd31928XXXXXXXX
# drive_type = personal
# [onedrive-secundario]
# type = onedrive
# token = {"access_token":"TrCQA8B ... E$","expiry":"2026-10-27T17:08:31.897968077+02:00"}
# drive_id = 6731928XXXXXXXX
# drive_type = personal
# Example folders
# /mnt/onedrive-principal
# /mnt/onedrive-secundario
# Register new service by typing:
# $ sudo systemctl daemon-reload
# Do the next one for every remote you want to load on boot
# $ sudo systemctl enable rclone-mount@<rclone-remote>.service
# $ sudo systemctl start rclone-mount@<rclone-remote>.service
# Do the next one for test
# $ sudo systemctl status rclone-mount@<rclone-remote>.service
# Usage:
# To unmount drive use
# $ sudo systemctl stop rclone-mount@<rclone-remote>.service
# To mount use:
# $ sudo systemctl start rclone-mount@<rclone-remote>.service
# To disable mount on boot use:
# $ systemctl disable rclone-mount@<rclone-remote>.service
# To do Test
# $ rclone mount <rclone-remote>: /mnt/<rclone-remote> --vfs-cache-mode full -v --allow-other --daemon
# $ ls /mnt/<rclone-remote>
# $ fusermount -u /mnt/<rclone-remote>
# Nota: El parametro %i se cargara con el valor <rclone-remote>.service en la llamada de systemctl
[Unit]
Description=rclone fuse mount for %i
Documentation=https://gist.github.com/gmag11/dc139ffd6a8ca8b622e98ca6422f8d79
AssertPathIsDirectory=/mnt/%i
After=network.target network-online.target
[Service]
User=german # Es que me llamo German tambien ;), no es coba
Group=german
Restart=on-failure
ExecStart=/usr/bin/rclone mount %i: /mnt/%i --vfs-cache-mode full -v --allow-other --no-modtime
ExecStop=/bin/fusermount -uz /mnt/%i
[Install]
WantedBy=multi-user.target
Como a mi me ha costado entenderlo, he procurado facilitar el camino a otros neofitos como yo en el systemd
# Service: [email protected] # Documentation: # https://rclone.org/docs/ # https://gist.github.com/gmag11/dc139ffd6a8ca8b622e98ca6422f8d79 # Rclone mount on boot # Copy file to: /lib/systemd/system/[email protected] # You need to create a remote on RClone and a folder on your disk, both with same name <rclone-remote> # This example uses /mnt folder as origin to mount all remotes # Example rclone.conf # [onedrive-principal] # type = onedrive # token = {"access_token":"TrCQA8B ... E$","expiry":"2026-10-27T17:08:31.897968077+02:00"} # drive_id = 1dd31928XXXXXXXX # drive_type = personal # [onedrive-secundario] # type = onedrive # token = {"access_token":"TrCQA8B ... E$","expiry":"2026-10-27T17:08:31.897968077+02:00"} # drive_id = 6731928XXXXXXXX # drive_type = personal # Example folders # /mnt/onedrive-principal # /mnt/onedrive-secundario # Register new service by typing: # $ sudo systemctl daemon-reload # Do the next one for every remote you want to load on boot # $ sudo systemctl enable rclone-mount@<rclone-remote>.service # $ sudo systemctl start rclone-mount@<rclone-remote>.service # Do the next one for test # $ sudo systemctl status rclone-mount@<rclone-remote>.service # Usage: # To unmount drive use # $ sudo systemctl stop rclone-mount@<rclone-remote>.service # To mount use: # $ sudo systemctl start rclone-mount@<rclone-remote>.service # To disable mount on boot use: # $ systemctl disable rclone-mount@<rclone-remote>.service # To do Test # $ rclone mount <rclone-remote>: /mnt/<rclone-remote> --vfs-cache-mode full -v --allow-other --daemon # $ ls /mnt/<rclone-remote> # $ fusermount -u /mnt/<rclone-remote> # Nota: El parametro %i se cargara con el valor <rclone-remote>.service en la llamada de systemctl [Unit] Description=rclone fuse mount for %i Documentation=https://gist.github.com/gmag11/dc139ffd6a8ca8b622e98ca6422f8d79 AssertPathIsDirectory=/mnt/%i After=network.target network-online.target [Service] User=german # Es que me llamo German tambien ;), no es coba Group=german Restart=on-failure ExecStart=/usr/bin/rclone mount %i: /mnt/%i --vfs-cache-mode full -v --allow-other --no-modtime ExecStop=/bin/fusermount -uz /mnt/%i [Install] WantedBy=multi-user.target
Genial. Muchas gracias! Tocayo
¿Cual es la razon por la que se usa /lib/systemd/system en lugar de /etc/systemd/system para el servicio?
Seguramente es igual. Quizá incluso sea más correcto usar /etc
Muchisimas gracias por el script. Soy bastante nuevo en esto de los servicios SystemD. Lo único que cambié fue la ubicación del script en /etc/systemd/ en lugar de /lib/systemd/ ya que estoy usando Fedora Silverblue y /lib es parte del sistema inmutable.
EDIT: ah y por supuesto también comenté el requerimiento del montaje del disco externo, que no es mi caso.
Gracias a tí @juandpineiro. Realmente es más correcto usar /etc/systemd. Lo actualizo.
Gracias por el manual, pero soy un poco novato en todo esto.
Quiero realizar el tutorial para 3 montajes, pero no se cuales tienen que ser lo nombres correctos de los archivos.
Pongamos el ejemplo que mis montajes se llaman en Rclone, PEPITO, JUANITO y FULANITO.
Tendría que tener 3 archivos en /etc/systemd/system llamados;
[email protected]
[email protected]
[email protected]
o seria ( quitando el espacio );
rclone-mount@< PEPITO>.service
rclone-mount@< JUANITO>.service
rclone-mount@< FULANITO>.service
Perdón por estas preguntas que quizás sean de novato, pero no consigo montar las 3 a la vez ;(
Saludo y gracias
@moha20051985 ninguna pregunta es tonta y me parece buena idea ir por lo seguro sobretodo con este tipo de información.
Me tomo la libertad de responderte sin esperar al OP porque esto me ha sido enormemente útil y lo utilizo todos los días en varias de mis PCs.
En resumen, los tres archivos se llamarían de la primera forma como los indicaste. Para que la información esté un poco más en contexto, por ejemplo en una de mis PCs uso rclone para montar tres drives: Google Drive, OneDrive y un tercero que es OneDrive también pero encriptado.
Los puntos de montaje se llaman GDrive, OneDrive y encrypted y ese es el mismo nombre de los servicios de systemd. Por lo tanto los tres archivos que agregué en /etc/systemd/system/ son:
[email protected]
[email protected]
[email protected]
Ten en cuenta que estos nombres son también los que me aparecen al llamar rclone config, osea, los servicios tienen que tener esos nombres.
Muchísimas gracias por el comentario, ya me ha quedado claro.
Con las pruebas de esta tarde ya he deducido que seria como me comentas, ya que poniendo con las < > me decia que no encotraba el archivo cuando ejecutaba sudo systemctl enable o con sudo systemctl start
Aun asi, ni creando uno simple estoy siendo capaz de montarlo, no se que estoy haciendo mal :(, ya que estoy cambiado simplemente por PEPITO. Pero nada..
Seguiré haciendo pruebas a ver que paso me estoy saltando.
Gracias
@moha20051985 de recomendación si planeas montar varios remotes, comienza primero por un solo servicio y una vez que hayas logrado montar el remote, usa el contenido del archivo como plantilla para montar los otros.
Para encontrar cualquier error que pueda estar ocurriendo al momento de iniciar el servicio de systemd, pudes utilizar sudo systemctl status [email protected] y otro muy útil es que tengas otra consola abierta corriendo el comando sudo journalctl -xf para ver cualquier error que aparezca en el momento exacto de iniciar el servicio.
También recuerda que los puntos de montaje ej:/mnt/PEPITO tienen que ser propiedad del mismo usuario que está ejecutando el servicio de systemd sudo chown -R usuario:usuario /mnt/PEPITO.
Suerte!
@moha20051985 de recomendación si planeas montar varios remotes, comienza primero por un solo servicio y una vez que hayas logrado montar el remote, usa el contenido del archivo como plantilla para montar los otros.
Para encontrar cualquier error que pueda estar ocurriendo al momento de iniciar el servicio de systemd, pudes utilizar
sudo systemctl status [email protected]y otro muy útil es que tengas otra consola abierta corriendo el comandosudo journalctl -xfpara ver cualquier error que aparezca en el momento exacto de iniciar el servicio.También recuerda que los puntos de montaje ej:
/mnt/PEPITOtienen que ser propiedad del mismo usuario que está ejecutando el servicio de systemdsudo chown -R usuario:usuario /mnt/PEPITO.Suerte!
Un millon de gracias por tu ayuda, YA LO HE CONSEGUIDO!!!!
eran el maldito grupo, siempre uso el mismo y no se por que estaba dejando rclone
MIL GRACIAS DE NUEVO!!!
un saludo
Os vuelvo a escribir, para ver si me podéis volver ayudar, llevo unos dias y no doy con ello....
Cuando los ejecuto con sudo systemctl start uno a uno a mano, estos se montan perfectos.
Realizo el sudo systemctl enable sobre cada uno de ellos y vuelvo a reiniciar, me los monta bien, pero de repente las Raspberry deja de conectarse a internet, le intento hacer un ping a google.com y no responde. Para que vuelva necesito desenchufar el cable ethernet y volver a enchufarlo.
He intentado que se monten con 5s de retraso poniendo un ExecStartPre=/bin/sleep XX antes de ExecStart= , pero me sigue haciendo lo mismo. Pero no se si me hace caso o no....
Sabéis pk me puede estar causando este error? O cuando es que pierde conexión o quizás sea algún problema de DHCP?
Lo que no es viable es que para que funcione correctamente después de cada reinicio tenga que desenchufar y volver a enchufar el cable de ethernet, ya que si se reinicia y no estoy perderé todos los servicios que requieran de internet
Saludos
y gracias
Saludos!
Bueno leyendo los pasos que has seguido para tratar de que los montajes se realicen luego de un periodo de tiempo, pareciera que está todo en orden.
Una vez que modificaste los servicios, ejecutaste el comando sudo systemctl daemon-reload ? Para que systemd utilice los servicios modificados.
Otra cosa que podría ayudar es añadir la siguiente linea:
[Unit]
After=network.target
Es decir, la linea After=network.target justo después de [Unit] para que el servicio solo se ejecute una vez haya conexión de red. Esto debería eliminar la necesidad de sleep. De nuevo al hacer las modificaciones en los archivos, ejecuta sudo systemclt daemon-reload.
Saludos!
Bueno leyendo los pasos que has seguido para tratar de que los montajes se realicen luego de un periodo de tiempo, pareciera que está todo en orden.
Una vez que modificaste los servicios, ejecutaste el comando
sudo systemctl daemon-reload? Para que systemd utilice los servicios modificados.Otra cosa que podría ayudar es añadir la siguiente linea:
[Unit] After=network.targetEs decir, la linea
After=network.targetjusto después de[Unit]para que el servicio solo se ejecute una vez haya conexión de red. Esto debería eliminar la necesidad desleep. De nuevo al hacer las modificaciones en los archivos, ejecutasudo systemclt daemon-reload.
Gracias por la ayuda, si ya recarge el daemon antes de de enable. sobre lo de After=network.target , ya esta metido en la cabecera. De todas maneras os paso mi montaje, por si hubiera algo raro...
[Unit]
Description=rclone fuse mount for %i
Documentation=https://gist.github.com/gmag11/dc139ffd6a8ca8b622e98ca6422f8d79
AssertPathIsDirectory=/%i
After=network.target network-online.target
[Service]
User=root
Group=root
Restart=on-failure
ExecStartPre=/bin/sleep 5
ExecStart=/usr/bin/rclone mount %i: /%i --allow-other --vfs-cache-mode writes --buffer-size 256M --dir-cache-time 72h --drive-chunk-size 32M --fast-list --log-file /home/Rclone_logs/rclone_debug.log --vfs-read-chunk-size 128M --vfs-read-chunk-size-limit off
ExecStop=/bin/fusermount -uz /%i
[Install]
WantedBy=multi-user.target
Saludos y gracias de nuevo
Buenas noches, vengo a compartirles la configuración con la que logré montar el servicio, seguí todas las intrucciones sin embargo no me funcionaba, (cabe resaltar que esto lo llevé a cabo en una antigua computadora con Lubuntu 18.04.5). Siguiendo las instrucciones lograba montar las unidades sin embargo el sistema de archivos no reconocía los "mountpoint" como carpetas y no era posible acceder a estos. Tras horas de busqueda, recordé que la función experimental rclone gui web había logrado montar las unidades sin problema, fui y revicé usando la documentación y logré llegar a esto
`[Unit]
Description=rclone FUSE mount for %i
#Wants=network-online.target
After=network-online.target
[Service]
Type=notify
TimeoutStopSec=60
Environment=GOMAXPROCS=2
User=root
Group=root
ExecStart=/usr/bin/rclone mount remote_drive: /media/SharedFiles/Gdrive_workstation
--config /home/user/.config/rclone/rclone.conf
--use-mmap
--poll-interval=15s
--vfs-cache-mode full
--tpslimit 10
--vfs-write-back 5000000000s
--vfs-cache-max-age 3600000000000
--vfs-cache-poll-interval 60000000000
--async-read
--attr-timeout 1000000000
--max-read-ahead 131072
--noappledouble
--umask 2
--uid 1000
--file-perms 666
--dir-perms 777
--gid 1000
--dir-cache-time 300000000000
--vfs-read-chunk-size 134217728
--allow-root
--allow-other
--default-permissions
ExecStop=/bin/fusermount -uz /media/SharedFiles/Gdrive_workstation
[Install]
WantedBy=multi-user.target
`
Buenas noches, vengo a compartirles la configuración con la que logré montar el servicio, seguí todas las intrucciones sin embargo no me funcionaba, (cabe resaltar que esto lo llevé a cabo en una antigua computadora con Lubuntu 18.04.5). Siguiendo las instrucciones lograba montar las unidades sin embargo el sistema de archivos no reconocía los "mountpoint" como carpetas y no era posible acceder a estos. Tras horas de busqueda, recordé que la función experimental rclone gui web había logrado montar las unidades sin problema, fui y revicé usando la documentación y logré llegar a esto
`[Unit] Description=rclone FUSE mount for %i #Wants=network-online.target After=network-online.target
[Service] Type=notify TimeoutStopSec=60 Environment=GOMAXPROCS=2
User=root Group=root
ExecStart=/usr/bin/rclone mount remote_drive: /media/SharedFiles/Gdrive_workstation --config /home/user/.config/rclone/rclone.conf --use-mmap --poll-interval=15s --vfs-cache-mode full --tpslimit 10 --vfs-write-back 5000000000s --vfs-cache-max-age 3600000000000 --vfs-cache-poll-interval 60000000000 --async-read --attr-timeout 1000000000 --max-read-ahead 131072 --noappledouble --umask 2 --uid 1000 --file-perms 666 --dir-perms 777 --gid 1000 --dir-cache-time 300000000000 --vfs-read-chunk-size 134217728 --allow-root --allow-other --default-permissions
ExecStop=/bin/fusermount -uz /media/SharedFiles/Gdrive_workstation
[Install] WantedBy=multi-user.target `
Buenas noches, vengo a compartirles la configuración con la que logré montar el servicio, seguí todas las intrucciones sin embargo no me funcionaba, (cabe resaltar que esto lo llevé a cabo en una antigua computadora con Lubuntu 18.04.5). Siguiendo las instrucciones lograba montar las unidades sin embargo el sistema de archivos no reconocía los "mountpoint" como carpetas y no era posible acceder a estos. Tras horas de busqueda, recordé que la función experimental rclone gui web había logrado montar las unidades sin problema, fui y revicé usando la documentación y logré llegar a esto
`[Unit] Description=rclone FUSE mount for %i #Wants=network-online.target After=network-online.target
[Service] Type=notify TimeoutStopSec=60 Environment=GOMAXPROCS=2
User=root Group=root
ExecStart=/usr/bin/rclone mount remote_drive: /media/SharedFiles/Gdrive_workstation --config /home/user/.config/rclone/rclone.conf --use-mmap --poll-interval=15s --vfs-cache-mode full --tpslimit 10 --vfs-write-back 5000000000s --vfs-cache-max-age 3600000000000 --vfs-cache-poll-interval 60000000000 --async-read --attr-timeout 1000000000 --max-read-ahead 131072 --noappledouble --umask 2 --uid 1000 --file-perms 666 --dir-perms 777 --gid 1000 --dir-cache-time 300000000000 --vfs-read-chunk-size 134217728 --allow-root --allow-other --default-permissions
ExecStop=/bin/fusermount -uz /media/SharedFiles/Gdrive_workstation
[Install] WantedBy=multi-user.target `
Con el parámetro
--vfs-cache-mode fullque va en la llamada a rclone se comporta muchísimo más estable. Cuando escribes un fichero primero lo sube a la caché y después a la nube, pero durante el proceso el archivo estará bloqueado.Hay que tener paciencia. No sirve para usarlo como almacenamiento normal pero es muy cómodo para enviar archivos en bloque
--allow-otherpermite acceder al almacenamiento al resto de usuarios, incluidowww-datapara usarlo, por ejemplo, con NextCloud.