<alexandre.ho...@gmail.com> said:
> > > > Bonjour Debianistes,
> > > >
> > > > En essayant de modifier la luminosité de mon écran : des 3
> > > > commandes ci-dessous, je ne comprends pas pourquoi la méthode
> > > > « $ sudo echo » écho
des 3
commandes ci-dessous, je ne comprends pas pourquoi la méthode
« $ sudo echo » échoue avec « permission non accordée »
tandis que « sudo tee » et « su - » fonctionnent.
Quelqu'un pourrait-il m'éclairer ? (Dans mon /etc/sudoers mon
utilisateur est en « ALL=(ALL:ALL) ALL »)
Exemple :
$ sud
On Wed, Apr 19, 2017 at 09:38:06PM +0900, Charles Plessy wrote:
> Le Wed, Apr 19, 2017 at 02:00:34PM +0200, Alexandre Hoïde a écrit :
> >
> > $ sudo echo 100 > /sys/class/backlight/nv_backlight/brightness
> > bash: /sys/class/backlight/nv_backlight/brightness: Permission n
Le Wed, Apr 19, 2017 at 02:00:34PM +0200, Alexandre Hoïde a écrit :
>
> $ sudo echo 100 > /sys/class/backlight/nv_backlight/brightness
> bash: /sys/class/backlight/nv_backlight/brightness: Permission non accordée
Bonjour Alexandre,
dans ton example, le shell utilisateur lance la co
On Wed, Apr 19, 2017 at 02:31:03PM +0200, Eric Degenetais wrote:
> Bonjour,
> la redirection est appliquée à la sortie de sudo, or sudo lui-même est
> exécuté avec les privilèges normaux de l'utilisateur. Par contre c'est la
> commande tee, exécutée avec les privilèges modifiés par sud
On 04/19/2017 02:16 PM, Alexandre Hoïde wrote:
>> Essaye avec sudo /bin/echo : tu as un echo builtin du shell qui vient
>> peut-être perturber.
> Merci Erwan, mais pareil : « permission non accordée » avec
> /bin/echo.
Non, ce n'est pas un problème de echo built-in /
Bonjour,
la redirection est appliquée à la sortie de sudo, or sudo lui-même est
exécuté avec les privilèges normaux de l'utilisateur. Par contre c'est la
commande tee, exécutée avec les privilèges modifiés par sudo, qui écrit
dans le fichier. D'où la différence.
Cordialement
Le 19 avr. 2017 14
mmandes ci-dessous, je ne comprends pas pourquoi la méthode
> > « $ sudo echo » échoue avec « permission non accordée »
> > tandis que « sudo tee » et « su - » fonctionnent.
> > Quelqu'un pourrait-il m'éclairer ? (Dans mon /etc/sudoers mon
> > utilisateur est en «
On Wed, Apr 19, 2017 at 02:00:34PM CEST, Alexandre Hoïde
<alexandre.ho...@gmail.com> said:
> Bonjour Debianistes,
>
> En essayant de modifier la luminosité de mon écran : des 3
> commandes ci-dessous, je ne comprends pas pourquoi la méthode
> « $ sudo echo » échoue
Bonjour Debianistes,
En essayant de modifier la luminosité de mon écran : des 3
commandes ci-dessous, je ne comprends pas pourquoi la méthode
« $ sudo echo » échoue avec « permission non accordée »
tandis que « sudo tee » et « su - » fonctionnent.
Quelqu'un pourrait-il m'éclairer
On Tue, 20 Dec 2016 01:30:54 +0100
Francois Lafont <mathsatta...@free.fr> wrote:
> Bonsoir,
>
> On 12/19/2016 05:17 PM, bernard schoenacker wrote:
>
> > Daniel Caillibaud <m...@lairdutemps.org> wrote:
> >
> >> echo toto | ssh root@m
Bonsoir,
On 12/19/2016 05:17 PM, bernard schoenacker wrote:
> Daniel Caillibaud <m...@lairdutemps.org> wrote:
>
>> echo toto | ssh root@machine 'sudo -S uneCommande'
>
> bonjour,
>
> j'ai essayé et c'est un échec, qui peut me trouver une astuce ?
&g
On Mon, 19 Dec 2016 13:16:31 +0100
Daniel Caillibaud <m...@lairdutemps.org> wrote:
> echo toto | ssh root@machine 'sudo -S uneCommande'
bonjour,
j'ai essayé et c'est un échec, qui peut me trouver une astuce ?
je continue de chercher
slt
bernard
--
bernard sc
On Mon, 19 Dec 2016 13:12:01 +0100
Daniel Caillibaud <m...@lairdutemps.org> wrote:
> Le 19/12/16 à 12:57, bernard schoenacker
> <bernard.schoenac...@free.fr> a écrit :
> BS> je souhaite automatiser la connection sudo et je pense
> BS> employer echo et r
Le 19/12/16 à 13:12, Daniel Caillibaud <m...@lairdutemps.org> a écrit :
DC> Le 19/12/16 à 12:57, bernard schoenacker <bernard.schoenac...@free.fr> a
écrit :
DC> BS> je souhaite automatiser la connection sudo et je pense
DC> BS> employer echo et read :
DC>
Le 19/12/16 à 12:57, bernard schoenacker <bernard.schoenac...@free.fr> a écrit :
BS> je souhaite automatiser la connection sudo et je pense
BS> employer echo et read :
Pas compris
BS> exemple de base :
BS>
BS> sudo apt-get update --fix-missing
cette commande
bonjour,
je souhaite automatiser la connection sudo et je pense
employer echo et read :
exemple de base :
sudo apt-get update --fix-missing
echo toto
read toto
est ce correct ?
slt
bernard
--
bernard schoenacker <bernard.schoenac...@free.fr>
'f
; compte ("Si vous laissez le champ de mot de passe du compte root vide
> alors le premier compte créé obtiendra les droits avec sudo").
> Dans ce cas, si tu veux saisir des commandes en root, c'est "sudo su"
>
> Je dois d'ailleurs avouer que j'ai un problème d'assimila
compte ("Si vous laissez le champ de mot de passe du compte root vide
alors le premier compte créé obtiendra les droits avec sudo"). Dans ce
cas, si tu veux saisir des commandes en root, c'est "sudo su"
Je dois d'ailleurs avouer que j'ai un problème d'assimilation du
concept
Le vendredi 22 janvier 2016 à 18:55 +0100, Christophe De Natale a
écrit :
> Bonsoir à vous,
>
> Sur une installation fraîche de Jessie, je n'ai pas de droits
> d'administration (console en gui ou tty).
> Exemple :
> sudo ifconfig = bash : sudo : commande introuvable
>
>
Le vendredi 22 janvier 2016 à 19:25 +0100, humbert.olivie...@free.fr a
écrit :
> > "groups" confirme que je fais partie du groupe sudo
> > Mais je suis toujours bloqué :
> > sudo ifconfig = bash : sudo : commande introuvable
>
> À tout hasard, le paquet &qu
> "groups" confirme que je fais partie du groupe sudo
> Mais je suis toujours bloqué :
> sudo ifconfig = bash : sudo : commande introuvable
À tout hasard, le paquet "sudo" est-il installé ?
Olivier
its
> > d'administration (console en gui ou tty).
> > Exemple :
> > sudo ifconfig = bash : sudo : commande introuvable
> >
> >
> > Pour info, je n'active pas le compte root à l'installation et c'est
> > donc mon premier utilisateur qui a les droits (normale
Le Fri, 22 Jan 2016 18:55:37 +0100,
Christophe De Natale <christophedenat...@orange.fr> a écrit :
> Bonsoir à vous,
>
> Sur une installation fraîche de Jessie, je n'ai pas de droits
> d'administration (console en gui ou tty).
> Exemple :
> sudo ifconfig = bash : sud
compte créé obtiendra les droits avec sudo").
Dans ce cas, si tu veux saisir des commandes en root, c'est "sudo su"
Je dois d'ailleurs avouer que j'ai un problème d'assimilation du
concept : on a le choix d'activer root ou pas.
Quelle est la différence finalement puisque si l'on veut
Bonsoir à vous,
Sur une installation fraîche de Jessie, je n'ai pas de droits
d'administration (console en gui ou tty).
Exemple :
sudo ifconfig = bash : sudo : commande introuvable
Pour info, je n'active pas le compte root à l'installation et c'est donc
mon premier utilisateur qui a les droits
l'install, le compte root est exigé , d'autre part on ne
se log pas en root mais en premier utilisateur au droit restreint ; en
oûtre si l'on ouvre un compte guest, il ne faut certainement pas activer
un droit sudo et tout cela à-priori bien sûr.
il doît s'agir d'une question "serveur"
On Wed, Aug 19, 2015 at 01:06:59PM +0200, Grégory Bulot wrote:
Bonjour,
Bonjour,
- avez-vous exécuter la commande strace sur le process mailq ?
Non je ne l'avais pas fait. Par contre j'avais hier un tty qui
consommais 20% de cpu, après un kill de ce tty (ouais, je suis un peu
bourrin),
Bonjour,
Le Tue, 18 Aug 2015 22:11:10 +0200,
Soliman Hindy hi...@lovetux.net a écrit :
Quelques pistes :
- avez-vous de l'iowait sur votre serveur ?
Je viens de m'apercevoir que je ne monitor pas encore cela, je vais
l'ajouter. néamoins iostat ne semble pas afficher des problèmes dans ce
On Mon, Aug 17, 2015 at 07:21:44PM +0200, Grégory Bulot wrote:
Bonjour,
Bonjour,
Je tente de superviser les mails systèmes que génèrent mes serveurs,
pour cela j'ai un script qui tourne (en simple user) toutes les 5
minutes et qui fait en résumé :
[snip, je supprime tous les outputs donnés]
Bonjour,
Je tente de superviser les mails systèmes que génèrent mes serveurs,
pour cela j'ai un script qui tourne (en simple user) toutes les 5
minutes et qui fait en résumé :
timeout 5s sudo mailq
De temps en temps, j'ai un truc bizarre :
- timeout ne semble pas faire son travail
- mailq
Bonjour,
J'ai besoin d'administrer des machines sous Debian.
Chaque machine est configurée de la façon suivante :
- pas de SSH pour root,
- l'administrateur se connecte par SSH sans saisir son mot de passe
(ssh-copy-id ...)
- le compte de l'administrateur est membre du groupe sudo
- sudo
Bonjour,
Sissi(c) ils le sont conformément à ce qui est décrit dans la
procédure citée dans mon post initial
bon en fait se délogguer n'était pas suffisant.
Il fallait rebooter pour que cela fonctionne, du moins face au test
d'aptitude
Quand je dit aptitude, je ne parle pas juste
On Sun, 4 Nov 2012 10:37:29 +0100
Grégory Bulot debian.list200...@batman.dyndns.org wrote:
bon en fait se délogguer n'était pas suffisant.
Il fallait rebooter pour que cela fonctionne, du moins face au test
d'aptitude
Un simple '/etc/init.d/sudo restart' devrait être suffisant...
--
lea
Bonjour, Bonsoir,
Le Sun, 4 Nov 2012 11:31:20 +0100, Bzzz, vous avez écrit :
Il fallait rebooter pour que cela fonctionne, du moins face au test
d'aptitude
Un simple '/etc/init.d/sudo restart' devrait être suffisant...
J'avais même pas imaginé qu'il existait un service : Merci
On Sun, 4 Nov 2012 12:15:01 +0100
Grégory Bulot debian.list200...@batman.dyndns.org wrote:
Par contre je pense que seul un start est pertinent car dans le
script :
stop|reload|restart|force-reload)
;;
Si les commandes des daemons ont été _standardisées_, c'est justement
pour éviter
Bonjour,
Le vendredi 02 novembre 2012, Grégory Bulot a écrit...
MYADMINS ALL=(ALL) NOPASSWD: PKGMGMT, SHUTDOWN
PKGMGMT et SHUTDOWN semblent être ce que sudo appelle des Cmnd_Alias,
mais ils ne sont pas définis :
Cmnd_Alias SHUTDOWN = /sbin/shutdown
--
jm
--
Lisez la FAQ de la
Bonjour, Bonsoir,
Le Sat, 3 Nov 2012 02:27:48 +0100, Raphaël POITEVIN, vous avez écrit :
MYADMINS ALL=NOPASSWD: PKGMGMT, SHUTDOWN
Je me demande s'il ne faut pas mettre le chemin
entier : /sbin/shutdown
SHUTDOWN (en majuscule dans la conf, c'est pas pour crier :-D) est un
alias.
Dans la
Bonjour, Bonsoir,
Le Sat, 3 Nov 2012 07:37:10 +0100, Jean-Michel OLTRA, vous avez écrit :
Bonjour,
Le vendredi 02 novembre 2012, Grégory Bulot a écrit...
MYADMINS ALL=(ALL) NOPASSWD: PKGMGMT, SHUTDOWN
PKGMGMT et SHUTDOWN semblent être ce que sudo appelle des Cmnd_Alias
Bonjour,
Le samedi 03 novembre 2012, Grégory Bulot a écrit...
Sissi(c) ils le sont conformément à ce qui est décrit dans la procédure
citée dans mon post initial
Désolé, je n'ai pas lu le document. Quels sont les droits du fichier qui
est dans sudoers.d/ ? Si il n'est pas en 440, mets
identique avec les mauvais
droits.
Les droits sont bien 440
L'utilisateur est bien dans le group sudo
--
Cordialement
Grégory BULOT
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet
fichier /etc/sudoers.d/jmo
User_Alias MYADMIN = jm
# Cmnd alias specification
Cmnd_Alias PKGMGMT = /usr/bin/aptitude
# Alias ADMIN
MYADMIN ALL=NOPASSWD: PKGMGMT
Et ça fonctionne très bien sans demande de mdp (sudo /usr/bin/aptitude)
--
jm
--
Lisez la FAQ de la liste avant de poser une
très bien sans demande de mdp (sudo
/usr/bin/aptitude)
Je pense qu'il faut aussi faire attention à l'ordre dans lequel les
lignes sont écrites car il arrive (à vérifier) que certaines lignes en
annulent d'autres. Je pense notamment à la ligne
%sudo ALL=(ALL:ALL) ALL
qui va annuler la ligne
Bonjour,
Le 02/11/12, Grégory Bulotdebian.list200...@batman.dyndns.org a écrit :
j'ai mis ma config dans dans /etc/sudoers.d/gbu plutôt qu'une édition
via visudo
Test réussis en saisissant le mot de passe de l'utilisateur.
Super je me dit que j'ai plus qu'a désactivé le mot de passe, sans
Le 19 juin 2012 15:45, Bzzz lazyvi...@gmx.com a écrit :
On Tue, 19 Jun 2012 13:22:28 +0200
Danilo Uccelli dan...@gmail.com wrote:
J'ai placé la commande modprobe ftdi_sio vendor=0x0403
product=0xEFE0 que je lançait dans un terminal, dans
/etc/init.d/mon_script, rendu mon_script exécutable
Merci encore pour vos remarques qui m'ont permit de progresser.
Mon problème:
SYSFS(idProduct)==USB Axiome OMR 9xx VCP, SYSFS(idVendor)==0403,
RUN+=/sbin/modprobe -q ftdi-sio product=0xEFE0 vendor=0x0403, plus
reconnu par udev.
Les essais:
Il faut bien le ==
On Tue, 19 Jun 2012 13:22:28 +0200
Danilo Uccelli dan...@gmail.com wrote:
J'ai placé la commande modprobe ftdi_sio vendor=0x0403
product=0xEFE0 que je lançait dans un terminal, dans
/etc/init.d/mon_script, rendu mon_script exécutable par un
chmod 755 puis lancé update-rc.d mon_script default
retrouvais un device /dev/ttyUSB0 fonctionnel.
Maintenant, elle ne passe plus, je vois un message au boot qui en parle.
Par contre, si je lance : sudo modprobe ftdi_sio vendor=0x0403
product=0xEFE0 dans un terminal, ça marche et mon device fonctionne.
La question est : où et comment devrais-je placer la
-
De : Danilo Uccelli [mailto:dan...@gmail.com]
Envoyé : lundi 18 juin 2012 13:18
À : debian-user-french@lists.debian.org
Objet : Lancement au démarrage d'une commande sudo modeprobe ...
Bonjour à tous,
Il y a environ une année, j'utilisait la commande ci-dessous, placée
dans /etc/udev/rules.d
vois un message au boot qui en
parle.
Si on avait ce msg, ça serait bien! (dans /var/log/messages,
_normalement_); histoire de savoir si c'est juste un averto
ou bien une bonne grosse erreur bien juteuse.
Par contre, si je lance : sudo modprobe ftdi_sio vendor=0x0403
product=0xEFE0 dans un
averto
ou bien une bonne grosse erreur bien juteuse.
Pas facile de retrouver les messages, un sudo grep -i 99-usbftdi *
m'a donné ceci parmi beaucoup d'autres (au boot je ne vois que 3
lignes)
J'ai retenu ceux-ci par rapport au :3 en fin de ligne.
daemon.log:May 21 14:08:16 pc-du udevd[347]: unknown
)==0403,
RUN+=/sbin/modprobe -q ftdi-sio product=0xEFE0 vendor=0x0403
et je retrouvais un device /dev/ttyUSB0 fonctionnel.
Maintenant, elle ne passe plus, je vois un message au boot qui en
parle.
Par contre, si je lance : sudo modprobe ftdi_sio vendor=0x0403
product=0xEFE0 dans un
Le lundi 18 juin 2012 à 13:17 +0200, Danilo Uccelli a écrit :
Bonjour à tous,
Il y a environ une année, j'utilisait la commande ci-dessous, placée
dans /etc/udev/rules.d/99-usbftdi.rules d'une distribution Ubuntu :
Essaye de créer un fichier /etc/modprobe.d/local-usbftdi.conf et d'y
mettre
On Mon, 18 Jun 2012 14:23:44 +0200
Danilo Uccelli dan...@gmail.com wrote:
Tout d'abord, merci pour votre réactivité !
Poil au nez.
daemon.log:May 21 14:08:16 pc-du udevd[347]: unknown key
'SYSFS(idProduct)' in /etc/udev/rules.d/99-usbftdi.rules:3
Ben, c'est clair: il-y-a une clé
.
Original Message
Subject: sudo ...
From:Basile Starynkevitch bas...@starynkevitch.net
Date:Sun, September 25, 2011 8:11 pm
To: Gaël - www.CoteObscur.net g...@coteobscur.net
=NOPASSWD:/le/path/complet/vers/bin/*
mais ce joker ne semble pas pris en compte, sniff.
C'est parfaitement normal. Le fichier de configuration de sudo n'est pas un
fichier
d'entrée d'un shell.
Cordialement
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email
Le 25/09/2011 19:12, Gaël - www.CoteObscur.net a écrit :
Bonsoir.
Je sèche un peu sur un aspect de la configuration de 'sudo' (sur une Lenny).
L'utilisateur dont il est question a un path vers son dossier home
relativement long, je me demandais s'il était possible, et de quelle
manière
On Sun, 25 Sep 2011 20:48:43 +0200
Ken-Patrick Lehrmann kp.lehrm...@gmail.com wrote:
Le 25/09/2011 19:12, Gaël - www.CoteObscur.net a écrit :
Bonsoir.
Je sèche un peu sur un aspect de la configuration de 'sudo' (sur une Lenny).
L'utilisateur dont il est question a un path vers son
¨che un peu sur un aspect de la configuration de 'sudo' (sur une
Lenny).
L'utilisateur dont il est question a un path vers son dossier home
relativement long, je me demandais s'il était possible, et de quelle
manière, d'indiquer des chemins du genre :
mike ALL=NOPASSWD:~/bin/mon-binaire
'sudo' (sur une
Lenny).
L'utilisateur dont il est question a un path vers son dossier home
relativement long, je me demandais s'il était possible, et de quelle
manière, d'indiquer des chemins du genre :
C'est possible en mettant « mike ALL=NOPASSWD:/home/mike/bin/mon-binaire
, j'ai besoin de créer un compte
utilisateur qui pourra se connecter en ssh sur ce serveur
et qui pourrait exécuter une commande lié à l'utilsateur james.
Je ne veut pas que les exploitants se connecte avec le compte james.
Est-ce qu'il est possible avec sudo de lancer une commande que seul james
Je ne sais pas si j'ai été assez explicite ;-)
J'aimerai simplement éxécuter une commande d'un autre utilisateur en héritant
de son environnment avec sudo.
Si vous avez une piste
--
Cerdocyon
key ID 0x773B483BAC099326
--
Lisez la FAQ de la liste avant de poser une question :
http
, j'ai besoin de créer un compte
utilisateur qui pourra se connecter en ssh sur ce serveur
et qui pourrait exécuter une commande lié à l'utilsateur james.
Je ne veut pas que les exploitants se connecte avec le compte james.
Est-ce qu'il est possible avec sudo de lancer une commande que seul
héritant de son environnment avec sudo.
Si vous avez une piste
--
Cerdocyon
key ID 0x773B483BAC099326
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user
Le Wed, 1 Sep 2010 10:11:48 +0200,
Le Cerdocyon le.cerdoc...@gmail.com a écrit :
Je n'arrive pas à m'en sortir avec sudo.
man sudoers est pourtant très complet… Bon j'imagine que tu as déjà
regardé donc ton problème n'est peut-être pas si simple. De ce que j'ai
compris, une ligne comme celle-ci
avais pensé mais je ne peux pas faire ça non plus, je ne dois passer que
par sudo.
Il y'à deux variables qu'on peut changer dans sudo, mais je ne trouve aucuns
exemple
de configuration. Par défaut elle positionne le compte root dans le fichier
/etc/sudoers
Defaults always_set_home
Defaults
les applications serveurs.
Le Cerdocyon a écrit :
Je ne sais pas si j'ai été assez explicite ;-)
J'aimerai simplement éxécuter une commande d'un autre utilisateur en
héritant de son environnment avec sudo.
Si vous avez une piste
--
Cerdocyon
key ID 0x773B483BAC099326
--
Lisez la
Le Cerdocyon le.cerdoc...@gmail.com a écrit :
Je n'arrive pas à m'en sortir avec sudo.
sshaccount machinename=(james)PASSWD:/full/path/to/command1,
/full/path/to/command2
Ensuite, l'utilisateur connecté en tant que sshaccount exécute :
$ sudo -u james command1
et entre son mot de passe
Le Wed, 1 Sep 2010 11:01:40 +0200,
Le Cerdocyon le.cerdoc...@gmail.com a écrit :
La commande s'éxécute bien, mais je n'ai pas l'environnement de
james. (la commande ne trouve pas les billes de james en l'ocurrence
une librairie).
J'avais raté ce morceau de la question, mais en relisant le man
in the environment
of the program being run. Entries in this file should either be
of the form VARIABLE=value or export VARIABLE=value. The value
may optionally be surrounded by single or double quotes.
Variables in this file are subject to other sudo environment
settings
Salut,
Le 01/09/2010 10:11, Le Cerdocyon a écrit :
Sur un de nos serveurs un compte utilisateur (james) spécifique peut
lancer des commandes liées à une application.
Il n'y à que lui qui peut lancer cette commande puisqu'il à tout de
correctement positionné dans ses variables d'environnements.
On Wed, 01 Sep 2010 13:07:19 +0200, Patrice Pillot
patrice.pil...@toulouse.archi.fr wrote:
N'est-ce pas qq chose qui pourrait simplement se résoudre (si tant est
que la Cde soit systématiquement lancée à chaque connexion!)
avec ~/.ssh/rc en lui donnant des droits à 106750 ?
...
Côté client
Salut,
Le 01/09/2010 13:37, Jean-Yves F. Barbier a écrit :
On Wed, 01 Sep 2010 13:07:19 +0200, Patrice Pillot
patrice.pil...@toulouse.archi.fr wrote:
Côté client (donc sur chaque client :-/), créer une clef ssh avec une
passphrase vide et un nom spécial (pas id_rsa, plutôt genre james_cmd).
Merci à tous de votre aide. Je viens de trouver la solution :
dans sudo :
Il suffisait de déclarer la commande
cmnd_alias
+
l'utilisateur
et exécuter la commande comme ceci :
sudo su - james -c /app/poseidon/bin/lposte -a
RouleZ !
--
Cerdocyon
key ID 0x773B483BAC099326
--
Lisez la FAQ de
Bonjour,
Jean-Christophe Dubacq a écrit :
C'est pas polkit de nos jours ? man polkit pour plus d'information la
dessus.
Je viens de jeter un coup d'oeil et la config n'a pas l'air simple, je
vais être pragmatique, sudo passwrd root ira bien plus vite...
echo [Configuration]
AdminIdentities
Le 29/03/2010 10:24, Yannick Fouquet a écrit :
Bonjour,
Jean-Christophe Dubacq a écrit :
C'est pas polkit de nos jours ? man polkit pour plus d'information la
dessus.
Je viens de jeter un coup d'oeil et la config n'a pas l'air simple, je
vais être pragmatique, sudo passwrd root ira bien
Bonjour,
je suis en train de migrer vers debian depuis ubuntu, je n'ai pas
configuré de compte root et utilise sudo sur cette installation, cela
semble poser un problèmes aux outils de gnome tel que le software center
ou encore date et heure qui ne sont pas lancé avec gksudo mais
dé-verrouillable
Salut Goldy,
Le Sunday 28 Mar 2010 à 16:18:18 (+0200), Goldy a écrit :
Quel est le secret ?
Je ne sais pas si c'est le secret, mais as-tu essayé :
sudo update-alternatives --config libgksu-gconf-defaults
Fanfan
--
L'amitié est une opération d'une fois.
[Charles
Le 28/03/2010 20:14, Fanfan a écrit :
Salut Goldy,
Le Sunday 28 Mar 2010 à 16:18:18 (+0200), Goldy a écrit :
Quel est le secret ?
Je ne sais pas si c'est le secret, mais as-tu essayé :
sudo update-alternatives --config libgksu-gconf-defaults
Fanfan
Non, ce n'est malheureusement pas ça
Goldy go...@goldenfish.info writes:
Le 28/03/2010 20:14, Fanfan a écrit :
Salut Goldy,
Le Sunday 28 Mar 2010 à 16:18:18 (+0200), Goldy a écrit :
Quel est le secret ?
Je ne sais pas si c'est le secret, mais as-tu essayé :
sudo update-alternatives --config libgksu-gconf-defaults
Fanfan
Le 28/03/2010 23:14, Rémi Vanicat a écrit :
Goldy go...@goldenfish.info writes:
Le 28/03/2010 20:14, Fanfan a écrit :
Salut Goldy,
Le Sunday 28 Mar 2010 à 16:18:18 (+0200), Goldy a écrit :
Quel est le secret ?
Je ne sais pas si c'est le secret, mais as-tu essayé :
sudo update
essayé :
sudo update-alternatives --config libgksu-gconf-defaults
Fanfan
Non, ce n'est malheureusement pas ça le secret. Je ne suis pas certain
que gksudo soit utilisé par les applications gnomes pour se
déverrouiller, ça doit être un autre utilitaire qui donne les droits
root à
est que, en
gros, sudo réalise sa fonction, que tout va bien et que personnellement,
l'empaqueteur trouve ce réglage (un timestamp global et non par tty) parfait.
Pour la liste devel, quelques remarques notant effectivement le problème
dont une suggérant de mettre au moins un avertissement dans
* François Boisson user.anti-s...@maison.homelinux.net [2010-01-28 21:03:16
+0100] wrote :
Je viens de découvrir que le sudo de debian (sur squeeze) est compilé SANS
l'option --with-tty-tickets et configuré par défaut avec un timestamp de 15
minutues.
Cela signifie que si on fait un sudo
Je viens de découvrir que le sudo de debian (sur squeeze) est compilé SANS
l'option --with-tty-tickets et configuré par défaut avec un timestamp de 15
minutues.
Cela signifie que si on fait un sudo sur un xterm par exemple, un script
exécuté de manière quelconque comportant un sudo silencieux
On Thu, Jan 28, 2010 at 09:03:16PM +0100, François Boisson wrote:
Je viens de découvrir que le sudo de debian (sur squeeze) est compilé SANS
l'option --with-tty-tickets et configuré par défaut avec un timestamp de 15
minutues.
Cela signifie que si on fait un sudo sur un xterm par exemple
Bonjour à toute la liste.
Je voudrais lancer le centre de contrôle en root, pour avoir mettre le login
manager en français, mais, pour cela, il faudrait que j'aie accès au panneau
de configuration du gestionnaire de connexion qui est grisé quand je le lance
en utilisateur normal par le
On Friday 16 January 2009 20:53:25 Guillaume wrote:
Bonjour à toute la liste.
Je voudrais lancer le centre de contrôle en root, pour avoir mettre le
login manager en français, mais, pour cela, il faudrait que j'aie accès au
panneau de configuration du gestionnaire de connexion qui est grisé
) ALL:
%sudo ALL=(ALL) ALL
sauver et quitter (selon l'éditeur par défaut que tu as installé)
- toujours en root:
# usermod -G -a sudo macheprot
(évidemment, remplacer « macheprot » par ton login.
# CTRL-D (quitte le compte root)
$ CTRL-D (ferme la fenêtre)
mode-vendredi
Quitter proprement ta
Le vendredi 16 janvier 2009, à 21:15:26, Thierry a écrit :
Bon, le mien est en anglais, mais tu lance le centre de controle en
utilisateur normal, tu vas au gestionnaire de connection et là, j'ai (en
anglais, donc tu traduits) un bouton en bas de la fenêtre: Administrator
Mode et tout se
Tu peux essayer cela :
modifier les autorisations du fichiers /etc/sudoers via la commande
visudo : Taper :
sudo visudo
A la fin du fichier, on ajoute ceci :
# Autorisation du shutdown par l'utilisateur untel
untel ALL=NOPASSWD:/chemin/vers/la/commande
--
- GanGan -
www.system
c'est moi qui suis pas reveillé :) desolé je tapais kppp au lieu de sudo
kppp :)
On Fri, 05 Dec 2008 10:39:44 +0100, GanGan [EMAIL PROTECTED] wrote:
merci pour votre aide mais ca ne fonctionne pas :(
# Autorisation kppp par l'utilisateur supportcli
#supportcli ALL=NOPASSWD:/usr/bin/kppp
Bonjour all,
J'aimerai donner le droit a un compte utilisateur unix de lancer une
commande que seul root peut utiliser
est ce que qqu serai faire ca ?
des modifs a faire dans le fichiers /etc/sudoers ?
merci d'avance les gens :p
--
- GanGan -
(
/\
V_V
--
Lisez la FAQ de la liste avant
Bonjour,
Le 4 décembre 2008 19:12, GanGan [EMAIL PROTECTED] a écrit :
J'aimerai donner le droit a un compte utilisateur unix de lancer une
commande que seul root peut utiliser
sudo est une bonne solution, en effet. La solution ici :
http://formation-debian.via.ecp.fr/ch46.html#id2580245
d'avance les gens :p
Tu peux essayer cela :
modifier les autorisations du fichiers /etc/sudoers via la commande
visudo : Taper :
sudo visudo
A la fin du fichier, on ajoute ceci :
# Autorisation du shutdown par l'utilisateur untel
untel ALL=NOPASSWD:/chemin/vers/la/commande
--
Lisez la FAQ de la
Salut Charles Plessy ([EMAIL PROTECTED]) ;
Le 11.09 (jeudi) à 04:34, tu as écrit :
Xorg est devenu beaucoup plus intelligent. Si un ficher xorg.conf
presque vide ne suffit pas pour une configuration jugée standard,
alors cela vaut la peine d'ouvrir un rapport de bug.
D'accord. Dit comme ça,
Bonjour,
Le 2008-09-11, à 08:10:13 +0200, Olivier K ([EMAIL PROTECTED]) a écrit :
Lignes : 30
Salut Charles Plessy ([EMAIL PROTECTED]) ;
Le 11.09 (jeudi) à 04:34, tu as écrit :
Xorg est devenu beaucoup plus intelligent. Si un ficher xorg.conf
presque vide ne suffit pas pour une
Bonjour,
Quand je lance
sudo dpkg-reconfigure xserver-xorg
même après avoir réglé à basse la priorité des questions avec
sudo dpkg-reconfigure debconf
sur lenny, dpkg ne me pose pas du tout autant de questions que selon
mon souvenir sur etch.
Rien sur la profondeur des couleurs (si
Le Wed, Sep 10, 2008 at 06:25:08PM +0200, Olivier K a écrit :
sudo dpkg-reconfigure xserver-xorg
sur lenny, dpkg ne me pose pas du tout autant de questions que selon
mon souvenir sur etch.
Bonjour,
Xorg est devenu beaucoup plus intelligent. Si un ficher xorg.conf
presque vide ne suffit
Guy Roussin [EMAIL PROTECTED] wrote:
| Bonsoir,
|
| Sur certains postes debian (etch) j'aimerai mettre en oeuvre
| le mécanisme sudo (un peu comme avec ubuntu mais en
| conservant l'accès direct root). Ca me permet de donner
| les droits root à certains utilisateurs, sans communiquer
| le passwd
1 - 100 sur 251 matches
Mail list logo
