[RESOLU] connexion NAS par CIFS

jeanmarc1 · 05-05-2022 06:44:31

bonjour, sur une installation fraîche de debian 11 avec gnome comme environnement, j'ai une difficulté pour me connecter à un NAS synology.
j'utilise habituellement CIFS pour cela, et ai mis cette ligne dans fstab, après avoir créé les fichiers adéquats dans /media.
cifs _netdev,credentials=/home/user/.cred,auto,rw 0 0
le dossier se monte bien avec mount -a.
mais je n'ai pas un plein accès aux dossiers sauf si j'ouvre nautilus en root.
je ne peux pas par exemple créer de nouveaux dossiers.
dans nautilus root, j'ai essayé de modifier les permissions pour les dossiers et sous dossiers, ainsi que les fichiers inclus, de /media/, mais cela ne fonctionne toujours pas.
que puis je faire ? merci pour votre aide.

Dernière modification par jeanmarc1 (08-05-2022 15:56:25)

Croutons · 05-05-2022 07:43:32

Hello

jeanmarc1 a écrit :

après avoir créé les fichiers adéquats dans /media.

des fichiers dans /media

jeanmarc1 · 05-05-2022 10:37:27

Croutons a écrit :

Hello
jeanmarc1 a écrit :
après avoir créé les fichiers adéquats dans /media.

des fichiers dans /media https://debian-facile.org/img/smilies/x … estion.gif

j'utilise habituellement cette procédure pour me connecter au nas :
sudo apt-get install keyutils
sudo nano /etc/hosts
cd /home/user
sudo nano .cred
username=
password=
cd /home/user
sudo chmod 600 ./.cred

cd /media/user
sudo mkdir syno_user
sudo nano /etc/fstab

Croutons · 05-05-2022 11:14:35

que contient le fichier fstab exatement?

cat /etc/fstab

quel est le système de fichier du NAS ?

jeanmarc1 · 05-05-2022 12:17:18

Croutons a écrit :

que contient le fichier fstab exatement?
cat /etc/fstab

voici la ligne ajoutée au fstab installé par debian :

//syno/user/ /media/user/syno_user cifs _netdev,credentials=/home/jm/.cred,auto,rw 0 0

j'ai remplacé mon user par "user".

quel est le système de fichier du NAS ?

il est en ext4.

à noter que j'ai une autre machine identique sous kubuntu et win 11 en dual boot, qui accède bien au NAS.

jeanmarc1 · 05-05-2022 12:18:38

ici le fstab complet sans la dernière ligne CFIS :

/home/jm# cat /etc/fstab

# /etc/fstab: static file system information.

#

# Use 'blkid' to print the universally unique identifier for a

# device; this may be used with UUID= as a more robust way to name devices

# that works even if disks are added and removed. See fstab(5).

#

# systemd generates mount units based on this file, see systemd.mount(5).

# Please run 'systemctl daemon-reload' after making changes here.

#

# <file system> <mount point>   <type>  <options>       <dump>  <pass>

# / was on /dev/sda6 during installation

UUID=1de41719-6757-46ce-a736-475866816457 /               ext4    errors=remount-ro 0       1

# /boot/efi was on /dev/sda2 during installation

#UUID=A05E-6FA8  /boot/efi       vfat    umask=0077      0       1

# swap was on /dev/sda8 during installation

UUID=5284fe98-ea7b-4c95-b3a7-ff9c30fffc19 none            swap    sw              0       0

UUID=A05E-6FA8  /boot/efi vfat  defaults  0 1

Croutons · 05-05-2022 12:36:21

jeanmarc1 a écrit :

à noter que j'ai une autre machine identique sous kubuntu et win 11 en dual boot, qui accède bien au NAS.

il faut savoir que si tu n'as qu'un seul utilisateur sur tes machine tu n'auras pas forcement les bon droits
2 utilisateurs jm n'auront pas forcement le même uid

regarde a qui appartient les dossiers et fichiers sur le NAS
avec la commande ls et l'option -n pour afficher le numéro uid du propriétaire

ls -n /media/user/syno_user

puis compare avec le numéro uid de ton user

id

le point de montage sous media n'est pas une bonne idée c'est normalement réservé au support amovible

man hier a écrit :

