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

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

Ok bon je vais tester. je fais un retour dès que possible
Merci

O_20_100_O · Le 06/06/2025, à 17:20

La méthode préconisée par iznobe pour faire un montage à la demande d'un partage samba, en passant par systemd et fstab, est bien expliquée sur cette page.
Il semble bien que le service soit créé automatiquement.
https://notes.depad.fr/2024/10/monter-u … c-systemd/

iznobe · Le 06/06/2025, à 17:23

mieux que le plan , j ' e n' ai même plus besoin d' expliquer la demarche tout y est , et en francais en plus

Merci 20cents

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

Nico89 · Le 10/06/2025, à 09:02

Bonjour,
J'ai testé la solution qui est effectivement bien décrite dans ce tuto.
Mais j'ai les deux mêmes problèmes :
1] Le montage est actif dès le démarrage du système. Où alors je n'ai pas compris ce que voulais dire "à la demande".
2] J'ai deux items "Medias" dans le volet gauche de l'explorateur de fichier ; l'un est dans le paragraphe "Réseau" et l'autre dans le paragraphe "Périphérique" :

Le seule différence notable à ce niveau entre la technique via systemd directement et la tehnique via systemd dans fstab, c'est qu'avec "systemd direct" j'avais les deux items "Medias" superposés dans "Périphériques".
Avez-vous également ce comportement ?
Cordialement

Dernière modification par Nico89 (Le 10/06/2025, à 09:05)

iznobe · Le 10/06/2025, à 09:16

Bonjour , je pense qu ' il te faut maintenant supprimé les services que tu as ajouté au départ .

Nico89 · Le 10/06/2025, à 11:00

J'avais désactivé le .mount et le .automount.
Je viens de les supprimer totalement pour être sûr ; toujours pareil.

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

as tu passé ensuite :

sudo systemctl daemon-reload

?

Nico89 · Le 10/06/2025, à 12:05

Un redémarrage du PC ne suffit-il pas ?
J'ai passé la commande ; même chose.
Voici le status des services du Partage :

toto@titi:~$ sudo systemctl status media-Media.automount
● media-Medias.automount
     Loaded: loaded (/etc/fstab; generated)
     Active: active (running) since Tue 2025-06-10 09:59:39 CEST; 2h 0min ago
   Triggers: ● media-Medias.mount
      Where: /media/Medias
       Docs: man:fstab(5)
             man:systemd-fstab-generator(8)

toto@titi:~$ sudo systemctl status media-Medias.mount
● media-Medias.mount - /media/Medias
     Loaded: loaded (/etc/fstab; generated)
     Active: active (mounted) since Tue 2025-06-10 11:58:47 CEST; 1min 54s ago
TriggeredBy: ● media-Medias.automount
      Where: /media/Medias
       What: //192.168.1.xx/Medias
       Docs: man:fstab(5)
             man:systemd-fstab-generator(8)
      Tasks: 0 (limit: 18758)
     Memory: 212.0K (peak: 1.1M)
        CPU: 16ms
     CGroup: /system.slice/media-Medias.mount

toto@titi:~$

On voit que les services ont été générés depuis le fstab

iznobe · Le 10/06/2025, à 12:07

montre donc la ligne du fstab :

grep Medias /etc/fstab

y a pas une k..ille dans le potage :

toto@titi:~$ sudo systemctl status media-Media.automount
...
toto@titi:~$ sudo systemctl status media-Medias.mount
...

?

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

Nico89 · Le 10/06/2025, à 12:37

Non, c'est une petite coquille de ma part. (le partage "Medias" est en réalité purement fictif, mon partage est nominatif ; je remplace manuellement le nominatif par "Medias", c'est une faute de frappe.

Voilà la ligne du fstab au cas tu trouve autre chose :

#Montage partage NAS "Medias"
//192.168.1.xx/Medias /media/Medias cifs noauto,x-systemd.automount,_netdev,credentials=/home/toto/.smbcredentials,iocharset=utf8,gid=1000,uid=1000,vers=3.0 0 0

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

iznobe · Le 10/06/2025, à 15:46

je ne pense pas que ça change grand chose , mais inverse les 2 options :"x-systemd.automount,noauto,...."
puis

