[nas] accès en NFS et-ou SMB à un Dlink DNS 320

[vintherine]

Bonjour,

ma petite sœur vient de faire l'acquisition d'un Dlink DNS 320. Elle l'a doté de 2 disques que j'ai paramétré en raid-1. Coté réseau j'ai opté pour une ip fixe (192.168.0.222) et j'ai activé NFS. Au niveau partage j'ai défini un droit de lecture/écriture pour tous et n'ai pas créé d'utilisateur ni de groupe (est-ce nécessaire ?)

une fois effectué ce paramétrage de base je peux accéder au nas via Dolphin et l'adresse smb://192.168.0.222, en lecture et écriture, mais je souhaiterai paramétrer un montage automatique dans fstab, en NFS ou en SMB. Et je n'y arrive pas. Ça fait une semaine que je cherche et ça commence à m'énerver un poil ! Donc si quelque bonne âme pouvait m'éviter une crise de nerfs je lui en serait éternellement reconnaissant.

Pour SMB le nas me dit :

Code : Tout sélectionner

Nom du partage :	Volume_1
Chemin :	Volume_1
Lecture seule :	-
Lecture/Écriture :	Tous les comptes
Refuser l'accès :	-
Oplocks :	Non
Carte archives :	Non
Commentaire :	
Recycler :	Non

j'essaie le montage à la pogne :

Code : Tout sélectionner

sudo mount -t cifs 192.168.0.222/ /mnt/smb/
mount.cifs: bad UNC (192.168.0.222/)

dans le fstab j'essaie :

Code : Tout sélectionner

//192.168.0.222/     /mnt/smb     cifs     _netdev,guest     0     0

naturellement rien de monté. Dans journalctl je lis :

Code : Tout sélectionner

oct. 13 18:18:04 Vincent-U400 systemd[1]: Mounting /mnt/smb...
oct. 13 18:18:05 Vincent-U400 systemd[1]: mnt-smb.mount mount process exited, code=exited status=32
oct. 13 18:18:05 Vincent-U400 systemd[1]: Failed to mount /mnt/smb.
oct. 13 18:18:05 Vincent-U400 systemd[1]: Dependency failed for Remote File Systems.
oct. 13 18:18:05 Vincent-U400 systemd[1]: Unit mnt-smb.mount entered failed state.

une recherche sur cette erreur ne m'amène pas grand chose si ce n'est ce post et celui-ci

je ne comprends pas grand-chose au second mais je modifie mon fstab en fonction du premier :

Code : Tout sélectionner

//192.168.0.222/     /mnt/smb     cifs     _netdev,guest,noauto,x-systemd.automount,sec=ntlmv2      0 0

un mount derrière ne donne rien :

Code : Tout sélectionner

sudo mount /mnt/smb/
Retrying with upper case share name
mount error(6): No such device or address

Coté NFS le NAS me dit :

Code : Tout sélectionner

Hôte :	Bulloz
Chemin réel :	/mnt/HD/HD_a2
Montage de racine :	Oui
Écrire :	Oui

Dans Hôte j'ai mis n'importe-quoi, je ne sais pas à quoi ça sert... Derrière :

Code : Tout sélectionner

showmount -e 192.168.0.222
Export list for 192.168.0.222:

Je ne sais pas comment installer ssh sur le nas pour aller voir son /etc/exports mais je suppose qu'il est vide

je tente quand-même dans le fstab

Code : Tout sélectionner

192.168.0.222:/mnt/HD/HD_a2 /mnt/NFS nfs defaults 0 0

mais

Code : Tout sélectionner

sudo mount /mnt/smb/
mount.nfs: access denied by server while mounting 192.168.0.222:/mnt/HD/HD_a2

Pffff

[benjarobin]

Pour le NFS si le showmount ne retourne rien c'est qu'il n'est pas activé ou que le NAS utilise une trop vielle version

Pour smb il faut spécifier la méthode d'authentification via l'option sec= par exemple sec=ntlm
On ne sait pas non plus l'utilisateur ? Guest ?
Un exemple si l'utilisateur est admin

