dossiers partagés qui se montent au démarrage et doublons sur le navig

iznobe · Le 12/06/2025, à 08:16

Bon , et bien , sous ubuntu , pas moyen de faire fonctionner correctement .
Avec Nautilus , j ' obtiens le meme comportement que toi : 2 fois le montage .
Avec Nemo , impossible de demonter le volume de test ( erreur : le volume est occupé par ... ) . Mais il n' apparaît qu ' une fois dans le volet lateral .
pas testé avec d' autre gestionnaire de fichiers . PS : sous arch c' est dolphin le gestionnaire de fichiers , je ne sais pas si ca a un rapport , et ne compte pas vraiment investiguer plus sur le sujet , vu que sans systemd , ca fonctionne .

EDIT :
Ha , j ' oubliais quand meme de préciser que ce que l ' on a vu à propos des services n ' est pas correct , dans la doc et dans l ' autre lien .
Le fonctionnement normal du truc , c' est , lorsque le partage est monté , les 2 unités sont actives .
lorsque le partage est démonté , l ' unité " xxx.mount " passe en inactive . et le xxx.automount reste actif et donc en attente d' une demande d' activation du xxx.mount , par exemple lorsque tu cliques sur le raccourci dans le volet lateral .
Il est donc tout à fait normal que les 2 soient actifs , lorsque le partage est monté .

un grep " nom_partage " sur mtab , donne , quand le partage est monté :

iznobe@iznobe-pc:~$ grep test /etc/mtab
systemd-1 /media/test autofs rw,relatime,fd=55,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=9314 0 0
192.168.1.132:/media/test /media/test nfs4 rw,nosuid,nodev,noexec,relatime,vers=4.2,rsize=131072,wsize=131072,namlen=255,softerr,softreval,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=192.168.1.2,local_lock=none,addr=192.168.1.132 0 0
iznobe@iznobe-pc:~$

et quand le partage n' est pas monté :

iznobe@iznobe-pc:~$ grep test /etc/mtab
systemd-1 /media/test autofs rw,relatime,fd=55,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=9314 0 0
iznobe@iznobe-pc:~$

Dernière modification par iznobe (Le 12/06/2025, à 08:30)

Nico89 · Le 13/06/2025, à 08:06

Bonjour,
Je n'ai pas pu faire de retour avant?
Alors :

toto@titi:/etc/systemd/system$ sudo mount -a
mount: /etc/fstab : erreur d'analyse à la ligne 16 — ignorée
toot@titi:/etc/systemd/system$

Nico89 · Le 13/06/2025, à 08:11

Bon , et bien , sous ubuntu , pas moyen de faire fonctionner correctement .
Avec Nautilus , j ' obtiens le meme comportement que toi : 2 fois le montage .
Avec Nemo , impossible de demonter le volume de test ( erreur : le volume est occupé par ... ) . Mais il n' apparaît qu ' une fois dans le volet lateral .
pas testé avec d' autre gestionnaire de fichiers . PS : sous arch c' est dolphin le gestionnaire de fichiers , je ne sais pas si ca a un rapport , et ne compte pas vraiment investiguer plus sur le sujet roll , vu que sans systemd , ca fonctionne .

Que fait-il retenir de tout ceci, qu'il y a une bug avec systemd sur les distributions basées sur ubuntu ?

iznobe · Le 13/06/2025, à 08:16

Salut , je ne sais pas quelle est ta ligne 16 , mais ce n' est pas bon . il te faut la revoir , le retour doit etre vide .

je pense que oui , il y a probablement un bug sur ubuntu . je ne saurais dire précisément si cela provient de systemd , ou d' autre chose , comme le gestionnaire de fichiers , ou d' autre chose ...

la version sans systemd , fonctionne parfaitement en tout cas .

Nico89 · Le 13/06/2025, à 08:26

Alors après redémarrage du PC, je ne peux toujours pas monter le partage : j'ai le même message que précédemment .

"Impossible de monter "Medias" - Délai écoulé pour executer la commande "mount "/etc/Medias"

  GNU nano 7.2                                                                                                     /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).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
/dev/mapper/nvme0n1p3_crypt /               ext4    errors=remount-ro 0       1
# /boot was on /dev/nvme0n1p6 during installation
UUID=xxxxxxxx-xxxx-xxxx-xxxxx-xxxxxxxxxxxx /boot           ext4    defaults        0       2
# /boot/efi was on /dev/nvme0n1p1 during installation
UUID=xxxx-xxxx  /boot/efi       vfat    umask=0077      0       1
# Monter fichier swap au démarrage
/swapfile none swap sw 0 0
# déplacer le répertoire /tmp en ram au démarrage du système
tmpfs /tmp tmpfs defaults, size=8g 0 0
#Montage partage NAS "Nous"
//192.168.1.xx/Medias /media/Medias cifs users,noauto,_netdev,nofail,x-systemd.device-timeout=1,credentials=/home/moi/.smbcredentials,iocharset=utf8,gid=1000,uid=1000,vers=3.0