systemctl daemon-reload

theoriquement , si je me rapelle bien , un des 2 services devraient etre en " disable " sans rien toucher et apres un demarrage .
Est ce le cas ?

Nico89 · Le 10/06/2025, à 16:27

Cela ne change rien.
Le deux sont actifs au redémarrage du pc

iznobe · Le 10/06/2025, à 16:50

curieux qu ' on retombe sur le meme probleme qu ' au debut , lorsque tu as crée les services à la main .
c' est peut etre un bug ?
montre :

sudo systemctl disable media-Medias.mount

sudo systemctl status media-Medias.mount

Nico89 · Le 10/06/2025, à 21:59

Même chose qu'au début,le processus est bloqué par l'automount

toto@titi:~$ sudo systemctl disable media-Medias.mount       
Disabling 'media-Medias.mount', but its triggering units are still active:
media-Medias.automount
The unit files have no installation config (WantedBy=, RequiredBy=, UpheldBy=,
Also=, or Alias= settings in the [Install] section, and DefaultInstance= for
template units). This means they are not meant to be enabled or disabled using systemctl.
 
Possible reasons for having these kinds of units are:
• A unit may be statically enabled by being symlinked from another unit's
  .wants/, .requires/, or .upholds/ directory.
• A unit's purpose may be to act as a helper for some other unit which has
  a requirement dependency on it.
• A unit may be started when needed via activation (socket, path, timer,
  D-Bus, udev, scripted systemctl call, ...).
• In case of template units, the unit is meant to be enabled with some
  instance name specified.
toto@titi:~$

iznobe · Le 11/06/2025, à 00:35

je viens de faire un test .
partage NFS sur mon pi => export de /media/test .
sur ma 24.04 :

iznobe@iznobe-pc:~$ grep test /etc/fstab
192.168.1.132:/media/test   /media/test		nfs	defaults,noauto,x-systemd.automount 0 0
iznobe@iznobe-pc:~$

En redémarrant l ' ordi , avec la ligne de commande , tout fonctionne à la perfection :

iznobe@iznobe-pc:~$ sudo systemctl status media-test.mount
○ media-test.mount - /media/test
     Loaded: loaded (/etc/fstab; generated)
     Active: inactive (dead)
TriggeredBy: ○ media-test.automount
      Where: /media/test
       What: 192.168.1.132:/media/test
       Docs: man:fstab(5)
             man:systemd-fstab-generator(8)
iznobe@iznobe-pc:~$ sudo systemctl status media-test.automount
○ media-test.automount
     Loaded: loaded (/etc/fstab; generated)
     Active: inactive (dead)
   Triggers: ● media-test.mount
      Where: /media/test
       Docs: man:fstab(5)
             man:systemd-fstab-generator(8)
iznobe@iznobe-pc:~$ sudo systemctl start media-test.automount
iznobe@iznobe-pc:~$ sudo systemctl stop media-test.automount
iznobe@iznobe-pc:~$

Par contre , en graphique , pas moyen de monter le partage , meme si celui-ci apparait bien dans la partie reseau du gestionnaire de fichiers .
j ' obtiens systématiquement l' erreur :

mount.nfs: failed to prepare mount: Operation not permitted

j ' ai essayé d' autres combinaisons pour un montage de partage à la demande , sans succés .

Dans mon fstab , j ' utilise deja l ' option "noauto" ( montage à la demande ) pour une partition interne :

iznobe@iznobe-pc:~$ grep noauto /etc/fstab
LABEL=Seagate_4T                                /media/Seagate_4T		ext4    defaults,noauto                 0       0
192.168.1.132:/media/test   /media/test		nfs	defaults,x-systemd.automount,noauto
iznobe@iznobe-pc:~$

elle apparaît toujours non montée au démarrage de la machine ,et , dans mon navigateur de fichiers , si je clique sur son label , elle se monte à la perfection .
A croire que l ' option " noauto " ne s' applique pas aux partages et en graphique .

