Jllc a écrit 792 commentaires

d'où je constate qu'effectivement le $path ne renvoie pas vers cette fonction.

Je comprends que la non inclusion provient de la volonté de ne pas "exposer"
ces commandes. Quel est le risque: charger un module qui serait un trojan?

Une précision importante : le fait que certaines commandes, destinées au root, n'apparaissant pas dans le path des user ordinaires n'a absolument aucun impact en terme de sécurité !

La variable $PATH ne sert qu'à se passer du chemin complet lorsqu'on tape des commande. Par exemple, au lieu de taper "/bin/ls", on peut simplement tapper "ls" car le shell trouvera tout seul la commande dans le répertoire "/bin", qui est déclaré dans $PATH.

Mais rien ne t'empèche de tapper des commandes qui ne sont pas dans le path, en tappant leur chemin complet, comme "/sbin/lsmod". Essaye, tu verras bien ce que ça donne.

Par contre, des commandes comme modprobe ne mache que si elle sont lancée par le root, pour des raison de sécurité. Mais c'est le binaire qui fait cette vérification, ou parfois les droits sur les fichiers auquel accède le programme.

Mais ce n'est en aucun cas le fait de déclarer ou non un chemin dans le path qui peut constituer une sécurité.

Omettre les répertoires /sbin, /usr/sbin du path des users permet simplement de réduire la liste de répertoires que parcoureront les shell à la recherche de commandes. En en cas d'utilisation de la complétion, ça évite de proposer des commandes qui sont inutiles et inutilisables par des utilisateurs ordinaires.

Le programme g++ est dans un package séparé.

g++ est le compilateur de C++, et gcc celui de C. Les deux compilos utilisent les mêmes bases, et font parti du même projet, mais sur Mandrake, ils sont dans 2 packages séparés.

Sur la 2006 que j'ai, il y a les packages gcc-4.0.1-5mdk et gcc-c++-4.0.1-5mdk.

Mais viewsonic garantit ses ecrans 0pixels morts !

Ding ça ! Et faudrait les féliciter ? A écouter certains constructeurs, quelques pixels morts, c'est normal. Comme s'il était normal d'avoir une touche HS sur un clavier (après tout, on va pas râler pour une touche sur plus d'un centaine).

J'en suis à mon troisième ordinateur portable, donc, mon troisième écran plat, et je n'ai jamais vu de pixel mort. Même aujourd'hui sur le plus vieux, qui date de fin 1999, aucun défaut !

Est-ce que tu as pensé à ajouter les droits en exécution sur ton script /etc/profile.d/java.sh ?

Fais un "ls -l /etc/profile.d/java.sh" dans un terminal, tu devrais y voir des droits comme "-rwxr-xr-x" au début de la ligne. S'il n'y a pas de x, il manque le droit en exécution.

Pour l'ajouter, il faut faire un "chmod +x /etc/profile.d/java.sh".

Jettes un oeil du coté du fichier access.log (ou access_log apparement). Tu verras quelles url ont été demandées, et surtout combien.

Peut être que ça t'en apprendras plus ?

SI je ping le xp j ai aussi host unreachable

Tu fais un ping avec l'adresse IP ou le nom de la machine ? Le message "host unreachable" est celui d'un problème de résolution de nom, donc de DNS. Il faudrait déjà s'assurer qu'au niveau IP ça marche, avec de tester avec les noms.

Si j entre une ip fixe j arrive à pinguer en local j ai bien eth0 et i0 mais si j essai de pinguer vers la freebox j ai host unreachable alors que mon masque de reseau etc... sont bons.

Qu'est-ce que tu as mis comme valeur ?

Lorsque tu essayes de mettre une IP fixe, est-tu sûr des réglages de la freebox ?

Au cas où quelqu'un tomberait sur ma question en cherchant à résoudre le même problème, je mets la solution que j'ai trouvé.

Première remarque, j'ai trouvé comment avoir plus de messages de débugage avec le driver du cdrom. Avec :

echo 1 > /proc/sys/dev/cdrom/debug

Il y a pas mal de messages dans /var/log/messages

Sinon, puisque appeler la commande mount complète ("-t type de fichier", le périphérique, le point de montage), ce qui ne fait pas appel au fichier fstab, marche, j'ai compris que c'est dans ce fichier que se situait le problème. Il m'a suffit de changer les options jusqu'à trouver celle qui pose problème.

