Bonjour,
suite du feuilleton (personnellement je ne m'en lasse pas même si je rame copieusement, mais si je pouvais avoir un peu d'aide pour avancer, ça m'arrangerait ;-) )
J'ai donc sur "mon" servuer w2016 des partages :
//SRV-PEDA/Homes$/Enseignants/toto
pour les rep. perso des profs
//SRV-PEDA/Homes$/Eleves/tata
pour les rep. perso des élèves
//SRV-PEDA/Echanges$
open bar
//SRV-PEDA/Classes$
avec des sous-rep. (mais ça osef un peu si j'ai bien compris, il suffit de monter le partage, NTFS fera le reste)
J'arrive à faire, manuellement un montage des partages :
# mount -o user=toto,rw //SRV-PEDA/Homes$/Enseignants/toto /tmp/perso
ou
# mount -o user=toto,rw //SRV-PEDA/Classes$ /tmp/classes
(demande de mot de passe de toto et ça monte)
ce que je n'arrive pas à faire (et à comprendre) c'est comment écrire le fichier /etc/security/pam_mount.conf.xml
pour faire cela automatiquement après l'authentification par sddm (ça, c'est OK, ça fonctionne)
En tâtonnant (un peu au hasard, j'avoue) en m'inspirant d'exemple de-ci de-là j'arrive au mieux à ne rien monter du tout, au pire à bloquer le démarrage avant le display manager sddm qui ne s'affiche plus (curseur tout seul sur fond noir - > ctrl-alt-F3
pour essayer de réparer)
Je vois à peu près la structure globale du fichier, mais aucune idée précise des options et autres à indiquer, ni comment accéder et comprendre les infos de débug si <debug enable="1" />
Quelqu'un pourrait-il me guider un peu dans ce brouillard ou au moins m'indiquer une doc un peu plus clair que les pages man ?
# Doc
Posté par Voltairine . Évalué à 3 (+1/-0).
Je ne peux que te conseiller de consulter le Wiki d'ArchLinux sur le sujet en gardant un œil sur man pam_mount pour savoir comment utiliser les variables dans ce fichier (nom d'utilisateur, domaine, etc.)
[^] # Re: Doc
Posté par cévhé . Évalué à 2 (+0/-0).
Merci, les
man
toutes seules c'est un peu indigeste, j'ai besoin d'être pris par la main encore !Envoyer un commentaire
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.