Comme dis dans un autre thread je viens de finir une doc sur l'accès des
utilisateurs aux clefs USB (ça marche aussi pour la plus part des trucs
en umass ... )
Elle se trouve ici : http://www.lri.fr/~burelle/BSD/USBKey-FreeBSD.html
Au passage, je suis preneur de tout commentaires, corrections et même
encouragement ;)
Si vous voulez faire des corrections essayer de modifier le fichier XML
source (http://www.lri.fr/~burelle/BSD/USBKey-FreeBSD.xml) ce sera plus
simple pour moi (si vous voulez le prog CDuce qui génère la page,
envoyer moi un mail.)
--
Burelle Marwan,
Equipe Bases de Donnees - LRI
http://www.cduce.org
(burelle@lri.fr | Marwan.Burelle@ens.fr)
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Pascal
Marwan Burelle wrote:
Comme dis dans un autre thread je viens de finir une doc sur l'accès des utilisateurs aux clefs USB (ça marche aussi pour la plus part des trucs en umass ... )
Elle se trouve ici : http://www.lri.fr/~burelle/BSD/USBKey-FreeBSD.html
Au passage, je suis preneur de tout commentaires, corrections et même encouragement ;)
j'encourage ! :)
Une question quand meme : pourquoi ne pas utiliser le daemon amd pour gerer de facon completement transparante le mount/umount et s'affranchir des lignes supplementaires dans fstab ?
C'est ce que j'experimente et cela me semble pas trop mal, quelques reglages (timeout...) mis a part. Par ailleurs, je vais avoir probablement a installer une salle de pc sous FreeBSD sans comptes locaux (avec samba/winbind) et je me dis que c'est peut etre une solution pour ce cas ?
je dis peut etre une grosse c... surtout que je n'ai pas trouve le thread dont il est question, mais enfin...
cdt,
Pascal
Marwan Burelle wrote:
Comme dis dans un autre thread je viens de finir une doc sur l'accès des
utilisateurs aux clefs USB (ça marche aussi pour la plus part des trucs
en umass ... )
Elle se trouve ici : http://www.lri.fr/~burelle/BSD/USBKey-FreeBSD.html
Au passage, je suis preneur de tout commentaires, corrections et même
encouragement ;)
j'encourage ! :)
Une question quand meme : pourquoi ne pas utiliser le daemon amd pour
gerer de facon completement transparante le mount/umount et s'affranchir
des lignes supplementaires dans fstab ?
C'est ce que j'experimente et cela me semble pas trop mal, quelques
reglages (timeout...) mis a part.
Par ailleurs, je vais avoir probablement a installer une salle de pc
sous FreeBSD sans comptes locaux (avec samba/winbind) et je me dis que
c'est peut etre une solution pour ce cas ?
je dis peut etre une grosse c... surtout que je n'ai pas trouve le
thread dont il est question, mais enfin...
Comme dis dans un autre thread je viens de finir une doc sur l'accès des utilisateurs aux clefs USB (ça marche aussi pour la plus part des trucs en umass ... )
Elle se trouve ici : http://www.lri.fr/~burelle/BSD/USBKey-FreeBSD.html
Au passage, je suis preneur de tout commentaires, corrections et même encouragement ;)
j'encourage ! :)
Une question quand meme : pourquoi ne pas utiliser le daemon amd pour gerer de facon completement transparante le mount/umount et s'affranchir des lignes supplementaires dans fstab ?
C'est ce que j'experimente et cela me semble pas trop mal, quelques reglages (timeout...) mis a part. Par ailleurs, je vais avoir probablement a installer une salle de pc sous FreeBSD sans comptes locaux (avec samba/winbind) et je me dis que c'est peut etre une solution pour ce cas ?
je dis peut etre une grosse c... surtout que je n'ai pas trouve le thread dont il est question, mais enfin...
cdt,
Pascal
Marwan Burelle
In article <42287277$0$2470$, Pascal wrote:
j'encourage ! :)
Merci ;)
Une question quand meme : pourquoi ne pas utiliser le daemon amd pour gerer de facon completement transparante le mount/umount et s'affranchir des lignes supplementaires dans fstab ?
Peut être ...
Par contre, je ne suis pas sûr que la partie gnome fonctionne après ... Dans mes premières expérimentations je n'utilisais pas le fstab et l'environement ne réagissait pas au montage de la clef.
En fait, l'entrée dans fstab n'est pas du tout nécessaire, si vfs.usemount est à 1 et que l'utilisateur possède le point de montage, une commande du genre :
mount -t le_fs_qui_va_bien /dev/le_truc_a_monter /point/de/montage
marche sans problème, même si l'utilisateur n'est pas root. Le truc c'est que ça ne fait pas apparaître le device sur le bureau gnome ... C'est pas super important, mais c'était un peu le but de cette doc, trouver un moyen de faire la même chose que le gnome volume manager, mais sans (vu qu'il nécessite udev ... )
Par contre une autre méthode plus simple consiste à changer les droits du point de montage en fonction de l'utilisateur connecté avec X comme dans la doc que je site ... Comme ça il n'y a qu'un entrée fstab ... Mais là encore, je ne suis pas sur que le partie gnome continue à marcher (en fait, il rajoute les bonnes entrées si l'utilisateur possède le répertoire de montage, le problème c'est qu'il ne réagit pas vite aux changements ... )
C'est ce que j'experimente et cela me semble pas trop mal, quelques reglages (timeout...) mis a part.
Je suis intéressé par le retour d'expérience, je pourrais ajouter ça dans la doc ...
Par ailleurs, je vais avoir probablement a installer une salle de pc sous FreeBSD sans comptes locaux (avec samba/winbind) et je me dis que c'est peut etre une solution pour ce cas ?
Je ne suis pas sur de comprendre ? qu'est ce qui peut être une solution, amd ? alors oui, c'est ce qui est utilisé en général pour les montages de compte NIS ... donc pourquoi pas avec samba ...
je dis peut etre une grosse c... surtout que je n'ai pas trouve le thread dont il est question, mais enfin...
Oh, c'est juste qu'avant de poster ce message, j'ai répondu à quelqu'un qui demandait des renseignements sur le montage de périph amovibles et je l'ai envoyé sur cette doc ...
-- Burelle Marwan, Equipe Bases de Donnees - LRI http://www.cduce.org ( | )
In article <42287277$0$2470$626a14ce@news.free.fr>, Pascal wrote:
j'encourage ! :)
Merci ;)
Une question quand meme : pourquoi ne pas utiliser le daemon amd pour
gerer de facon completement transparante le mount/umount et s'affranchir
des lignes supplementaires dans fstab ?
Peut être ...
Par contre, je ne suis pas sûr que la partie gnome fonctionne après
... Dans mes premières expérimentations je n'utilisais pas le fstab et
l'environement ne réagissait pas au montage de la clef.
En fait, l'entrée dans fstab n'est pas du tout nécessaire, si
vfs.usemount est à 1 et que l'utilisateur possède le point de montage,
une commande du genre :
mount -t le_fs_qui_va_bien /dev/le_truc_a_monter /point/de/montage
marche sans problème, même si l'utilisateur n'est pas root. Le truc
c'est que ça ne fait pas apparaître le device sur le bureau gnome
... C'est pas super important, mais c'était un peu le but de cette
doc, trouver un moyen de faire la même chose que le gnome volume
manager, mais sans (vu qu'il nécessite udev ... )
Par contre une autre méthode plus simple consiste à changer les droits
du point de montage en fonction de l'utilisateur connecté avec X comme
dans la doc que je site ... Comme ça il n'y a qu'un entrée fstab
... Mais là encore, je ne suis pas sur que le partie gnome continue à
marcher (en fait, il rajoute les bonnes entrées si l'utilisateur
possède le répertoire de montage, le problème c'est qu'il ne réagit
pas vite aux changements ... )
C'est ce que j'experimente et cela me semble pas trop mal, quelques
reglages (timeout...) mis a part.
Je suis intéressé par le retour d'expérience, je pourrais ajouter ça
dans la doc ...
Par ailleurs, je vais avoir probablement a installer une salle de pc
sous FreeBSD sans comptes locaux (avec samba/winbind) et je me dis que
c'est peut etre une solution pour ce cas ?
Je ne suis pas sur de comprendre ? qu'est ce qui peut être une
solution, amd ? alors oui, c'est ce qui est utilisé en général pour
les montages de compte NIS ... donc pourquoi pas avec samba ...
je dis peut etre une grosse c... surtout que je n'ai pas trouve le
thread dont il est question, mais enfin...
Oh, c'est juste qu'avant de poster ce message, j'ai répondu à
quelqu'un qui demandait des renseignements sur le montage de périph
amovibles et je l'ai envoyé sur cette doc ...
--
Burelle Marwan,
Equipe Bases de Donnees - LRI
http://www.cduce.org
(burelle@lri.fr | Marwan.Burelle@ens.fr)
Une question quand meme : pourquoi ne pas utiliser le daemon amd pour gerer de facon completement transparante le mount/umount et s'affranchir des lignes supplementaires dans fstab ?
Peut être ...
Par contre, je ne suis pas sûr que la partie gnome fonctionne après ... Dans mes premières expérimentations je n'utilisais pas le fstab et l'environement ne réagissait pas au montage de la clef.
En fait, l'entrée dans fstab n'est pas du tout nécessaire, si vfs.usemount est à 1 et que l'utilisateur possède le point de montage, une commande du genre :
mount -t le_fs_qui_va_bien /dev/le_truc_a_monter /point/de/montage
marche sans problème, même si l'utilisateur n'est pas root. Le truc c'est que ça ne fait pas apparaître le device sur le bureau gnome ... C'est pas super important, mais c'était un peu le but de cette doc, trouver un moyen de faire la même chose que le gnome volume manager, mais sans (vu qu'il nécessite udev ... )
Par contre une autre méthode plus simple consiste à changer les droits du point de montage en fonction de l'utilisateur connecté avec X comme dans la doc que je site ... Comme ça il n'y a qu'un entrée fstab ... Mais là encore, je ne suis pas sur que le partie gnome continue à marcher (en fait, il rajoute les bonnes entrées si l'utilisateur possède le répertoire de montage, le problème c'est qu'il ne réagit pas vite aux changements ... )
C'est ce que j'experimente et cela me semble pas trop mal, quelques reglages (timeout...) mis a part.
Je suis intéressé par le retour d'expérience, je pourrais ajouter ça dans la doc ...
Par ailleurs, je vais avoir probablement a installer une salle de pc sous FreeBSD sans comptes locaux (avec samba/winbind) et je me dis que c'est peut etre une solution pour ce cas ?
Je ne suis pas sur de comprendre ? qu'est ce qui peut être une solution, amd ? alors oui, c'est ce qui est utilisé en général pour les montages de compte NIS ... donc pourquoi pas avec samba ...
je dis peut etre une grosse c... surtout que je n'ai pas trouve le thread dont il est question, mais enfin...
Oh, c'est juste qu'avant de poster ce message, j'ai répondu à quelqu'un qui demandait des renseignements sur le montage de périph amovibles et je l'ai envoyé sur cette doc ...
-- Burelle Marwan, Equipe Bases de Donnees - LRI http://www.cduce.org ( | )
Pascal
Marwan Burelle wrote:
Par contre, je ne suis pas sûr que la partie gnome fonctionne après ... Dans mes premières expérimentations je n'utilisais pas le fstab et l'environement ne réagissait pas au montage de la clef.
Effectivement, je n'utilise pas gnome, mais kde ne m'affiche pas le device meme si je demande la creation d'icone pour les hdd montes. Par ailleurs, surtout, la logique n'est pas vraiment la meme puisque la clef n'est pas montee lors du branchement mais lors de l'acces au point de montage.
Je suis intéressé par le retour d'expérience, je pourrais ajouter ça dans la doc ...
C'est passablement capilotracte, mais c'est le resultat de tests successifs pour monter plusieurs clefs / disques amovibles en meme temps de facon transparente. Plus simple suffit surement.
Pas de probleme de propriete du point de montage puisque c'est amd (root) qui monte le device.
La seule chose casse pied, c'est que le volume est demonte rapidement lorsqu'il n'est pas lu, (j'ai mis cache_duration = 150 et dismount_interval = 90 dans amd.conf surtout pour ne pas bloquer les cdrom trop longtemps) et qu'il faut le remonter lors d'un nouvel acces, ce qui peut etre long pour une grosse partition fat32.
Marwan Burelle wrote:
Par contre, je ne suis pas sûr que la partie gnome fonctionne après
... Dans mes premières expérimentations je n'utilisais pas le fstab et
l'environement ne réagissait pas au montage de la clef.
Effectivement, je n'utilise pas gnome, mais kde ne m'affiche pas le
device meme si je demande la creation d'icone pour les hdd montes.
Par ailleurs, surtout, la logique n'est pas vraiment la meme puisque la
clef n'est pas montee lors du branchement mais lors de l'acces au point
de montage.
Je suis intéressé par le retour d'expérience, je pourrais ajouter ça
dans la doc ...
C'est passablement capilotracte, mais c'est le resultat de tests
successifs pour monter plusieurs clefs / disques amovibles en meme temps
de facon transparente. Plus simple suffit surement.
Pas de probleme de propriete du point de montage puisque c'est amd
(root) qui monte le device.
La seule chose casse pied, c'est que le volume est demonte rapidement
lorsqu'il n'est pas lu, (j'ai mis cache_duration = 150 et
dismount_interval = 90 dans amd.conf surtout pour ne pas bloquer les
cdrom trop longtemps) et qu'il faut le remonter lors d'un nouvel acces,
ce qui peut etre long pour une grosse partition fat32.
Par contre, je ne suis pas sûr que la partie gnome fonctionne après ... Dans mes premières expérimentations je n'utilisais pas le fstab et l'environement ne réagissait pas au montage de la clef.
Effectivement, je n'utilise pas gnome, mais kde ne m'affiche pas le device meme si je demande la creation d'icone pour les hdd montes. Par ailleurs, surtout, la logique n'est pas vraiment la meme puisque la clef n'est pas montee lors du branchement mais lors de l'acces au point de montage.
Je suis intéressé par le retour d'expérience, je pourrais ajouter ça dans la doc ...
C'est passablement capilotracte, mais c'est le resultat de tests successifs pour monter plusieurs clefs / disques amovibles en meme temps de facon transparente. Plus simple suffit surement.
Pas de probleme de propriete du point de montage puisque c'est amd (root) qui monte le device.
La seule chose casse pied, c'est que le volume est demonte rapidement lorsqu'il n'est pas lu, (j'ai mis cache_duration = 150 et dismount_interval = 90 dans amd.conf surtout pour ne pas bloquer les cdrom trop longtemps) et qu'il faut le remonter lors d'un nouvel acces, ce qui peut etre long pour une grosse partition fat32.
