CoinKoin a écrit 698 commentaires

Gniii... Segmentation Fault en userspace, un problème de carte son?

Impossible. Il y a forcément un bogue dans ton application. Essaie de récupérer la dernière version de ton logiciel, et si ça ne marche pas, fais un rapport de bogue... Un processus ne doit PAS segfaulter, même si la configuration de sa machine hôte l'empêche de fonctionner.

>Dans la boite printer command j'ai mais kprinter comme avec acroread5 mais ça ne fonctionne pas.

parse error before "kprinter".

:s/mais/mis/

Mouais, essaie avec kpdf (comme ils te le trollent au-dessus :), ou bien avec lp -D<ton imprimante> en ligne de commande dans acroread.

Ou encore avec a2ps -P<ton imprimante> dans une console, ça peut marcher.

C'est certainement une progression de Solaris et des *BSDs :-) .

Ben oui, aMule est multi-plateformes...

Objet ou non, ça ne change strictement rien. Le code est compilé en langage machine, puis exécuté de façon impérative (le processeur orienté objet, ça n'existe pas).

Comme la seule façon de communiquer avec le noyau, c'est de lever une interruption, tu ne peux pas te lier au code du noyau comme à celui d'une bibliothèque quelconque (en compilant statiquement), donc, pour une application de l'espace utilisateur, il est impossible de savoir à quoi ressemble le code du noyau.


(Ah, pour les bibliothèques disponibles en espace utilisateur, je ne dis pas, c'est différent, ça a vraisemblablement de l'intérêt.)

Bull, c'est pas un OS :-) .

>J'aimerais compiler le noyau de ma SME 6.1 (serveur-passerelle) qui tourne avec un processeur AMD Athlon XP 2000, bus à 133 MHz, et ainsi optimiser ses performances.

Heu, c'est possible, ça, d'optimiser les performances d'une machine juste en recompilant son noyau? Tu sais, le noyau est déjà compilé avec -O2 ou -O3 partout, et grâce à la modularité, seules les parties dont tu as l'usage sont effectivement chargées à un instant donné. Tout ce que tu pourrais gagner, c'est quelques Mo en supprimant certains supports non modulaires, mais je ne pense pas que ça fasse lourd.

>un noyau Kernel

Jolie répétition ;-) .


>Après vérification de ma version et de celles qui sont disponibles sur kernel.org , déjà je bute parce que je me demande si 2.4.30-pre3-bk3 est bien le paquetage que je doit installer ?

Hà, non, je ne crois pas. A ta place,
1) J'opterais plutôt pour un noyau 2.6, ils sont plus rapides (enfin, il parait), et
2) j'éviterais d'essayer un noyau de test, pour ne pas subir ses bogues sur une machine de production (même si tu produis juste des frags ;-)).

De plus, ce n'est pas vraiment un paquetage, ce dont tu parles, mais un patch à appliquer au 2.4.30-pre3 (enfin, je suppose, je ne sais pas où tu as trouvé ce fichier). Un peu compliqué, mieux vaut commencer par recompiler un kernel sans patcher (par exemple en téléchargeant les sources d'un noyau 2.4.29, ou plutôt d'un 2.6.11.4, la dernière version 2.6 disponible).

Bonne chance!

Il faut faire cd <le répertoire où se trouvent les sources de ton pilote> d'abord.

Cela dit, généralement, il n'y a pas besoin de recompiler, il suffit de faire urpmi <nom du rpm> pour installer le pilote.

>en + les commandes que l on me demande de rentré ben je les rentres comment et ou ???

Evite le style SMS et les fautes de grammaire, elles n'incitent pas à te répondre.

Pour taper une commande, prends une console texte, un xterm ou une konsole.

Il y a des tutoriaux à ce sujet un peu partout sur le grand ternet, et un google pour les référencer tous, un google pour te les amener et dans les ténèbres les lier, euh non, oublie ça.

P.S. : il n'y a pas de DOS dans Linux, à moins que tu ne fasses allusion aux problèmes de déni de service.

Quel système de fichiers?Je crois que Reiser4 n'est pas encore stable...

>> le projet est de petite taille

>le src.rpm de cvs : 2 362 ko
>le src.rpm de svn : 7 978 ko

Je pense que lorsqu'il écrivait "le projet est de petite taille", il pensait au projet qu'il menait, pas aux projets cvs/svn.

>Le systray à lui aussi été amélioré en permettant de cacher certaines applications à la windows XP.

Qu'est ce que c'est, ça? Et à quoi est-ce que ça sert, de cacher des applications?

C'est une TRES mauvaise idee, ce pilote est multibogue et evidemment impossible a corriger. Les problemes que tu rencontres sont insolubles, puisque personne ne sait comment il marche.

"être supporté" est une mauvaise traduction de l'anglais qui signifie "pris en charge" (sous-entendu correctement ^_^ ).

