Comment reconnaitre un bon Linuxien d'un vrai neuneu ?
832 réponses
Xandros
Salut,
Depuis les quelques mois que je suis sous Linux et que je fréquente les
Forums dédiés, j'ai pu remarquer une chose.
Il existe 3 types de personnes :
1) Les novices qui viennent du monde Windows et qui posent pleins de
questions sans vraiment chercher les réponses. J'en faisais parti, mais
je me soigne depuis ;)
2) Les neuneux de base, qui n'y connaissent pas grand chose et qui se
défoulent sur le premier novice venu. On les reconnait par leurs
réponses standards : "trop gros - passera pas" - "va chercher sur
Google" - "Prouves le" - "Vas lire MAN ou HOWTO"
En fait, il n'apportent jamais rien au débat, mais font croire qu'ils
s'y connaissent trop pour perdre leur temps avec des novices.
3) Enfin, les "vrais", ceux qui t'apportent LA solution, on les
reconnait par la simplicité de leurs réponses, un lien, une commande,
une solution quoi.
Un grand merci à eux !!!
Tout ça pour dire que le monde Linux serait bien plus simple si la 2eme
cathégorie pouvait simplement admettre qu'ils font parti de la 1er, ou
alors si ils veulent se prétendre de la 3eme, qu'ils apportent de l'aide
ou bien qu'il ferme leurs gue...le.
--
Message envoyé avec ThunderBird
Sous Linux Xandros Deluxe 3.0
demande a ibm par exemple de te parler de pick aujourd'hui (WWW.VMARK.FR)
C'est con, mais il n'y a rien à lire, là...
-- Statique: tu remplis tu remplis tu remplis y'a plus de place sur la partition/dans le fichier alloué au swap -> *POUF* Dynamique: le fichier de swap se remplit, se remplit, se remplit, y'a plus de place sur c: -> *POUF*
On 2005-07-25, helios <helios@com02.com> wrote:
demande a ibm par exemple de te parler de pick aujourd'hui (WWW.VMARK.FR)
C'est con, mais il n'y a rien à lire, là...
--
Statique: tu remplis tu remplis tu remplis y'a plus de place sur la
partition/dans le fichier alloué au swap -> *POUF*
Dynamique: le fichier de swap se remplit, se remplit, se remplit, y'a
plus de place sur c: -> *POUF*
demande a ibm par exemple de te parler de pick aujourd'hui (WWW.VMARK.FR)
C'est con, mais il n'y a rien à lire, là...
-- Statique: tu remplis tu remplis tu remplis y'a plus de place sur la partition/dans le fichier alloué au swap -> *POUF* Dynamique: le fichier de swap se remplit, se remplit, se remplit, y'a plus de place sur c: -> *POUF*
Nicolas George
Stephane Zuckerman , dans le message , a écrit :
Non. UML : User Mode Linux. Dans ce cas précis, c'est exactement à ça que pensais Nicolas Georges. Il faut se renseigner avant de parler (oui là je suis volontairement "aggressif", mais lorsque quelqu'un donne un sigle, et que ce quelqu'un l'explique, on réfléchit avant de dire qu'il/elle a tort).
En l'occurence, c'est Vincent qui l'avait employé, je n'ai fait que l'expliquer. Mas ça ne fait aucun doute qu'il parlait de ça et pas de l'autre machin. N'est-ce pas, Vincent ?
Et c'est George sans S :-Þ
Stephane Zuckerman , dans le message
<Pine.OSF.4.58.0507271841050.177119@vega.utc.fr>, a écrit :
Non. UML : User Mode Linux. Dans ce cas précis, c'est exactement à ça que
pensais Nicolas Georges. Il faut se renseigner avant de parler (oui là je
suis volontairement "aggressif", mais lorsque quelqu'un donne un sigle, et
que ce quelqu'un l'explique, on réfléchit avant de dire qu'il/elle a
tort).
En l'occurence, c'est Vincent qui l'avait employé, je n'ai fait que
l'expliquer. Mas ça ne fait aucun doute qu'il parlait de ça et pas de
l'autre machin. N'est-ce pas, Vincent ?
Non. UML : User Mode Linux. Dans ce cas précis, c'est exactement à ça que pensais Nicolas Georges. Il faut se renseigner avant de parler (oui là je suis volontairement "aggressif", mais lorsque quelqu'un donne un sigle, et que ce quelqu'un l'explique, on réfléchit avant de dire qu'il/elle a tort).
En l'occurence, c'est Vincent qui l'avait employé, je n'ai fait que l'expliquer. Mas ça ne fait aucun doute qu'il parlait de ça et pas de l'autre machin. N'est-ce pas, Vincent ?
Et c'est George sans S :-Þ
helios
Je me souviens d'un admin Unisys a qui j'avais demande un compte sur son mainframe, pour voir. Il me file illico son propre compte administrateur. Lorsque j'ai su que c'etait un compte admin, je lui ai demande si il etait pas fou, que je connaissai rien a son truc et que j'aurai pu casser des choses. Il m'a repondu "aucune chance, tu sais pas comment faire".
Gerer la securite sur l'incompetance, c'est exactement cela et notre tres cher ami helios est la grande demonstration que ca fonctionne.
moi aussi je pourrait filer un compte admin Pick et effectivement tu aurais bien du mal a faire quoi que se soit car a la difference des comptes users le compte admin necessite de connaitre et une fois connecte tu te retrouverais devant un prompt et tu ne saurais pas quoi rentrer c'est d'ailleur comme cela qu'un rigolo a ete piege il affirmait avoir essayer openqm et etait incapable de me donner deja le login de l'administrateur sous pick ni le nom du compte administration
Je me souviens d'un admin Unisys a qui j'avais demande un compte sur son
mainframe, pour voir. Il me file illico son propre compte
administrateur. Lorsque j'ai su que c'etait un compte admin, je lui ai
demande si il etait pas fou, que je connaissai rien a son truc et que
j'aurai pu casser des choses. Il m'a repondu "aucune chance, tu sais pas
comment faire".
Gerer la securite sur l'incompetance, c'est exactement cela et notre
tres cher ami helios est la grande demonstration que ca fonctionne.
moi aussi je pourrait filer un compte admin Pick et effectivement tu aurais
bien du mal a faire quoi que se soit car a la difference des comptes users
le compte admin necessite de connaitre
et une fois connecte tu te retrouverais devant un prompt et tu ne saurais
pas quoi rentrer c'est d'ailleur comme cela qu'un rigolo a ete piege il
affirmait avoir essayer openqm et etait incapable de me donner deja le login
de l'administrateur sous pick ni le nom du compte administration
Je me souviens d'un admin Unisys a qui j'avais demande un compte sur son mainframe, pour voir. Il me file illico son propre compte administrateur. Lorsque j'ai su que c'etait un compte admin, je lui ai demande si il etait pas fou, que je connaissai rien a son truc et que j'aurai pu casser des choses. Il m'a repondu "aucune chance, tu sais pas comment faire".
Gerer la securite sur l'incompetance, c'est exactement cela et notre tres cher ami helios est la grande demonstration que ca fonctionne.
moi aussi je pourrait filer un compte admin Pick et effectivement tu aurais bien du mal a faire quoi que se soit car a la difference des comptes users le compte admin necessite de connaitre et une fois connecte tu te retrouverais devant un prompt et tu ne saurais pas quoi rentrer c'est d'ailleur comme cela qu'un rigolo a ete piege il affirmait avoir essayer openqm et etait incapable de me donner deja le login de l'administrateur sous pick ni le nom du compte administration
Nicolas Le Scouarnec
un serveur totalement securise est un serveur off
Non débranché, ou réduit en miette. Comme piratage facile, il y a le wake-on-lan et l'intrusion dans la salle des serveurs.
-- Nicolas Le Scouarnec
un serveur totalement securise est un serveur off
Non débranché, ou réduit en miette. Comme piratage facile, il y a le
wake-on-lan et l'intrusion dans la salle des serveurs.
il y a sans doute un truc qui t'echappe c'est qu'un SGBDMV peut faire du SQL mais un SGBDR ne peut pas faire du MV
Si j'avais du temps à perdre, j'essayerais bien de coder ça en
Pg/plsql à grands coups de triggers, mais franchement, je n'en vois pas l'intérèt, j'ai des trucs plus importants à bricoler avec une bédédé...
--
avec son destinataire samedi soir (des grillades Linux) et C'est quoi des grillades Linux ? Du manchot au barbecue ?
Parce qu'on a les grillades OE (les quotes de porc), mais je ne connaissais pas les grillades Linux.
Thierry Boudet
On 2005-07-27, helios wrote:
On voit couramment des bases à 60-80 tables, quand on travaille sur des données réelles. Il doit être assez facile de trouver plus compliqué, par exemple quand deux bases ont été fusionnées après leurs conceptions indépendantes.
Lorsque j'avais fait un logiciel de billing sous PostgreSQL, on etait a 120 tables, c'est faible pour ce type d'applis.
ca prouve quoi que PostgreSql peut gerer 120 table et alors ?
Non, ça prouve que le nombre de tables n'est vraiment pas un
critère important. Si la logique de ton application est un peu tordue, on peut vite arriver à plusieurs centaines. Et ça, même un truc de looser comme Postgres y arrive.
-- Vincent> C'est l'âge. Vivement que le petit trouve une copine. :) Ça ne changera rien, faudra quand même qu'il fasse gaffe en déchargeant son module alors qu'il est en train de s'en servir. -+- EJ in Guide du Fmblien Assassin : "Moduler son déchargement" -+-
On 2005-07-27, helios <helios@com02.com> wrote:
On voit couramment des bases à 60-80 tables, quand on travaille
sur des données réelles. Il doit être assez facile de trouver
plus compliqué, par exemple quand deux bases ont été fusionnées après
leurs conceptions indépendantes.
Lorsque j'avais fait un logiciel de billing sous PostgreSQL, on etait a
120 tables, c'est faible pour ce type d'applis.
ca prouve quoi que PostgreSql peut gerer 120 table et alors ?
Non, ça prouve que le nombre de tables n'est vraiment pas un
critère important. Si la logique de ton application est un peu
tordue, on peut vite arriver à plusieurs centaines. Et ça, même
un truc de looser comme Postgres y arrive.
--
Vincent> C'est l'âge. Vivement que le petit trouve une copine. :)
Ça ne changera rien, faudra quand même qu'il fasse gaffe en
déchargeant son module alors qu'il est en train de s'en servir.
-+- EJ in Guide du Fmblien Assassin : "Moduler son déchargement" -+-
On voit couramment des bases à 60-80 tables, quand on travaille sur des données réelles. Il doit être assez facile de trouver plus compliqué, par exemple quand deux bases ont été fusionnées après leurs conceptions indépendantes.
Lorsque j'avais fait un logiciel de billing sous PostgreSQL, on etait a 120 tables, c'est faible pour ce type d'applis.
ca prouve quoi que PostgreSql peut gerer 120 table et alors ?
Non, ça prouve que le nombre de tables n'est vraiment pas un
critère important. Si la logique de ton application est un peu tordue, on peut vite arriver à plusieurs centaines. Et ça, même un truc de looser comme Postgres y arrive.
-- Vincent> C'est l'âge. Vivement que le petit trouve une copine. :) Ça ne changera rien, faudra quand même qu'il fasse gaffe en déchargeant son module alors qu'il est en train de s'en servir. -+- EJ in Guide du Fmblien Assassin : "Moduler son déchargement" -+-
Thierry Boudet
On 2005-07-27, helios wrote:
la question n'est pas est ce que SQL peux gerer 128 tables mais est ce que gerer 128 tables a la place d'une est plus performant?
[OUI]
--
le probleme c que strcat comme toutes les fonctions de sting.h travaille en avaugle Sting aveugle ? Je croyais que c'était Steevie Wonder?
On 2005-07-27, helios <helios@com02.com> wrote:
la question n'est pas est ce que SQL peux gerer 128 tables mais est ce que
gerer 128 tables a la place d'une est plus performant?
[OUI]
--
le probleme c que strcat comme toutes les fonctions de sting.h travaille en
avaugle
Sting aveugle ? Je croyais que c'était Steevie Wonder?
Exactement pareil pour moi. Quand monsieur Helios fournira une explication _claire_ du pourquoi "il faut être root", peut-être je regarderais à nouveau son bouzin. Mais monsieur Helios vient de l'ancien monde dont la devise est "root un jour, root toujours".
Oui enfin, si on admet que PICK détourne pas mal de ressources système
pour pouvoir lier utilisateurs linux/unix et utilisateurs de la base, on
C'est vrai que lire /etc/passwd c'est assez fatiguant comme activité, et je ne parle même pas des fstat qui mangent 90% des ressources, même que FT n'avait pas assez de processeurs...
comprend le besoin d'être root. Ca n'empêche pas le fait que du point de vue de la conception, c'est tout pourri, dès le départ (indépendemment de la qualité du SGBD en lui-même).
Et en fait, je me demande, ça ne peut donc pas tourner dans des systèmes où il n'y a pas de notions d'utilisateur comme dans Unix ?
-- "Internet, ça fait pas riche, mais ça fait aisé : tu veux les trucs que t'as partout ailleurs pour les parisiengs, tu trouves. Mais pour les traitements pour la mouche de l'olive, tin, t'as que dalle !"
On 2005-07-27, Stephane Zuckerman <szuckerm@etu.utc.fr> wrote:
Exactement pareil pour moi. Quand monsieur Helios fournira une
explication _claire_ du pourquoi "il faut être root", peut-être
je regarderais à nouveau son bouzin. Mais monsieur Helios vient
de l'ancien monde dont la devise est "root un jour, root toujours".
Oui enfin, si on admet que PICK détourne pas mal de ressources système
pour pouvoir lier utilisateurs linux/unix et utilisateurs de la base, on
C'est vrai que lire /etc/passwd c'est assez fatiguant comme activité,
et je ne parle même pas des fstat qui mangent 90% des ressources,
même que FT n'avait pas assez de processeurs...
comprend le besoin d'être root. Ca n'empêche pas le fait que du point de
vue de la conception, c'est tout pourri, dès le départ (indépendemment de
la qualité du SGBD en lui-même).
Et en fait, je me demande, ça ne peut donc pas tourner dans des
systèmes où il n'y a pas de notions d'utilisateur comme dans Unix ?
--
"Internet, ça fait pas riche, mais ça fait aisé : tu veux les trucs que
t'as partout ailleurs pour les parisiengs, tu trouves. Mais pour les
traitements pour la mouche de l'olive, tin, t'as que dalle !"
Exactement pareil pour moi. Quand monsieur Helios fournira une explication _claire_ du pourquoi "il faut être root", peut-être je regarderais à nouveau son bouzin. Mais monsieur Helios vient de l'ancien monde dont la devise est "root un jour, root toujours".
Oui enfin, si on admet que PICK détourne pas mal de ressources système
pour pouvoir lier utilisateurs linux/unix et utilisateurs de la base, on
C'est vrai que lire /etc/passwd c'est assez fatiguant comme activité, et je ne parle même pas des fstat qui mangent 90% des ressources, même que FT n'avait pas assez de processeurs...
comprend le besoin d'être root. Ca n'empêche pas le fait que du point de vue de la conception, c'est tout pourri, dès le départ (indépendemment de la qualité du SGBD en lui-même).
Et en fait, je me demande, ça ne peut donc pas tourner dans des systèmes où il n'y a pas de notions d'utilisateur comme dans Unix ?
-- "Internet, ça fait pas riche, mais ça fait aisé : tu veux les trucs que t'as partout ailleurs pour les parisiengs, tu trouves. Mais pour les traitements pour la mouche de l'olive, tin, t'as que dalle !"
Franck Yvonnet
Ainsi Parlait Thierry Boudet
C'est vrai que lire /etc/passwd c'est assez fatiguant comme activité,
Les passwords sont cryptés, donc ça bouffe du CPU chaque fois qu'un utilisateur se connecte.
-- Franck Yvonnet I remember when trolls were fairy tale creatures who lived under bridges. Now homeless people live there and trolls live on Usenet.
Ainsi Parlait Thierry Boudet <tth@zouh.org>
C'est vrai que lire /etc/passwd c'est assez fatiguant comme activité,
Les passwords sont cryptés, donc ça bouffe du CPU chaque fois qu'un
utilisateur se connecte.
--
Franck Yvonnet <fyvonnet@gmail.com>
I remember when trolls were fairy tale creatures who lived under bridges.
Now homeless people live there and trolls live on Usenet.