/media Ce répertoire contient les points de montage des médias amovibles tels que les disques CD et DVD ou les clés USB. Sur les systèmes où existent plus d’un périphérique pour un type particulier de média, les répertoires de montage peuvent être créés en ajoutant un numéro au nom de ceux déjà disponibles en commençant avec un « 0 », mais le nom non caractérisé peut aussi exister.

avec un montage auto tu devrais ajouter l'option nofail au cas ou le serveur serait indisponible sans quoi le sytéme attendra 1minutes 30 avant de continuer son démarrage

Dernière modification par Croutons (05-05-2022 12:42:39)

jeanmarc1 · 05-05-2022 13:18:24

merci pour ton aide.

ici les réponses aux deux commandes :

$ ls -n /media/jm/syno_jm

total 0

drwxr-xr-x 2 0 0 0 19 janv.  2021  perso

drwxr-xr-x 2 0 0 0 13 janv. 14:53  pro

drwxr-xr-x 2 0 0 0 10 avril 09:29 '#recycle'

$ id

uid=1000(jm) gid=1000(jm) groupes=1000(jm),24(cdrom),25(floppy),27(sudo),29(audio),30(dip),44(video),46(plugdev),108(netdev),113(bluetooth),117(lpadmin),120(scanner)

Dernière modification par jeanmarc1 (05-05-2022 13:36:20)

jeanmarc1 · 05-05-2022 13:19:51

sur la doc ubuntu, ils conseillaient d'utiliser le dossier /media/

Croutons · 05-05-2022 18:15:10

je sais pas si cela a une incidence mais ton fichier .cred tel qu'il a été créé appartient a root

ton user na aucun droit sur les données le propriétaire est root
sa renvoie quoi la ligne du montage

mount |grep syno

jeanmarc1 · 05-05-2022 18:35:19

$ mount |grep syno

//syno/jm/ on /media/jm/syno_jm type cifs (rw,relatime,vers=3.1.1,cache=strict,username=jm,uid=0,noforceuid,gid=0,noforcegid,addr=192.168.1.105,file_mode=0755,dir_mode=0755,soft,nounix,mapposix,rsize=4194304,wsize=4194304,bsize=1048576,echo_interval=60,actimeo=1,_netdev)

jeanmarc1 · 05-05-2022 18:36:14

oui, en effet, le fichier .cred est en root. je fais toujours ainsi, et cela fonctionne habituellement. merci pour ton aide.

Croutons · 05-05-2022 19:44:34

donc le propriétaire est root (uid=0 et gid)
essai voir en forçant uid et gid dans ton fichier fstab comme ceci

//syno/jm/      /media/user/syno_jm   cifs _netdev,credentials=/home/jm/.cred,auto,rw,nofail,uid=1000,forceuid,gid=1000,forcegid 0 0

ce que j'ai par défaut quand je me connecte au disque de ma freebox
fstab:

#montage disque Freebox

//mafreebox.freebox.fr/Disque\040dur /home/stephane/freebox cifs noauto,user,nofail,_netdev,iocharset=utf8  0 0

mount|grep freebox

//mafreebox.freebox.fr/Disque dur on /home/stephane/freebox type cifs (rw,nosuid,nodev,relatime,vers=3.1.1,cache=strict,username=stephane,uid=1000,forceuid,gid=1000,forcegid,addr=212.27.38.253,file_mode=0755,dir_mode=0755,soft,nounix,serverino,mapposix,rsize=4194304,wsize=4194304,bsize=1048576,echo_interval=60,actimeo=1,user=stephane,_netdev)

jeanmarc1 · 06-05-2022 05:46:39

merci pour tes lumières.
bon, j'ai modifié le fstab selon tes conseils. le montage par mount -a se fait bien. par contre, l'accès aux dossiers est toujours limité. par exemple, je ne suis pas autorisé à créer de nouveaux dossiers. donc on est toujours dans le même cas de figure qu'avec la précédente configuration de fstab.

ici le mount grep :

$ mount |grep syno

//syno/jm/ on /media/jm/syno_jm type cifs (rw,relatime,vers=3.1.1,cache=strict,username=jm,uid=0,noforceuid,gid=0,noforcegid,addr=192.168.1.105,file_mode=0755,dir_mode=0755,soft,nounix,mapposix,rsize=4194304,wsize=4194304,bsize=1048576,echo_interval=60,actimeo=1,_netdev)

une option serait de refaire une installation de debian avec kde. j'ai l'impression que kde gère mieux les permissions. sous kubuntu, je connecte sans problème le nas avec :

