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 avec « permission non
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 :
$ sudo echo 100 > /sys/cl
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
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-
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
rends 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
On Wed, Apr 19, 2017 at 02:00:34PM CEST, Alexandre Hoïde
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 avec « permission non accordée
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
On Tue, 20 Dec 2016 01:30:54 +0100
Francois Lafont wrote:
> Bonsoir,
>
> On 12/19/2016 05:17 PM, bernard schoenacker wrote:
>
> > Daniel Caillibaud wrote:
> >
> >> echo toto | ssh root@machine 'sudo -S uneCommande'
> >
> > bonjour,
Bonsoir,
On 12/19/2016 05:17 PM, bernard schoenacker wrote:
> Daniel Caillibaud 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
On Mon, 19 Dec 2016 13:16:31 +0100
Daniel Caillibaud 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 schoenacker
On Mon, 19 Dec 2016 13:12:01 +0100
Daniel Caillibaud wrote:
> Le 19/12/16 à 12:57, bernard schoenacker
> a écrit :
> BS> je souhaite automatiser la connection sudo et je pense
> BS> employer echo et read :
>
> Pas compris
>
> BS> exemple de bas
Le 19/12/16 à 13:12, Daniel Caillibaud a écrit :
DC> Le 19/12/16 à 12:57, bernard schoenacker a
écrit :
DC> BS> je souhaite automatiser la connection sudo et je pense
DC> BS> employer echo et read :
DC>
DC> Pas compris
DC>
DC> BS> exemple de base :
Le 19/12/16 à 12:57, bernard schoenacker 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 lance apt si le user qui lance le
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
'fortune -e'
/
Non, il n'est pas exigé et c'est expliqué sur l'écran de création de
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 &quo
c'est expliqué sur l'écran de création de
> 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"
>
&g
mp 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 : on a le choix d
ration (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 (normalement)
Le Fri, 22 Jan 2016 18:55:37 +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
>
à debian car ,
d'une part, à 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.
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
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
&g
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 uti
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
> bourri
Bonjour,
Le Tue, 18 Aug 2015 22:11:10 +0200,
Soliman Hindy 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
sens :
avg-cpu: %
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 do
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 p
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 d
On Sun, 4 Nov 2012 12:15:01 +0100
Grégory Bulot 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 que les utilisateurs ne fassent
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&#x
On Sun, 4 Nov 2012 10:37:29 +0100
Grégory Bulot 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 suffisa
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 d
mnd_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)
Je pense qu'il faut aussi faire attention à l'ordre dans lequel les
lignes sont écrites car il arrive (
je viens de
créer un 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 a
achines ayant édité un fichier 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, envoy
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, met
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 semblen
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 l
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
Bonjour,
Le 02/11/12, Grégory Bulot 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
> succès :
>
> MYADMINS ALL=(A
Le 19 juin 2012 15:45, Bzzz a écrit :
> On Tue, 19 Jun 2012 13:22:28 +0200
> Danilo Uccelli wrote:
>
>> J'ai placé la commande "modprobe ftdi_sio vendor=0x0403
>> product=0xEFE0" que je lançait dans un terminal, dans
>> /etc/init.d/, rendu exécutable par un
>> chmod 755 puis lancé "update-rc.d
On Tue, 19 Jun 2012 13:22:28 +0200
Danilo Uccelli wrote:
> J'ai placé la commande "modprobe ftdi_sio vendor=0x0403
> product=0xEFE0" que je lançait dans un terminal, dans
> /etc/init.d/, rendu exécutable par un
> chmod 755 puis lancé "update-rc.d default" et là
> après redémarrage, il voit bie
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
On Mon, 18 Jun 2012 14:23:44 +0200
Danilo Uccelli 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é non-reconnue ligne 3 d
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
mett
9xx VCP", SYSFS(idVendor)=="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 co
c'est juste 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 lig
nnel.
>
> Maintenant, elle ne passe plus, je 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 :
27;origine-
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
dan
roduct=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 terminal, ça marche et mon device fonctionne.
La
Bonjour,
On Sun, Sep 25, 2011 at 09:22:54PM +0200, Basile Starynkevitch wrote:
> On Sun, 25 Sep 2011 20:48:43 +0200
> Ken-Patrick Lehrmann wrote:
>
> > Le 25/09/2011 19:12, "Gaël - www.CoteObscur.net" a écrit :
> > > Bonsoir.
> > > Je sèche un peu
.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 po
On Sun, 25 Sep 2011 20:48:43 +0200
Ken-Patrick Lehrmann 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
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 dem
yntaxe du type :
> mike ALL=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
n compte, sniff.
Original Message ----
Subject: sudo ...
From:"Basile Starynkevitch"
Date:Sun, September 25, 2011 8:11 pm
To: "Gaël - www.CoteObscur.net"
--
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
-
Salut,
Le 01/09/2010 13:37, Jean-Yves F. Barbier a écrit :
On Wed, 01 Sep 2010 13:07:19 +0200, Patrice Pillot
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).
Côté serveur installer la partie
On Wed, 01 Sep 2010 13:07:19 +0200, Patrice Pillot
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 (donc sur chaque client :-/), crée
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.
ironment
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
Le Wed, 1 Sep 2010 11:01:40 +0200,
Le Cerdocyon 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 de
sudoers, je vois
>Le Cerdocyon 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 jame
certains
> de mes operateurs peuvent démarrer 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 so
vraiment.
>
>Cordialement.
>
J'y 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
Le Wed, 1 Sep 2010 10:11:48 +0200,
Le Cerdocyon 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,
'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://wiki.debian.org/fr/FrenchLists
>
> Pour vous DES
27;environnements.
>
> Pour une tache précise d'exploitation, 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 connec
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
d'exploitation, 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
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
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 "[
gt;>>> 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 le
Le 28/03/2010 23:14, Rémi Vanicat a écrit :
> Goldy 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
Goldy 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
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
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.
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
a réponse 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 avert
* François Boisson [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 sur un x
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 s
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 silen
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
uivante sous "root ALL=(ALL) 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
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 gri
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 raccourc
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
> #s
que qqu serai faire ca ?
>> des modifs a faire dans le fichiers /etc/sudoers ?
>>
>> merci d'avance les gens :p
>>
>>
>>
> Tu peux essayer cela :
>
> modifier les autorisations du fichiers /etc/sudoers via la commande
> visudo : Taper :
> sudo vis
re dans le fichiers /etc/sudoers ?
>
> merci 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 un
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/ch
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 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 un
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,
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
pre
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
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
1 - 100 sur 257 matches
Mail list logo