A NOTER , que meme si c' est 24.04 gnome , j ' ai "viré" nautilus pour le remplacer par defaut par nemo . il est possible que ce soit la cause , mais j' en doute fort vu que j ' ai fait le meme test sous Archlinux KDE , et j' obtiens exactement le meme comportement aussi bien en ligne de commande qu ' en graphique ...
Dans les 2 cas ( ubu 24.04 ou Arch ) , j ' obtiens un comportement en ligne de commande , comme attendu , contrairement à toi .
Alors je ne sais pas trop ce que tu as fait , mais certainement que tu n' as pas remis tout en place comme avant tes tests .

je pense peut être que tu devrais aller voir dans " Disques " , c' est là que vont les " aficionados " du montage et du tout graphique en 1er lieu .

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

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

Salut,
Si je comprends bien, d'après tes tests :
_ montage d'un partage réseau :
=> non-monté au démarrage ; fonctionne comme attendu quand tu le montes en ligne de commande
=> non-monté au démarrage ; ne se monte pas lorsque tu cliques dessus (graphiquement)
_ montage d'une partition interne :
_ non-monté au démarrage ; fonctionne comme attendu dans les deux cas (ligne de commande et graphiquement)

Dans les 2 cas ( ubu 24.04 ou Arch ) , j ' obtiens un comportement en ligne de commande , comme attendu , contrairement à toi .
Alors je ne sais pas trop ce que tu as fait , mais certainement que tu n' as pas remis tout en place comme avant tes tests .

L'installation est fraiche d'il y a quelques semaines. Je ne vois pas ce que j'aurais pu modifier au point de modifier le comportement de l'auto-montage systemd.
Les seules bidouilles que j'ai effectuer sur le PC, c'est mettre /tmp en ram et avoir mis en place l'hibernation.
En termes de spécificités, je suis sur un OS installé sur une partition chiffrée.

je pense peut être que tu devrais aller voir dans " Disques " , c' est là que vont les " aficionados " du montage et du tout graphique en 1er lieu

désolé, je n'ai pas compris ce que tu as voulu dire. Que dois-je regarder dans le "Disque" ?

iznobe · Le 11/06/2025, à 09:12

Salut ,

Si je comprends bien, d'après tes tests :

Exactement .

gnome disque est une application qui permet de modifier pas mal de choses , dont les montages de partitions en mode graphique .
ce n' est que pure supposition .

il permet d ' ajouter une ligne au fstab aussi , mais que pour des partitions , pas pour des montages reseaux ( enfin je ne crois pas ) .

Si tu es parti d ' une fresh install , je ne sais que te dire , c' est peut etre un bug de xsystemd.automount sur partage reseau , vu que j' ai le meme probleme sur ubuntu 24.04 et Arch ...

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

Nico89 · Le 11/06/2025, à 09:20

vu que j' ai le meme probleme sur ubuntu 24.04 et Arch

A la différence que tes services (.automount et .mount) ne sont pas actifs au démarrage, contrairement à moi.

c' est peut etre un bug de xsystemd.automount sur partage reseau

Le tuto donné en lien ci-dessus date d'octobre 2024 (on ne sait pas sur quelle version de distribution), les tutos sur la doc ubuntu (même si pas toujours à jour), cela a bien du fonctionner à un moment ?

iznobe · Le 11/06/2025, à 09:22

Alors je viens de faire une recherche sur le net et j' ai trouvé ça : https://forum.manjaro.org/t/issues-with … ares/94131

la solution , semblerait il , est d' enlever " xsystemd.automount " de la ligne du fstab .

Mais je ne peux pas tester présentement .

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

Nico89 · Le 11/06/2025, à 10:55

J'avais testé d'enlever "x-systemd.automount" des options du fstab hier par pur hasard.
Le résultat : au redémarrage, j'ai effectivement un seul item "Medias" dans Réseau non-monté. Mais lorsque je clique dessus, il m'indique une erreur.
Je fais un retour ce soir, car je n'ai pas le pc sous la main actuellement.

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

Re , alors j' ai testé sans , mais évidemment ça ne marche pas mieux , pour avoir les services systemd actifs ...

Du coup il reste la bonne vieille méthode sans systemd , du genre , qui elle ne devrait pas poser de soucis :

//192.168.1.xx/Medias /media/Medias cifs noauto,_netdev,credentials=/home/toto/.smbcredentials,iocharset=utf8,gid=1000,uid=1000,vers=3.0 0 0