C'était finalement l'option "umask=0" qui coinçait. C'est une option utile pour le système de fichiers UDF des DVD, mais qui ne sert pas au système iso9660 des CDs. Du coup, le montage d'un DVD passe, mais pas celui d'un simple CD.

Là où c'est bizarre, c'est qu'avec le noyau 2.6.12, ça ne génait pas, alors qu'avec le nouveau 2.6.17, ça pose problème.

Sans compter l'écran(plus sombre)

Je ne suis pas sûr que ça joue. A ma connaissance, le principe de fonctionnement des écrans LCD est que tu as une source de lumière derrière l'écran, et que la partie LCD oculte plus ou moins le passage de cette lumière pour former l'image. Ce qui voudrait dire qu'entre un pixel noir et un blanc, la source lumineuse est identique (et donc la consommation), et que seul l'obturation fasse la différence.
Mais c'est à confirmer.

les pilotes libres pour ATI avancent assez rapidement aussi apparemment.

Les puces graphiques pour portables proposent maintenant des fonctions d'économie d'énergie. Il serait intéressant de voir si ces fonctions sont prisent en charge par ces pilotes libres.

Je dis peut être une bétise, mais les algorithmes génétiques ne jouent pas uniquement sur les valeurs de paramètres, l'algorithme restant inchangé ?

Comme si pour une recette de cuisine donnée, on changeait radicalement les proportions et les temps de cuisson, sans s'écarter de la recette proprement dite.

Première étape : modification aléatoire de code. Deuxième phase: seuls les processus qui plantent pas survivent. Troisième phase : ils inventent le fork. Quatrième phase : le besoin vital de mémoire. Un processus bouffe la mémoire de l'autre, ou il se faire bouffer. 5ème étape : l'un d'entre eux découvre les entrées sorties. Un carte réseau. Il apprends à parler ethernet. IP. TCP. http. Je laisse votre imagination faire le reste.

Un instant, j'ai cru que tu nous décrivais l'évolution de Windows depuis une dizaine d'annéess :o)

Avec l'option "-Wall", le problème aurait peut-être été signalé plus clairement.

euh ... bon ... je vais peut-être aller à l'encontre d'un vent nouveau venu d'ailleurs, mais à part jouer à c'est moi qui ait la plus grosse ca sert à quoi de gagner 3 secondes sur un boot ?

Gagner 3 secondes (voir plus si on en gagne beaucoup plus) les nombreuses fois où l'on boot son micro. Personellement, c'est au moins 2 fois par jour, le matin quand j'arrive au boulot, et le soir chez moi.

C'est aussi gagner 3 secondes chaque fois que tu bootes juste pour regarder 1 truc (une photo, un mail ...). Ce serait tellement bien un micro qui s'allume en moins de 10 secondes !

Le week-end, où j'ai souvent besoin de regarder des trucs, mais de façon ponctuelle, tout au long de la journée, je préfère laisser mon micro allumer, plutôt que perdre du temps à le rebooter sans arrêt. Bonjour l'économie d'énergie !

En plus, c'est quand même bizarre qu'on n'ai quasiment pas gagner de temps sur le boot, malgré les progrès en performance du matériel, surtout que sur d'autres applis, on est passé de temps très long à du quasi instantané.

Vous ne voulez pas rebooter ... mettez votre machine en veille avec l'acpi et vous irez 100 fois plus vite que de bidouiller les inits et autres services ...

L'Acpi ne marche pas sur mon micro. Donc ....

Ce que je disais était ironique !

Je pensais que ça se voyait assez pour ne pas avoir à le préciser.

On devrait cesser d'inventer des nouveaux mots juste pour qu'ils soient français, non seulement c'est inutile mais en plus cela rend la communication avec les étrangers plus difficile.
Pour reprendre l'exemple du mail, un anglais ne comprendra pas notre "courriel" alors qu'en ajoutant "mail" au dictionnaire on aurait au contraire facilité la « compréhension inter-langage » si je puis dire.

On devrait même cesser d'utiliser tous les mots français et parler directement anglais. Là au moins, les étrangers nous comprendrait directement.

