Ben non... Le mount de FreeBSD n'a pas d'option 'user' Oups, ça m'apprendra à répondre depuis le bureau et pas depuis mon mac.
Alors, moi non plus je ne comprends pas tout :-( mais on survit, hein ? -- Ce message a été posté via la plateforme Web club-Internet.fr This message has been posted by the Web platform club-Internet.fr
http://forums.club-internet.fr/
Ben non... Le mount de FreeBSD n'a pas d'option 'user'
Oups, ça m'apprendra à répondre depuis le bureau et pas depuis mon mac.
Alors, moi non plus je ne comprends pas tout :-( mais on survit, hein ?
--
Ce message a été posté via la plateforme Web club-Internet.fr
This message has been posted by the Web platform club-Internet.fr
Ben non... Le mount de FreeBSD n'a pas d'option 'user' Oups, ça m'apprendra à répondre depuis le bureau et pas depuis mon mac.
Alors, moi non plus je ne comprends pas tout :-( mais on survit, hein ? -- Ce message a été posté via la plateforme Web club-Internet.fr This message has been posted by the Web platform club-Internet.fr
http://forums.club-internet.fr/
Jacques Perrocheau
In article (Dans l'article) , Jacky <preem.palver+ wrote (écrivait) :
Pas claire cette phrase,... mais pas du tout, ;) [snip] alors je réexplique:
Non, non, je parlais du montage, pas du démontage, et je soulignais le fait que l'opération de montage vient surimprimer en quelque sorte des droits et un propriétaire différents au point de montage. Voir l'extrait de man plus bas.
Il est donc parfaitement possible, me semble-t-il, que le montage d'un volume ne donne pas le même résultat, de ce seul point de vue, selon qu'il est effectué pendant les phases de boot (qui tournent en mode "root") et l'utilisation au sein d'une session utilisateur.
La racine du volume "Maxtor 3" avait avant l'opération (démontage-remontage) les mêmes privilèges que le volume "Maxtor 2", voir ci-dessus. Une fois le remontage fait la situation est celle visible ci-dessus.
Pour rappel, les privilèges du répertoire sur lequel on monte: drwxrwxrwt 4 root wheel 136 Nov 14 08:47 Volumes
La confusion ;-) vient probablement d'ici : /Volumes n'est pas le répertoire sur lequel on monte, c'est /Volumes/Maxtor2 et c'est donc à celui-ci que s'applique ce qui suit :
[snip]
OK, je comprends mieux.
Exprimé d'une autre manière, on peut dire que le dossier ^H^H^H^H^H^H^H oups! répertoire ;) "Maxtor2" qui représente la racine du Volume en question, est recréé au moment du "montage" et il parait "logique" qu'il prenne les privilèges de l'utilisateur en cours.
Extrait du "man 8 mount" (de linux... mais bon, c'était déjà comme ça pour Unix et je pense que c'est pareil pour FreeBSD, donc MacOS X, ouf) : [snip]
Donc, en substance, supposons que : 1/ Le point de montage se présente comme suit : drwxrwxr-x root wheel /Volumes/Maxtor2 2/ Le volume à monter ait une racine : drwxr-xr-x titi toto / 3/ La personne qui monte le volume est root/admin (normalement elle est la seule autorisée à le faire aux exceptions extraites du man ci-dessus) 4/ Il n'y a pas d'option exotique du style : monter en read-only, dans la liste des filesystems à monter
alors on obtient, après le montage : drwxr-xr-x root wheel /Volumes/Maxtor2
En revanche, je ne sais pas bien comment on pourrait contrôler les droits (accès et propriétaire) de la racine lors de la création d'un filesystem.
OK, c'est très clair...
J'ai avancé d'un pas, mais je n'ai pas l'explication pourquoi la veille le Finder n'acceptait d'"éjecter" mon disque externe qu'en donnant un mot de passe admin et le lendemain sans y être obligé. (?) J'utilise ejecter pour faire la différence, si différence il y a, entre "éjecter" et "démonter".
Pour la même opération faite à partir de Disk Utility c'est peut-être différent, lui il "roule" peut-être pour root sans nous le dire...
Bienvenue, même si c'est depuis un moment, si j'en crois ta participation aux forums :-), dans le monde Unix. J'y suis tombé il y a plus de 20 ans contre 12 pour MacOS et j'apprécie bien l'hybride MacOS X.
Moi c'est le contraire :-) mais j'apprécie aussi...
Merci pour tes explications.
-- Jacques PERROCHEAU Synthèse et Electrosynthèse Organiques, C.N.R.S. UMR 6510 Université de Rennes I, Campus de Beaulieu, F-35042 RENNES Cedex Tel: +33 2 23 23 63 74, Fax: +33 2 23 23 63 74
In article (Dans l'article) <20031114-113741-306356@foorum.com>,
Jacky <preem.palver+spam@alussinan.org> wrote (écrivait) :
Pas claire cette phrase,... mais pas du tout, ;) [snip] alors je réexplique:
Non, non, je parlais du montage, pas du démontage, et je soulignais
le fait que l'opération de montage vient surimprimer en quelque sorte
des droits et un propriétaire différents au point de montage. Voir
l'extrait de man plus bas.
Il est donc parfaitement possible, me semble-t-il, que le montage
d'un volume ne donne pas le même résultat, de ce seul point de vue,
selon qu'il est effectué pendant les phases de boot (qui tournent en
mode "root") et l'utilisation au sein d'une session utilisateur.
La racine du volume "Maxtor 3" avait avant l'opération
(démontage-remontage) les mêmes privilèges que le volume "Maxtor 2",
voir ci-dessus. Une fois le remontage fait la situation est celle
visible ci-dessus.
Pour rappel, les privilèges du répertoire sur lequel on monte:
drwxrwxrwt 4 root wheel 136 Nov 14 08:47 Volumes
La confusion ;-) vient probablement d'ici : /Volumes n'est pas le
répertoire sur lequel on monte, c'est /Volumes/Maxtor2 et c'est donc
à celui-ci que s'applique ce qui suit :
[snip]
OK, je comprends mieux.
Exprimé d'une autre manière, on peut dire que le dossier ^H^H^H^H^H^H^H
oups! répertoire ;) "Maxtor2" qui représente la racine du Volume en
question, est recréé au moment du "montage" et il parait "logique" qu'il
prenne les privilèges de l'utilisateur en cours.
Extrait du "man 8 mount" (de linux... mais bon, c'était déjà comme ça pour
Unix
et je pense que c'est pareil pour FreeBSD, donc MacOS X, ouf) :
[snip]
Donc, en substance, supposons que :
1/ Le point de montage se présente comme suit :
drwxrwxr-x root wheel /Volumes/Maxtor2
2/ Le volume à monter ait une racine :
drwxr-xr-x titi toto /
3/ La personne qui monte le volume est root/admin (normalement elle
est la seule autorisée à le faire aux exceptions extraites du man
ci-dessus)
4/ Il n'y a pas d'option exotique du style : monter en read-only,
dans la liste des filesystems à monter
alors on obtient, après le montage :
drwxr-xr-x root wheel /Volumes/Maxtor2
En revanche, je ne sais pas bien comment on pourrait contrôler les
droits (accès et propriétaire) de la racine lors de la création d'un
filesystem.
OK, c'est très clair...
J'ai avancé d'un pas, mais je n'ai pas l'explication pourquoi la veille
le Finder n'acceptait d'"éjecter" mon disque externe qu'en donnant un
mot de passe admin et le lendemain sans y être obligé. (?) J'utilise
ejecter pour faire la différence, si différence il y a, entre "éjecter"
et "démonter".
Pour la même opération faite à partir de Disk Utility c'est peut-être
différent, lui il "roule" peut-être pour root sans nous le dire...
Bienvenue, même si c'est depuis un moment, si j'en crois ta participation aux
forums :-), dans le monde Unix. J'y suis tombé il y a plus de 20 ans contre
12 pour MacOS et j'apprécie bien l'hybride MacOS X.
Moi c'est le contraire :-) mais j'apprécie aussi...
Merci pour tes explications.
--
Jacques PERROCHEAU
Synthèse et Electrosynthèse Organiques, C.N.R.S. UMR 6510
Université de Rennes I, Campus de Beaulieu, F-35042 RENNES Cedex
Tel: +33 2 23 23 63 74, Fax: +33 2 23 23 63 74
In article (Dans l'article) , Jacky <preem.palver+ wrote (écrivait) :
Pas claire cette phrase,... mais pas du tout, ;) [snip] alors je réexplique:
Non, non, je parlais du montage, pas du démontage, et je soulignais le fait que l'opération de montage vient surimprimer en quelque sorte des droits et un propriétaire différents au point de montage. Voir l'extrait de man plus bas.
Il est donc parfaitement possible, me semble-t-il, que le montage d'un volume ne donne pas le même résultat, de ce seul point de vue, selon qu'il est effectué pendant les phases de boot (qui tournent en mode "root") et l'utilisation au sein d'une session utilisateur.
La racine du volume "Maxtor 3" avait avant l'opération (démontage-remontage) les mêmes privilèges que le volume "Maxtor 2", voir ci-dessus. Une fois le remontage fait la situation est celle visible ci-dessus.
Pour rappel, les privilèges du répertoire sur lequel on monte: drwxrwxrwt 4 root wheel 136 Nov 14 08:47 Volumes
La confusion ;-) vient probablement d'ici : /Volumes n'est pas le répertoire sur lequel on monte, c'est /Volumes/Maxtor2 et c'est donc à celui-ci que s'applique ce qui suit :
[snip]
OK, je comprends mieux.
Exprimé d'une autre manière, on peut dire que le dossier ^H^H^H^H^H^H^H oups! répertoire ;) "Maxtor2" qui représente la racine du Volume en question, est recréé au moment du "montage" et il parait "logique" qu'il prenne les privilèges de l'utilisateur en cours.
Extrait du "man 8 mount" (de linux... mais bon, c'était déjà comme ça pour Unix et je pense que c'est pareil pour FreeBSD, donc MacOS X, ouf) : [snip]
Donc, en substance, supposons que : 1/ Le point de montage se présente comme suit : drwxrwxr-x root wheel /Volumes/Maxtor2 2/ Le volume à monter ait une racine : drwxr-xr-x titi toto / 3/ La personne qui monte le volume est root/admin (normalement elle est la seule autorisée à le faire aux exceptions extraites du man ci-dessus) 4/ Il n'y a pas d'option exotique du style : monter en read-only, dans la liste des filesystems à monter
alors on obtient, après le montage : drwxr-xr-x root wheel /Volumes/Maxtor2
En revanche, je ne sais pas bien comment on pourrait contrôler les droits (accès et propriétaire) de la racine lors de la création d'un filesystem.
OK, c'est très clair...
J'ai avancé d'un pas, mais je n'ai pas l'explication pourquoi la veille le Finder n'acceptait d'"éjecter" mon disque externe qu'en donnant un mot de passe admin et le lendemain sans y être obligé. (?) J'utilise ejecter pour faire la différence, si différence il y a, entre "éjecter" et "démonter".
Pour la même opération faite à partir de Disk Utility c'est peut-être différent, lui il "roule" peut-être pour root sans nous le dire...
Bienvenue, même si c'est depuis un moment, si j'en crois ta participation aux forums :-), dans le monde Unix. J'y suis tombé il y a plus de 20 ans contre 12 pour MacOS et j'apprécie bien l'hybride MacOS X.
Moi c'est le contraire :-) mais j'apprécie aussi...
Merci pour tes explications.
-- Jacques PERROCHEAU Synthèse et Electrosynthèse Organiques, C.N.R.S. UMR 6510 Université de Rennes I, Campus de Beaulieu, F-35042 RENNES Cedex Tel: +33 2 23 23 63 74, Fax: +33 2 23 23 63 74
jperrocheau
Sinmian wrote:
^H^H^H^H^H^H^H
^W, ça va plus vite. :)
Là, on voit que je suis un newbie. ;)
-- Jacques PERROCHEAU ______________________________________________________________ e-mail: mailto:
Sinmian <nomoreSPAM@cozitSUX.com> wrote:
^H^H^H^H^H^H^H
^W, ça va plus vite. :)
Là, on voit que je suis un newbie. ;)
--
Jacques PERROCHEAU
______________________________________________________________
e-mail: mailto:jperrocheau@mac.com
