Vous n'êtes pas identifié(e).
Hors ligne
si je tape gedit
message d'erreur: Failed to connect to the session manager: None of the authentication protocols specified are supported
Il me semble qu'il s'agit d'un bug.
Je te conseille d'utiliser l'éditeur nano, très facile d'utilisation en console.
Pense à renseigner ton info: distribution.
Hors ligne
Dernière modification par Nonaseb (10-01-2012 12:52:44)
Hors ligne
Hors ligne
Dernière modification par smolski (10-01-2012 13:24:29)
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
L'erreur apparaît alors que tu es root ? Tu as bien le prompt '#' ?
Oui, paskal
smolski, merci pour tous ces liens, je vais voir cela à tête reposée...
Pour en revenir à nano, j'avais pas bien regardé
celui-ci est bien installé, mais je ne comprend pas tout...( comme je l'ai dit je suis un vieux "Windosien")
si je lance en terminal root cette commande par exemple
nano /etc/samba/essai cela ouvre un "nouveau fichier" où j'ai la main pour taper ce que je veux et si je ferme le terminal, un fichier essai.save est créé dans etc/samba avec un petit icône "sens interdit", donc plus d'accès...
Donc, le principe avec nano, c'est de créer un nouveau fichier
Si j'applique ceci avec smb.conf que se passe t-il ?
smb.conf original est écrasé
un autre est créé ?
quid de l'accès interdit ?
comment enregistrer le fichier sans l'extension .save ?
Hors ligne
Donc, le principe avec nano, c'est de créer un nouveau fichier
Ou d'en éditer un déjà existant, comme tout éditeur qui se respecte.
Si j'applique ceci avec smb.conf que se passe t-il ?
smb.conf original est écrasé
un autre est créé ?
quid de l'accès interdit ?
C'est inquiétant, il semble que root n'aie pas les droits d'écriture dans ce dossier.
Je te suggère d'attendre d'autres avis.
Hors ligne
Hors ligne
Le mot de passe root est exigé à cet instant, tu le tapes (rien n'apparait mais les frappes sont enregistrés par le pc tout de même) et le valide.
Paf ! Te voilà dans un terminal root qui se termine par le signe dièse # :
De là, tu as l'autorisation de modifier tous les fichiers de ton pc.
Tous ?
Oui, T O U S !
Donc, si tu demande à la commande nano d'ouvrir un fichier, par exemple celui que tu désires indiqué par nikau ainsi :
S'il existe, le fichier s'ouvrira avec ce qui est déjà écrit dedans, ou bien, si il n'existe pas, il sera créé et restera vide jusqu'à ce que tu écrives et que tu l'enregistres avec ce que tu as écris toi-même dedans.
ATTENTION ! On n'administre pas en faisant des essais !
Je te propose de travailler quelques fichiers tests en user pour t'habituer avec le maniement de cet outil d'édition, de les enregistrer dans ton /home/user/ sous le nom de test1, test2, ...
De les enregistrer, fermer puis de les supprimer avec la commande rm, voir cette commande en tapant rm dans la case de recherche du wiki df, wiki qui est accessible depuis le bandeau d'accueil de df par le lien :
Wiki
Non ?
Et siii !
Cette petite formation préalable à la ligne de commande ne demande que quelques minutes et te permettra d'entamer ensuite l'administration « in live » de ton pc plus sereinement, pour toi... et pour nous qui allons t'aider.
Happy year et amitié, Joel
PS : Pardon de ces anglicisme inhabituels de ma part, mais je suis à regarder l'antologie des films de Frank Capra en vost et ça me baigne.
Dernière modification par smolski (10-01-2012 16:15:00)
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Lorsque tu ouvres un terminal sous user (et non sous root l'administrateur) la ligne se termine par le symbole dollard : $
Pour administrer ta configuration, il te faut passer en terminal root en utilisant la commande su, ainsi, après le symbole $ tu tapes su, une espace et un petit tiret - que tu valides :
Code:
~$ su -
C'était là mon erreur...
je ne mettais pas le petit tiret
Merci smolski !
Maintenant j'ouvre gedit sans message d'erreur
Par contre, peux-tu m'expliquer la différence entre Terminal et Terminal administrateur
pour moi, Terminal administrateur correspondait à terminal root...
Dans Terminal administrateur, il faut aussi que je passe en root (su -) pour ne pas avoir de message d'erreur
Hors ligne
Dernière modification par smolski (10-01-2012 17:31:16)
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Autrement dit, "su -" crée un shell root avec pour dossier courant ~root/, c'est à dire /root/
captnfab,
Association Debian-Facile, bépo.
TheDoctor: Your wish is my command… But be careful what you wish for.
Hors ligne
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Je te le recommande encore de faire des essais avec nano de création, modifications, enregistrement et suppression de nombreux fichiers test afin de t'habituer à diriger ton pc depuis le terminal et non depuis gedit.
c'est ce que je vais faire...
PS: je connais "ce que l'on appelle un chemin"
j'aime bien la définition d'Eric Besson
Hors ligne
Dernière modification par smolski (10-01-2012 18:13:34)
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Alors, voilà la suite logique pour te mettre dans l'bain
Merci, je plonge...
Hors ligne
bernacler
et ça coûte en point chocolat df... j'te dis pas !
Regarde là par exemple :
http://debian-facile.org/atelier:bernacle
Dernière modification par smolski (10-01-2012 18:41:47)
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
N'ai pas de soucis à nous redemander de l'aide sur quoi que ce soit qui te chiffonne
Je n'hésiterais pas...d'autant plus que l'ambiance est sympa
Hors ligne
9.2.4 Travailler de façon sûre – sudo
J'utilise sudo principalement comme protection contre ma stupidité. Utiliser sudo est toujours mieux que d'utiliser le système avec le compte root.
Installez sudo et activez-le en configurant /etc/sudoers. Réglez aussi les possibilités de sudo pour les groupes dans /usr/share/doc/sudo/OPTIONS.
Cette configuration fournit aux membres du groupe « staff » un accès à toutes les commandes lancées en tant que root avec sudo et donne aux membres du groupe « src » un accès à certaines commandes lancées en tant que root avec sudo.
L'avantage de sudo est qu'il requiert seulement les mots de passe utilisateurs pour se connecter et que l'activité est surveillée. C'est un moyen simple de donner des pouvoirs à un administrateur débutant. Par exemple :
$ sudo chown -R myself:mygrp .
Bien sûr, si vous connaissez le mot de passe de root (comme beaucoup d'utilisateurs individuels), n'importe quelle commande peut être lancée en tant que root depuis un compte utilisateur :
$ su -c "shutdown -h now"
Password:
(Je sais que je devrais limiter les privilèges du compte administrateur avec sudo. Mais comme c'est mon serveur personnel, je ne me suis pas encore embêté avec ça.)
Un autre programme permet à des utilisateurs ordinaires de lancer des commandes avec les privilèges de root, voir le paquet super.
Hors ligne
protection contre ma stupidité
Est plus qu'équivoque, les erreurs, qu'on les fasse par su ou par sudo, hein ?
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Hors ligne
Attention !
« Voici une petite histoire. Imaginez que vous ayez les fichiers sendmail.cf dans /etc. C'était mon cas, j'étais en train de travailler sur sendmail et je voulais me débarrasser d'un certain nombre de fichiers sendmail.cf.xxx, j'ai alors utilisé la commande rm en tapant ceci :rm -f sendmail.cf. *
Au début, j'ai été surpris de constater à quel point c'était long d'effacer cette malheureuse dizaine de fichiers. J'ai interrompu l'action et lorsque j'ai vu ce qui était arrivé, il était déjà trop tard. »
(Richard Eiger dans comp.unix.admin)
Vous avez compris ?
L'auteur de cette histoire voulait taper rm -f sendmail.cf.*, mais l'espace supplémentaire introduit par erreur entre le dernier point et l'astérisque a transformé ce qui a été tapé en une commande demandant d'effacer non seulement le fichier sendmail.cf. mais aussi tous les autres fichiers situés à la racine du répertoire courant, répertoire qui en l'occurrence était le répertoire /etc contenant l'ensemble des fichiers de configuration du système... (pour le sens du symbole étoile voir Le shell sans peine#Le joker *).
Vous avez beaucoup plus de chances d'endommager un système Unix en l'utilisant sous root, comme dans notre exemple, que dans un OS de la famille Win32. Dans la mesure où les concepteurs de cet OS savaient qu'il n'y avait pas de permissions à proprement parler et ont donc mis au point d'autres méthodes pour vous protéger vous et votre système.
À noter !
Travailler le plus souvent sous votre compte de simple utilisateur plutôt que sous root vous protège contre des assaillants agissant sur la Toile ou des utilisateurs malveillants ou maladroits, mais aussi, contre vous-même !!
http://wiki.mandriva.com/fr/Root Soyez prudents et défendez vous, comme vous pouvez.