Code : Tout sélectionner

mkdir /mnt/smb
mount -t cifs //192.168.0.222/ /mnt/smb -o sec=ntlm --verbose -o user=admin

[vintherine]

Merci pour la réponse

Code : Tout sélectionner

man mount.cifs
blabla....
guest     don't prompt for a password
.....

correspond visiblement à l'option sec=none si on utilise mount -t cifs

la bonne formulation qui fonctionne avec mount.cifs est

Code : Tout sélectionner

sudo mount.cifs //192.168.0.222/Volume_1/ /mnt/smb/ -o guest

avec mount -t cifs

Code : Tout sélectionner

sudo mount -t cifs -o sec=none //192.168.0.222/Volume_1/ /mnt/smb/

reste à mettre ça dans un fstab, avec les options qui vont bien pour que systemctl ne tente pas le montage avant que le réseau soit établi, et qu'il n'y ait pas d'erreur si le NAS n'est pas allumé.

Et à comprendre pourquoi NFS ne fonctionne pas.

Je passerai en résolu quand j'aurai trouvé réponse à au moins une de ces deux questions

Merci encore

[benjarobin]

Pour le fsatb il te faut au moins rajouter l'option : _netdev
Si tu veux que systemd ne monte le dossier que lors du premier accès il suffit de rajouter l'option : x-systemd.automount
Sinon je te recommande fortement une connexion filaire avec l'utilisation du service : dhcpcd@.service pour obtenir une IP
Tu peux coupler le tout avec ce paquet https://aur.archlinux.org/packages/network-wait-online/

[vintherine]

Merci beaucoup. Ça en fait des choses à regarder.

Pour le fsatb il te faut au moins rajouter l'option : _netdev

ça c'est facile

Code : Tout sélectionner

Sinon je te recommande fortement une connexion filaire avec l'utilisation du service : dhcpcd@.service pour obtenir une IP

arf... j'avais opté pour networkmanager afin d'avoir la petite applet qui va bien. Ça fait une différence ? Ceci dit elle a aussi un portable qui accède en Wifi (+ un ipad) mais on verra ça plus tard.

Code : Tout sélectionner

Si tu veux que systemd ne monte le dossier que lors du premier accès il suffit de rajouter l'option : x-systemd.automount

Il n'y a que ça à faire ? Pas besoin d'un systemctl enable quelque-chose ?

Code : Tout sélectionner

Tu peux coupler le tout avec ce paquet https://aur.archlinux.org/packages/network-wait-online/

Je vais regarder ça.

En tous cas merci encore

[benjarobin]

Si tu n'utilises pas dhcpcd@.service, chose que je comprends très bien dans ton cas, je te conseil vivement l'utilisation de x-systemd.automount : Et non c'est tout, tu n'as rien d'autre à faire, systemd fait tout le travail
Et si cela ne suffit pas, le paquet sur AUR

[vintherine]

Je réactive ce sujet après l'avoir passsé en résolu car il me reste un petit problème : il faut que je démonte l'accès au NAS préalablement pour pouvoir arrêter l'ordi (sinon gel pendant l'arrêt). Est-ce un problème d'option de montage ou faut-il que je fasse un script déclenché par systemctl ?

Merci

[benjarobin]

C'est l'inconvénient de ne pas passer par dhcpcd@.service ou autre vrai service réseau (un troll, non... ) mais par networkmanager...

[vintherine]

Dans ce cas précis je peux utiliser dhcpcd : PC fixe toujours relié en filaire. Mais en quoi cela résoudrait-il mon problème ? le démon démonte automatiquement les partitions réseau en cas de déconnexion ?

J'ai l'habitude d'utiliser networkmanager pour disposer de l'applet qui va bien pour les connexion wifi et 3g, du coup je ne me casse pas la tête à apprendre autre chose. Mais je suis curieux de savoir pourquoi tu penses que dhcpcd est meilleur

[oktoberfest]