Je ne sais pas si on compte come cela, mais la ligne 16 du fstab correspond au tmp en ram

Nico89 · Le 13/06/2025, à 08:51

Puisque certains ont fait des tuto sur le sujet, c'est que cela a du fonctionner à un moment donné (au moins sur une version précédente). Cela fait plus d'un an que la 24.04 est sortie, c'est étonnant que le problème n'ait pas déjà été détecté et remonté.

O_20_100_O · Le 13/06/2025, à 10:00

Re,
Sur une Kubuntu 25.04 dont je dispose en VM, j'ai appliqué exactement le tuto signalé au N°27.

Cela fonctionne comme attendu, mais aux démarrages suivants le partage est monté dès l'ouverture de la session, sans l'avoir demandé.
Il se pourrait bien que l'explication de benjarobin sur le forum Arch se vérifie.

Cela voudrait dire que le "à la demande" dans un environnement graphique n'est pas vraiment possible. C'est toujours monté avant que l'utilisateur le demande, à partir du moment où il y a eu un premier accès.

Nico89 · Le 13/06/2025, à 10:10

J'ai trouvé ce fil : https://forums.linuxmint.com/viewtopic.php?t=326160 qui semble parler de tout cela.
Je n'ai pas tout compris, mais j'ai tenté de monter mon partage dans /mnt plutôt que /media , mais au redémarrage j'ai eu page de maintenance. J'ai juste eu à diésé ma ligne dans le fstab, et c'était reparti.

l'option "users" , c'est sans "s" ?

iznobe · Le 13/06/2025, à 10:24

20_100 a écrit :

Il se pourrait bien que l'explication de benjarobin sur le forum Arch se vérifie.

pourrais tu etre plus precis de ce dont tu parles précisément ?
je n' ai ruen vu de tel .
La seule chose que j' y ai vu , si j ' ai bien compris , c' est que le gestionnaire de fichiers ( peut etre pas tous ? ) memorise le dernier accés ouvert et que si on ré-ouvre le gestionnaire de fichiers ( avec le partage memorisé ) apres un redemarrage , alors effectivement il remonte le partage puisqu ' il cherche à ouvrir le dernier accés memorisé .

Aussi , comme je l' ai fais remarqué , la commande :
systemctl daemon-reload , n' actualise pas les services lorsque " systemd.automount " est utilisé dans le fstab et qu ' on modifie celui-ci .
il faut imperativement redemarré pour prendre en compte les changements .

@Nico89 : je vais jeter un oeil à la discussion .

iznobe · Le 13/06/2025, à 11:13

D ' apres la discussion .:

Mount points under /media or your home directory and systemd.automount do not play well together. Udisks2 interferes with this process and will automount at login. It will also interfere with the idle-timeout setting ( see below ) as the system will always see it as "in-use". That is why it it would be best to have the mount point at some other location.

ce qui veut dire que le processus udisks interfere avec xsystemd.automount ( ou .mount plutot ) , et que cela provoque le bug que l' on a remarqué ?

Je ne peux pas testé , mais du coup que donne l ' etat des 2 services et le retour de :

grep "Medias" /etc/mtab

apres modification du point de montage dans le fstab ? ( pour y mettrre /mnt à la place de /media ) .
Bien entendu , il faut aussi que le point de montage existe .
Deux solutions :
- soit tu crees le point de montage manuellement
- soit tu passes plutot cette commande :

sudo mount -a --mkdir

Si tu as eu une erreur au redemarrage , c' est parceque le retour de :

sudo mount -a

n ' est pas vide .
Si il n' est pas vide , c ' est qu ' au moins une ligne comporte une erreur bloquante .
il faut donc modifié ce qui ne va pas dans le fstab avant de lancer un redemarrage .

Autre point , d' apres la discussion toujours , les changements seraient totalement pris en compte en passant ces 2 commandes :

sudo systemctl daemon-reload
sudo systemctl restart remote-fs.target

A tester aussi donc .

Dernière modification par iznobe (Le 13/06/2025, à 11:18)

Nico89 · Le 13/06/2025, à 11:39

Sans rien changer au fstab de mon post #55 ; mais après avoir fait les commandes suivantes puis redémarrage :

sudo systemctl daemon-reload
sudo systemctl restart remote-fs.target

J'obtiens :

