eric wrote:Je n'ai pas bien compris cette question d'abonnement. Si je fais chmod
je modifie de façon "permanente" i.e. qui ne sera pas modifié par le
système sauf update de celui-ci, les règles d'accés pour le dit fichier.
C'est ça que tu entends par abonnement?
A chaque réparation des privilèges, tu retrouveras les réglages system
On va encore attendre un peu que j'ai déjà bien assimilé les points
précédent avant de compliquer avec des chiffres. Mais par curiosité quel
est l'intérêt de le faire avec des chiffres plutôt qu'avec des lettres a
peu près compréhensible?
Une fois que tu as compris le système, les chiffres ne sont pas plus
compliqués que les lettres.
Avec les lettres, tu t'exprime en ajoutant ou en soustrayant des
permissions à ce qui est existant. Avec les chiffres, tu donnes le
résultat final. Donc avec les chiffres, tu n'as pas besoins de connaitre
l'état actuel des permissions, tu dis juste ce que tu veux.
C'est deux façon différentes et complémentaires de spécifier ce que tu
veux.
La différence entre su et sudo est pour moi parfaitement obscure et
réservée aux initiés.
Avec un "su toto" tu prends l'identité de toto en donnant le passwd de
toto.
Avec "sudo -s -u toto" tu prends aussi l'identité de toto mais en
entrant ton propre mot de passe.
Donc par exemple "su root" n'est possible que si root est activé,
puisque sinon root n'a pas de passwd. Tandisqu'avec "sudo -s -u root" tu
donne ton propre passwd et tu peux le faire même si root est désactivé.
C'est donc très similaire, sauf que avec sudo tu n'as qu'un seul mot de
passe à connaitre, le tien.
Toujours pas tout compris je vais relire encore plusieurs fois ton mail
eric <charpan25@etu.unige.ch> wrote:
Je n'ai pas bien compris cette question d'abonnement. Si je fais chmod
je modifie de façon "permanente" i.e. qui ne sera pas modifié par le
système sauf update de celui-ci, les règles d'accés pour le dit fichier.
C'est ça que tu entends par abonnement?
A chaque réparation des privilèges, tu retrouveras les réglages system
On va encore attendre un peu que j'ai déjà bien assimilé les points
précédent avant de compliquer avec des chiffres. Mais par curiosité quel
est l'intérêt de le faire avec des chiffres plutôt qu'avec des lettres a
peu près compréhensible?
Une fois que tu as compris le système, les chiffres ne sont pas plus
compliqués que les lettres.
Avec les lettres, tu t'exprime en ajoutant ou en soustrayant des
permissions à ce qui est existant. Avec les chiffres, tu donnes le
résultat final. Donc avec les chiffres, tu n'as pas besoins de connaitre
l'état actuel des permissions, tu dis juste ce que tu veux.
C'est deux façon différentes et complémentaires de spécifier ce que tu
veux.
La différence entre su et sudo est pour moi parfaitement obscure et
réservée aux initiés.
Avec un "su toto" tu prends l'identité de toto en donnant le passwd de
toto.
Avec "sudo -s -u toto" tu prends aussi l'identité de toto mais en
entrant ton propre mot de passe.
Donc par exemple "su root" n'est possible que si root est activé,
puisque sinon root n'a pas de passwd. Tandisqu'avec "sudo -s -u root" tu
donne ton propre passwd et tu peux le faire même si root est désactivé.
C'est donc très similaire, sauf que avec sudo tu n'as qu'un seul mot de
passe à connaitre, le tien.
Toujours pas tout compris je vais relire encore plusieurs fois ton mail
eric wrote:Je n'ai pas bien compris cette question d'abonnement. Si je fais chmod
je modifie de façon "permanente" i.e. qui ne sera pas modifié par le
système sauf update de celui-ci, les règles d'accés pour le dit fichier.
C'est ça que tu entends par abonnement?
A chaque réparation des privilèges, tu retrouveras les réglages system
On va encore attendre un peu que j'ai déjà bien assimilé les points
précédent avant de compliquer avec des chiffres. Mais par curiosité quel
est l'intérêt de le faire avec des chiffres plutôt qu'avec des lettres a
peu près compréhensible?
Une fois que tu as compris le système, les chiffres ne sont pas plus
compliqués que les lettres.
Avec les lettres, tu t'exprime en ajoutant ou en soustrayant des
permissions à ce qui est existant. Avec les chiffres, tu donnes le
résultat final. Donc avec les chiffres, tu n'as pas besoins de connaitre
l'état actuel des permissions, tu dis juste ce que tu veux.
C'est deux façon différentes et complémentaires de spécifier ce que tu
veux.
La différence entre su et sudo est pour moi parfaitement obscure et
réservée aux initiés.
Avec un "su toto" tu prends l'identité de toto en donnant le passwd de
toto.
Avec "sudo -s -u toto" tu prends aussi l'identité de toto mais en
entrant ton propre mot de passe.
Donc par exemple "su root" n'est possible que si root est activé,
puisque sinon root n'a pas de passwd. Tandisqu'avec "sudo -s -u root" tu
donne ton propre passwd et tu peux le faire même si root est désactivé.
C'est donc très similaire, sauf que avec sudo tu n'as qu'un seul mot de
passe à connaitre, le tien.
Toujours pas tout compris je vais relire encore plusieurs fois ton mail
Ok je vais donc essayer une réparation des autorisations (je suppose que
c'est pareil que les privilèges) pour voir si la modif tient toujours.
Si la modif ne tient pas c'est qu'il y a une cou$$le dans mon système.
Si tout reste normal, tant mieux mais je ne comprendrais pas.
Est-il possible que ce soit dû à un disque vieillissant et malmené sur
ma petrollette plusieurs fois par mois, et que ça ai mis un pet aux
permissions???
Mais pour éclairer un peu plus ma lanterne si je veux mettre en lecture
il faut +r et pour enlever la lecture du fichier -r, OK. Mais que ce
passe t'il si je fais un chmod g+r sur un fichier qui serait déjà en
lecture pour le groupe en question? Je n'ai pas vraiment envie de faire
le test.
Toujours pas tout compris je vais relire encore plusieurs fois ton mail
avant de comprendre (je comprends vite, mais il faut m'expliquer
longtemps ;-) ). Mais de ce que je comprends avec su je peux prendre
l'identité d'un compte admin et donc par la suite faire un sudo dans un
compte non sudoer, j'ai juste??? Bon je ne suis pas encore à ce niveau.
Ok je vais donc essayer une réparation des autorisations (je suppose que
c'est pareil que les privilèges) pour voir si la modif tient toujours.
Si la modif ne tient pas c'est qu'il y a une cou$$le dans mon système.
Si tout reste normal, tant mieux mais je ne comprendrais pas.
Est-il possible que ce soit dû à un disque vieillissant et malmené sur
ma petrollette plusieurs fois par mois, et que ça ai mis un pet aux
permissions???
Mais pour éclairer un peu plus ma lanterne si je veux mettre en lecture
il faut +r et pour enlever la lecture du fichier -r, OK. Mais que ce
passe t'il si je fais un chmod g+r sur un fichier qui serait déjà en
lecture pour le groupe en question? Je n'ai pas vraiment envie de faire
le test.
Toujours pas tout compris je vais relire encore plusieurs fois ton mail
avant de comprendre (je comprends vite, mais il faut m'expliquer
longtemps ;-) ). Mais de ce que je comprends avec su je peux prendre
l'identité d'un compte admin et donc par la suite faire un sudo dans un
compte non sudoer, j'ai juste??? Bon je ne suis pas encore à ce niveau.
Ok je vais donc essayer une réparation des autorisations (je suppose que
c'est pareil que les privilèges) pour voir si la modif tient toujours.
Si la modif ne tient pas c'est qu'il y a une cou$$le dans mon système.
Si tout reste normal, tant mieux mais je ne comprendrais pas.
Est-il possible que ce soit dû à un disque vieillissant et malmené sur
ma petrollette plusieurs fois par mois, et que ça ai mis un pet aux
permissions???
Mais pour éclairer un peu plus ma lanterne si je veux mettre en lecture
il faut +r et pour enlever la lecture du fichier -r, OK. Mais que ce
passe t'il si je fais un chmod g+r sur un fichier qui serait déjà en
lecture pour le groupe en question? Je n'ai pas vraiment envie de faire
le test.
Toujours pas tout compris je vais relire encore plusieurs fois ton mail
avant de comprendre (je comprends vite, mais il faut m'expliquer
longtemps ;-) ). Mais de ce que je comprends avec su je peux prendre
l'identité d'un compte admin et donc par la suite faire un sudo dans un
compte non sudoer, j'ai juste??? Bon je ne suis pas encore à ce niveau.
Ok je vais donc essayer une réparation des autorisations (je suppose que
c'est pareil que les privilèges)
Ok je vais donc essayer une réparation des autorisations (je suppose que
c'est pareil que les privilèges)
Ok je vais donc essayer une réparation des autorisations (je suppose que
c'est pareil que les privilèges)
In article <46de7cbd$, eric
wrote:Ok je vais donc essayer une réparation des autorisations (je suppose que
c'est pareil que les privilèges)
Le terme "privilèges" me semble approprié pour désigner une
fonctionnalité où il y a d'une part une notion de "possession" (u g o)
et d'autre part une notion d'"autorisation" (r w x). Utiliser le mot
"autorisations" pour désigner l'ensemble m'a toujours paru inapproprié
et conduit parfois certains à faire des confusions en oubliant le volet
"possession".
Merci de l'explication Jacques je me coucherai moins bête.
In article <46de7cbd$1@nntp.unige.ch>, eric <charpan25@etu.unige.ch>
wrote:
Ok je vais donc essayer une réparation des autorisations (je suppose que
c'est pareil que les privilèges)
Le terme "privilèges" me semble approprié pour désigner une
fonctionnalité où il y a d'une part une notion de "possession" (u g o)
et d'autre part une notion d'"autorisation" (r w x). Utiliser le mot
"autorisations" pour désigner l'ensemble m'a toujours paru inapproprié
et conduit parfois certains à faire des confusions en oubliant le volet
"possession".
Merci de l'explication Jacques je me coucherai moins bête.
In article <46de7cbd$, eric
wrote:Ok je vais donc essayer une réparation des autorisations (je suppose que
c'est pareil que les privilèges)
Le terme "privilèges" me semble approprié pour désigner une
fonctionnalité où il y a d'une part une notion de "possession" (u g o)
et d'autre part une notion d'"autorisation" (r w x). Utiliser le mot
"autorisations" pour désigner l'ensemble m'a toujours paru inapproprié
et conduit parfois certains à faire des confusions en oubliant le volet
"possession".
Merci de l'explication Jacques je me coucherai moins bête.
eric wrote:Ok je vais donc essayer une réparation des autorisations (je suppose que
c'est pareil que les privilèges) pour voir si la modif tient toujours.
Si la modif ne tient pas c'est qu'il y a une cou$$le dans mon système.
Si tout reste normal, tant mieux mais je ne comprendrais pas.
Moi non-plus, je ne le comprendrais pas. Mais je doutes que ta modif
résiste à une réparation des privilèges.
eric <charpan25@etu.unige.ch> wrote:
Ok je vais donc essayer une réparation des autorisations (je suppose que
c'est pareil que les privilèges) pour voir si la modif tient toujours.
Si la modif ne tient pas c'est qu'il y a une cou$$le dans mon système.
Si tout reste normal, tant mieux mais je ne comprendrais pas.
Moi non-plus, je ne le comprendrais pas. Mais je doutes que ta modif
résiste à une réparation des privilèges.
eric wrote:Ok je vais donc essayer une réparation des autorisations (je suppose que
c'est pareil que les privilèges) pour voir si la modif tient toujours.
Si la modif ne tient pas c'est qu'il y a une cou$$le dans mon système.
Si tout reste normal, tant mieux mais je ne comprendrais pas.
Moi non-plus, je ne le comprendrais pas. Mais je doutes que ta modif
résiste à une réparation des privilèges.
Avec un "su toto" tu prends l'identité de toto en donnant le passwd de
toto.
Avec "sudo -s -u toto" tu prends aussi l'identité de toto mais en
entrant ton propre mot de passe.
Avec un "su toto" tu prends l'identité de toto en donnant le passwd de
toto.
Avec "sudo -s -u toto" tu prends aussi l'identité de toto mais en
entrant ton propre mot de passe.
Avec un "su toto" tu prends l'identité de toto en donnant le passwd de
toto.
Avec "sudo -s -u toto" tu prends aussi l'identité de toto mais en
entrant ton propre mot de passe.
J'ajouterais qu'avec un su tu as un changement d'identité persistant. Tu
ne reviendras à ton identité précédente qu'en faisant un ^D (control-d).
Tandis qu'avec sudo le changement d'identité ne s'applique qu'à la
commande qui est dans la ligne du sudo. Par contre tu peux faire
plusieurs sudo successifs sans retaper le mot de passe (pourvu que tu
n'attende pas trop, pas plus de 5 mn je crois).
J'ajouterais qu'avec un su tu as un changement d'identité persistant. Tu
ne reviendras à ton identité précédente qu'en faisant un ^D (control-d).
Tandis qu'avec sudo le changement d'identité ne s'applique qu'à la
commande qui est dans la ligne du sudo. Par contre tu peux faire
plusieurs sudo successifs sans retaper le mot de passe (pourvu que tu
n'attende pas trop, pas plus de 5 mn je crois).
J'ajouterais qu'avec un su tu as un changement d'identité persistant. Tu
ne reviendras à ton identité précédente qu'en faisant un ^D (control-d).
Tandis qu'avec sudo le changement d'identité ne s'applique qu'à la
commande qui est dans la ligne du sudo. Par contre tu peux faire
plusieurs sudo successifs sans retaper le mot de passe (pourvu que tu
n'attende pas trop, pas plus de 5 mn je crois).
Donc en fait ce sont les comportements par défaut qui difèrent mais les
commandes sont tout de même comparables.
Donc en fait ce sont les comportements par défaut qui difèrent mais les
commandes sont tout de même comparables.
Donc en fait ce sont les comportements par défaut qui difèrent mais les
commandes sont tout de même comparables.
De même que
su
fait la même chose que
sudo -s
De même que
su
fait la même chose que
sudo -s
De même que
su
fait la même chose que
sudo -s
De même que
su
fait la même chose que
sudo -s
Euh, ça serait pas plutôt "sudo -i" ?
De même que
su
fait la même chose que
sudo -s
Euh, ça serait pas plutôt "sudo -i" ?
De même que
su
fait la même chose que
sudo -s
Euh, ça serait pas plutôt "sudo -i" ?