• NAS

  • Monter un répertoire du dédié sur Xpenology

Si je fais:

sshfs user_serveur@ip_serveur:/download/downloads /download/downloads -o allow_other,nonempty

Le répertoire se monte bien. Mais dès que je ferme la fenêtre de commande ssh, il se démonte.
Sinon dans fstab, j'ai essayé plusieurs choses.

<user_ssh>@<domain.tld>:/download/downloads /download/downloads fuse.sshfs rw,nosuid,nodev,uid=0,gid=0 0 0

(d'après l'indication de sunnay)

<user_ssh>@<domain.tld>:/download/downloads /download/downloads fuse.sshfs no-canonicalize,rw,nosuid,nodev,allow_other 0 0

(copié depuis mtab une fois le répertoire monté en manuel)
j'ai aussi testé le format :

sshfs#user@machine:/download/downloads /download/downloads fuse.sshfs no-canonicalize,rw,nosuid,nodev,allow_other 0 0

A chaque fois, j'ai invalid arguments.

Sinon, j'ai aussi tenté de lancer la commande manuelle via un script qui se lance au démarrage, mais ça n'a pas l'air de fonctionner non plus.

J'ai ajouté les balises code, c'est un peu plus sympa à lire.
Peux-tu tester avec ça stp ?

sshfs#user@server:/download/downloads /download/downloads          fuse            port=XXX,user,noatime,allow_other,nonempty,_netdev     0 0

Désolé pour les balises, je n'avais pas trouvé comment faire.

J'ai testé ce que tu me conseilles, mais pas mieux. Le port, c'est bien le même que le port ssh ?

Merci

Normalement oui. Pour faire simple le forum est compatible avec les balises BBCode.

Vu que je vais en avoir besoin, j'ai installé sshfs sur mon syno et je n'arrive pas non plus à monter le répertoire distant depuis fstab ni avec ma syntaxe, ni avec celle d'Aerya.

mount: wrong fs type, bad option, bad superblock on sshfs#<user>@<domain.tlf>:<dossier_source>,
       missing codepage or helper program, or other error

J'ai fait quelques recherches et apparemment le DSM ne gère pas normalement le fichier fstab, notamment pour la reconnaissance des fs ...
Je vais voir si je trouve une solution.

Moi j'ai un script qui remplace le fichier fstab au demarrage déjà, car apparemment, il est remis à zéro à chaque démarrage.

Tu as installé sshfs depuis le repo synocommunity ?

Par contre j'ai jamais eu ce message. Tu l'as eu où ?
Sinon pour du temporaire, en montant en manuel, ça marche nickel.

    clem73
    Oui j'utilise bien le package installé depuis le repo synocommunity. Pour le message que j'ai collé, il apparaît après la commande sudo mount -a
    Après m'être battu avec le fstab, j'ai déclaré forfait et je suis passé par un job cron.
    vi /etc/crontab
    Et j'ai rajouté la ligne :
    @reboot <user_nas> sshfs -o uid=1026 -o gid=100 <user_dedie>@<domain.tld>:<dossier_source> <dossier_cible>
    C'est pas idéal mais ça fonctionne et le répertoire est monté à chaque redémarrage.
    Attention, @reboot, <user_nas> et la commande de montage doivent être séparés par une tabulation et non par un espace.

      Ca ne fonctionne pas chez moi. La ligne disparait au redémarrage.
      Tu es sous DSM 6 ? Moi sous DSM 5 (xpenology oblige), et on ne peut pas mettre de tache au démarrage/arrêt il me semble, que du programmé (heure minute, jour...)

        clem73 ok, je comprends mieux... Xpenology ce n'est pas le DSM, je renomme.

          Aerya a renommé le titre en Monter un répertoire du dédié sur Xpenology.

          Ah oui désolé j'ai pas précisé, je pensais que ca fonctionnait pareil hormis le loader.

          Edit : D'ailleurs j'hésite à migrer sur freenas, open media vault ou carrément un ubuntu server pour régler ces soucis. Mais ca me fait un peu de temps à passer dessus et j'en ai pas trop en ce moment.

            clem73 C'est hélas pas tout à fait comme le DSM. Je ne l'ai plus chez moi mais j'avais passé un peu de temps sur des forums à l'époque et on trouvait des différences d'architecture qui bloquaient certains hacks justement. Même si c'est pas vraiment un hack dans ce cas...

              Salut,
              Oui je suis en DSM6, il me semble qu'il y avait une astuce pour éviter l'écrasement du crontab sur les DSM précédent mais je n'avais pas creusé et je ne peux plus tester (/etc.default/crontab si mes souvenirs sont bons).
              Pour le @reboot, je ne l'ai pas non plus en option quand je veux créé une tache depuis l'interface mais il fonctionne quand même.

              Salut,

              J'ai testé etc.default mais ça ne fonctionne pas. Par contre elle ne s'efface pas au redemarrage.
              J'ai aussi essayé de mettre un script pour écraser le crontab au démarrage, elle est bien écrasée, mais mon répertoire n'est toujours pas monté.

              Je vais passer en cifs je crois, c'est géré directement depuis dsm. Par contre il faut que je le configure côté serveur.

              12 jours plus tard

              Salut,

              Pour ceux que ça interesse, je n'ai toujours pas réussi à monter mon repertoire au démarrage.
              Par contre, avec la commande nohup, il reste monter quand je ferme la fernêtre de commande ssh. C'est déjà ça 🙂.

              Répondre…