dabian live
Salut J'ai testé la debian live "Sid". Elle est en anglais. Il y a-t-il une solution pour la passer en français ? J'ai essayé un "dpkg-reconfigure locales" sans succès, mais peut-être me faut-il télécharger des paquets ou alors ce n'est peut-être pas possible sur un "live". Une idée ? nono signature.asc Description: Ceci est une partie de message numériquement signée
Medicine Mexico: newsletter subscription
Medicine Mexico Order Information --- Hello! You are subscribed to our Newsletter! If you wish to unsubscribe please visit URL: http://www.medsmex.com/store3//mail/[EMAIL PROTECTED] -- Thank you for using our Shopping system Medicine Mexico Phone: 1-866-Medsmex Fax: 1-866-891-5693 URL: www.medsmex.com -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: OpenOffice2
Gilles SICHE wrote: > Bonsoir, > > merci pour toutes vos réponses. Je crois être très près du but, le > dernier obstacle me semble-t-il est la phase "desktop integration" : > > cd desktop-integration > dpkg -i openoffice.org-debian-menus_2.0.x-x_all.deb > > Faut-il créer ce répertoire? J'ai essayé mais sans plus de succès. Je > continue à avoir la version 1.1 d'OpenOffice. > > Merci par avance, > > Gilles Siche Dans l'archive openoffice[...].tar, une fois décompressée, il y a plusieurs répertoires dont: ./RPMS ./RPMS/desktop-integration Et dans ce dernier répertoire, il y a le fichier qui va bien: ./RPMS ./RPMS/desktop-integration ./RPMS/desktop-integration/openoffice.org-debian-menus_2.0.3-2_all.deb ./RPMS/desktop-integration/openoffice.org-mandriva-menus-2.0.3-2.noarch.rpm ./RPMS/desktop-integration/openoffice.org-suse-menus-2.0.3-2.noarch.rpm ./RPMS/desktop-integration/openoffice.org-redhat-menus-2.0.3-2.noarch.rpm ./RPMS/desktop-integration/openoffice.org-freedesktop-menus-2.0.3-2.noarch.rpm ./RPMS/openoffice.org-gnome-integration-2.0.3-7.i586.rpm ./RPMS/openoffice.org-core01-2.0.3-7.i586.rpm ./RPMS/openoffice.org-writer-2.0.3-7.i586.rpm ./RPMS/openoffice.org-*.i586.rpm [il y en a plein] Est-ce plus clair ? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [INFO]Gestion de projet ?
Salut, je suis a la recherche de solutions de gestion de projet, après une breve recherche, je tombe sur quelques logiciels pouvant convenir a ce que je cherche ( a savoir une alternative intuitive et fonctionnelle a MS Project) Je tombe sur un site comparatif (Gantt Projet, Open Workbench, Imendio Planner et Taskjuggler) datant de 2005, les choses evoluant tres vite je voulais savoir si certains d'entre vous utilisent de tels applications? Un retour d'experience serait il possible. Pour ma gestion de projet(s), j'utilise une méthode appelée GTD couplée au mode Org de GNU Emacs. L'intérêt de cette méthodologie est qu'elle s'applique tout autant à des projets informatiques, des projets professionnels ou bien à des tâches quotidiennes. Fais une recherche sur google pour avoir plus de détails. Pour l'outil, c'est en fait un outliner qui s'interface avec plusieurs autres modes de GNU GNU Emacs: 1. calendar/diary 2. bbdb 3. rmail/vm/gnus 4. dired 5. whatever Il dispose d'un système de publication/export, du clocking, gestion de tags/catégories, priorité, deadlines, ... Bref, c'est le top du top. Dans un autre style, il existe aussi le mode planner. -- Xavier -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: OpenOffice2
Bonsoir, merci pour toutes vos réponses. Je crois être très près du but, le dernier obstacle me semble-t-il est la phase "desktop integration" : cd desktop-integration dpkg -i openoffice.org-debian-menus_2.0.x-x_all.deb Faut-il créer ce répertoire? J'ai essayé mais sans plus de succès. Je continue à avoir la version 1.1 d'OpenOffice. Merci par avance, Gilles Siche
Re: RE : Re: RE : Re: PROB DISQUE DUR
Pascal Hambourg a écrit : En fait, en remplaçant la nappe à 80 fils par une nappe à 40 fils, tu as surtout limité les modes de transfert disponibles à l'UDMA 2 au plus, avec un débit maximum d'environ 30 Mo/s au lieu des 50 Mo/s que tu avais auparavant. Tu peux vérifier le mode de transfert effectif avec hdparm -I ou -i et le débit effectif avec hdparm -t. C'est peut-être le prix à payer pour ne plus avoir d'erreurs, mais j'aurais quand même Bizarre, il en manque un bout. Je complète. J'aurais quand même essayé de remplacer la nappe par une autre nappe à 80 fils neuve et en bon état. Ces nappes étant plus fines et plus rigides que celles à 40 fils, j'ai l'impression qu'elles sont aussi plus fragiles. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RE : Re: RE : Re: PROB DISQUE DUR
ben durand a écrit : Donc, ça rejoint tout ce que vous avez dit, et le problème venait de ma nappe ide. J'avais mis une nappe de 80 pin, alors qu'il fallait une nappe de 40 pin une ancienne version. Je ne crois pas, non. Tu as mesuré avec hdparm un débit soutenu de plus de 50 Mo/s, ce qui implique la mise en oeuvre d'un mode de transfert qui exige une nappe à 80 fils. Les modes de transfert possibles sur une nappe à 40 fils ne permettent pas un tel débit. Ton disque dur et ton contrôleur hôte sont tous les deux prévus pour fonctionner avec une nappe à 80 fils. En changeant la nappe, j'ai fait une réinstall et les messages error ont disparus. En fait, en remplaçant la nappe à 80 fils par une nappe à 40 fils, tu as surtout limité les modes de transfert disponibles à l'UDMA 2 au plus, avec un débit maximum d'environ 30 Mo/s au lieu des 50 Mo/s que tu avais auparavant. Tu peux vérifier le mode de transfert effectif avec hdparm -I ou -i et le débit effectif avec hdparm -t. C'est peut-être le prix à payer pour ne plus avoir d'erreurs, mais j'aurais quand même -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [HS] lm-sensors : quelle est la bonne températ ure ?
Mercredi 6 septembre 2006, 14:16:23 CEST, Frédéric BOITEUX a écrit : > > Le mer 06 sep 2006 13:51:24 CEST, Nicolas Roudninski > <[EMAIL PROTECTED]> a écrit : > > Ce que je ne comprends pas bien, c'est que le bios indique seulement 2 > > températures : le CPU et la CM (donc : d'où provient cette 3e temp ?) > > Peut-être est-ce un doublon des deux autres (avec un calcul final > différent ?)... En regardant dans le fichier sensors.conf, pour le > chipset de capteur matériel de ta carte-mère, on trouve parfois des > infos suivant telle ou telle carte / config... Il est aussi possible que seulement deux des trois capteurs possibles sur la puce soient utilisés pour cette carte-mère. Ou alors, du fait qu'elle varie aussi, c'est la température du boîtier, mais la formule est mauvaise (60 °C alors que les autres sont à 30 °C, ça fait beaucoup). sensors.conf contient une configuration générale pour chaque puce mais les constructeurs (notamment ASUS) les utilisent parfois de façon particulière : inversions de capteurs, formules différents, etc. sensors.conf est pas trop mal documenté et les valeurs non standard de certaines cartes mères sont notées en commentaires. On peut aussi trouver des infos sur le web en recherchant « temperature sensors» (ajouter « Linux » pour éviter les forums trop « kikoololeurs »). En ce qui concerne les disques durs, les températures de fonctionnement sont données par smartctl (min-max d'utilisation et courante) (paquet smartmontools, très utile). -- Sylvain Sauvage
Re: Re: Postfix - regeneration conf
Bonjour Apres une installation standard de postfix sur une version ubuntu serveur, après modification du fichier de configuration main.cf je n’arrive toujours pas à envoyé des mails même en local sur la machine. Une idée ??? Cdt rderuel
Re: [HS] lm-sensors : quelle est la bonne températ ure ?
Mercredi 6 septembre 2006, 20:33:43 CEST, Michel Grentzinger a écrit : >[...] > > Et quel type de CPU chauffe le plus amd ou intel ? > > Je pensais qu'un amd avait tendance a plus chauffer qu'un intel. Me > > trompe-je ? > > Il parait que les problèmes de surchauffe sur les AMD ont totalement > disparus. Et maintenant, l'un n'est pas plus chaud que l'autre. Ça dépend de quel processeur l'on parle : à gravure équivalente les P4 chauffent bien plus que les AMD. En plus la plupart des AMD (tous ?) ont le Powernow : la possibilité de réduire la fréquence ET la tension (baisser la fréquence ne diminue pas la température, par contre, baisser la tension, ça aide drôlement). Mais les différences se réduisent avec les nouveaux modèles. -- Sylvain Sauvage
RE : Re: RE : Re: PROB DISQUE DUR
Merci encore pour toutes les explications, ça m'a permis d'y voir plus clair. Donc, ça rejoint tout ce que vous avez dit, et le problème venait de ma nappe ide. J'avais mis une nappe de 80 pin, alors qu'il fallait une nappe de 40 pin une ancienne version. En changeant la nappe, j'ai fait une réinstall et les messages error ont disparus. A priori, je pense que le prob est résolu. Si ça bouge, je vous tiens au courant. Je vais pouvoir continuer mes install. Ben > >>L'erreur BadCRC n'est pas un pb de lecture sur le > >>disque mais un pb > >>de transfert UDMA entre le disque et le > controleur. > [...] > > ok, je change la nappe IDE, et je fais le test. > > Notes : > > 1) Il semble que les erreurs de transmission se > produisent lors > d'écriture, or "hdparm -t" ne teste qu'en lecture. > Pour tester en > écriture, on peut créer ou copier un gros fichier > avec dd par exemple. > > 2) l'option -c (32 bits) de hadparm ne s'applique > qu'aux modes PIO, > qu'il vaut mieux éviter à cause de leur lenteur > extrême par rapport aux > modes UDMA ou même DMA. Il faut laisser l'option -d > (DMA) à 1 pour > activer les transferts en mode DMA ou UDMA. > > 3) Tu peux essayer avec des modes UDMA moins > rapides, moins sensibles > aux parasites ou aux défauts de la connectique et de > l'électronique. > Pour forcer un mode UDMA, l'option -X doit être > accompagnée d'une valeur > numérique ou texte spécifiant le mode (cf. man > hdparm) : > -X64 ou -X udma0 -> UDMA 0 (16 Mo/s) > -X65 ou -X udma1 -> UDMA 1 (25 Mo/s) > -X66 ou -X udma2 -> UDMA 2 (33 Mo/s) > -X67 ou -X udma3 -> UDMA 2 (44 Mo/s) > -X68 ou -X udma4 -> UDMA 4 (66 Mo/s) > -X69 ou -X udma5 -> UDMA 5 (100 Mo/s) > -X70 ou -X udma6 -> UDMA 2 (133 Mo/s) > > Ne surtout pas forcer un mode de transfert non > supporté par le > contrôleur hôte ou le disque, ça peut le bloquer. Vu > le débit soutenu > mesuré par hdparm de 52 Mo/s, le mode de transfert > courant est au moins > UDMA 4. Il est indiquée par une * dans la sortie de > hdparm -i ou -I. > > Les modes non UDMA ne sont pas intéressant car ils > n'intègrent pas de > CRC, et les erreurs de transfert ne peuvent être > détectées qu'en > comparant les données transférées aux données > originales avec une somme > MD5 par exemple. > > > Puis-je tester le bloc d'alimentation ? Je vais me > > procurer un nouveau bloc d'alimentation et tester > > aussi. > > Ce n'est pas utile dans un premier temps. > > > Devrais-je pas tester le DD sur un autre pc, et > donc > > si les erreurs disparaissent, je saurais que ce > n'est > > pas mon DD ? > > Pourquoi pas. Mais cela ne voudra pas > obligatoirement dire que le disque > est hors de cause. Cela peut être l'association du > disque et du > contrôleur hôte qui crée les erreurs. > > > Par contre avant, j'ai lu que je devais faire un > low > > format sur le DD. Dois-je le formater ? > > Non, c'est parfaitement inutile puisqu'a priori tu > as des erreurs de > transfert, pas des erreurs de lecture ou d'écriture. > De toute façon, ce > n'est pas possible de faire un vrai formatage de bas > niveau sur les > disques ATA modernes. Même les utilitaires fournis > par les fabricants ne > le font pas. > > ___ Découvrez un nouveau moyen de poser toutes vos questions quelque soit le sujet ! Yahoo! Questions/Réponses pour partager vos connaissances, vos opinions et vos expériences. http://fr.answers.yahoo.com -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Conflit d'IRQs
Mercredi 6 septembre 2006, 19:07:58 CEST, hector dupont a écrit : >[...] > Ensuite, lors du boot du noyau linux ... je ne sais pas trop ce qui se > passe :-( > > * peut être que le noyau se contente d'utiliser les cartes telles > qu'elles sont configurés par le BIOS > * peut être qu'il a lui-même un "arbitreur" (???) et qu'il réorganise > les ressources "par dessus" le BIOS : dans ce cas il doit y avoir moyen > d'agir > > mais il y a bien quelqu'un qui va éclairer le débat ... Juste une étincelle : les options pciirq et acpipci ont un rapport (évident pour la première) avec la gestion des IRQ par le noyau Linux. (Il y a aussi une gestion « d'affinité » entre les IRQ et les processeurs en SMP.) Faut se balader dans le code... -- Sylvain Sauvage
Re: Problème avec le drivers madwifi-ng
Non, je n'ai pas fait update-modules, mais j'ai installé depuis les sources en version 0.9.2. Patrice.
Re: RE : Re: PROB DISQUE DUR
ben durand a écrit : L'erreur BadCRC n'est pas un pb de lecture sur le disque mais un pb de transfert UDMA entre le disque et le controleur. [...] ok, je change la nappe IDE, et je fais le test. Notes : 1) Il semble que les erreurs de transmission se produisent lors d'écriture, or "hdparm -t" ne teste qu'en lecture. Pour tester en écriture, on peut créer ou copier un gros fichier avec dd par exemple. 2) l'option -c (32 bits) de hadparm ne s'applique qu'aux modes PIO, qu'il vaut mieux éviter à cause de leur lenteur extrême par rapport aux modes UDMA ou même DMA. Il faut laisser l'option -d (DMA) à 1 pour activer les transferts en mode DMA ou UDMA. 3) Tu peux essayer avec des modes UDMA moins rapides, moins sensibles aux parasites ou aux défauts de la connectique et de l'électronique. Pour forcer un mode UDMA, l'option -X doit être accompagnée d'une valeur numérique ou texte spécifiant le mode (cf. man hdparm) : -X64 ou -X udma0 -> UDMA 0 (16 Mo/s) -X65 ou -X udma1 -> UDMA 1 (25 Mo/s) -X66 ou -X udma2 -> UDMA 2 (33 Mo/s) -X67 ou -X udma3 -> UDMA 2 (44 Mo/s) -X68 ou -X udma4 -> UDMA 4 (66 Mo/s) -X69 ou -X udma5 -> UDMA 5 (100 Mo/s) -X70 ou -X udma6 -> UDMA 2 (133 Mo/s) Ne surtout pas forcer un mode de transfert non supporté par le contrôleur hôte ou le disque, ça peut le bloquer. Vu le débit soutenu mesuré par hdparm de 52 Mo/s, le mode de transfert courant est au moins UDMA 4. Il est indiquée par une * dans la sortie de hdparm -i ou -I. Les modes non UDMA ne sont pas intéressant car ils n'intègrent pas de CRC, et les erreurs de transfert ne peuvent être détectées qu'en comparant les données transférées aux données originales avec une somme MD5 par exemple. Puis-je tester le bloc d'alimentation ? Je vais me procurer un nouveau bloc d'alimentation et tester aussi. Ce n'est pas utile dans un premier temps. Devrais-je pas tester le DD sur un autre pc, et donc si les erreurs disparaissent, je saurais que ce n'est pas mon DD ? Pourquoi pas. Mais cela ne voudra pas obligatoirement dire que le disque est hors de cause. Cela peut être l'association du disque et du contrôleur hôte qui crée les erreurs. Par contre avant, j'ai lu que je devais faire un low format sur le DD. Dois-je le formater ? Non, c'est parfaitement inutile puisqu'a priori tu as des erreurs de transfert, pas des erreurs de lecture ou d'écriture. De toute façon, ce n'est pas possible de faire un vrai formatage de bas niveau sur les disques ATA modernes. Même les utilitaires fournis par les fabricants ne le font pas. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
vlan sous debian
Bonjour, Jai un serveur debian sur laquel il a été configurer des vlans comme ci-dessous sur une des interfaces. auto vlan4 iface vlan4 inet static vlan-raw-device eth0 address X.X.X.X netmask X.X.X.X network X.X.X.X broadcast X.X.X.X auto vlan2 iface vlan2 inet static vlan-raw-device eth0 address X.X.X.X netmask X.X.X.X network X.X.X.X broadcast X.X.X.X auto vlan1 iface vlan1 inet static vlan-raw-device eth0 address X.X.X.X netmask X.X.X.X network X.X.X.X broadcast X.X.X.X Maintenant jaimerais utiliser cette interface sans les vlan tout en conservant la onfig du vlan au cas ce que je veux faire ne marcherait pas. Es ce que si jenlève toute cette config decrit ci haut et je met ce qui suit, ça marcherait ? auto eth0 iface eth0 net static address X.X.X.X netmask X.X.X.X network X.X.X.X broadcast X.X.X.X gateway X.X.X.X Ou dois-je simplement enlever par exemple les vlan 2 et 4 et laisser seulement le 1 avec mes nouvelles adresses. Merci davance. Josepha HODE Informaticien Réseaux Télécom Tél: 00 227 95 65 05 Email: [EMAIL PROTECTED] ( Niamey) Yahoo! Mail réinvente le mail ! Découvrez le nouveau Yahoo! Mail et son interface révolutionnaire.
Re: Problème avec les VLAN
Josepha HODE a écrit : Bonjour, J’ai un serveur debian sur laquel il a été configurer des vlans comme ci-dessous sur une des interfaces. auto vlan4 iface vlan4 inet static vlan-raw-device eth0 address X.X.X.X netmask X.X.X.X network X.X.X.X broadcast X.X.X.X auto vlan2 iface vlan2 inet static vlan-raw-device eth0 address X.X.X.X netmask X.X.X.X network X.X.X.X broadcast X.X.X.X auto vlan1 iface vlan1 inet static vlan-raw-device eth0 address X.X.X.X netmask X.X.X.X network X.X.X.X broadcast X.X.X.X Maintenant j’aimerais utiliser cette interface sans les vlan tout en conservant la onfig du vlan au cas ce que je veux faire ne marcherait pas. Es ce que si j’enlève toute cette config decrit ci haut et je met ce qui suit, ça marcherait ? auto eth0 iface eth0 net static address X.X.X.X netmask X.X.X.X network X.X.X.X broadcast X.X.X.X gateway X.X.X.X Ou dois-je simplement enlever par exemple les vlan 2 et 4 et laisser seulement le 1 avec mes nouvelles adresses. Merci d’avance. Salut il ne suffit pas de laisser le vlan 1 car cela voudrait dire que tu souhaites utiliser le VLAN qui est envoyé par défaut par ton switch mais sur la plupart des switchs on peut configurer le VLAN que l'on souhaite envoyer par défaut... et c'est pas forcement le 1 !! En gros, si tu laisses la config pour ton VLAN 1 pour que ca marche, tu utilises encore les VLANs et tu supposes que le VLAN par défaut configuré sur ton switch est le 1 ce qui n'est pas forcement le cas ! J'espère que j'ai été assez clair. Cordialement Guillaume -- Guillaume E-mail: silencer__free-4ever__net Blog: http://guillaume.free-4ever.net Site: http://www.free-4ever.net -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE : Re: PROB DISQUE DUR
> L'erreur BadCRC n'est pas un pb de lecture sur le > disque mais un pb > de transfert UDMA entre le disque et le controleur. > Essaie de changer la nappe IDE et si cela continue, > le bloc > d'alimentation, des parasites sur les tensions > d'alim (condensateurs > de filtrage défectueux) pouvant aussi causer ce > genre d'erreurs. ok, je change la nappe IDE, et je fais le test. Puis-je tester le bloc d'alimentation ? Je vais me procurer un nouveau bloc d'alimentation et tester aussi. Devrais-je pas tester le DD sur un autre pc, et donc si les erreurs disparaissent, je saurais que ce n'est pas mon DD ? Par contre avant, j'ai lu que je devais faire un low format sur le DD. Dois-je le formater ? Merci Ben ___ Découvrez un nouveau moyen de poser toutes vos questions quelque soit le sujet ! Yahoo! Questions/Réponses pour partager vos connaissances, vos opinions et vos expériences. http://fr.answers.yahoo.com -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Problème avec les VLAN
Bonjour, J’ai un serveur debian sur laquel il a été configurer des vlans comme ci-dessous sur une des interfaces. auto vlan4 iface vlan4 inet static vlan-raw-device eth0 address X.X.X.X netmask X.X.X.X network X.X.X.X broadcast X.X.X.X auto vlan2 iface vlan2 inet static vlan-raw-device eth0 address X.X.X.X netmask X.X.X.X network X.X.X.X broadcast X.X.X.X auto vlan1 iface vlan1 inet static vlan-raw-device eth0 address X.X.X.X netmask X.X.X.X network X.X.X.X broadcast X.X.X.X Maintenant j’aimerais utiliser cette interface sans les vlan tout en conservant la onfig du vlan au cas ce que je veux faire ne marcherait pas. Es ce que si j’enlève toute cette config decrit ci haut et je met ce qui suit, ça marcherait ? auto eth0 iface eth0 net static address X.X.X.X netmask X.X.X.X network X.X.X.X broadcast X.X.X.X gateway X.X.X.X Ou dois-je simplement enlever par exemple les vlan 2 et 4 et laisser seulement le 1 avec mes nouvelles adresses. Merci d’avance.
Re: Probléme install carte adaptec 2940
Selon Cyrille Blanpain <[EMAIL PROTECTED]>: > Bonjour > > Je tente d'installer une debian sarge 3.1r2 sur un PowerEdge 1300 > Dell équipé d'une carte adaptec. L'install freeze au moment du chargement > du module aic7xxx pour ma carte controleur adaptec 2940u2w. > > Ceci se passe quel que soit le noyaux en 2.4 ou en 2.6 et avec ou sans le > paramétre aic7xxx=no_reset qui me direz vous n'est pas censé concerner > cette carte. Est-ce que tu peux passer sur la 2e console virtuelle avant ce chargement et regarder les interruptions (cat /proc/interrupts) ? Il s'agit peut-être d'une interruption partagée entre la carte et un autre périphérique qui poserait problème. Si c'est le cas, tu peux chercher dans le BIOS pour voir s'il est possible de modifier l'attribution des interruptions (voire peut-être désactiver les APIC et LAPIC avec noapic et nolapic à l'invite d'amorçage du noyau). Fred -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: PROB DISQUE DUR
On Thu, 7 Sep 2006, ben durand wrote:
A l'install, je me suis amusé à cocher le package x-windows pour avoir une
interface graphique.
Et lors du download par ftp, certains programmes ne se téléchargent pas
complètement, et j'ai une erreur du genre :
hda : dma_intr : status=0x51 {DriveReady Seekcomplete Error}
hda : dma_intr : error = 0x84 {DriveStatusError BadCRC}
J'avais déjà ce problème avec un DD précédent, et je pensais que ça
venait de mon disque. Et en changeant de DD, le même problème
réapparait.
A quoi peuvent venir ces erreurs ?
L'erreur BadCRC n'est pas un pb de lecture sur le disque mais un pb
de transfert UDMA entre le disque et le controleur.
Essaie de changer la nappe IDE et si cela continue, le bloc
d'alimentation, des parasites sur les tensions d'alim (condensateurs
de filtrage défectueux) pouvant aussi causer ce genre d'erreurs.
--
Etienne Vogt.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re : Re: RE : Re: RE : Re: son: alsa conf à relancer à chaque session
Moi j'avais se soucis car j'avais une carte son intégrée à la carte mère et une carte son PCI, en désactivant la carte son intégrée dans le bios . J'ai réglé le problème David Pailler Personne Ressource TICE Prof de Mathématiques Collège Joséphine Baker Saint-Ouen - Message d'origine - De: Damien Courousse <[EMAIL PROTECTED]> Date: Mercredi, Septembre 6, 2006 10:45 pm Objet: Re: RE : Re: RE : Re: son: alsaconf à relancer à chaque session > Bonsoir à tous, > > Je viens de résoudre le problème ce soir... à ma façon: > > J'avais à l'époque remarqué comme beaucoup qu'un alsaconf brute de > force > remettait tout à plat... Sauf que c'était bon pour recommencer au > boot > suivant! > > http://www.mail-archive.com/debian-user- > [EMAIL PROTECTED]/msg125259.html > J'avais laissé tombé l'affaire (merci au passage pour les réponses > de > Stéphane et Pascal à l'époque, dont je ne sais pour quelle raison > je > n'ai pas eu connaissance... enfin je m'égare!) > > Puis je me suis rendu compte il y a quelques jours qu'un > /etc/init.d/alsa reload m'indiquait que le processus esd était > toujours > en train de tourner (je n'ai plus le message d'erreur exact sous la > main...)Je me contentais donc d'un /etc/init.d/alsa force-reload; > toujours > brutal, mais déjà moins bourrin qu'un alsaconf! > > En fait dans /etc/esound/esd.conf, j'avais la ligne > auto_spawn=0 > il faut le mettre à 1 pour que esd ne se lance automatiquement que > si on > a besoin de lui et qu'il ne prenne pas la main dès le démarrage!!! > > Voilà! > Cordialement, > Damien > > > -- > Lisez la FAQ de la liste avant de poser une question : > http://wiki.debian.net/?DebianFrench > Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et > "Reply-To:" > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] >
RE : Re: RE : Re: PROB DISQUE DUR
> > > Pas toutes, juste la nappe du disque en > question. > > > Avant, tu peux essayer de forcer l'utilisation > > d'un > > > mode UDMA plus lent > > > avec hdparm -X pour voir. Voire de désactiver le > > > DMA, mais ça va ramer sec. > > # hdparm -t /dev/hda > /dev/hda: > Timing buffered disk reads: 158 MB in 3.04 > seconds > = 52.00 MB/sec > # hdparm -c 1 /dev/hda > /dev/hda: > setting 32-bit IO_support flag to 1 > IO_support = 1 (32-bit) > # hdparm -d 1 /dev/hda > /dev/hda: > setting using_dma to 1 (on) > using_dma= 1 (on) > # hdparm -X /dev/hda /dev/hda: setting xfermode to 0 (default PIO mode) ___ Découvrez un nouveau moyen de poser toutes vos questions quelque soit le sujet ! Yahoo! Questions/Réponses pour partager vos connaissances, vos opinions et vos expériences. http://fr.answers.yahoo.com -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE : Re: RE : Re: PROB DISQUE DUR
> > Pas toutes, juste la nappe du disque en question. > > Avant, tu peux essayer de forcer l'utilisation > d'un > > mode UDMA plus lent > > avec hdparm -X pour voir. Voire de désactiver le > > DMA, mais ça va ramer sec. # hdparm -t /dev/hda /dev/hda: Timing buffered disk reads: 158 MB in 3.04 seconds = 52.00 MB/sec # hdparm -c 1 /dev/hda /dev/hda: setting 32-bit IO_support flag to 1 IO_support = 1 (32-bit) # hdparm -d 1 /dev/hda /dev/hda: setting using_dma to 1 (on) using_dma= 1 (on) voilà ___ Avez-vous essayé le nouveau Yahoo! Mail ? Plus rapide, plus efficace... simplement révolutionnaire ! Découvrez-le. Lien :http://fr.mail.yahoo.com -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE : Re: RE : Re: PROB DISQUE DUR
--- Pascal Hambourg <[EMAIL PROTECTED]> a écrit : > Salut, > > ben durand a écrit : > >>J'avais déjà ce problème avec un DD précédent, et > je pensais que ça > >>venait de mon disque. Et en changeant de DD, le > même problème réapparait. > > Même modèle, série ou marque que le précédent disque > ? Non le premier est un maxtor diamondmax plus 9 en 80 Go,et le second, un hitachi de 160 Go. > > >>A quoi peuvent venir ces erreurs ? > > > > Connectique fatiguée, nappe toute pliée. > > > > donc, il faut que je change toutes les > connectiques et les nappes ? > > Pas toutes, juste la nappe du disque en question. > Avant, tu peux essayer de forcer l'utilisation d'un > mode UDMA plus lent > avec hdparm -X pour voir. Voire de désactiver le > DMA, mais ça va ramer sec. si je fais : # hdparm -X bash: hdparm: command not found > > Y aurait-il des problèmes mis à part les > connectiques ? > > Un défaut du contrôleur ATA hôte, un bug du pilote, > une incompatibilité > électrique ou de timing entre le contrôleur et le > disque, une > alimentation hors tolérance ou instable... Comment je peux le tester le contrôleur ATA hôte? En lisant sur le net, une solution pour corriger ces erreurs est de faire un low format du disque. Est-ce judicieux de formater ? dans tous les cas, si le problème vient des connectiques, les erreurs reviendront. Pour aller au plus simple et au plus vite, quelles sont les pièces de mon pc que je dois changer pour être sûre d'avoir un serveur en bon état de fonctionnement ? (est-ce du au fait d'avoir un pc assemblé, et peut être mal assemblé ? vaut-il mieux par sécurité, acheté un serveur monté d'avance chez un constructeur pour réduire les risques de pannes ? Merci Ben. ___ Faites de Yahoo! votre page d'accueil sur le web pour retrouver directement vos services préférés : vérifiez vos nouveaux mails, lancez vos recherches et suivez l'actualité en temps réel. Rendez-vous sur http://fr.yahoo.com/set -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: dvd authoring, mencoder et 5h de film sur un dvd5
Le mercredi 06 septembre 2006 à 17:13 +0200, Nicolas Folin a écrit : > [ ... ] > > > Ok, je comprends bien, cela revient sensiblement à ce que je fais, mais > le soucis vient du > fait que la vidéo est en 29,97 fps, et pour un dvd PAL, il faut du 25 fps. > > Il ne s'agit pas de "juste passer la vidéo en 25 fps", mais bien de > "supprimer" 4,97 fps, 5>4,97>4 effectivement je n'avais pas bien lu ton explication, peut être, comme l'a suggéré qqun sur la liste, le faire en plusieurs passes et dans un autre format que DVD (vcd, svcd ?) > et ça je n'arrive pas à le faire avec transcode. > > Je le fais avec mencoder, mais le résultat "sur platine" n'est pas > excessivement joli (je dois J'utilise trop peu mencoder pour pouvoir t'aider ! :-(( > mettre trop de film sur un dvd - pourtant, je n'ai pas l'impression de > trop exagérer...) ;) @+ -- Michel Luc [EMAIL PROTECTED] | http://www.cern91.net/ GAULE, LUG de l'Essonne: http://gaule.org/ -*-*-*-*-*-*-* GnuPG v1.0.6 (GNU/Linux) *-*-*-*-*-*-*-*- <[EMAIL PROTECTED]> GPG: 1024D/3D07B881 KFP: 155C 2287 2084 33E0 4263 8AC9 B10F 03CB 3D07 B881 signature.asc Description: Ceci est une partie de message numériquement signée
Re: RE : Re: PROB DISQUE DUR
Salut,autre piste : les vis trop bien serrées mènent parfois à des problèmes de masses qui donnent ce genred'erreur... À voir :)Tanguy2006/9/7, Pascal Hambourg < [EMAIL PROTECTED]>:Salut, ben durand a écrit :>>J'avais déjà ce problème avec un DD précédent, et je pensais que ça>>venait de mon disque. Et en changeant de DD, le même problème réapparait.Même modèle, série ou marque que le précédent disque ? >>A quoi peuvent venir ces erreurs ?>> Connectique fatiguée, nappe toute pliée.>> donc, il faut que je change toutes les connectiques et les nappes ?Pas toutes, juste la nappe du disque en question. Avant, tu peux essayer de forcer l'utilisation d'un mode UDMA plus lentavec hdparm -X pour voir. Voire de désactiver le DMA, mais ça va ramer sec.> Y aurait-il des problèmes mis à part les connectiques ? Un défaut du contrôleur ATA hôte, un bug du pilote, une incompatibilitéélectrique ou de timing entre le contrôleur et le disque, unealimentation hors tolérance ou instable...--Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrenchVous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et"Reply-To:"To UNSUBSCRIBE, email to [EMAIL PROTECTED]with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problém e install carte adaptec 2940
Bonjour On Thu, Sep 07, 2006 at 09:57:22AM +0200, Cyrille Blanpain wrote: > Bonjour > > Je tente d'installer une debian sarge 3.1r2 sur un PowerEdge 1300 > Dell équipé d'une carte adaptec. L'install freeze au moment du chargement > du module aic7xxx pour ma carte controleur adaptec 2940u2w. > > Ceci se passe quel que soit le noyaux en 2.4 ou en 2.6 et avec ou sans le > paramétre aic7xxx=no_reset qui me direz vous n'est pas censé concerner > cette carte. > Merci de votre aide Ca n'a peut-être rien à voir avec ton problème, mais il m'était arrivé quelque chose d'approchant également avec une Adaptec 2940 que j'avais rajouttée sur un Athlon. La différence, c'est qu'il arrivait à la carte SCSI de planter avant le boot, quand son BIOS prenait la main. Quand la carte ne plantait pas à ce moment là, la machine freezait au chargement du driver. Une mise à jour du firmware de la carte SCSI avait règlé le problème. Sinon, autre piste à explorer : Les terminaisons SCSI. J'ai déjà eu une vieille machine équipée d'une Adaptec 1542 qui finissait par freezer au bout de quelques heures de "fonctionnement" (plus ou moins chaotique) à cause d'un problème de terminaison SCSI. A+ -- Jérôme -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [HS] lm-sensors : quelle est la bonne tempé rature ?
Le mer 06 sep 2006 23:26:19 CEST, Nicolas Roudninski <[EMAIL PROTECTED]> a écrit : > Je viens de rebouter et le bios indique : > CPU : 40°C > CM : 35°C > lm-sensors : > temp1 : 35°C (là le bios et sensors seraient d'accord) > temp2 : 34°C > temp3 : 59°C > Il y'a quand même une différence non négligeable entre les deux > valeurs, soit 6°C, soit 19°C ! > > A qui faire le plus confiance ? > Dois-je modifier quelque chose dans /etc/sensors.conf pour ajouter ces > 6° à temp2 ? Et quid de temp3 ??? As-tu des des infos dans le fichier sensors.conf ? Pour les trouver, tu dois identifier quel puce est utilisée comme capteur (première ligne du résultat de la commande 'sensors') et chercher la configuration correspondante « chip XXX ». Regarde ensuite si tu as des formules qui sont appliquées à tes valeurs de température... Fred.
Re: RE : Re: PROB DISQUE DUR
Salut, ben durand a écrit : J'avais déjà ce problème avec un DD précédent, et je pensais que ça venait de mon disque. Et en changeant de DD, le même problème réapparait. Même modèle, série ou marque que le précédent disque ? A quoi peuvent venir ces erreurs ? Connectique fatiguée, nappe toute pliée. donc, il faut que je change toutes les connectiques et les nappes ? Pas toutes, juste la nappe du disque en question. Avant, tu peux essayer de forcer l'utilisation d'un mode UDMA plus lent avec hdparm -X pour voir. Voire de désactiver le DMA, mais ça va ramer sec. Y aurait-il des problèmes mis à part les connectiques ? Un défaut du contrôleur ATA hôte, un bug du pilote, une incompatibilité électrique ou de timing entre le contrôleur et le disque, une alimentation hors tolérance ou instable... -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Avec quelle version de gcc est compilée mon noyau ?
Merci à tous pour les infos qui se recoupent. Bon a.m. Patrice.
RE : Re: PROB DISQUE DUR
> J'avais déjà ce problème avec un DD précédent, et je pensais que ça > venait de mon disque. Et en changeant de DD, le même problème réapparait.> A quoi peuvent venir ces erreurs ?Bonjour,Connectique fatiguée, nappe toute pliée.donc, il faut que je change toutes les connectiques et les nappes ?je vais procéder à ce changement.je te tiens au courant. Y aurait-il des problèmes mis à part les connectiques ? Découvrez un nouveau moyen de poser toutes vos questions quelque soit le sujet ! Yahoo! Questions/Réponses pour partager vos connaissances, vos opinions et vos expériences. Cliquez ici.
Re: PROB DISQUE DUR
ben durand a écrit : J'avais déjà ce problème avec un DD précédent, et je pensais que ça venait de mon disque. Et en changeant de DD, le même problème réapparait. A quoi peuvent venir ces erreurs ? Bonjour, Connectique fatiguée, nappe toute pliée. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
PROB DISQUE DUR
bonjour, j'essaie de faire des install de debian en serveur. A l'install, je me suis amusé à cocher le package x-windows pour avoir une interface graphique. Et lors du download par ftp, certains programmes ne se téléchargent pas complètement, et j'ai une erreur du genre : hda : dma_intr : status=0x51 {DriveReady Seekcomplete Error}hda : dma_intr : error = 0x84 {DriveStatusError BadCRC}J'avais déjà ce problème avec un DD précédent, et je pensais que ça venait de mon disque. Et en changeant de DD, le même problème réapparait. A quoi peuvent venir ces erreurs ?MerciBen
Découvrez un nouveau moyen de poser toutes vos questions quelque soit le sujet !
Yahoo! Questions/Réponses pour partager vos connaissances, vos opinions et vos expériences. Cliquez ici.
unsuscribe
Re: Avec quelle version de gcc est compilée mon noyau ?
Selon Patrice OLIVER <[EMAIL PROTECTED]>: > Bonjour, > > Ma question est en objet. J'ai besoin de savoir avec quelle version de > gcc est compilé mon noyau (je suis sur SID, noyau 2.6.17), afin de > soit compiler les pilotes madwifi avec le même compilateur, soit > compiler mon noyau avec la version de gcc en place sur mon système. cat /proc/version Cela donne sur ma machine (en testing) : Linux version 2.6.17.11 ([EMAIL PROTECTED]) (gcc version 4.1.2 20060613 (prerelease) (Debian 4.1.1-5)) #1 SMP Mon Aug 28 15:22:16 CEST 2006 À noter que la version 4.1.1-5 a été remplacée dans testing par la 4.1.1-11 le 01/09 (cf. http://packages.qa.debian.org/g/gcc-4.1.html). C'est pour cela que ceci me donne une version différente : $ gcc --version gcc (GCC) 4.1.2 20060814 (prerelease) (Debian 4.1.1-11) Fred -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Probléme install carte adaptec 2940
Bonjour Je tente d'installer une debian sarge 3.1r2 sur un PowerEdge 1300 Dell équipé d'une carte adaptec. L'install freeze au moment du chargement du module aic7xxx pour ma carte controleur adaptec 2940u2w. Ceci se passe quel que soit le noyaux en 2.4 ou en 2.6 et avec ou sans le paramétre aic7xxx=no_reset qui me direz vous n'est pas censé concerner cette carte. Merci de votre aide
Re: [INFO]Gestion de projet ?
brunoml wrote: J'ai testé un certain temps OpenWorkbench (on libre), planner, GanttProject. Je n'ai pas trouvé comment indiqué l'avancement des tâches en jours (ou en heures), on ne peut le faire qu'en pourcentages, ce qui ne me parait pas du tout naturel (lors d'une réunion d'avancement d'un projet, les développeurs n'indiquent pas leurs avancement en pourcentages, du moins, de ce que je connais). J'utilise maintenant Faces. C'est un peu brut d'approche, mais c'est très souple. C'est en fait des objets Python. Je le l'utilise couplé à un petit outil "clocking" permettant aux développeurs de chronométrer leurs temps sur les déifférents tâches et de remettre ensuite le projet à jour (ce qui évite chef de projet la tâche répétitive de mettre à jour l'avancement des tâches). Il y a aussi le projet Open Office Project (OOpm). Mais ça avance lentenment (phase d'étude). Merci pour ce retour d'experience, je suis actuellement en train de beta tester DotProject, très intuitif...Je poursuis mes tests et ferais un petit feedback. ++ -- Alexandre Mackow
Re: [HS] lm-sensors : quelle est la bonne températ ure ?
Nicolas Roudninski a écrit : Je viens de rebouter et le bios indique : CPU : 40°C CM : 35°C lm-sensors : temp1 : 35°C (là le bios et sensors seraient d'accord) temp2 : 34°C temp3 : 59°C Il y'a quand même une différence non négligeable entre les deux valeurs, soit 6°C, soit 19°C ! A qui faire le plus confiance ? Dois-je modifier quelque chose dans /etc/sensors.conf pour ajouter ces 6° à temp2 ? Et quid de temp3 ??? Ça me "turlupine"... Autre question : l'alimentation ne peut pas avoir une température si élevée (60°C). Je précise que le chipset (865G) est assez chaud (vu du doigt...) Ma CM (NF7-S) me donne les température suivantes : cpu 54° CM 38° chipset 42° dd 37° Ton chipset est ventilé ou en passif ? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: pam_ldap
Bonjour à tous, voila tout fonctionne, merci pour votre aide :-) a++ Guy garciajul wrote: > De Leeuw Guy wrote: >> Bonjour >> > account requiredpam_unix.so > >>> Moi j'utilise l'argument ignore_unknown_user pour que pam regarde >>> bien dans le fichier /etc/passwd, et ignore_authinfo_unavail pour le >>> jour où LDAP à un problème. >>> >> Ou le place tu ? >> > common-auth : > authsufficient pam_ldap.so use_first_pass debug > authrequiredpam_unix.so use_first_pass nullok_secure > Alors, je vois 2 différences par rapport à ma config chez moi: dans le common-auth, je mets un "try_first_pass" et pas un "use_first_pass" >>> J'ai la même config aussi >>> >> sur les deux lignes ? >> >> Merci d'avance >> Guy >> >> >> > Excusez-moi, le dernier mail que j'ai envoyé ne semble pas être > parvenu à la liste??? > > dans mon fichier common-account : > account requiredpam_ldap.so ignore_unknown_user > ignore_authinfo_unavail > account requiredpam_unix.so try_first_pass > > mais le premier required est spécifique à mon annuaire, un sufficient > devrait faire l'affaire. > > -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Avec quelle version de gcc est compilée mon noyau ?
Le Thu, 7 Sep 2006 08:48:53 +0200 "Patrice OLIVER" <[EMAIL PROTECTED]> a écrit: > Bonjour, > > Ma question est en objet. J'ai besoin de savoir avec quelle version de > gcc est compilé mon noyau (je suis sur SID, noyau 2.6.17), afin de > soit compiler les pilotes madwifi avec le même compilateur, soit > compiler mon noyau avec la version de gcc en place sur mon système. > > Merci pour vos infos. cf /proc/version qui te donne la version. Sinon tu édites un des modules de ton noyau, c'est dans les 512 premiers octets (cherche GCC) François Boisson -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