Je ne sais pas si j'étais le seul à ne plus réussir à faire marcher cette carte Wifi ipw2200 avec les noyaux 2.6.15 et 2.6.16 (alors que ça marche avec le 2.6.12 de ma Mandrake), mais avec ce noyau 2.6.17, elle remarche enfin sans soucis ! La preuve, je passe par elle pour poster ici.

Par contre, rien ne me permet d'affirmer que le problème venait du pilote ipw2200 ou d'un autre module utilisé avec le wifi.

Les rares DVDs que j'ai lu sous Linux passent aussi grâce à libdvdcss.

Mais ce week-end justement, la lecture à coincé en plein milieu d'un DVD, à cause de ça. Avec un autre lecteur multimédia, j'ai réussi à lire le passage. Mais ça montre bien que même en cassant ces protections, elle peuvent poser problème.

alors curieusement, l'enregistrement est plus rapide que la lecture...

Parce qu'il y a un cache en écriture. Du coup, la commande te rends la main avant que toutes les données soir réellement écrites.

Enchaine la commande "sync" après l'écriture des données. Elle sert justement à vider les caches.

Avec quelles commandes as-tu ce problème ?

Les commandes courantes sont traduites depuis bien longtemps, mais certaines ne le sont pas encore.

En effet, je ne vois pas pourquoi le montage d'une image, plus qu'un vrai CD, nécessiterait d'être root.

Parce que monter des fichiers/périphériques revient à modifier le système de fichiers. Et à moins de gérer les répertoires modifiables ainsi (plutôt facile en tenant compte des droits Unix), un user pourrait modifier des répertoires système, ou ajouter des programmes "appartenant" au root, avec le set-uit, et une faille de sécurité prévu pour ainsi prendre la main sur la machine.

Pour répondre à ta question, il existe (au moins sous Mandrake) le programme "mountloop" destiné à monter des systèmes de fichiers cryptés pas des utilisateurs ordinaires. Peut être qu'il permet aussi de monter des isos et des images non cryptée (qui peut le plus peut le moins).

Tu mets tes variables sous la forme nom_variable=valeur dans le fichier de conf, et dans le script, tu fais ". nom_du_fichier_de_conf".

Note bien le point, comme "commande", qui sert à évaluer les variables définies dans le fichier en question. Tu peux faire de même dans un shell.

Si tu veux des exemples, ils ne manquent pas sur ton système, comme dans /etc/init.d/

Y'a un truc bizarre :

donc impossible de monter hdc

Si tu essayes de monter le CD comme un CD de données, c'est normal que ça ne marche pas, ce n'est justement pas un CD de données, avec une arborescence de fichier.

Les logiciels multimédias accèdent directement au CD, sans passer par le système de fichiers de l'ordinateur.

Mais objectivement pour nous, consommateurs, ce n'est pas une bonne chose. Car ces commerçants indélicats, par leurs pratiques, permettaient au consommateur moyen de payer moins cher et poussaient à des baisses de prix (certes très fort et sans traverser dans les clous) dans le secteur.

Y'a aussi des patrons dans le secteur du bâtiment ou du textile (par exemple) qui employent des gens au noir, voir des clandestins, sans (évidement) payer de cotisations ou taxe à qui que ce soit, et ça permet à leur "clients" de payer moins cher. Ça pousse même les prix vers le bas, tellement que ceux qui déclarent et payent honêtement leur salariés ne peuvent plus suivre.

Maintenant, est-ce qu'il faut conclure que c'est une bonne chose aussi ...

Visiblement, des symboles non résolus dans les binaires. J'ai eu des soucis de cet ordre après avoir installé les drivers proprio, pour une carte ATI aussi.

Chez moi, c'était un problème avec l'équivalent du PATH pour les bibliothèques.


Regarde ce qu'indique la commande ldd sur le fichier indiqué :

ldd /usr/X11R6/lib/modules/drivers/fglrx_drv.o

Cela te montrera peut-être des bibliothèques dont il dépend et qui ne sont pas trouvées.

Si c'est le cas, recherche sur ton système de fichiers si les bibliothèques nécessaires sont réellement installées ou non.

Et si elles le sont, vérifie que les chemins où elles se trouvent sont bien indiqués dans le fichier /etc/ld.so.conf ou dans la variables d'environnement LD_LIBRARY_PATH


Petite question : le driver, il était fournit avec la distribution, ou c'est toi qui l'a installé à partir des fichiers téléchargés sur le site ATI ?

http://www.epons.org/vi.php