Dans le cas de mon pc de bureau (en ip fixe) j'ai utilisé l'option 'x-systemd.automount' dans /etc/fstab pour monter en nfs les disques de mon serveur.
Concernant le portable de ma femme (qui utilise NetworkManager), j'ai mis un script dans /etc/NetworkManager/dispatcher.d (je peux te poster le script ce soir) pour monter/démonter les répertoires distants au démarrage/arrêt du portable, si le portable est sur mon réseau interne (pas la peine d'essayer si je suis sur le wifi du MacDo ). Pour que ces scripts soient utilisés, il faut activer le service NetworkManager-dispatcher.

[vintherine]

Merci, ça m'intéresse

j'ai mis également l'option x-systemd.automount mais ça ne suffit pas.

la ligne dans mon fstab :

Code : Tout sélectionner

//192.168.0.222/Volume_1/     /mnt/smb     cifs     sec=none,noperm,_netdev,x-systemd.automount      0 0

[oktoberfest]

De mémoire j'avais aussi des soucis avec x-systemd.automount avec dhcpcd. Et pour faire mentir benjarobin, j'ai résolu mes problèmes avec le dispatcher de NetworkManager.
Tu peux regarde par ici pour des exemples de script et en adapter un pour faire ton montage, ou attendre que je poste mon script (si je n'oublie pas ce soir...).
Dans tous les cas une chose à faire (c'est marqué dans le wiki mais je l'avais zappé et je me suis arraché les cheveux pendant quelque temps) : bien penser à activer/démarrer le service NetworkManager-dispatcher !

[vintherine]

Merci pour les liens, c'est intéressant. Ceci dit conceptuellement y'a un truc qui me paraît pas clair : comment peut-t-on démonter un disque réseau APRÈS la déconnexion ?

Bon, si ça marche...

Sinon je chercherai plutôt une règle systemctl, mais je ne suis pas très à l'aise avec ça

Quelque chose comme ça ?

Code : Tout sélectionner

[Unit]
Description=arrêt machine
Before=poweroff.target

[Service]
Type=simple
ExecStart=umount /mnt/smb 

[Install]
WantedBy=poweroff.target

Que ce passera-t-il si le disque réseau n'est pas monté ? Sans doute rien (un message d'erreur dans un journal) ? Ça présente un intér de mette un 2> /dev/null ?

Et je suppose que je dois faire la même chose pour reboot.
On peut mettre 2 cibles dans le même service ou faut en faire 2 ?

[oktoberfest]

Voilà mon script :

Code : Tout sélectionner

#!/bin/bash

NAME=`basename $0`

INTERFACE=$1 # The interface which is brought up or down
STATUS=$2 # The new state of the interface

INTERFACE_WANTED='wlan0'
ESSID_WANTED='<ton ESSID>'

logger -t $NAME "Starting with parameters INTERFACE=$INTERFACE and STATUS=$STATUS"
[[ "$INTERFACE" == "$INTERFACE_WANTED" ]] || exit
ESSID=`iwconfig $INTERFACE | grep ESSID | awk -F'"' '{ print $2 }'`

case "$STATUS" in
  up)
    logger -t $NAME "Mounting /mnt/data & /mnt/movies"
    mount -t nfs4 serveur:/data /mnt/data
    mount -t nfs4 serveur:/movies /mnt/movies
    ;;
  down)
    logger -t $NAME "Unmounting /mnt/data & /mnt/movies"
    # Using -f because the umount will probably hang, as the connection is already down
    umount -f /mnt/data
    umount -f /mnt/movies
    ;;
esac

Et pour répondre à ta question : effectivement démonter un disque après la perte du réseau n'est pas très propre, c'est pour cela que j'utilise le '-f' de umount pour forcer le démontage.

Je me rends compte par ailleurs que je ne fais pas de test sur le ESSID, alors que je le récupère... Un truc à changer donc.

[vintherine]

Merci infiniment. Là le NAS est chez ma sœur, je le récupère demain et je teste tout ça.