cifs x-systemd.automount,x-systemd.device-timeout=3,credentials=/home/jm/.cred,auto,rw,gid=1000,uid=1000,nodfs

Dernière modification par jeanmarc1 (06-05-2022 05:47:25)

Croutons · 06-05-2022 08:05:16

bon j'ai testé dans mon fstab avec un montage auto de mon serveur et j'obtiens pareil que toi un montage avec uid=0
mais si je spécifié uid=1000 et gid=1000 le montage est bon et mes dossiers appartiennent a mon user
Ce qui a du se produire c'est que tes changements non pas été pris en compte car ton serveur était déja monté avec les anciennes options, du coup mount -a n'a eu aucun effet
Ce qu'il faut faire c'est mettre la ligne que je t'es conseillé dans ton fichier fstab

//syno/jm/      /media/user/syno_jm   cifs _netdev,credentials=/home/jm/.cred,auto,rw,nofail,uid=1000,gid=1000 0 0

puis , on s'assure que le serveur ne soit pas déja monté

umount /media/jm/syno_jm

puis

mount -a

la normalement si tu fais un ls -l sur tes dossiers du serveur tu devrais voir jm

ls -l /media/jm/syno_jm

sur ta kubuntu tu as bien un montage gid=1000,uid=1000 ;-)
l'environnement de bureau kde n'a rien a voir dans l'histoire

Dernière modification par Croutons (06-05-2022 08:10:35)

jeanmarc1 · 06-05-2022 08:26:10

ok, merci. j'essaie de regarder tout cela dans l'après-midi.

jeanmarc1 · 06-05-2022 08:29:15

sur la kubuntu, j'obtiens cela :

$ mount |grep syno

systemd-1 on /media/jm/syno_jm type autofs (rw,relatime,fd=51,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=16156)

//syno/jm/ on /media/jm/syno_jm type cifs (rw,relatime,vers=3.1.1,cache=strict,username=jm,uid=1000,noforceuid,gid=1000,noforcegid,addr=192.168.1.105,file_mode=0755,dir_mode=0755,soft,nounix,nodfs,serverino,mapposix,rsize=4194304,wsize=4194304,bsize=1048576,echo_interval=60,actimeo=1,x-systemd.automount)

et le fstab donne cela :

//syno/jm/      /media/jm/syno_jm   cifs x-systemd.automount,x-systemd.device-timeout=3,credentials=/ho>

Dernière modification par jeanmarc1 (06-05-2022 08:30:26)

Croutons · 06-05-2022 08:39:59

j'avais essayé un montage x-systemd.automount sous Mate mais je me retrouve avec 2 raccourcis réseau dans Caja (gestionnaire de fichier)

jeanmarc1 · 06-05-2022 10:05:05

on dirait que cela marche !

$ ls -l /media/jm/syno_jm

total 0

drwxr-xr-x 2 jm jm 0 19 janv.  2021  perso

drwxr-xr-x 2 jm jm 0 13 janv. 14:53  pro

drwxr-xr-x 2 jm jm 0 10 avril 09:29 '#recycle'

maintenant, il semble que j'ai bien un accès valide aux dossiers et sous dossiers. il faut que je teste encore un peu.
un grand merci en tout cas.

jeanmarc1 · 06-05-2022 10:09:33

apparemment, on ne peut pas créer de liens symboliques, par exemple pour mettre un lien d'un fichier sur le bureau : "la cible ne prend pas en charge les liens symboliques".

Croutons · 06-05-2022 10:24:33

tu peux mettre un raccourci vers un fichier ,ce n'est pas un lien symbolique, mais un lanceur
cela créé un fichier desktop sur ton bureau
reste a savoir ce que tu veux faire exactement , si c'est pour un fichier il faut spécifier dans la ligne de commande du lanceur l’application qui doit ouvrir le fichier

edit : en générale tu créé un lanceur via clique droite sur le bureau et tu renseignes les champs ou tu créé directement un fichier desktop sous ton répertoire Bureau
ce qui reste la méthode la plus rapide quand tu en as plusieurs a créer
exemple: pour un fichier texte

[Desktop Entry]

Version=1.0

Type=Application

Name=test

Comment=

Exec=featherpad apt_temp.txt

Icon=brightnesssettings

Path=/home/stephane

Terminal=false