Pour la methode d'installation, ce site propose une page nomm'ee "Tutorial EciAdsl pour les débutants sous Linux". Il te faut telecharger le rpm qu'ils donnent, puis rebooter sous Linux, et suivre leurs conseils. Au fait, quand ils parlent d'employer une disquette pour passer de windows a' Linux, je te rassure, il est possible de s'en passer. Il suffit d'aller chercher le fichier dans /mnt/windows, par exemple dans /mnt/windows/windows/Bureau/truc.rpm (Si c'est bien le nom de ton .rpm, ce qui m'e'tonnerait :-) ).


Remarque : Tu es poli, et tu ne caches pas ton caracte're de d'ebutant : plus qu''a prendre l'habitude de chercher des reponses sur internet (merci google), et de fouiller un peu les sites web sur lesquels tu tombes, et tu ne resteras pas de'butant longtemps :-) .

Mururoa, ça vous va? C'est tout ce qu'il nous reste en stock pour des pirates qui volent la communauté en partageant les logiciels qu'ils écrivent eux-mêmes...

Alors, il y a des adjectifs de première classe!

Pis des adjectifs de marchandise!



Heu oui d'accord tout de suite mais laissez-moi mes boutons les gars ==>[ ] .

>Root ne peut pas non plus modifier les droits ! (alors qui le peut ???)

A mon avis, si le système de fichiers de ta clef est vfat (comme dans la plupart des cas), la notion de droits n'étant pas gérée par ce système de fichiers antédiluvien, personne ne peut changer les droits.

Si tu veux pouvoir le faire : mkfs.ext2 /dev/hda (par exemple, hein, ça marchera aussi avec Reiserfs). Attention : cela va détruire tes données, donc fais-en une sauvegarde avant; de plus, je ne crois pas que les autres systèmes d'exploitations, à part le Hurd, sachent lire l'ext2.

La solution propre consiste à utiliser killall (ou pkill) avec le signal zéro, pour détecter si le processus existe ou non.

Voir le man de kill pour plus de détails.

http://www.rockbox.org/(...)

C'est peut-être une histoire de noyau...

Dans les options du noyau, dans la gestion de l'énergie APM, le make menuconfig propose l'option "call real mode APM off" (ou un truc de ce genre).

Il faudrait essayer avec cette option activée et désactivée. A essayer, si tu te sens prêt à recompiler ton noyau... :-)

Ben moi pas.

Bonjour, s'il vous plaît, merci, au revoir, etc..., tu connais? Pourtant, ils sont jolis, ces petits mots...

NON, à nouveau (désolé :). init n'est pas un magicien, lorsqu'il doit détruire un processus, il lui envoie un signal. Or les signaux sont inutilisables sur un processus bloqué dans l'état D.

Pas de chance, mais c'était bien essayé :-) .

Au fait, j'y pense, tu ne serais pas par le plus grand des hasards en train d'utiliser un pilote propriétaire nVidia? Non, je dis juste ça comme ça, hein, parce que c'est un des (nombreux) symptômes possibles... Si c'est le cas, tu sais ce qu'il te reste à faire :-) .

Voir titre... Essaie aussi le site de léa-linux, je crois bien qu'il traite ce sujet.

Si un processus résiste au kill -9, c'est qu'il est bloqué en sommeil ininterruptible (typiquement, en train d'effectuer une opération d'entrée-sortie de données).

Un processus qui s'y bloque, c'est un processus victime d'un bogue kernel (ou plus rarement d'un plantage de montage NFS ou autre). Dans le cas où c'est un problème de montage, remets la machine distante en marche, sinon, dis adieu à ton uptime et reboote, il n'existe aucun autre traitement.

PS : le reboot se passe parfois mal, évite de le faire à distance.

Heu, ça m'étonnerait fort que ça marche. Le graveur de DVD a besoin d'un pilote spécifique, écrire dans /dev/dvdrw aura pour effet d'envoyer des commandes à ce pilote, pas d'écrire sur le DVD; de plus, je te rappelle que, avec les CD/DVDs,il n'est pas possible de lire et d'écrire en même temps (très grosse différence avec un disque dur).

Il avait d'ailleurs été signalé sur kernel.org, il y a quelque temps (lors du trollage géant entre Joerg Schilling et le reste de la liste), que le fait d'envoyer des commandes aléatoires au périphérique lecteur/graveur de cdroms pouvait avoir des conséquences graves allant jusqu'à la destruction _matérielle_ du lecteur (c'était d'ailleurs l'une raison invoquée par Joerg Schilling pour interdire la gravure aux non-roots).

Par conséquent, je recommande encore moins mkfs.ext2 /dev/dvdrw que cat /dev/zero>/dev/hda (mais si, vous savez, c'est la célèbre commande servant à benchmarker les performances de son disque dur :) .