si le montage demande de passer par root , ajouter l ' options users ( ou user ? ) :

//192.168.1.xx/Medias /media/Medias cifs users,noauto,_netdev,credentials=/home/toto/.smbcredentials,iocharset=utf8,gid=1000,uid=1000,vers=3.0

les " 0 0 " à la fin ne sont pas indispensables , puisque c' est les valeurs par defaut .
Par ocntre il faudrait ajouter un timeout au cas ou le partage n ' est pas joignable , et eviter de " planter " le demarrage .

la ligne devient alors quelquechose comme cela :

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

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

Nico89 · Le 11/06/2025, à 21:26

Bonsoir,
Alors le message que j'avais était un problème de droit que l'option "users" a réglé ; toutefois je ne peux toujours pas monter le partage.
J'ai inscrit la ligne complète que tu m'a indiqué en rajoutant également "nofail" et "x-systemd-device-timeout=1" ; mais le message suivant apparait :
"Impossible de monter "Medias" - Délai écoulé pour executer la commande "mount "/etc/Medias"

toto@titi:/etc/systemd/system$ sudo systemctl status media-Medias.mount
○ media-Medias.mount - /media/Medias
     Loaded: loaded (/etc/fstab; generated)
     Active: inactive (dead)
      Where: /media/Medias
       What: //192.168.1.xx/Medias
       Docs: man:fstab(5)
             man:systemd-fstab-generator(8)
toto@titi:/etc/systemd/system$ sudo systemctl status media-Medias.automount
Unit media-Medias.automount could not be found.
toto@titi:/etc/systemd/system$

Dernière modification par Nico89 (Le 11/06/2025, à 21:27)

Nico89 · Le 11/06/2025, à 21:28

c'est bien fastidieux!!

iznobe · Le 11/06/2025, à 21:49

ha , j ' ai oublié de precisé , mais en fait , il y a un bug , avec systemd lors de la modification du fstab ...

la commande

systemctl daemon-reload

qui est demandée d' eytre executé apres chaque modification dufstab , ne fait pas une " relecture du fichier fstab pour mettre à jour les services systemd ...
le comble , en fait .
Bref , pour etre certain du resultat que produit la modification du fstab , il faut ( apres modif ) :
verifier que pas d ' erreur avec :

sudo mount -a

si c' est ok , alors , redémarrer la machine .
Vérifier ensuite , tu ne devrais plus avoir de " service " pour ce partage si tu as mis la ligne comme je te l ' ai indiqué dan mon message précedent .

Dernière modification par iznobe (Hier à 08:37)

iznobe · Hier à 07:50

Salut , j' ai pu faire quelques test supplémentaires sur Arch et , avec de l ' aide , il s' avère , que même avec " systemd.automount " , cela fonctionne .

Je complète vite fait les tests avec ma 24.04 , pour vérifier que cela fonctionne de la même manière et te dis ça .

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 06/06/2025, à 14:41

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

#27 Le 06/06/2025, à 17:20

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

#28 Le 06/06/2025, à 17:23

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

#29 Le 10/06/2025, à 09:02

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

#30 Le 10/06/2025, à 09:16

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

#31 Le 10/06/2025, à 11:00

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

#32 Le 10/06/2025, à 11:24

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

#33 Le 10/06/2025, à 12:05

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

#34 Le 10/06/2025, à 12:07

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

#35 Le 10/06/2025, à 12:37

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

#36 Le 10/06/2025, à 15:46

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

#37 Le 10/06/2025, à 16:27

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

#38 Le 10/06/2025, à 16:50

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

#39 Le 10/06/2025, à 21:59

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

#40 Le 11/06/2025, à 00:35

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

#41 Le 11/06/2025, à 08:21

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

#42 Le 11/06/2025, à 09:12

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

#43 Le 11/06/2025, à 09:20

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

#44 Le 11/06/2025, à 09:22

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

#45 Le 11/06/2025, à 10:55

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

#46 Le 11/06/2025, à 19:06

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

#47 Le 11/06/2025, à 21:26

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

#48 Le 11/06/2025, à 21:28

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

#49 Le 11/06/2025, à 21:49

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

#50 Hier à 07:50

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

Pied de page des forums