j'ai bien conscience de poser une question archi-classique, archi-documentée,
archi-tout ; j'ai bien conscience de poser une question que l'on trouve
posée telle quelle, dans les mêmes termes parmi les premières réponses de
Google. J'ai bien conscience de reposer une question que j'ai moi-même posée
il y a quelques années, et à laquelle certains avaient patiemment répondu
(ce qui ne veut pas dire qu'une solution avait marché...) Mais, malgré
tout ce que j'ai pu lire dans le Handbook, sur Internet, etc. je n'ai
absolument jamais réussi à monter quoi que ce soit en tant qu'utilisateur.
Précisions:
mon /etc/sysctl.conf contient
vfs.usermount=1
C'est la seule ligne qu'il comporte. On voit au démarrage que la ligne est
prise en compte, et un sysctl -a | grep usermount donne:
vfs.usermount: 1
Bon, par ailleurs la commande 'groups' (ou id -Gn pour les puristes) donne:
baruchel wheel operator
Or le seul utilisateur de ma machine s'appelle 'baruchel'
Passons aux droits des périphériques:
mon fichier /etc/devfs.conf contient
perm acd0 0660
own acd0 root:operator
ce qui est pris en compte au redémarrage : ls -l /dev/acd* donne
crw-rw---- 1 root operator 4, 13 1 jul 22:46 /dev/acd0
crw-r----- 1 root operator 4, 27 1 jul 22:46 /dev/acd0t01
Faut-il revenir sur le piège final des droits de montage ? Créons
un répertoire dans le HOME de l'utilisateur ; donnons-lui tous les
droits possibles et imaginables, puis tentons de le monter:
cd9660: /dev/acd0: Operation not permitted
Pour lever tout doute, précisons que la commande fonctionne sans problème
sous root...
Je ne comprends pas. Tout semble correctement réglé, mais je n'ai JAMAIS pu
réussir cela ni sous 5.1, ni sous 5.2 ni sous 5.3 :-(
Je ne peux donner ici la sortie, trop longue, de sysctl -a, mais à tout
hasard je donne ci-dessous toutes les lignes commençant par vfs.
device ata device atapicam device scbus device cd device pass
Merci de cette réponse rapide ; c'est fait.
Ensuite, dès que tu as rebooté ta machine, tu peux faire un $ camcontrol devlist
camcontrol: couldn't open /dev/xpt0: Permission denied
chmod 0660 /dev/xpt0
Peut-être dois-je donner des permissions au groupe operator à xpt0 dans /etc/devfs ?
et tu obtiendras un truc du genre: <PLEXTOR CD-R PX-W8220T 1.04> at scbus0 target 4 lun 0 (cd0,pass0) <LITEON DVD-ROM LTD163D GHR3> at scbus2 target 1 lun 0 (cd1,pass1)
:-(
Normalement, en faisant un chmod tu devrais avoir la liste de tes lecteurs.
Pour l'instant cela ne correspond pas, mais à tout hasard deux mount (dans un répertoire qui m'appartient) : cd9660: /dev/acd0: Operation not permitted msdosfs: /dev/da0s1: Operation not permitted
:-(
Quand je disais que cela ne marche jamais ;-)
Courage! C'est bientôt fait!!!!
Olivier
Thomas Baruchel <archaiesteron@laposte.net> schrieb:
Le 01-07-2005, Olivier Brisson <olivier.brisson@bluewin.ch> a écrit :
device ata
device atapicam
device scbus
device cd
device pass
Merci de cette réponse rapide ; c'est fait.
Ensuite, dès que tu as rebooté ta machine, tu peux faire un
$ camcontrol devlist
camcontrol: couldn't open /dev/xpt0: Permission denied
chmod 0660 /dev/xpt0
Peut-être dois-je donner des permissions au groupe operator
à xpt0 dans /etc/devfs ?
et tu obtiendras un truc du genre:
<PLEXTOR CD-R PX-W8220T 1.04> at scbus0 target 4 lun 0 (cd0,pass0)
<LITEON DVD-ROM LTD163D GHR3> at scbus2 target 1 lun 0 (cd1,pass1)
:-(
Normalement, en faisant un chmod tu devrais avoir la liste de tes
lecteurs.
Pour l'instant cela ne correspond pas, mais à tout hasard deux mount
(dans un répertoire qui m'appartient) :
cd9660: /dev/acd0: Operation not permitted
msdosfs: /dev/da0s1: Operation not permitted
device ata device atapicam device scbus device cd device pass
Merci de cette réponse rapide ; c'est fait.
Ensuite, dès que tu as rebooté ta machine, tu peux faire un $ camcontrol devlist
camcontrol: couldn't open /dev/xpt0: Permission denied
chmod 0660 /dev/xpt0
Peut-être dois-je donner des permissions au groupe operator à xpt0 dans /etc/devfs ?
et tu obtiendras un truc du genre: <PLEXTOR CD-R PX-W8220T 1.04> at scbus0 target 4 lun 0 (cd0,pass0) <LITEON DVD-ROM LTD163D GHR3> at scbus2 target 1 lun 0 (cd1,pass1)
:-(
Normalement, en faisant un chmod tu devrais avoir la liste de tes lecteurs.
Pour l'instant cela ne correspond pas, mais à tout hasard deux mount (dans un répertoire qui m'appartient) : cd9660: /dev/acd0: Operation not permitted msdosfs: /dev/da0s1: Operation not permitted
:-(
Quand je disais que cela ne marche jamais ;-)
Courage! C'est bientôt fait!!!!
Olivier
Marwan Burelle
In article , Olivier Brisson wrote:
Tu as oublié de mettre ceci dans le fichier de conf de ton Kernel:
device ata device atapicam device scbus device cd device pass
Ensuite, dès que tu as rebooté ta machine, tu peux faire un $ camcontrol devlist
et tu obtiendras un truc du genre: <PLEXTOR CD-R PX-W8220T 1.04> at scbus0 target 4 lun 0 (cd0,pass0)
J'utilise cette méthode pour ripper des DVD en tant qu'user avec OGMRip. Tu auras toutes les infos dans ma doc à l'adresse suivante: http://ogmrip.sourceforge.net/docs/ogmrip-freebsd.html
Je ne vois pas le rapport entre le support de caml et l'accès au lecteur CD (ou autre ... )
Le principal interet de CAM est de pouvoir utiliser un certains nombres d'applis que ne peuvent passer que par la couche scsi. Ce n'est pas nécessaire pour le montage.
-- Burelle Marwan, Equipe Bases de Donnees - LRI http://www.cduce.org ( | )
In article <3ilq7gFm5gesU1@individual.net>, Olivier Brisson wrote:
Tu as oublié de mettre ceci dans le fichier de conf de ton Kernel:
device ata
device atapicam
device scbus
device cd
device pass
Ensuite, dès que tu as rebooté ta machine, tu peux faire un
$ camcontrol devlist
et tu obtiendras un truc du genre:
<PLEXTOR CD-R PX-W8220T 1.04> at scbus0 target 4 lun 0 (cd0,pass0)
J'utilise cette méthode pour ripper des DVD en tant qu'user avec OGMRip.
Tu auras toutes les infos dans ma doc à l'adresse suivante:
http://ogmrip.sourceforge.net/docs/ogmrip-freebsd.html
Je ne vois pas le rapport entre le support de caml et l'accès au
lecteur CD (ou autre ... )
Le principal interet de CAM est de pouvoir utiliser un certains
nombres d'applis que ne peuvent passer que par la couche scsi. Ce
n'est pas nécessaire pour le montage.
--
Burelle Marwan,
Equipe Bases de Donnees - LRI
http://www.cduce.org
(burelle@lri.fr | Marwan.Burelle@ens.fr)
J'utilise cette méthode pour ripper des DVD en tant qu'user avec OGMRip. Tu auras toutes les infos dans ma doc à l'adresse suivante: http://ogmrip.sourceforge.net/docs/ogmrip-freebsd.html
Je ne vois pas le rapport entre le support de caml et l'accès au lecteur CD (ou autre ... )
Le principal interet de CAM est de pouvoir utiliser un certains nombres d'applis que ne peuvent passer que par la couche scsi. Ce n'est pas nécessaire pour le montage.
-- Burelle Marwan, Equipe Bases de Donnees - LRI http://www.cduce.org ( | )
Marwan Burelle
In article <42c5afe1$0$6373$, Thomas Baruchel wrote:
mon /etc/sysctl.conf contient vfs.usermount=1 C'est la seule ligne qu'il comporte. On voit au démarrage que la ligne est prise en compte, et un sysctl -a | grep usermount donne: vfs.usermount: 1
Bon, par ailleurs la commande 'groups' (ou id -Gn pour les puristes) donne: baruchel wheel operator
Or le seul utilisateur de ma machine s'appelle 'baruchel'
Passons aux droits des périphériques: mon fichier /etc/devfs.conf contient perm acd0 0660 own acd0 root:operator ce qui est pris en compte au redémarrage : ls -l /dev/acd* donne crw-rw---- 1 root operator 4, 13 1 jul 22:46 /dev/acd0 crw-r----- 1 root operator 4, 27 1 jul 22:46 /dev/acd0t01
Juste comme ça, tu as essayé en faisant un chmod 666 ?
Faut-il revenir sur le piège final des droits de montage ? Créons un répertoire dans le HOME de l'utilisateur ; donnons-lui tous les droits possibles et imaginables, puis tentons de le monter: cd9660: /dev/acd0: Operation not permitted Pour lever tout doute, précisons que la commande fonctionne sans problème sous root...
Oui, mais quelle commande utilises tu ...
Je ne comprends pas. Tout semble correctement réglé, mais je n'ai JAMAIS pu réussir cela ni sous 5.1, ni sous 5.2 ni sous 5.3 :-(
# Commonly used by many ports link acd0 cdrom perm acd0 0666 perm cd0 0666
[ 17:23 ~]> sysctl vfs.usermount vfs.usermount: 1
Bon, après pour rendre les choses plus simples, j'ai des points de montages dans chaque home et une ligne dans le fstab pour chaque. Mais le montage marche sans (par exemple avec :
mount -t cd9660 /dev/acd0 /usr/home/feanor/mnt/cdrom1
)
Il y a des bouts utilisables pour ton problème dans ma doc pour les clefs USB ... (que je devrais mettre à jour d'ailleurs ... )
Notament un petit script pour ajouter des entrées dans fstab à chaque création d'utilisateur.
-- Burelle Marwan, Equipe Bases de Donnees - LRI http://www.cduce.org ( | )
In article <42c5afe1$0$6373$626a14ce@news.free.fr>, Thomas Baruchel wrote:
mon /etc/sysctl.conf contient
vfs.usermount=1
C'est la seule ligne qu'il comporte. On voit au démarrage que la ligne est
prise en compte, et un sysctl -a | grep usermount donne:
vfs.usermount: 1
Bon, par ailleurs la commande 'groups' (ou id -Gn pour les puristes) donne:
baruchel wheel operator
Or le seul utilisateur de ma machine s'appelle 'baruchel'
Passons aux droits des périphériques:
mon fichier /etc/devfs.conf contient
perm acd0 0660
own acd0 root:operator
ce qui est pris en compte au redémarrage : ls -l /dev/acd* donne
crw-rw---- 1 root operator 4, 13 1 jul 22:46 /dev/acd0
crw-r----- 1 root operator 4, 27 1 jul 22:46 /dev/acd0t01
Juste comme ça, tu as essayé en faisant un chmod 666 ?
Faut-il revenir sur le piège final des droits de montage ? Créons
un répertoire dans le HOME de l'utilisateur ; donnons-lui tous les
droits possibles et imaginables, puis tentons de le monter:
cd9660: /dev/acd0: Operation not permitted
Pour lever tout doute, précisons que la commande fonctionne sans problème
sous root...
Oui, mais quelle commande utilises tu ...
Je ne comprends pas. Tout semble correctement réglé, mais je n'ai JAMAIS pu
réussir cela ni sous 5.1, ni sous 5.2 ni sous 5.3 :-(
Bon, après pour rendre les choses plus simples, j'ai des points de
montages dans chaque home et une ligne dans le fstab pour chaque. Mais
le montage marche sans (par exemple avec :
mount -t cd9660 /dev/acd0 /usr/home/feanor/mnt/cdrom1
)
Il y a des bouts utilisables pour ton problème dans ma doc pour les
clefs USB ... (que je devrais mettre à jour d'ailleurs ... )
In article <42c5afe1$0$6373$, Thomas Baruchel wrote:
mon /etc/sysctl.conf contient vfs.usermount=1 C'est la seule ligne qu'il comporte. On voit au démarrage que la ligne est prise en compte, et un sysctl -a | grep usermount donne: vfs.usermount: 1
Bon, par ailleurs la commande 'groups' (ou id -Gn pour les puristes) donne: baruchel wheel operator
Or le seul utilisateur de ma machine s'appelle 'baruchel'
Passons aux droits des périphériques: mon fichier /etc/devfs.conf contient perm acd0 0660 own acd0 root:operator ce qui est pris en compte au redémarrage : ls -l /dev/acd* donne crw-rw---- 1 root operator 4, 13 1 jul 22:46 /dev/acd0 crw-r----- 1 root operator 4, 27 1 jul 22:46 /dev/acd0t01
Juste comme ça, tu as essayé en faisant un chmod 666 ?
Faut-il revenir sur le piège final des droits de montage ? Créons un répertoire dans le HOME de l'utilisateur ; donnons-lui tous les droits possibles et imaginables, puis tentons de le monter: cd9660: /dev/acd0: Operation not permitted Pour lever tout doute, précisons que la commande fonctionne sans problème sous root...
Oui, mais quelle commande utilises tu ...
Je ne comprends pas. Tout semble correctement réglé, mais je n'ai JAMAIS pu réussir cela ni sous 5.1, ni sous 5.2 ni sous 5.3 :-(
# Commonly used by many ports link acd0 cdrom perm acd0 0666 perm cd0 0666
[ 17:23 ~]> sysctl vfs.usermount vfs.usermount: 1
Bon, après pour rendre les choses plus simples, j'ai des points de montages dans chaque home et une ligne dans le fstab pour chaque. Mais le montage marche sans (par exemple avec :
mount -t cd9660 /dev/acd0 /usr/home/feanor/mnt/cdrom1
)
Il y a des bouts utilisables pour ton problème dans ma doc pour les clefs USB ... (que je devrais mettre à jour d'ailleurs ... )
