Je Vous expose mon problème. Il m'est impossible de lancer des applications
graphique depuis une console en étant logué en root :
Voilà ce que donne l'essai de lancement de emacs :
arnaud@Arnaud:/> su
Password:
Arnaud:/ # emacs
Xlib: connection to ":0.0" refused by server
Xlib: Invalid MIT-MAGIC-COOKIE-1 key
emacs: Cannot connect to X server :0.0.
Check the DISPLAY environment variable or use `-d'.
Also use the `xhost' program to verify that it is set to permit
connections from your machine.
Si je lance xhost (en root) :
Arnaud:/ # xhost
Xlib: connection to ":0.0" refused by server
Xlib: Invalid MIT-MAGIC-COOKIE-1 key
xhost: unable to open display ":0.0"
La seule solution que j'ai trouvée est, avec un utilisateur lambda :
arnaud@Arnaud:/> kdesu emacs
Voilà ma config :
arnaud@Arnaud:/> uname -a
Linux Arnaud 2.4.21-202-athlon #1 Fri Apr 2 21:22:14 UTC 2004 i686 athlon
i386 GNU/Linux
arnaud@Arnaud:/> lsb_release -a
LSB Version: 1.3
Distributor ID: SuSE
Description: SuSE Linux 9.0 (i586)
Release: 9.0
Codename: n/a
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Nicolas George
Limouzin Arnaud wrote in message <40c4db15$0$13812$:
Je Vous expose mon problème. Il m'est impossible de lancer des applications graphique depuis une console en étant logué en root :
Pour accepter les connexions, le serveur X11 réclame une sorte de mot de passe, qui est stocké dans ~/.Xauthority. Quand tu changes d'utilisateur, que ce soir pour root ou un autre, le sens de ~ change, et ce n'est plus dans le même fichier que le mot de passe est cherché. Forcément, il n'est pas trouvé.
Maintenant, tu devrais avoir les éléments pour le faire, mais je ne vais pas en dire plus, car c'est une très bonne idée d'empêcher root de lancer des programmes graphiques.
Limouzin Arnaud wrote in message
<40c4db15$0$13812$626a14ce@news.free.fr>:
Je Vous expose mon problème. Il m'est impossible de lancer des applications
graphique depuis une console en étant logué en root :
Pour accepter les connexions, le serveur X11 réclame une sorte de mot de
passe, qui est stocké dans ~/.Xauthority. Quand tu changes
d'utilisateur, que ce soir pour root ou un autre, le sens de ~ change,
et ce n'est plus dans le même fichier que le mot de passe est cherché.
Forcément, il n'est pas trouvé.
Maintenant, tu devrais avoir les éléments pour le faire, mais je ne vais
pas en dire plus, car c'est une très bonne idée d'empêcher root de
lancer des programmes graphiques.
Limouzin Arnaud wrote in message <40c4db15$0$13812$:
Je Vous expose mon problème. Il m'est impossible de lancer des applications graphique depuis une console en étant logué en root :
Pour accepter les connexions, le serveur X11 réclame une sorte de mot de passe, qui est stocké dans ~/.Xauthority. Quand tu changes d'utilisateur, que ce soir pour root ou un autre, le sens de ~ change, et ce n'est plus dans le même fichier que le mot de passe est cherché. Forcément, il n'est pas trouvé.
Maintenant, tu devrais avoir les éléments pour le faire, mais je ne vais pas en dire plus, car c'est une très bonne idée d'empêcher root de lancer des programmes graphiques.
Laurent Levi
dans le cadre d'une utilisation monoutilisateur logue toi directement en root a partir de xdm :)
si tu veux vraiment avoir ton compte login a toi edite le fichier /etc/passwd et dans la 3ieme colone de la ligne correspondant a ton nom tu met un 0 ( qui correspond au id de root:) sinon en plus traditionnel essaie de faire "xhost + localhost" ou si vraiment tu t'en tapes de la sécurité xhost + :) ( legerement dangereux mais tellement amusant dans les facs(pour bien d'autres choses) ....
bon courage
et surtout n'ecoute pas toujours les conseils que les paranoïaques de la sécurité qui encode en 512 bits tous les fichiers de leurs disque dur pour qu'ensuite plus personne ( eux même compris) n'arrive a les relire ...
Maintenant, tu devrais avoir les éléments pour le faire, mais je ne vais pas en dire plus, car c'est une très bonne idée d'empêcher root de lancer des programmes graphiques.
.
dans le cadre d'une utilisation monoutilisateur logue toi directement en
root a partir de xdm :)
si tu veux vraiment avoir ton compte login a toi edite le fichier
/etc/passwd et dans la 3ieme colone de la ligne correspondant a ton nom tu
met un 0 ( qui correspond au id de root:)
sinon en plus traditionnel
essaie de faire "xhost + localhost"
ou si vraiment tu t'en tapes de la sécurité xhost + :) ( legerement
dangereux mais tellement amusant dans les facs(pour bien d'autres choses)
....
bon courage
et surtout n'ecoute pas toujours les conseils que les paranoïaques de la
sécurité qui encode en 512 bits tous les fichiers de leurs disque dur pour
qu'ensuite plus personne ( eux même compris) n'arrive a les relire ...
Maintenant, tu devrais avoir les éléments pour le faire, mais je ne vais
pas en dire plus, car c'est une très bonne idée d'empêcher root de
lancer des programmes graphiques.
dans le cadre d'une utilisation monoutilisateur logue toi directement en root a partir de xdm :)
si tu veux vraiment avoir ton compte login a toi edite le fichier /etc/passwd et dans la 3ieme colone de la ligne correspondant a ton nom tu met un 0 ( qui correspond au id de root:) sinon en plus traditionnel essaie de faire "xhost + localhost" ou si vraiment tu t'en tapes de la sécurité xhost + :) ( legerement dangereux mais tellement amusant dans les facs(pour bien d'autres choses) ....
bon courage
et surtout n'ecoute pas toujours les conseils que les paranoïaques de la sécurité qui encode en 512 bits tous les fichiers de leurs disque dur pour qu'ensuite plus personne ( eux même compris) n'arrive a les relire ...
Maintenant, tu devrais avoir les éléments pour le faire, mais je ne vais pas en dire plus, car c'est une très bonne idée d'empêcher root de lancer des programmes graphiques.
.
Thibaut Paumard
Limouzin Arnaud writes:
Je Vous expose mon problème. Il m'est impossible de lancer des applicat ions graphique depuis une console en étant logué en root :
C'est xhost +local:0, et il faut le faire tant qu'utilisateur, pas en tant que root. Ce n'est pas le plus sûr, mais pas le plus atroce non plus. Et en général il vaut mieux faire "su -" que su tout court. Dans ce cas, il f aut définir à la main lavariable DISPLAY, ou la passer à tous les clients en ligne de commande:
EXPORT DISPLAY=:0 ; emacs
ou emacs -display :0
Plus sûr, ce que je ne fais jamais mais je devrais m'y mettre (en fait je ne sais pas si c'est une bonne solution, des commentaires ?):
ssh -X
et ça roule, sûr et tout, pas même besoin de redéfinir $DISPLAY (tu dois avoir un sshd qui tourne sur localhost).
Enfin, si c'est pour emacs, je préfère souvent emacs -nw (mais il y a intérêt à connaître les raccourcis clavier).
Je Vous expose mon problème. Il m'est impossible de lancer des applicat ions
graphique depuis une console en étant logué en root :
C'est xhost +local:0, et il faut le faire tant qu'utilisateur, pas en tant
que root. Ce n'est pas le plus sûr, mais pas le plus atroce non plus. Et en
général il vaut mieux faire "su -" que su tout court. Dans ce cas, il f aut
définir à la main lavariable DISPLAY, ou la passer à tous les clients en
ligne de commande:
EXPORT DISPLAY=:0 ; emacs
ou emacs -display :0
Plus sûr, ce que je ne fais jamais mais je devrais m'y mettre (en fait je ne
sais pas si c'est une bonne solution, des commentaires ?):
ssh -X root@localhost
et ça roule, sûr et tout, pas même besoin de redéfinir $DISPLAY (tu dois
avoir un sshd qui tourne sur localhost).
Enfin, si c'est pour emacs, je préfère souvent emacs -nw (mais il y a
intérêt à connaître les raccourcis clavier).
Je Vous expose mon problème. Il m'est impossible de lancer des applicat ions graphique depuis une console en étant logué en root :
C'est xhost +local:0, et il faut le faire tant qu'utilisateur, pas en tant que root. Ce n'est pas le plus sûr, mais pas le plus atroce non plus. Et en général il vaut mieux faire "su -" que su tout court. Dans ce cas, il f aut définir à la main lavariable DISPLAY, ou la passer à tous les clients en ligne de commande:
EXPORT DISPLAY=:0 ; emacs
ou emacs -display :0
Plus sûr, ce que je ne fais jamais mais je devrais m'y mettre (en fait je ne sais pas si c'est une bonne solution, des commentaires ?):
ssh -X
et ça roule, sûr et tout, pas même besoin de redéfinir $DISPLAY (tu dois avoir un sshd qui tourne sur localhost).
Enfin, si c'est pour emacs, je préfère souvent emacs -nw (mais il y a intérêt à connaître les raccourcis clavier).
Cordialement, Thibaut.
Yannick Patois
Laurent Levi wrote:
dans le cadre d'une utilisation monoutilisateur logue toi directement en root a partir de xdm :)
Tres mauvaise solution. A eviter absolument.
si tu veux vraiment avoir ton compte login a toi edite le fichier /etc/passwd et dans la 3ieme colone de la ligne correspondant a ton nom tu met un 0 ( qui correspond au id de root:)
Solution atroce. Ne meme pas y penser.
sinon en plus traditionnel essaie de faire "xhost + localhost"
Sur un poste monoutilisateur c'est OK.
ou si vraiment tu t'en tapes de la sécurité xhost + :) ( legerement dangereux mais tellement amusant dans les facs(pour bien d'autres choses)
A proscrire. Mais de toute facon le firewall doit etre configurer de maniere a empecher les requetes xdm.
et surtout n'ecoute pas toujours les conseils que les paranoïaques de la sécurité qui encode en 512 bits tous les fichiers de leurs disque dur pour qu'ensuite plus personne ( eux même compris) n'arrive a les relire ...
Ni ceux qui te proposent de detruire completement la securite de ta machine sous un pretexte fallacieux de facilite...
Yannick
-- _/ Yannick Patois ___________________________________________________ | web: http://feelingsurfer.net/garp/ | Garp sur irc undernet | | email: | | | ATTAC dans le Pays de Gex: http://attacgex.ouvaton.org |
Laurent Levi wrote:
dans le cadre d'une utilisation monoutilisateur logue toi directement en
root a partir de xdm :)
Tres mauvaise solution. A eviter absolument.
si tu veux vraiment avoir ton compte login a toi edite le fichier
/etc/passwd et dans la 3ieme colone de la ligne correspondant a ton nom tu
met un 0 ( qui correspond au id de root:)
Solution atroce. Ne meme pas y penser.
sinon en plus traditionnel
essaie de faire "xhost + localhost"
Sur un poste monoutilisateur c'est OK.
ou si vraiment tu t'en tapes de la sécurité xhost + :) ( legerement
dangereux mais tellement amusant dans les facs(pour bien d'autres choses)
A proscrire. Mais de toute facon le firewall doit etre configurer de
maniere a empecher les requetes xdm.
et surtout n'ecoute pas toujours les conseils que les paranoïaques de la
sécurité qui encode en 512 bits tous les fichiers de leurs disque dur pour
qu'ensuite plus personne ( eux même compris) n'arrive a les relire ...
Ni ceux qui te proposent de detruire completement la securite de ta
machine sous un pretexte fallacieux de facilite...
Yannick
--
_/ Yannick Patois ___________________________________________________
| web: http://feelingsurfer.net/garp/ | Garp sur irc undernet |
| email: patois@calvix.org | |
| ATTAC dans le Pays de Gex: http://attacgex.ouvaton.org |
dans le cadre d'une utilisation monoutilisateur logue toi directement en root a partir de xdm :)
Tres mauvaise solution. A eviter absolument.
si tu veux vraiment avoir ton compte login a toi edite le fichier /etc/passwd et dans la 3ieme colone de la ligne correspondant a ton nom tu met un 0 ( qui correspond au id de root:)
Solution atroce. Ne meme pas y penser.
sinon en plus traditionnel essaie de faire "xhost + localhost"
Sur un poste monoutilisateur c'est OK.
ou si vraiment tu t'en tapes de la sécurité xhost + :) ( legerement dangereux mais tellement amusant dans les facs(pour bien d'autres choses)
A proscrire. Mais de toute facon le firewall doit etre configurer de maniere a empecher les requetes xdm.
et surtout n'ecoute pas toujours les conseils que les paranoïaques de la sécurité qui encode en 512 bits tous les fichiers de leurs disque dur pour qu'ensuite plus personne ( eux même compris) n'arrive a les relire ...
Ni ceux qui te proposent de detruire completement la securite de ta machine sous un pretexte fallacieux de facilite...
Yannick
-- _/ Yannick Patois ___________________________________________________ | web: http://feelingsurfer.net/garp/ | Garp sur irc undernet | | email: | | | ATTAC dans le Pays de Gex: http://attacgex.ouvaton.org |
Yannick Patois
Salut,
Limouzin Arnaud wrote:
Je Vous expose mon problème. Il m'est impossible de lancer des applications graphique depuis une console en étant logué en root : On t'a deja repondu, mais je resume.
- Quand tu te logues sous ton utilusateur 'lambda', X n'accepte que les connexion des taches de 'lammbda', parcequ'il attends un cookie que tu es seul a posseder (dans ~/.xauthority).
Pour connnecter un autre utilisateur (comme 'root') il te faut l'autoriser.
Tu as quelques solutions raisonables:
- Sur une machine ou tu es seul utilisateur a un instant donne (a la maison): $ xhost +local:
Tu autorises tous les utilisateurs locaux a se connecter sur ton display. C'est a proscrire sur une machine partagee parcequ'alors n'importe qui peut lire le contenu de ton ecran et y ecrire.
Donc, une fois ouvert une xterm pour root: $ su - (password) # export DISPLAY=:0 et tu peux lancer des applis X.
ATTENTION: sous root on ne fait que ce qui est *indispensable* de faire avec un utilisateur privilegie. On ne lance pas Mozilla pour naviguer le web, par exemple! (ni irc, ni en general aucunes applis qui touchent au reseaux saufs d'administration - mise a jour par exemple).
- Sur une machine partagee, tu peux recuperee le cookie. Y'a une methode propre (voir le man de xauth), en general je me content de : ~lambda$ su - (password) # cp ~lambda/.Xauthority /root # export DISPLAY=:0 Le cookie a ete recopie sous root, et donc l'ecran est accessible.
Variante: Au lieu de recopier le cookie, on se contente de pointer dessus: ~lambda$ su - (password) # export XAUTHORITY=~lambda/.Xauthority # export DISPLAY=:0
$ man xauth pour des infos complementaires...
Yannick
-- _/ Yannick Patois ___________________________________________________ | web: http://feelingsurfer.net/garp/ | Garp sur irc undernet | | email: | | | ATTAC dans le Pays de Gex: http://attacgex.ouvaton.org |
Salut,
Limouzin Arnaud wrote:
Je Vous expose mon problème. Il m'est impossible de lancer des applications
graphique depuis une console en étant logué en root :
On t'a deja repondu, mais je resume.
- Quand tu te logues sous ton utilusateur 'lambda', X n'accepte que les
connexion des taches de 'lammbda', parcequ'il attends un cookie que tu
es seul a posseder (dans ~/.xauthority).
Pour connnecter un autre utilisateur (comme 'root') il te faut l'autoriser.
Tu as quelques solutions raisonables:
- Sur une machine ou tu es seul utilisateur a un instant donne (a la
maison):
$ xhost +local:
Tu autorises tous les utilisateurs locaux a se connecter sur ton
display. C'est a proscrire sur une machine partagee parcequ'alors
n'importe qui peut lire le contenu de ton ecran et y ecrire.
Donc, une fois ouvert une xterm pour root:
$ su -
(password)
# export DISPLAY=:0
et tu peux lancer des applis X.
ATTENTION: sous root on ne fait que ce qui est *indispensable* de faire
avec un utilisateur privilegie. On ne lance pas Mozilla pour naviguer le
web, par exemple! (ni irc, ni en general aucunes applis qui touchent au
reseaux saufs d'administration - mise a jour par exemple).
- Sur une machine partagee, tu peux recuperee le cookie. Y'a une methode
propre (voir le man de xauth), en general je me content de :
~lambda$ su -
(password)
# cp ~lambda/.Xauthority /root
# export DISPLAY=:0
Le cookie a ete recopie sous root, et donc l'ecran est accessible.
Variante: Au lieu de recopier le cookie, on se contente de pointer dessus:
~lambda$ su -
(password)
# export XAUTHORITY=~lambda/.Xauthority
# export DISPLAY=:0
$ man xauth pour des infos complementaires...
Yannick
--
_/ Yannick Patois ___________________________________________________
| web: http://feelingsurfer.net/garp/ | Garp sur irc undernet |
| email: patois@calvix.org | |
| ATTAC dans le Pays de Gex: http://attacgex.ouvaton.org |
Je Vous expose mon problème. Il m'est impossible de lancer des applications graphique depuis une console en étant logué en root : On t'a deja repondu, mais je resume.
- Quand tu te logues sous ton utilusateur 'lambda', X n'accepte que les connexion des taches de 'lammbda', parcequ'il attends un cookie que tu es seul a posseder (dans ~/.xauthority).
Pour connnecter un autre utilisateur (comme 'root') il te faut l'autoriser.
Tu as quelques solutions raisonables:
- Sur une machine ou tu es seul utilisateur a un instant donne (a la maison): $ xhost +local:
Tu autorises tous les utilisateurs locaux a se connecter sur ton display. C'est a proscrire sur une machine partagee parcequ'alors n'importe qui peut lire le contenu de ton ecran et y ecrire.
Donc, une fois ouvert une xterm pour root: $ su - (password) # export DISPLAY=:0 et tu peux lancer des applis X.
ATTENTION: sous root on ne fait que ce qui est *indispensable* de faire avec un utilisateur privilegie. On ne lance pas Mozilla pour naviguer le web, par exemple! (ni irc, ni en general aucunes applis qui touchent au reseaux saufs d'administration - mise a jour par exemple).
- Sur une machine partagee, tu peux recuperee le cookie. Y'a une methode propre (voir le man de xauth), en general je me content de : ~lambda$ su - (password) # cp ~lambda/.Xauthority /root # export DISPLAY=:0 Le cookie a ete recopie sous root, et donc l'ecran est accessible.
Variante: Au lieu de recopier le cookie, on se contente de pointer dessus: ~lambda$ su - (password) # export XAUTHORITY=~lambda/.Xauthority # export DISPLAY=:0
$ man xauth pour des infos complementaires...
Yannick
-- _/ Yannick Patois ___________________________________________________ | web: http://feelingsurfer.net/garp/ | Garp sur irc undernet | | email: | | | ATTAC dans le Pays de Gex: http://attacgex.ouvaton.org |
Laurent Levi
"Yannick Patois" a écrit dans le message de news:ca45ue$pe1$
Laurent Levi wrote:
dans le cadre d'une utilisation monoutilisateur logue toi directement en root a partir de xdm :)
Tres mauvaise solution. A eviter absolument.
en quoi est ce une mauvaise solution ? si j'ai envie de faire de l'irc ou du mozilla en temps que root j'aimerais bien savoir qu'est ce qu'il va m'arriver de grave? ( mon écran va exploser , mon disque dur s'autodétruire)
Ni ceux qui te proposent de detruire completement la securite de ta machine sous un pretexte fallacieux de facilite...
avant de verouiller sa machine , il est bon de l'ouvrir pour apprendre a l'utiliser quitte à faire des conneries. ( un peu comme MS windows a ses début:) ) une sauvegarde régulière de son système est à notre niveau généralement une sécurité bien suffisante.
"Yannick Patois" <patois@calvix.org> a écrit dans le message de
news:ca45ue$pe1$1@sunnews.cern.ch...
Laurent Levi wrote:
dans le cadre d'une utilisation monoutilisateur logue toi directement en
root a partir de xdm :)
Tres mauvaise solution. A eviter absolument.
en quoi est ce une mauvaise solution ?
si j'ai envie de faire de l'irc ou du mozilla en temps que root j'aimerais
bien savoir qu'est ce qu'il va m'arriver de grave?
( mon écran va exploser , mon disque dur s'autodétruire)
Ni ceux qui te proposent de detruire completement la securite de ta
machine sous un pretexte fallacieux de facilite...
avant de verouiller sa machine , il est bon de l'ouvrir pour apprendre a
l'utiliser
quitte à faire des conneries. ( un peu comme MS windows a ses début:) )
une sauvegarde régulière de son système est à notre niveau généralement une
sécurité bien suffisante.
"Yannick Patois" a écrit dans le message de news:ca45ue$pe1$
Laurent Levi wrote:
dans le cadre d'une utilisation monoutilisateur logue toi directement en root a partir de xdm :)
Tres mauvaise solution. A eviter absolument.
en quoi est ce une mauvaise solution ? si j'ai envie de faire de l'irc ou du mozilla en temps que root j'aimerais bien savoir qu'est ce qu'il va m'arriver de grave? ( mon écran va exploser , mon disque dur s'autodétruire)
Ni ceux qui te proposent de detruire completement la securite de ta machine sous un pretexte fallacieux de facilite...
avant de verouiller sa machine , il est bon de l'ouvrir pour apprendre a l'utiliser quitte à faire des conneries. ( un peu comme MS windows a ses début:) ) une sauvegarde régulière de son système est à notre niveau généralement une sécurité bien suffisante.
Nicolas George
"Laurent Levi" wrote in message <40c5b1a7$0$24790$:
mon disque dur s'autodétruire)
Voilà. Ou plus exactement tu vas toi-même le détruire par une erreur de manipulation.
avant de verouiller sa machine , il est bon de l'ouvrir pour apprendre a l'utiliser
C'est sûr que lancer Mozilla en tant que root, c'est indispensable pour comprendre les scripts d'initialisation.
"Laurent Levi" wrote in message
<40c5b1a7$0$24790$626a14ce@news.free.fr>:
mon disque dur s'autodétruire)
Voilà. Ou plus exactement tu vas toi-même le détruire par une erreur de
manipulation.
avant de verouiller sa machine , il est bon de l'ouvrir pour apprendre a
l'utiliser
C'est sûr que lancer Mozilla en tant que root, c'est indispensable pour
comprendre les scripts d'initialisation.
"Laurent Levi" wrote in message <40c5b1a7$0$24790$:
mon disque dur s'autodétruire)
Voilà. Ou plus exactement tu vas toi-même le détruire par une erreur de manipulation.
avant de verouiller sa machine , il est bon de l'ouvrir pour apprendre a l'utiliser
C'est sûr que lancer Mozilla en tant que root, c'est indispensable pour comprendre les scripts d'initialisation.
Laurent Levi
"Nicolas George" <nicolas$ a écrit dans le message de news:ca4hka$198t$
"Laurent Levi" wrote in message <40c5b1a7$0$24790$:
mon disque dur s'autodétruire)
Voilà. Ou plus exactement tu vas toi-même le détruire par une erreur de manipulation.
je vois pas p? je le detruirais plus facilement comme ca qu'en mode console je dirais même que c'est plus risqué en mode console ( essaie un script qui renome tous les fichier et les repertoire en minuscule) ou alors je crois être dans /root/.ssh er je fais un rm -R * alors que je suis dans / ou pire ( et en plus ca m'es arrivé ) avec parted j'ai 1 hda1 2 hda2 3 hda3 4 hda4
et je veux virer hda2 et hda3; alors je fais naîvement rm 2 rm 3
je te laisse essayer chez toi pour voir ce que ca donne ce genre de gag impossible de l'avoir avec l'ami qtparted!!!!
C'est sûr que lancer Mozilla en tant que root, c'est indispensable pour comprendre les scripts d'initialisation.
je n'ai pas dis ca , simplement je ne crois pas que c'est mozilla ou meme xirc qui va détruire mon disque dur
"Nicolas George" <nicolas$george@salle-s.org> a écrit dans le message de
news:ca4hka$198t$1@biggoron.nerim.net...
"Laurent Levi" wrote in message
<40c5b1a7$0$24790$626a14ce@news.free.fr>:
mon disque dur s'autodétruire)
Voilà. Ou plus exactement tu vas toi-même le détruire par une erreur de
manipulation.
je vois pas p? je le detruirais plus facilement comme ca qu'en mode console
je dirais même que c'est plus risqué en mode console
( essaie un script qui renome tous les fichier et les repertoire en
minuscule)
ou alors je crois être dans /root/.ssh er je fais un rm -R * alors que
je suis dans /
ou pire ( et en plus ca m'es arrivé )
avec parted j'ai
1 hda1
2 hda2
3 hda3
4 hda4
et je veux virer hda2 et hda3;
alors je fais naîvement
rm 2
rm 3
je te laisse essayer chez toi pour voir ce que ca donne
ce genre de gag impossible de l'avoir avec l'ami qtparted!!!!
C'est sûr que lancer Mozilla en tant que root, c'est indispensable pour
comprendre les scripts d'initialisation.
je n'ai pas dis ca , simplement je ne crois pas que c'est mozilla ou meme
xirc qui va détruire mon disque dur
"Nicolas George" <nicolas$ a écrit dans le message de news:ca4hka$198t$
"Laurent Levi" wrote in message <40c5b1a7$0$24790$:
mon disque dur s'autodétruire)
Voilà. Ou plus exactement tu vas toi-même le détruire par une erreur de manipulation.
je vois pas p? je le detruirais plus facilement comme ca qu'en mode console je dirais même que c'est plus risqué en mode console ( essaie un script qui renome tous les fichier et les repertoire en minuscule) ou alors je crois être dans /root/.ssh er je fais un rm -R * alors que je suis dans / ou pire ( et en plus ca m'es arrivé ) avec parted j'ai 1 hda1 2 hda2 3 hda3 4 hda4
et je veux virer hda2 et hda3; alors je fais naîvement rm 2 rm 3
je te laisse essayer chez toi pour voir ce que ca donne ce genre de gag impossible de l'avoir avec l'ami qtparted!!!!
C'est sûr que lancer Mozilla en tant que root, c'est indispensable pour comprendre les scripts d'initialisation.
je n'ai pas dis ca , simplement je ne crois pas que c'est mozilla ou meme xirc qui va détruire mon disque dur
Nicolas George
"Laurent Levi" wrote in message <40c5d8ce$0$24803$:
je vois pas p? je le detruirais plus facilement comme ca qu'en mode console
Eh bien moi j'ai constaté.
je n'ai pas dis ca , simplement je ne crois pas que c'est mozilla ou meme xirc qui va détruire mon disque dur
Tu es sûr qu'il n'y a pas de trou dans xirc ?
"Laurent Levi" wrote in message
<40c5d8ce$0$24803$626a14ce@news.free.fr>:
je vois pas p? je le detruirais plus facilement comme ca qu'en mode console
Eh bien moi j'ai constaté.
je n'ai pas dis ca , simplement je ne crois pas que c'est mozilla ou meme
xirc qui va détruire mon disque dur