toto@titi:~$ sudo mount -a    
mount: /etc/fstab : erreur d'analyse à la ligne 1 — ignorée
mount: /etc/fstab : erreur d'analyse à la ligne 16 — ignorée
toto@titi:~$ 

toto@titi:~$ grep "Medias" /etc/mtab
toto@titi:~$

Graphiquement, j'ai un item "Medias" dans le volet gauche onglet "Réseau" non-monté. Lorsque je clique dessus, j'ai le message : ""Impossible de monter "Medias" - Délai écoulé pour executer la commande "mount "/etc/Medias""

Peut-on avoir plus de détails concernant les erreurs ignorées ?

Nico89 · Le 13/06/2025, à 11:45

Pour passer sur le répertoire /mnt.
J'ai effectivement créé le répertoire /mnt/Medias et l'ai changé dans le fstab. Maintenant, je n'ai rien modifié d'autre dans le fstab.
Résultat : impossible de démarrer complètement, j’atterris sur la console de maintenance root. A partir de là, il suffit que j'accède au fichier fstab, que je diése ma ligne du partage, puis exit, et j’atterris directement sur la page de connexion (sans redémarrage du système).

iznobe · Le 13/06/2025, à 11:53

A part montrer :

cat -n /etc/fstab

je vois pas trop comment avoir plus d' info sur ce qui ne va pas à la ligne 1et 16 du fstab .