StartupNotify=false

bien sur il faut choisir l’icône adéquat et adapté avec le logiciel que tu utilises pour ouvrir ton fichier
mais pour la ligne Path= elle correspond au champ répertoire de travail quand tu créé le lanceur
j'aurais pu omettre cette information et tout mettre sur la ligne de commande
Exec=featherpad /home/stephane/apt_temp.txt

le fait que le fichier soit sur ton serveur ne pose pas de soucis du moment que le serveur est monté il suivis de lui indiqué le chemin du fichier

Dernière modification par Croutons (06-05-2022 12:11:35)

jeanmarc1 · 06-05-2022 11:24:39

ok, merci. je vais essayer ainsi. oui, c'est pour ouvrir des fichiers dont j'ai souvent besoin, et qui s'ouvrent par exemple avec libreoffice.

jeanmarc1 · 06-05-2022 12:42:06

j'ai une ligne dans mon fstab, qui concerne un dossier partagé "marion" destiné à mon épouse, est donc une autre utilisatrice :

//syno/marion/  /media/jm/syno_marion cifs _netdev,credentials=/home/jm/.cred,auto,rw,nofail,uid=1000,gid=1000 0

là par contre, ce dossier ne se monte pas...

Dernière modification par jeanmarc1 (06-05-2022 12:42:25)

jeanmarc1 · 06-05-2022 12:48:14

jeanmarc1 a écrit :

j'ai une ligne dans mon fstab, qui concerne un dossier partagé "marion" destiné à mon épouse, est donc une autre utilisatrice :

là par contre, ce dossier ne se monte pas...

ne pas tenir compte de ce message. il y avait une erreur dans la ligne fstab. c'est corrigé.

jeanmarc1 · 06-05-2022 12:50:24

à noter que l'accès au nas a l'air maintenant ok. par contre, malgré la mention auto, il ne se monte pas automatiquement au démarrage. je dois faire un sudo mount -a.

Debian-facile

#1 05-05-2022 06:44:31

[RESOLU] connexion NAS par CIFS

#2 05-05-2022 07:43:32

Re : [RESOLU] connexion NAS par CIFS

#3 05-05-2022 10:37:27

Re : [RESOLU] connexion NAS par CIFS

#4 05-05-2022 11:14:35

Re : [RESOLU] connexion NAS par CIFS

#5 05-05-2022 12:17:18

Re : [RESOLU] connexion NAS par CIFS

#6 05-05-2022 12:18:38

Re : [RESOLU] connexion NAS par CIFS

#7 05-05-2022 12:36:21

Re : [RESOLU] connexion NAS par CIFS

#8 05-05-2022 13:18:24

Re : [RESOLU] connexion NAS par CIFS

#9 05-05-2022 13:19:51

Re : [RESOLU] connexion NAS par CIFS

#10 05-05-2022 18:15:10

Re : [RESOLU] connexion NAS par CIFS

#11 05-05-2022 18:35:19

Re : [RESOLU] connexion NAS par CIFS

#12 05-05-2022 18:36:14

Re : [RESOLU] connexion NAS par CIFS

#13 05-05-2022 19:44:34

Re : [RESOLU] connexion NAS par CIFS

#14 06-05-2022 05:46:39

Re : [RESOLU] connexion NAS par CIFS

#15 06-05-2022 08:05:16

Re : [RESOLU] connexion NAS par CIFS

#16 06-05-2022 08:26:10

Re : [RESOLU] connexion NAS par CIFS

#17 06-05-2022 08:29:15

Re : [RESOLU] connexion NAS par CIFS

#18 06-05-2022 08:39:59

Re : [RESOLU] connexion NAS par CIFS

#19 06-05-2022 10:05:05

Re : [RESOLU] connexion NAS par CIFS

#20 06-05-2022 10:09:33

Re : [RESOLU] connexion NAS par CIFS

#21 06-05-2022 10:24:33

Re : [RESOLU] connexion NAS par CIFS

#22 06-05-2022 11:24:39

Re : [RESOLU] connexion NAS par CIFS

#23 06-05-2022 12:42:06

Re : [RESOLU] connexion NAS par CIFS

#24 06-05-2022 12:48:14

Re : [RESOLU] connexion NAS par CIFS

#25 06-05-2022 12:50:24

Re : [RESOLU] connexion NAS par CIFS

Pied de page des forums