Il y aurait donc un soucis avec la ligne du partage ( si ce n' est pas la 16 ) .

Dernière modification par iznobe (Le 13/06/2025, à 11:54)

Nico89 · Le 13/06/2025, à 12:04

J'ai corrigé la ligne 1 : étoile mis par inadvertance avant le diese
Pour la ligne 16 : j'ai diésé la mise en ram du /tmp.
Un "sudo mount -a" ne donne plus de ligne "ignorée" ; mais après un redémarrage, cela ne règle pas non plus le problème.

iznobe · Le 13/06/2025, à 12:23

De mon coté , je viens juste de faire le test ( sur ubuntu 24.04 avec nemo ) , et avec le montage dans " /mnt/test " , tout à l' air de fonctionner normalement .
le fait de passer ces 2 commandes :

sudo systemctl daemon-reload
sudo systemctl restart remote-fs.target

, semblent bien faire en sorte que les " services " xsystemd.mount et xsystemd.automount soient bien actualisés , et donc il devient à priori inutile de redemarrer pour que les changements soient pris en compte .

j ' ai redémarré , pas de soucis spécifique .tout se passe bien .

Par contre , on perd évidemment l ' affichage du montage dans le volet latéral , il faut naviguer à la main dedans . et donc , on perd la possibilité de monter / démonter d ' un simple clic le partage en question .
Du coup , il semble complètement inutile de procéder de la sorte ... autant faire sans systemd , ou un montage automatique au démarrage , au final cela ne change rien .

Dernière modification par iznobe (Le 13/06/2025, à 12:28)

O_20_100_O · Le 13/06/2025, à 13:43

Oui, c'est aussi ma conclusion. On peut vouloir faire ainsi, mais c'est plus simple et efficace en faisant autrement

Nico89 · Le 13/06/2025, à 13:53

est-ce que je n'aurais pas encore un problème de droit ?
Quand j'avais mon fichier credentials dans /root , le partage semontait quand même, quand je mets le fichier dans mon home, il ne parvient pas à monter le partage (délai écoulé)

iznobe · Le 13/06/2025, à 13:57

si tu ne montres pas les permissions de ce fichier , on ne peut pas te répondre :

ls -la ~/.smbcredentials

si il est dans ton home . il ne faut pas oublier que c' est " root " qui lis le fichier fstab et fais tout le touin touin , donc il faut peut etre essayer en :
660 ( ou 640 ) et appartenance a user:root . A tester .

Dernière modification par iznobe (Le 13/06/2025, à 13:57)

O_20_100_O · Le 13/06/2025, à 14:01

Oui, le tuto cité au N°27 a écrit :

chmod 600 ~/.smbcredentials

Nico89 · Le 13/06/2025, à 14:14

toto@titi:~$ ls -l .credentials 
-rw------- 1 titi root 52 juin  13 13:51 .credentials
toto@titi:~$

iznobe · Le 13/06/2025, à 15:38

si tu fais :
ne montre pas le retour , ou bien change le contenu :

sudo su

cat /home/nom_utilisateur/.credentials

Puis

exit .

il te donne le contenu du fichier , ou bien tu obtiens un message d' erreur ?

Dernière modification par iznobe (Le 13/06/2025, à 15:39)

Nico89 · Le 13/06/2025, à 15:51

toto@titi:~$ sudo su
[sudo] Mot de passe de toto :        
root@titi:/home/toto# cat /home/toto/.credentials 
username=xxxxx
password=yyyyy
domain=WORKGROUP
root@titi:/home/toto# 
exit
toto@titi:~$ :

iznobe · Le 13/06/2025, à 15:54

et

namei -mo ~

?
des fois que root n ' ai pas le droit de traverser .

Nico89 · Le 13/06/2025, à 16:37

toto@titi:~$ namei -mo ~
f: /home/toto
 drwxr-xr-x root root /
 drwxr-xr-x root root home
 drwxr-x--- toto  toto  toto
toto@titi:~$

iznobe · Le 13/06/2025, à 17:03

il vaudrait mieux faire comme au départ .
c' est à dire , la ligne suivante dans le fstab :

//192.168.1.xx/Medias /media/Medias cifs users,noauto,_netdev,nofail,x-systemd.device-timeout=1,credentials=/root/.credentials,iocharset=utf8,gid=1000,uid=1000,vers=3.0

puis :

sudo mv /home/toto/.credentials /root/ && sudo chown root: /root/.credentials

et

sudo mount -a

pour vérifier qu ' il n' y a pas d' erreur , puis :

sudo systemctl daemon-reload
sudo systemctl restart remote-fs.target

pour prendre en compte les changements ( inutile de redemarrer donc ) .

C ' est root qui lit le fstab et qui met à disposition de l' utilisateur(s) le montage .

et basta , ca fonctionne à la demande sans systemd , et tu disposes d' un montage / démontage à la demande et à la souris avec le signet dans le volet latéral .

Dernière modification par iznobe (Le 13/06/2025, à 17:09)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#51 Le 12/06/2025, à 08:16

Re : dossiers partagés qui se montent au démarrage et doublons sur le navig

#52 Le 13/06/2025, à 08:06

Re : dossiers partagés qui se montent au démarrage et doublons sur le navig

#53 Le 13/06/2025, à 08:11

Re : dossiers partagés qui se montent au démarrage et doublons sur le navig

#54 Le 13/06/2025, à 08:16

Re : dossiers partagés qui se montent au démarrage et doublons sur le navig

#55 Le 13/06/2025, à 08:26

Re : dossiers partagés qui se montent au démarrage et doublons sur le navig

#56 Le 13/06/2025, à 08:51

Re : dossiers partagés qui se montent au démarrage et doublons sur le navig

#57 Le 13/06/2025, à 10:00

Re : dossiers partagés qui se montent au démarrage et doublons sur le navig

#58 Le 13/06/2025, à 10:10

Re : dossiers partagés qui se montent au démarrage et doublons sur le navig

#59 Le 13/06/2025, à 10:24

Re : dossiers partagés qui se montent au démarrage et doublons sur le navig

#60 Le 13/06/2025, à 11:13

Re : dossiers partagés qui se montent au démarrage et doublons sur le navig

#61 Le 13/06/2025, à 11:39

Re : dossiers partagés qui se montent au démarrage et doublons sur le navig

#62 Le 13/06/2025, à 11:45

Re : dossiers partagés qui se montent au démarrage et doublons sur le navig

#63 Le 13/06/2025, à 11:53

Re : dossiers partagés qui se montent au démarrage et doublons sur le navig

#64 Le 13/06/2025, à 12:04

Re : dossiers partagés qui se montent au démarrage et doublons sur le navig

#65 Le 13/06/2025, à 12:23

Re : dossiers partagés qui se montent au démarrage et doublons sur le navig

#66 Le 13/06/2025, à 13:43

Re : dossiers partagés qui se montent au démarrage et doublons sur le navig

#67 Le 13/06/2025, à 13:53

Re : dossiers partagés qui se montent au démarrage et doublons sur le navig

#68 Le 13/06/2025, à 13:57

Re : dossiers partagés qui se montent au démarrage et doublons sur le navig

#69 Le 13/06/2025, à 14:01

Re : dossiers partagés qui se montent au démarrage et doublons sur le navig

#70 Le 13/06/2025, à 14:14

Re : dossiers partagés qui se montent au démarrage et doublons sur le navig

#71 Le 13/06/2025, à 15:38

Re : dossiers partagés qui se montent au démarrage et doublons sur le navig

#72 Le 13/06/2025, à 15:51

Re : dossiers partagés qui se montent au démarrage et doublons sur le navig

#73 Le 13/06/2025, à 15:54

Re : dossiers partagés qui se montent au démarrage et doublons sur le navig

#74 Le 13/06/2025, à 16:37

Re : dossiers partagés qui se montent au démarrage et doublons sur le navig

#75 Le 13/06/2025, à 17:03

Re : dossiers partagés qui se montent au démarrage et doublons sur le navig

Pied de page des forums