Re: Nikon CoolPix S50c Silver
Bonjour, Le mardi 16 octobre 2007, Klaus Becker a écrit... S'il n'est pas mass-storage, est-ce que tout appareil photo numérique fonctionne avec gphoto? Ça c'est sûr que non, tout appareil ne fonctionne pas avec gphoto. Voir sur leur page pour les appareils supportés. Ma fille a un Fuji avec une carte xd qui n'est pas supportée. Elle doit acheter une sd pour pouvoir la lire. -- jm A.E.L. Sarl (R.C.S CASTRES 490843240) http://www.affaires-en-ligne.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: Installation des paquets
Le mar 16 oct 2007 23:09:25 CEST, laurent.meister [EMAIL PROTECTED] a écrit : Bonjour, Bonjour, je suis un nouvel utilisateur de Debian et Linux en général. Mes connaissances en informatique sont celles d'un utilisateur qui aime comprendre comment un ordinateur fonctionne mais qui n'a pas forcément pris le temps de se former pour comprendre en détail tous les protocoles et autres règles... je suis donc (je pense ) capable de suivre des instructions, mais pas toujours de trouver la solution à mes problèmes tout seul. .. et bienvenue dans le monde Debian... j'en viens à mes problèmes: je n'arrive pas à installer les paquets nécessaires à Open office. Debian m'indique toujours un conflit dans des paquets Java... Ceci peu importe l'outil de gestion des paquets utilisé. Il est bon lorsqu'on expose son problème d'indiquer le plus clairement les conditions et les erreurs rencontrées : dans ton cas, quels sont les commandes que tu tentes et les messages d'erreur que tu obtiens. C'est très important, il y a d'ailleurs qq part sur le Net une doc. expliquant « comment » poser les questions, si quelqu'un sur la liste a l'adresse, il pourrait la redonner. En tout état de cause, OpenOffice fait partie intégrante de Debian, il ne devrait pas y avoir de soucis me semble-t-il ... Quelle version de Debian as-tu installée ? Fred.
Re: [sub] Re: impossible d'envoyer des messages smtp.orange.fr
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 mouss a écrit : Jerome Moinet wrote: Il faut savoir que depuis cet été wanadoo fait des choses bizarres avec le protocole SMTP. notamment couper l'accès au port 25 si tu n'utilise pas leur smtp (obligé de passer par le port 587) sans aucun espoir de retour. euh? je ne crois pas qu'ils bloquent le port 25, vu le nombre de zombies que je vois dans les logs... Si, si, ils bloquent. Pour être plus précis, ils bloquent le abonnés en ip dynamique et c'est en cours de déploiement depuis avant l'été (donc peut-être pas encore appliqué partout). sinon, le bloquage du port 25 par défaut (avec ouverture gratuite pour ceux qui le demandent) est une bonne chose. Je suis d'accord. Mais orange ne permet pas le débloquage. Ce qui est dégueulasse (pour reprendre un mot à la mode ces temps-ci). Le seul moyen est de passer en ip fixe, soit, de mémoire, environ 20 euros en plus chaque mois. Je t'en parle en connaissance de cause, ayant passé pas mal de temps avec leur support à ce sujet. Oui, changer de FAI, mais pour aller où ? free? marche mal. Autant orange est souvent critiqué sur ses tarifs ou son éthique, autant free est souvent critiqué sur sa faiblesse technique et commerciale (le support). Je ne compte plus le nombre de relations qui me racontent qu'ils ont des problèmes avec free (il y en a aussi qui n'ont aucun souci), alors que je n'ai pas encore rencontré de relation ayant eu des problèmes avec orange. On peut aussi jeter un oeil sur fr.reseaux.internet.fournisseurs, pas très encourageant pour free. http://fdn.fr ? cdlt, jerome -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHFa/X3ygQTLujCrQRApj7AKDDiNhGK+CmJFR/EyMgICNhfwIdtQCgvMQo 57mM1/Id6Ob02lG+gqrdjbM= =AMG4 -END PGP SIGNATURE- -- 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]
Souci avec tinyproxy : déconnexion systématiq ue...
Bonjour, J'utilise tinyproxy pour rediriger certaines connexions à travers un tunnel. Typiquement, pour aMSN, je lui dit de passer par un proxy http qui est situé à l'autre bout du tunnel. Jusqu'à la semaine dernière, tout marchait bien et, aujourd'hui, ce n'est plus le cas. Or, tinyproxy n'a pas changé de version... En regardant les logs, je vois des déconnexions systématiques : INFO Oct 09 11:17:56 [12373]: Initializing tinyproxy ... INFO Oct 09 11:17:56 [12373]: Setting Via proxy name to: tinyproxy INFO Oct 09 11:17:56 [12373]: Setting stathost to tinyproxy.stats. INFO Oct 09 11:17:56 [12375]: Now running as group nogroup. INFO Oct 09 11:17:56 [12375]: Now running as user nobody. INFO Oct 09 11:17:56 [12375]: Creating child number 1 of 10 ... INFO Oct 09 11:17:56 [12375]: Creating child number 2 of 10 ... INFO Oct 09 11:17:56 [12375]: Creating child number 3 of 10 ... INFO Oct 09 11:17:56 [12375]: Creating child number 4 of 10 ... INFO Oct 09 11:17:56 [12375]: Creating child number 5 of 10 ... INFO Oct 09 11:17:56 [12375]: Creating child number 6 of 10 ... INFO Oct 09 11:17:56 [12375]: Creating child number 7 of 10 ... INFO Oct 09 11:17:56 [12375]: Creating child number 8 of 10 ... INFO Oct 09 11:17:56 [12375]: Creating child number 9 of 10 ... INFO Oct 09 11:17:56 [12375]: Creating child number 10 of 10 ... INFO Oct 09 11:17:56 [12375]: Finished creating all children. INFO Oct 09 11:17:56 [12375]: Setting the various signals. INFO Oct 09 11:17:56 [12375]: Starting main loop. Accepting connections. CONNECT Oct 09 11:18:07 [12376]: Connect (file descriptor 7): localhost [127.0.0.1] CONNECT Oct 09 11:18:07 [12376]: Request (file descriptor 7): CONNECT nexus.passport.com:443 HTTP/1.0 INFO Oct 09 11:18:07 [12376]: No proxy for nexus.passport.com CONNECT Oct 09 11:18:07 [12376]: Established connection to host nexus.passport.com using file descriptor 8. INFO Oct 09 11:18:07 [12376]: Not sending client headers to remote machine CONNECT Oct 09 11:18:07 [12378]: Connect (file descriptor 7): localhost [127.0.0.1] CONNECT Oct 09 11:18:07 [12377]: Connect (file descriptor 7): localhost [127.0.0.1] CONNECT Oct 09 11:18:07 [12378]: Request (file descriptor 7): POST http://gateway.messenger.hotmail.com/gateway/gateway.dll?Action=openServer=NSIP=messenger.hotmail.com HTTP/1.1 INFO Oct 09 11:18:07 [12378]: No proxy for gateway.messenger.hotmail.com CONNECT Oct 09 11:18:07 [12377]: Request (file descriptor 7): GET http://www.amsn-project.net/amsn_latest HTTP/1.0 INFO Oct 09 11:18:07 [12377]: No proxy for www.amsn-project.net CONNECT Oct 09 11:18:07 [12377]: Established connection to host www.amsn-project.net using file descriptor 8. INFO Oct 09 11:18:07 [12377]: Closed connection between local client (fd:7) and remote client (fd:8) CONNECT Oct 09 11:18:07 [12378]: Established connection to host gateway.messenger.hotmail.com using file descriptor 8. CONNECT Oct 09 11:18:08 [12379]: Connect (file descriptor 7): localhost [127.0.0.1] INFO Oct 09 11:18:08 [12378]: Closed connection between local client (fd:7) and remote client (fd:8) CONNECT Oct 09 11:18:08 [12379]: Request (file descriptor 7): GET http://www.amsn-project.net/autoupdater/langlist HTTP/1.0 INFO Oct 09 11:18:08 [12379]: No proxy for www.amsn-project.net CONNECT Oct 09 11:18:08 [12380]: Connect (file descriptor 7): localhost [127.0.0.1] CONNECT Oct 09 11:18:08 [12380]: Request (file descriptor 7): POST http://207.46.106.77/gateway/gateway.dll?SessionID=930439248.22694 HTTP/1.1 INFO Oct 09 11:18:08 [12380]: No proxy for 207.46.106.77 CONNECT Oct 09 11:18:08 [12379]: Established connection to host www.amsn-project.net using file descriptor 8. INFO Oct 09 11:18:09 [12376]: Closed connection between local client (fd:7) and remote client (fd:8) INFO Oct 09 11:18:09 [12379]: Closed connection between local client (fd:7) and remote client (fd:8) CONNECT Oct 09 11:18:09 [12380]: Established connection to host 207.46.106.77 using file descriptor 8. CONNECT Oct 09 11:18:09 [12381]: Connect (file descriptor 7): localhost [127.0.0.1] CONNECT Oct 09 11:18:09 [12381]: Request (file descriptor 7): GET http://www.amsn-project.net/autoupdater/plugins2/inkdraw/plugininfo.xml HTTP/1.0 INFO Oct 09 11:18:09 [12381]: No proxy for www.amsn-project.net CONNECT Oct 09 11:18:09 [12381]: Established connection to host www.amsn-project.net using file descriptor 8. INFO Oct 09 11:18:09 [12381]: Closed connection between local client (fd:7) and remote client (fd:8) INFO Oct 09 11:18:09 [12380]: Closed connection between local client (fd:7) and remote client (fd:8) etc... Auriez-vous une idée de ce comportement ? Merci d'avance. David. INFO Oct 09 11:17:56 [12373]: Initializing tinyproxy ... INFO Oct 09 11:17:56 [12373]: Setting Via proxy name to: tinyproxy INFO Oct 09 11:17:56 [12373]:
Re: problèm e avec NETDEV WATCHDOG (acpi ? noyau ?)
On Tue, Oct 16, 2007 at 10:27:23PM +0200, Aurélien Roux wrote : On Tue, Oct 16, 2007 at 10:03:28PM +0200, Thierry Leurent wrote : Je sais ce qu'est un watchdog mais je ne connaissais pas l'existance d'une telle appli sous Debian. Moi je ne savais pas ce que c'était. Deux petites questions par rapport à ce watchdog : - vous pensez qu'il est matériel ou logiciel ? - dans les liens que j'ai donnés, certains parlent que peut-être de la poussière, ou je ne sais quoi n'aiderait pas la connexion PCI à être fonctionnelle. Je n'ai pas vu trace de poussière, mais la machine en question n'est pas neuve (sans être inutilisable), et peut-être qu'il y a des points de rouille (c'est bien difficiel à savoir à cette échelle là), est-ce que ça pourrait jouer ? Parce que du coup, s'il est matériel, peut-être qu'il y a un souci à ce niveau. Dernière question, le fait que le BIOS désactive lapic par défaut ne peut pas avoir d'influcence ? (j'ai tenté avec l'option lapic pour le démarrage du noyau, mais ça n'a rien changé). -- == ORL (alias Yvette H.) -- 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: problèm e avec NETDEV WATCHDOG (acpi ? noyau ?)
On Wed, Oct 17, 2007 at 10:06:39AM +0200, Aurélien Roux wrote : On Tue, Oct 16, 2007 at 10:27:23PM +0200, Aurélien Roux wrote : On Tue, Oct 16, 2007 at 10:03:28PM +0200, Thierry Leurent wrote : Je sais ce qu'est un watchdog mais je ne connaissais pas l'existance d'une telle appli sous Debian. Moi je ne savais pas ce que c'était. Deux petites questions par rapport à ce watchdog : - vous pensez qu'il est matériel ou logiciel ? - dans les liens que j'ai donnés, certains parlent que peut-être de la poussière, ou je ne sais quoi n'aiderait pas la connexion PCI à être fonctionnelle. Je n'ai pas vu trace de poussière, mais la machine en question n'est pas neuve (sans être inutilisable), et peut-être qu'il y a des points de rouille (c'est bien difficiel à savoir à cette échelle là), est-ce que ça pourrait jouer ? Parce que du coup, s'il est matériel, peut-être qu'il y a un souci à ce niveau. Dernière question, le fait que le BIOS désactive lapic par défaut ne peut pas avoir d'influcence ? (j'ai tenté avec l'option lapic pour le démarrage du noyau, mais ça n'a rien changé). Je viens d'observer le fichier /proc/interrupts, je ne vois rien qui, explicitement, ressemble à ma carte réseau. Est-ce normal ? -- == ORL (alias Yvette H.) -- 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] -- == ORL (alias Yvette H.) -- 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: Raid5 disparu, comment le remonter?
Alors finalement, en vérifiant que mon systeme soit à jour, j'ai remarqué que mon kernel était le 2.6.22.14 386. Je suis passé au 2.6.22.14 Generic et tout mes ennuis ont disparu. Probablement que quelque chose s'est mal passé à l'installation du précédent kernel... Merci pour votre aide en tout cas. -- 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: problèm e avec NETDEV WATCHDOG (acpi ? noyau ?)
On Tue, Oct 16, 2007 at 06:13:33PM +0200, Aurélien Roux wrote : On Tue, Oct 16, 2007 at 05:53:17PM +0200, debianpmd wrote : amusant coupure par apic? Bah écoute, je n'en sais rien, et à vrai dire, je n'ai jamais trop joué avec acpi et apm que pour gérer la batterie sur un portable, et l'extinction sur un PC, donc je ne sais pas trop de quoi il retourne. Quant à l'apic, j'en sais encore moins. Je ne suis pas contre quelques explications, cela dit. et en essayant noapic dans menu.lst ? C'est ce que j'ai fait, en suivant les conseils des liens indiqués ci-dessous, mais ça n'a rien changé. Actuellement, je démarre avec acpi=off noapic et j'ai précédemment essayé pci=noacpi ou acpi=noirq OK, je regarde ça immédiatement. Hum, j'ai l'impression que, quelles que soient les lignes d'option que je passe dans menu.lst, il ne change rien à l'histoire Par exemple, avec l'option acpi=off, je retrouve pourtant ces lignes dans dmesg : PnPBIOS: Disabled by ACPI PNP Et d'autres du genre. Je suppose que ça n'est pas très logique, quand même, non ? -- == ORL (alias Yvette H.) -- 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: mise en veille de mon toshiba satellite u200-163 sous debian lenny
Sylvain Sauvage a écrit : C’est s2ram qui vérifie que la machine est dans sa liste, pour éviter les problèmes. Pour outrepasser cette vérification, il faut passer l’option -f à s2ram. L’option de -f de hibernate-ram ne le fait pas. C’est la variable de configuration USuspendRamForce qui le fait (= passer l’option -f à s2ram). Deux solutions : — tester avec hibernate-ram et comprendre le fouillis de fichiers de configuration et les options mélangées de s2disk, s2ram, suspend2… celle la m'a l'air compliqué lol. — tester directement avec s2ram (en suivant le tutoriel http://en.opensuse.org/S2ram ) et en reportant les bonnes options après coup. Alors, euh j'ai commencé, mais disons que c'est pas facile de faire tous les tests car en fait quand un test foire, mon laptop reboote super super lentement, et pour rétablir le pb, je dois: - booter sur un livecd - reformater la swap - chrooter sur ma debian, et me regénérer un initrd donc je perds 10 mn pour chaque test lol. Enfin, je peux deja dire (mais j'ai testé sous X aussi et pas dans un mode console minimal), que les tests suivants foirent: - s2ram -f - s2ram -f -a 1 - s2ram -f -a 3 Sinon, j'ai vu que cela pourrait être du à un bug du sata de mon laptop toshiba satellite u200-163. http://bugzilla.kernel.org/show_bug.cgi?id=8456 http://www.mail-archive.com/[EMAIL PROTECTED]/msg02449.html Merci, pour cette piste en tout cas. Je ferai tous les tests quand j'en aurai le courage lol :-) -- 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: Installation des paquets
On 10/17/07, Frédéric BOITEUX [EMAIL PROTECTED] wrote: C'est très important, il y a d'ailleurs qq part sur le Net une doc. expliquant « comment » poser les questions, si quelqu'un sur la liste a l'adresse, il pourrait la redonner. Celle-là : http://www.linux-france.org/article/these/smart-questions/smart-questions-fr.html ? Celle-ci semble bien également (plus longue, débuts semblables) : http://www.gnurou.org/writing/smartquestionsfr -- Vincent H Early Optimization is the root of all evil - Donald Knuth
Re: problèm e avec NETDEV WATCHDOG (acpi ? noyau ?)
On Wed, Oct 17, 2007 at 10:32:41AM +0200, Aurélien Roux wrote : On Wed, Oct 17, 2007 at 10:06:39AM +0200, Aurélien Roux wrote : On Tue, Oct 16, 2007 at 10:27:23PM +0200, Aurélien Roux wrote : On Tue, Oct 16, 2007 at 10:03:28PM +0200, Thierry Leurent wrote : Je viens d'observer le fichier /proc/interrupts, je ne vois rien qui, explicitement, ressemble à ma carte réseau. Est-ce normal ? Je reprécise un peu les choses, j'ai pris le temps, via USB, d'installer pciutils, et j'ai pu vérifier que la carte était bien là, reconnue comme il fallait, etc. Voilà quelques résultats intéressants : $ dmesg |less [...] (/eth0) 8139cp :00:11.0: This (id 10ec:8139) is not an 8139C+ compatible chip 8139cp :00:11.0: Try the 8139too driver instead. 8139too Fast Ethernet driver 0.9.27 PCI: setting IRQ 11 as level-triggered PCI: Found IRQ 11 for device :00:11.0 eth0: Realtek RTL8139 at 0xe000, [UNE ADRESSE MAC], IRQ 11 eth0: Identified 8139 chip type 'RTL-8139C' Attempting manual resume Concernant le driver, le fichier /etc/modprobe.d/reseau contient : $ cat /etc/modprobe.d/reaseau alias eth0 8139too Mais je ne retrouve pas cette ligne dans /etc/modules après un update-modules. Au niveau des IRQ, il semble donc qu'il s'agisse de l'IRQ 11, mais en regardant /proc/interrupts : $ cat /proc/interrupts CPU0 0: 123273XT-PIC timer 1: 352XT-PIC i8042 2: 0XT-PIC cascade 5: 0XT-PIC uhci_hcd:usb1, uhci_hcd:usb2 6: 2XT-PIC floppy 7: 0XT-PIC parport0 8: 1XT-PIC rtc 9: 1XT-PIC acpi 10: 0XT-PIC es1371 12: 130XT-PIC i8042 14:3172XT-PIC ide0 15: 64XT-PIC ide1 MMI: 0 LOC: 0 ERR: 0 MIS: 0 Donc rien en IRQ 11. J'ai vérifié dans le BIOS, j'ai disabled le PnPOS, et le routing des IRQ est en mode automatique. Peut-être qu'il faut que je passe en mode manuel et que je les rentre une par une, mais j'ai l'impression que l'IRQ est bien attribuée au débuté, pourtant. -- == ORL (alias Yvette H.) -- 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]
freenx pour debian lenny
Hello, J'ai trouvé freenx pour debian, sur le site de no machine, mais je voulais savoir si quelqu'un utilisait des depots pour l'instaler et si oui l'adresse de ce depot? Ca serait plus pratique pour les maj quand même :-) Merci :-) -- 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: Carte graphique et ethe rnet avec même IRQ (was: problèm e avec NETDEV WATCHDOG)
On Wed, Oct 17, 2007 at 11:30:25AM +0200, Aurélien Roux wrote : On Wed, Oct 17, 2007 at 10:32:41AM +0200, Aurélien Roux wrote : On Wed, Oct 17, 2007 at 10:06:39AM +0200, Aurélien Roux wrote : On Tue, Oct 16, 2007 at 10:27:23PM +0200, Aurélien Roux wrote : On Tue, Oct 16, 2007 at 10:03:28PM +0200, Thierry Leurent wrote : Je reprécise un peu les choses, j'ai pris le temps, via USB, d'installer pciutils, et j'ai pu vérifier que la carte était bien là, reconnue comme il fallait, etc. Ca y est, je crois que j'ai trouvé. En faisant un lspci -v, voilà ce que j'obtiens : $ lspci -v [...] :00:11.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) Subsystem: Realtek Semiconductor Co., Ltd RT8139 Flags: bus master, medium devsel, latency 32, IRQ 11 I/O ports at e000 [size=256] Memory at de00 (32-bit, non-prefetchable) [size=256] Capabilities: [50] Power Management version 2 :01:00.0 VGA compatible controller: ATI Technologies Inc Rage 128 PF/PRO AGP 4x TMDS (prog-if 00 [VGA]) Subsystem: ATI Technologies Inc Rage Fury Pro/Xpert 2000 Pro Flags: bus master, VGA Palette snoop, stepping, 66 MHz, mediumi devsel, latency 32, IRQ 11 [...] Bref, la carte graphique et la carte ethernet ont la même IRQ. Je suppose que, du coup, ça pose problème, mais j'avoue que je ne sais pas du tout comment résoudre cela. Voilà quelques résultats intéressants : $ dmesg |less [...] (/eth0) 8139cp :00:11.0: This (id 10ec:8139) is not an 8139C+ compatible chip 8139cp :00:11.0: Try the 8139too driver instead. 8139too Fast Ethernet driver 0.9.27 PCI: setting IRQ 11 as level-triggered PCI: Found IRQ 11 for device :00:11.0 eth0: Realtek RTL8139 at 0xe000, [UNE ADRESSE MAC], IRQ 11 eth0: Identified 8139 chip type 'RTL-8139C' Attempting manual resume Concernant le driver, le fichier /etc/modprobe.d/reseau contient : $ cat /etc/modprobe.d/reaseau alias eth0 8139too Mais je ne retrouve pas cette ligne dans /etc/modules après un update-modules. Au niveau des IRQ, il semble donc qu'il s'agisse de l'IRQ 11, mais en regardant /proc/interrupts : $ cat /proc/interrupts CPU0 0: 123273XT-PIC timer 1: 352XT-PIC i8042 2: 0XT-PIC cascade 5: 0XT-PIC uhci_hcd:usb1, uhci_hcd:usb2 6: 2XT-PIC floppy 7: 0XT-PIC parport0 8: 1XT-PIC rtc 9: 1XT-PIC acpi 10: 0XT-PIC es1371 12: 130XT-PIC i8042 14:3172XT-PIC ide0 15: 64XT-PIC ide1 MMI: 0 LOC: 0 ERR: 0 MIS: 0 Donc rien en IRQ 11. J'ai vérifié dans le BIOS, j'ai disabled le PnPOS, et le routing des IRQ est en mode automatique. Peut-être qu'il faut que je passe en mode manuel et que je les rentre une par une, mais j'ai l'impression que l'IRQ est bien attribuée au débuté, pourtant. -- == ORL (alias Yvette H.) -- 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] -- == ORL (alias Yvette H.) -- 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: Carte graphique et ethernet avec même IRQ (was: problème avec NETDEV WATCHDOG)
je pense que tu peux essayer l'option irqpoll toujours à la même place ou attribuer si possible dans le bios une autre irq. pmd Le mercredi 17 octobre 2007 à 12:03 +0200, Aurelien a écrit : On Wed, Oct 17, 2007 at 11:30:25AM +0200, Aurélien Roux wrote : On Wed, Oct 17, 2007 at 10:32:41AM +0200, Aurélien Roux wrote : On Wed, Oct 17, 2007 at 10:06:39AM +0200, Aurélien Roux wrote : On Tue, Oct 16, 2007 at 10:27:23PM +0200, Aurélien Roux wrote : On Tue, Oct 16, 2007 at 10:03:28PM +0200, Thierry Leurent wrote : Je reprécise un peu les choses, j'ai pris le temps, via USB, d'installer pciutils, et j'ai pu vérifier que la carte était bien là, reconnue comme il fallait, etc. Ca y est, je crois que j'ai trouvé. En faisant un lspci -v, voilà ce que j'obtiens : $ lspci -v [...] :00:11.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) Subsystem: Realtek Semiconductor Co., Ltd RT8139 Flags: bus master, medium devsel, latency 32, IRQ 11 I/O ports at e000 [size=256] Memory at de00 (32-bit, non-prefetchable) [size=256] Capabilities: [50] Power Management version 2 :01:00.0 VGA compatible controller: ATI Technologies Inc Rage 128 PF/PRO AGP 4x TMDS (prog-if 00 [VGA]) Subsystem: ATI Technologies Inc Rage Fury Pro/Xpert 2000 Pro Flags: bus master, VGA Palette snoop, stepping, 66 MHz, mediumi devsel, latency 32, IRQ 11 [...] Bref, la carte graphique et la carte ethernet ont la même IRQ. Je suppose que, du coup, ça pose problème, mais j'avoue que je ne sais pas du tout comment résoudre cela. Voilà quelques résultats intéressants : $ dmesg |less [...] (/eth0) 8139cp :00:11.0: This (id 10ec:8139) is not an 8139C+ compatible chip 8139cp :00:11.0: Try the 8139too driver instead. 8139too Fast Ethernet driver 0.9.27 PCI: setting IRQ 11 as level-triggered PCI: Found IRQ 11 for device :00:11.0 eth0: Realtek RTL8139 at 0xe000, [UNE ADRESSE MAC], IRQ 11 eth0: Identified 8139 chip type 'RTL-8139C' Attempting manual resume Concernant le driver, le fichier /etc/modprobe.d/reseau contient : $ cat /etc/modprobe.d/reaseau alias eth0 8139too Mais je ne retrouve pas cette ligne dans /etc/modules après un update-modules. Au niveau des IRQ, il semble donc qu'il s'agisse de l'IRQ 11, mais en regardant /proc/interrupts : $ cat /proc/interrupts CPU0 0: 123273XT-PIC timer 1: 352XT-PIC i8042 2: 0XT-PIC cascade 5: 0XT-PIC uhci_hcd:usb1, uhci_hcd:usb2 6: 2XT-PIC floppy 7: 0XT-PIC parport0 8: 1XT-PIC rtc 9: 1XT-PIC acpi 10: 0XT-PIC es1371 12: 130XT-PIC i8042 14:3172XT-PIC ide0 15: 64XT-PIC ide1 MMI: 0 LOC: 0 ERR: 0 MIS: 0 Donc rien en IRQ 11. J'ai vérifié dans le BIOS, j'ai disabled le PnPOS, et le routing des IRQ est en mode automatique. Peut-être qu'il faut que je passe en mode manuel et que je les rentre une par une, mais j'ai l'impression que l'IRQ est bien attribuée au débuté, pourtant. -- == ORL (alias Yvette H.) -- 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] -- == ORL (alias Yvette H.) -- 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 de module ethernet sur une asus p5gdc
J'ai une carte mère ASUS P5GDC. Le problème, c'est que systématiquement la 'carte ethernet intégrée' est vu comme du firewire et ne veut pas se configurer comme une carte ethernet. Je suis donc obliger de lui coller une carte supplémentaire. Et comme en plus il faut que je travaille sur deux réseau,, il va falloir que j'en rajoute une autre :-( Avec ifconfig, j'obtiens : ifconfig eth1 eth1 Lien encap:UNSPEC HWaddr 00-11-D8-00-00-53-7B-A6-00-00-00-00-00-00-00-00 BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 lg file transmission:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) et si je lui mets une adresse, elle l'a prend bien (je peux même la pinger), mais nib pour sortit sur le réseau. Au boot, j'ai les modules suivants qui s'installent: sbp2 eth1394 ohci1394 ieee1394 J'ai bien un eth1394, mais cela ne marche pas pour autant. quelqu'un a une solution car je n'ai rien trouvé sur google, même en anglais :-) ? -- 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: Carte graphique et ethe rnet avec même IRQ (was: problèm e avec NETDEV WATCHDOG)
On Wed, Oct 17, 2007 at 12:23:14PM +0200, debianpmd wrote : je pense que tu peux essayer l'option irqpoll toujours à la même place Pas mieux. ou attribuer si possible dans le bios une autre irq. J'ai tenté, mais sans succès. pmd Le mercredi 17 octobre 2007 à 12:03 +0200, Aurelien a écrit : On Wed, Oct 17, 2007 at 11:30:25AM +0200, Aurélien Roux wrote : On Wed, Oct 17, 2007 at 10:32:41AM +0200, Aurélien Roux wrote : On Wed, Oct 17, 2007 at 10:06:39AM +0200, Aurélien Roux wrote : On Tue, Oct 16, 2007 at 10:27:23PM +0200, Aurélien Roux wrote : On Tue, Oct 16, 2007 at 10:03:28PM +0200, Thierry Leurent wrote : Je reprécise un peu les choses, j'ai pris le temps, via USB, d'installer pciutils, et j'ai pu vérifier que la carte était bien là, reconnue comme il fallait, etc. Ca y est, je crois que j'ai trouvé. En faisant un lspci -v, voilà ce que j'obtiens : $ lspci -v [...] :00:11.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) Subsystem: Realtek Semiconductor Co., Ltd RT8139 Flags: bus master, medium devsel, latency 32, IRQ 11 I/O ports at e000 [size=256] Memory at de00 (32-bit, non-prefetchable) [size=256] Capabilities: [50] Power Management version 2 :01:00.0 VGA compatible controller: ATI Technologies Inc Rage 128 PF/PRO AGP 4x TMDS (prog-if 00 [VGA]) Subsystem: ATI Technologies Inc Rage Fury Pro/Xpert 2000 Pro Flags: bus master, VGA Palette snoop, stepping, 66 MHz, mediumi devsel, latency 32, IRQ 11 [...] Bref, la carte graphique et la carte ethernet ont la même IRQ. Je suppose que, du coup, ça pose problème, mais j'avoue que je ne sais pas du tout comment résoudre cela. Voilà quelques résultats intéressants : $ dmesg |less [...] (/eth0) 8139cp :00:11.0: This (id 10ec:8139) is not an 8139C+ compatible chip 8139cp :00:11.0: Try the 8139too driver instead. 8139too Fast Ethernet driver 0.9.27 PCI: setting IRQ 11 as level-triggered PCI: Found IRQ 11 for device :00:11.0 eth0: Realtek RTL8139 at 0xe000, [UNE ADRESSE MAC], IRQ 11 eth0: Identified 8139 chip type 'RTL-8139C' Attempting manual resume Concernant le driver, le fichier /etc/modprobe.d/reseau contient : $ cat /etc/modprobe.d/reaseau alias eth0 8139too Mais je ne retrouve pas cette ligne dans /etc/modules après un update-modules. Au niveau des IRQ, il semble donc qu'il s'agisse de l'IRQ 11, mais en regardant /proc/interrupts : $ cat /proc/interrupts CPU0 0: 123273XT-PIC timer 1: 352XT-PIC i8042 2: 0XT-PIC cascade 5: 0XT-PIC uhci_hcd:usb1, uhci_hcd:usb2 6: 2XT-PIC floppy 7: 0XT-PIC parport0 8: 1XT-PIC rtc 9: 1XT-PIC acpi 10: 0XT-PIC es1371 12: 130XT-PIC i8042 14:3172XT-PIC ide0 15: 64XT-PIC ide1 MMI: 0 LOC: 0 ERR: 0 MIS: 0 Donc rien en IRQ 11. J'ai vérifié dans le BIOS, j'ai disabled le PnPOS, et le routing des IRQ est en mode automatique. Peut-être qu'il faut que je passe en mode manuel et que je les rentre une par une, mais j'ai l'impression que l'IRQ est bien attribuée au débuté, pourtant. -- == ORL (alias Yvette H.) -- 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] -- == ORL (alias Yvette H.) -- == ORL (alias Yvette H.) -- 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: Nikon CoolPix S50c Silver
Am Mittwoch, 17. Oktober 2007 08:19 schrieb Jean-Michel OLTRA: Bonjour, Le mardi 16 octobre 2007, Klaus Becker a écrit... S'il n'est pas mass-storage, est-ce que tout appareil photo numérique fonctionne avec gphoto? Ça c'est sûr que non, tout appareil ne fonctionne pas avec gphoto. Voir sur leur page pour les appareils supportés. Ma fille a un Fuji avec une carte xd qui n'est pas supportée. Elle doit acheter une sd pour pouvoir la lire. c'est quoi une sd ? Klaus -- jm
Re: Nikon CoolPix S50c Silver
En ce mercredi 17 octobre 2007 à 13:37:23 Klaus Becker nous susurrait : c'est quoi une sd ? http://www.google.fr/search?hl=frq=sdbtnG=Recherche+Googlemeta= -- -+- Dominique Marin http://txodom.free.fr -+- «Les États-Unis d'Amérique forment un pays qui est passé directement de la barbarie à la décadence sans jamais avoir connu la civilisation.» -+- Albert Einstein -+-
Re: mise en veille de mon toshiba satellite u200-163 sous debian lenny
Thierry B, mercredi 17 octobre 2007, 11:12:14 CEST Sylvain Sauvage a écrit : C’est s2ram qui vérifie que la machine est dans sa liste, pour éviter les problèmes. Pour outrepasser cette vérification, il faut passer l’option -f à s2ram. L’option de -f de hibernate-ram ne le fait pas. C’est la variable de configuration USuspendRamForce qui le fait (= passer l’option -f à s2ram). Deux solutions : — tester avec hibernate-ram et comprendre le fouillis de fichiers de configuration et les options mélangées de s2disk, s2ram, suspend2… celle la m'a l'air compliqué lol. Normal, la description était intentionnellement biaisée :oP — tester directement avec s2ram (en suivant le tutoriel http://en.opensuse.org/S2ram ) et en reportant les bonnes options après coup. Alors, euh j'ai commencé, mais disons que c'est pas facile de faire tous les tests car en fait quand un test foire, mon laptop reboote super super lentement, et pour rétablir le pb, je dois: - booter sur un livecd - reformater la swap - chrooter sur ma debian, et me regénérer un initrd Hé ? S2ram ne touche ni à la swap ni au disque. C’est assez étrange que ceux-ci soient corrompus. donc je perds 10 mn pour chaque test lol. Enfin, je peux deja dire (mais j'ai testé sous X aussi et pas dans un mode console minimal), […] Cela explique peut-être les corruptions : il faut d’abord faire les tests en console, sans X derrière et avec un minimum de programmes ou services en cours. (En single, ce serait pas plus mal.) Si tu arrives à trouver les options qui ne font ni rebouter ni geler ta machine, tu pourras ensuite essayer avec X. Note que, souvent, la veille est ok mais l’écran n’est pas rallumé au réveil (d’où les options pour les vbetools et cie), il faut penser à le vérifier (lancer des commandes en aveugle, tester les leds du clavier…). Sinon, j'ai vu que cela pourrait être du à un bug du sata de mon laptop toshiba satellite u200-163. http://bugzilla.kernel.org/show_bug.cgi?id=8456 http://www.mail-archive.com/[EMAIL PROTECTED]/msg02449.html Ok, cela expliquerait mieux les corruptions du disque. Tu peux aussi discuter sur [EMAIL PROTECTED], ils sont sympas. -- Sylvain Sauvage
Re: problème de module ethernet sur une asus p5gdc
Francois Sauterey, mercredi 17 octobre 2007, 12:40:30 CEST J'ai une carte mère ASUS P5GDC. Le problème, c'est que systématiquement la 'carte ethernet intégrée' est vu comme du firewire et ne veut pas se configurer comme une carte ethernet. Je suis donc obliger de lui coller une carte supplémentaire. Et comme en plus il faut que je travaille sur deux réseau,, il va falloir que j'en rajoute une autre :-( Avec ifconfig, j'obtiens : ifconfig eth1 eth1 Lien encap:UNSPEC HWaddr 00-11-D8-00-00-53-7B-A6-00-00-00-00-00-00-00-00 BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 lg file transmission:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) et si je lui mets une adresse, elle l'a prend bien (je peux même la pinger), mais nib pour sortit sur le réseau. Au boot, j'ai les modules suivants qui s'installent: sbp2 eth1394 ohci1394 ieee1394 J'ai bien un eth1394, mais cela ne marche pas pour autant. quelqu'un a une solution car je n'ai rien trouvé sur google, même en anglais :-) ? T’es sûr que ce ne serait pas l’inverse : l’ieee1394 qui est vu comme interface réseau (ce qui arrive souvent) ? Tu peux nous donner la sortie de : — dmesg (tu peux couper un peu mais pas trop, surtout si tu ne sais pas ce que tu coupes) ; — ifconfig -a ; — lsmod ; — cat /etc/udev/rules.d/z25_persistent-net.rules ? -- Sylvain Sauvage
Re: Carte graphique et ethernet avec même IRQ
Essayes, pour voir, avec un noyau un peu récent de etch-backport. 2 lignes à mettre dans /etc/apt/sources.list # etch backports deb http://www.backports.org/debian etch-backports main contrib non-free deb-src http://www.backports.org/debian etch-backports main contrib non-free puis : aptitude update aptitude install linux-image-2.6.22-2-686 linux-headers-2.6.22-2-686 Evidemment si tu as des modules fabriqués à la main (drivers nvidia, vmware, lirc, ...) faudra refabriquer tout ça apres reboot sur ce noyau. Guy Aurelien a écrit : On Wed, Oct 17, 2007 at 12:23:14PM +0200, debianpmd wrote : je pense que tu peux essayer l'option irqpoll toujours à la même place Pas mieux. ou attribuer si possible dans le bios une autre irq. J'ai tenté, mais sans succès. pmd Le mercredi 17 octobre 2007 à 12:03 +0200, Aurelien a écrit : On Wed, Oct 17, 2007 at 11:30:25AM +0200, Aurélien Roux wrote : On Wed, Oct 17, 2007 at 10:32:41AM +0200, Aurélien Roux wrote : On Wed, Oct 17, 2007 at 10:06:39AM +0200, Aurélien Roux wrote : On Tue, Oct 16, 2007 at 10:27:23PM +0200, Aurélien Roux wrote : On Tue, Oct 16, 2007 at 10:03:28PM +0200, Thierry Leurent wrote : Je reprécise un peu les choses, j'ai pris le temps, via USB, d'installer pciutils, et j'ai pu vérifier que la carte était bien là, reconnue comme il fallait, etc. Ca y est, je crois que j'ai trouvé. En faisant un lspci -v, voilà ce que j'obtiens : $ lspci -v [...] :00:11.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) Subsystem: Realtek Semiconductor Co., Ltd RT8139 Flags: bus master, medium devsel, latency 32, IRQ 11 I/O ports at e000 [size=256] Memory at de00 (32-bit, non-prefetchable) [size=256] Capabilities: [50] Power Management version 2 :01:00.0 VGA compatible controller: ATI Technologies Inc Rage 128 PF/PRO AGP 4x TMDS (prog-if 00 [VGA]) Subsystem: ATI Technologies Inc Rage Fury Pro/Xpert 2000 Pro Flags: bus master, VGA Palette snoop, stepping, 66 MHz, mediumi devsel, latency 32, IRQ 11 [...] Bref, la carte graphique et la carte ethernet ont la même IRQ. Je suppose que, du coup, ça pose problème, mais j'avoue que je ne sais pas du tout comment résoudre cela. Voilà quelques résultats intéressants : $ dmesg |less [...] (/eth0) 8139cp :00:11.0: This (id 10ec:8139) is not an 8139C+ compatible chip 8139cp :00:11.0: Try the 8139too driver instead. 8139too Fast Ethernet driver 0.9.27 PCI: setting IRQ 11 as level-triggered PCI: Found IRQ 11 for device :00:11.0 eth0: Realtek RTL8139 at 0xe000, [UNE ADRESSE MAC], IRQ 11 eth0: Identified 8139 chip type 'RTL-8139C' Attempting manual resume Concernant le driver, le fichier /etc/modprobe.d/reseau contient : $ cat /etc/modprobe.d/reaseau alias eth0 8139too Mais je ne retrouve pas cette ligne dans /etc/modules après un update-modules. Au niveau des IRQ, il semble donc qu'il s'agisse de l'IRQ 11, mais en regardant /proc/interrupts : $ cat /proc/interrupts CPU0 0: 123273XT-PIC timer 1: 352XT-PIC i8042 2: 0XT-PIC cascade 5: 0XT-PIC uhci_hcd:usb1, uhci_hcd:usb2 6: 2XT-PIC floppy 7: 0XT-PIC parport0 8: 1XT-PIC rtc 9: 1XT-PIC acpi 10: 0XT-PIC es1371 12: 130XT-PIC i8042 14:3172XT-PIC ide0 15: 64XT-PIC ide1 MMI: 0 LOC: 0 ERR: 0 MIS: 0 Donc rien en IRQ 11. J'ai vérifié dans le BIOS, j'ai disabled le PnPOS, et le routing des IRQ est en mode automatique. Peut-être qu'il faut que je passe en mode manuel et que je les rentre une par une, mais j'ai l'impression que l'IRQ est bien attribuée au débuté, pourtant. -- == ORL (alias Yvette H.) -- 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] -- == ORL (alias Yvette H.)
Re: problème de module ethernet sur une a sus p5gdc
Sylvain Sauvage a écrit : Francois Sauterey, mercredi 17 octobre 2007, 12:40:30 CEST J'ai une carte mère ASUS P5GDC. Le problème, c'est que systématiquement la 'carte ethernet intégrée' est vu comme du firewire et ne veut pas se configurer comme une carte ethernet. Je suis donc obliger de lui coller une carte supplémentaire. Et comme en plus il faut que je travaille sur deux réseau,, il va falloir que j'en rajoute une autre :-( Avec ifconfig, j'obtiens : ifconfig eth1 eth1 Lien encap:UNSPEC HWaddr 00-11-D8-00-00-53-7B-A6-00-00-00-00-00-00-00-00 BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 lg file transmission:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) et si je lui mets une adresse, elle l'a prend bien (je peux même la pinger), mais nib pour sortit sur le réseau. Au boot, j'ai les modules suivants qui s'installent: sbp2 eth1394 ohci1394 ieee1394 J'ai bien un eth1394, mais cela ne marche pas pour autant. quelqu'un a une solution car je n'ai rien trouvé sur google, même en anglais :-) ? T’es sûr que ce ne serait pas l’inverse : l’ieee1394 qui est vu comme interface réseau (ce qui arrive souvent) ? Tu peux nous donner la sortie de : — dmesg (tu peux couper un peu mais pas trop, surtout si tu ne sais pas ce que tu coupes) ; — ifconfig -a ; — lsmod ; — cat /etc/udev/rules.d/z25_persistent-net.rules ? Tu as essayé de forcer le format Ethernet ? ifconfig eth1 hw ether 00-11-D8-00-00-53-7B-A6 Que dit la commande suivante ? /sbin/mii-tool Steph -- 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]
sysctl configuration
Bonjour, J'ai plusieurs serveurs ipsec que je viens de passer de sarge a etch. Sur ces serveurs, j'ai besoin de désactiver l'anti-spoofing du noyau car sinon cela bloque le fonctionnement de certains tunnels ipsec. Jusqu'a présent, en sarge, j'utilisais le fichier /etc/sysctl.conf pour désactiver l'anti spoofing avec la lignes suivantes : net.ipv4.conf.eth0.rp_filter=0 Or sur etch, ce fichier ne semble pas pris en compte, ou en tout cas, je constate qu'a chaque reboot du serveur, la valeur peut etre a 0 ou a 1 sans que je comprenne pourquoi. Quand je force la valeur a la main, cela fonctionne ensuite (sysctl -w net.ipv4.conf.eth0.rp_filter=0) Savez vous si la façon de modifier les valeur systèmes a changé dans etch? Merci, Jean-Michel.
wifi rt61 via module-assistant : un peu galère, non ?
bonjour, j'ai vu pas mal de fils sur ralink et le rt61, mais pas de vrais réponses (sauf erreur, omission de ma part). Je m'occupe de cette machine à distance (via ssh en eth0) sous etch en 2.6.18-4-i686 j'ai fait un - m-a auto-install rt2x00-source ce qui a généré ce .deb qui a été installé, j'ai lu le README (/usr/share/doc/rt2x00-modules-2.6.18-4-686/README.gz) /usr/src/rt2x00-modules-2.6.18-4-686_0cvs20060928-1+2.6.18.dfsg.1-12etch2_i386.deb - j'ai copié les rt26*.bin dans /lib/firmware/. comme demandé. - pour les tests je me suis fait un script wlan0up.sh : #!/bin/bash Interface=wlan0 IP=192.168.1.12 PASSERELLE=192.168.1.1 echo 1 /sys/module/rt61pci/parameters/debug echo iwconfig : iwconfig $Interface essid dlink iwconfig $Interface channel 1 ifconfig $Interface up iwlist $Interface echo ifconfig : /sbin/ifconfig $Interface $IP netmask 255.255.255.0 up echo route : /sbin/route add defauft gw $PASSERELLE - après execution, j'ai ceci ./wlan0up.sh iwconfig : iwlist: unknown command `wlan0' ifconfig : route : defauft: Hôte inconnu # iwconfig lono wireless extensions. eth0 no wireless extensions. sit0 no wireless extensions. wmaster0 IEEE 802.11g Frequency:2.412 GHz RTS thr:off Fragment thr=2346 B wlan0 IEEE 802.11g ESSID:dlink Mode:Managed Frequency:2.412 GHz Access Point: Not-Associated RTS thr:off Fragment thr=2346 B Encryption key:off # cat /etc/network/interfaces # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). # The loopback network interface auto lo iface lo inet loopback # The primary network interface auto eth0 allow-hotplug eth0 #iface eth0 inet dhcp iface eth0 inet static address 192.168.1.10 netmask 255.255.255.0 gateway 192.168.1.1 iface wlan0 inet static address 192.168.1.12 netmask 255.255.255.0 gateway 192.168.1.1 pre-up iwconfig wlan0 mode Managed pre-up iwconfig wlan0 essid dlink pre-up iwconfig wlan0 key restricted s:MotDePasse # lsmod | grep rt rt61pci33988 0 80211 141000 2 rate_control,rt61pci firmware_class 9600 1 rt61pci crc_itu_t 2240 1 rt61pci # ifconfig eth0 Lien encap:Ethernet HWaddr 00:19:D1:6F:0C:D1 inet adr:192.168.1.10 Bcast:192.168.1.255 Masque:255.255.255.0 adr inet6: fe80::219:d1ff:fe6f:cd1/64 Scope:Lien UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:5106 errors:0 dropped:0 overruns:0 frame:0 TX packets:2597 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 lg file transmission:1000 RX bytes:1174840 (1.1 MiB) TX bytes:291132 (284.3 KiB) loLien encap:Boucle locale inet adr:127.0.0.1 Masque:255.0.0.0 adr inet6: ::1/128 Scope:H UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:132 errors:0 dropped:0 overruns:0 frame:0 TX packets:132 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 lg file transmission:0 RX bytes:62422 (60.9 KiB) TX bytes:62422 (60.9 KiB) wlan0 Lien encap:Ethernet HWaddr 00:19:5B:67:99:BE inet adr:192.168.1.12 Masque:255.255.255.0 adr inet6: fe80::219:5bff:fe67:99be/64 Scope:Lien UP RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:17 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 lg file transmission:0 RX bytes:0 (0.0 b) TX bytes:3078 (3.0 KiB) Adresse de base:0xb000 wmaster0 Lien encap:UNSPEC HWaddr 00-19-5B-67-99-BE-30-3A-00-00-00-00-00-00-00-00 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 lg file transmission:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) Adresse de base:0xb000 # cat /etc/Wireless/RT61STA/rt61sta.dat (je suis pas sur de ce fichier) [Default] CountryRegion=0 CountryRegionABand=7 WirelessMode=0 SSID=dlink NetworkType=Infra Channel=1 #AuthMode=OPEN AuthMode=WEP EncrypType=NONE DefaultKeyID=1 Key1Type=0 Key1Str=MotDepasse Key2Type=0 Key2Str= Key3Type=0 Key3Str= Key4Type=0 Key4Str= WPAPSK=MotDePasse TxBurst=0 PktAggregate=0 WmmCapable=0 APSDCapable=0 APSDAC=0;0;0;0 BGProtection=0 IEEE80211H=0 TxRate=0 RTSThreshold=2347 FragThreshold=2346 RoamThreshold=75 PSMode=CAM TxPreamble=0 FastRoaming=0 un ping 192.168.1.12 : pas de host unreachable, tant que je retire pas mon câble rj45 de eth0 j'ai raté/déconné sur quoi ?
Re: sysctl configuration
Le mercredi 17 octobre 07 à 17:49, Jean-Michel Bonnefond a écrit : | |Bonjour, Salut, [...] |Jusqu'a présent, en sarge, j'utilisais le fichier /etc/sysctl.conf pour |désactiver l'anti spoofing avec la lignes suivantes : |net.ipv4.conf.eth0.rp_filter=0 |Or sur etch, ce fichier ne semble pas pris en compte, ou en tout cas, je |constate qu'a chaque reboot du serveur, la valeur peut etre a 0 ou a 1 sans |que je comprenne pourquoi. |Quand je force la valeur a la main, cela fonctionne ensuite (sysctl -w |net.ipv4.conf.eth0.rp_filter=0) |Savez vous si la façon de modifier les valeur systèmes a changé dans etch? J'ai utilisé ce fichier pour positionner des valeurs sous /sys. Je confirme que ça fonctionne sous Etch. En revanche, ce fichier est géré par le paquet sysfsutils. Est-il installé ? |Merci, Pas de quoi. |Jean-Michel. Seb -- 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]
Sarge et module pour Marvell 88E8053 (Was: problème de module ethernet sur une asus p5gdc)
Sylvain Sauvage a écrit : Francois Sauterey, mercredi 17 octobre 2007, 12:40:30 CEST J'ai une carte mère ASUS P5GDC. Le problème, c'est que systématiquement la 'carte ethernet intégrée' est vu comme du firewire et ne veut pas se configurer comme une carte ethernet. Je suis donc obliger de lui coller une carte supplémentaire. Et comme en plus il faut que je travaille sur deux réseau,, il va falloir que j'en rajoute une autre :-( Avec ifconfig, j'obtiens : ifconfig eth1 eth1 Lien encap:UNSPEC HWaddr 00-11-D8-00-00-53-7B-A6-00-00-00-00-00-00-00-00 BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 lg file transmission:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) et si je lui mets une adresse, elle l'a prend bien (je peux même la pinger), mais nib pour sortit sur le réseau. Au boot, j'ai les modules suivants qui s'installent: sbp2 eth1394 ohci1394 ieee1394 J'ai bien un eth1394, mais cela ne marche pas pour autant. quelqu'un a une solution car je n'ai rien trouvé sur google, même en anglais :-) ? T’es sûr que ce ne serait pas l’inverse : l’ieee1394 qui est vu comme interface réseau (ce qui arrive souvent) ? Tu peux nous donner la sortie de : — dmesg (tu peux couper un peu mais pas trop, surtout si tu ne sais pas ce que tu coupes) ; — ifconfig -a ; — lsmod ; — cat /etc/udev/rules.d/z25_persistent-net.rules ? Tu as raison... en fait, j'ai mal interprété lspci : Ma carte réseau n'a rien à voir avec l'ieee1384, c'est du Marvell 88e8053. Du coup, j'ai trouvé des références à mon problème (beaucoup) mais pas de solution. Donc, je reprends: * sarge, 2.6.8-4-686, et 'carte intégrée' maxwell 88E8053. * lscpi (ça commence mal !): Ethernet controller: Marvell Technology Group Ltd.: Unknown device 4362 (rev 15) * Rien dans dmesg Je trouve des référence à sk98lin # modprobe sk98lin FATAL: Error inserting sk98lin (/lib/modules/2.6.8-4-686/kernel/drivers/net/sk98lin/sk98lin.ko): No such device Je trouve aussi des référence à sky2. Rien de ce genre dans /lib/modules/2.6.8-4-686/kernel/drivers/net Bref, je n'ai pas beaucoup avancé vers la lumière -- 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: Sarge et module pour Marvell 88E8053 Résolu - pas propre
Francois a écrit : Donc, je reprends: * sarge, 2.6.8-4-686, et 'carte intégrée' maxwell 88E8053. * lscpi (ça commence mal !): Ethernet controller: Marvell Technology Group Ltd.: Unknown device 4362 j'(ai trouvé une solution à base de code propriétaire : Sur le site de http://www.syskonnect.eu/ * téléchargement du tarball pour SK-9E21, le décompresser * vérifier que j'ai bien les headers pour mon noyo * vérifier que /usr/src/linux est bien un lien vers le bon répertoire * lancer install.sh et hop @+ -- 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]
[repost] wifi rt61 via module-assistant : un peu galère, non ?
[repost car pas vu 2 heures après envoi] bonjour, j'ai vu pas mal de fils sur ralink et le rt61, mais pas de vrais réponses (sauf erreur, omission de ma part). Je m'occupe de cette machine à distance (via ssh en eth0) sous etch en 2.6.18-4-i686 j'ai fait un - m-a auto-install rt2x00-source ce qui a généré ce .deb qui a été installé, j'ai lu le README (/usr/share/doc/rt2x00-modules-2.6.18-4-686/README.gz) /usr/src/rt2x00-modules-2.6.18-4-686_0cvs20060928-1+2.6.18.dfsg.1-12etch2_i38 6.deb - j'ai copié les rt26*.bin dans /lib/firmware/. comme demandé. - pour les tests je me suis fait un script wlan0up.sh : #!/bin/bash Interface=wlan0 IP=192.168.1.12 PASSERELLE=192.168.1.1 echo 1 /sys/module/rt61pci/parameters/debug echo iwconfig : iwconfig $Interface essid dlink iwconfig $Interface channel 1 ifconfig $Interface up iwlist $Interface echo ifconfig : /sbin/ifconfig $Interface $IP netmask 255.255.255.0 up echo route : /sbin/route add defauft gw $PASSERELLE - après execution, j'ai ceci ./wlan0up.sh iwconfig : iwlist: unknown command `wlan0' ifconfig : route : defauft: Hôte inconnu # iwconfig lono wireless extensions. eth0 no wireless extensions. sit0 no wireless extensions. wmaster0 IEEE 802.11g Frequency:2.412 GHz RTS thr:off Fragment thr=2346 B wlan0 IEEE 802.11g ESSID:dlink Mode:Managed Frequency:2.412 GHz Access Point: Not-Associated RTS thr:off Fragment thr=2346 B Encryption key:off # cat /etc/network/interfaces # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). # The loopback network interface auto lo iface lo inet loopback # The primary network interface auto eth0 allow-hotplug eth0 #iface eth0 inet dhcp iface eth0 inet static address 192.168.1.10 netmask 255.255.255.0 gateway 192.168.1.1 iface wlan0 inet static address 192.168.1.12 netmask 255.255.255.0 gateway 192.168.1.1 pre-up iwconfig wlan0 mode Managed pre-up iwconfig wlan0 essid dlink pre-up iwconfig wlan0 key restricted s:MotDePasse # lsmod | grep rt rt61pci33988 0 80211 141000 2 rate_control,rt61pci firmware_class 9600 1 rt61pci crc_itu_t 2240 1 rt61pci # ifconfig eth0 Lien encap:Ethernet HWaddr 00:19:D1:6F:0C:D1 inet adr:192.168.1.10 Bcast:192.168.1.255 Masque:255.255.255.0 adr inet6: fe80::219:d1ff:fe6f:cd1/64 Scope:Lien UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:5106 errors:0 dropped:0 overruns:0 frame:0 TX packets:2597 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 lg file transmission:1000 RX bytes:1174840 (1.1 MiB) TX bytes:291132 (284.3 KiB) loLien encap:Boucle locale inet adr:127.0.0.1 Masque:255.0.0.0 adr inet6: ::1/128 Scope:H UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:132 errors:0 dropped:0 overruns:0 frame:0 TX packets:132 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 lg file transmission:0 RX bytes:62422 (60.9 KiB) TX bytes:62422 (60.9 KiB) wlan0 Lien encap:Ethernet HWaddr 00:19:5B:67:99:BE inet adr:192.168.1.12 Masque:255.255.255.0 adr inet6: fe80::219:5bff:fe67:99be/64 Scope:Lien UP RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:17 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 lg file transmission:0 RX bytes:0 (0.0 b) TX bytes:3078 (3.0 KiB) Adresse de base:0xb000 wmaster0 Lien encap:UNSPEC HWaddr 00-19-5B-67-99-BE-30-3A-00-00-00-00-00-00-00-00 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 lg file transmission:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) Adresse de base:0xb000 # cat /etc/Wireless/RT61STA/rt61sta.dat (je suis pas sur de ce fichier) [Default] CountryRegion=0 CountryRegionABand=7 WirelessMode=0 SSID=dlink NetworkType=Infra Channel=1 #AuthMode=OPEN AuthMode=WEP EncrypType=NONE DefaultKeyID=1 Key1Type=0 Key1Str=MotDepasse Key2Type=0 Key2Str= Key3Type=0 Key3Str= Key4Type=0 Key4Str= WPAPSK=MotDePasse TxBurst=0 PktAggregate=0 WmmCapable=0 APSDCapable=0 APSDAC=0;0;0;0 BGProtection=0 IEEE80211H=0 TxRate=0 RTSThreshold=2347 FragThreshold=2346 RoamThreshold=75 PSMode=CAM TxPreamble=0 FastRoaming=0 un ping 192.168.1.12 : pas de host unreachable, tant que je retire pas mon câble rj45 de eth0 j'ai raté/déconné sur quoi ? ---
Re: [repost] wifi rt61 via module -assistant : un peu galère, non ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bulot Grégory a écrit : [repost car pas vu 2 heures après envoi] Et pourtant... [...] # cat /etc/network/interfaces # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). # The loopback network interface auto lo iface lo inet loopback # The primary network interface auto eth0 allow-hotplug eth0 #iface eth0 inet dhcp iface eth0 inet static address 192.168.1.10 netmask 255.255.255.0 gateway 192.168.1.1 iface wlan0 inet static address 192.168.1.12 netmask 255.255.255.0 gateway 192.168.1.1 pre-up iwconfig wlan0 mode Managed pre-up iwconfig wlan0 essid dlink pre-up iwconfig wlan0 key restricted s:MotDePasse Donc deux interfaces, sur le même sous réseau, avec la même route ? Si je ne m'abuse, il me semble « un peu compliqué » de faire le choix, donc une des deux interfaces (au moins) va être mise de côté. [...] un ping 192.168.1.12 : pas de host unreachable, tant que je retire pas mon câble rj45 de eth0 Ha, je me disais bien ;). Amicalement David -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHFlBR18/WetbTC/oRApmHAJ49uzaboJoh5MbYesuFIICtiUy+gwCeJhgy mOQscVRg4aBXZWn70X7K5DE= =z6nR -END PGP SIGNATURE- -- 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: [repost] wifi rt61 via module-assistant : un peu galère, non ?
On Wednesday 17 October 2007 19:40, Bulot Grégory wrote: [repost car pas vu 2 heures après envoi] bonjour, j'ai vu pas mal de fils sur ralink et le rt61, mais pas de vrais réponses (sauf erreur, omission de ma part). Je m'occupe de cette machine à distance (via ssh en eth0) http://doc.ubuntu-fr.org/materiel/wifi/rt61. marche parfait sur 3 boîtes
Re: Installation des paquets
Merci pour la prise de contact rapide! La version de Debian installée est: 4.0_r1. je l'ai déchargée depuis le serveur de l'université de Bayreuth en Juillet 2007. Le message d'erreur pour open office est: est que la version certains paquets java sont incompatibles avec certains paquets openoffice. Le systeme ne me laisse pas modifier les paquets java du à des interdépendences entre eux... Pour la lecture des dvd je vais réessayer. Pour la description des problèmes, je vais chercher sur le site Debian. Je suis actuellement absent. Dès mon retour je pourrais faire suivre des screengrabs si utile. Merci en tous cas. Message du 17/10/07 08:41 De : Frédéric BOITEUX A : debian-user-french@lists.debian.org Copie à : [EMAIL PROTECTED] Objet : Re: Installation des paquets Le mar 16 oct 2007 23:09:25 CEST, laurent.meister a écrit : Bonjour, Bonjour, je suis un nouvel utilisateur de Debian et Linux en général. Mes connaissances en informatique sont celles d'un utilisateur qui aime comprendre comment un ordinateur fonctionne mais qui n'a pas forcément pris le temps de se former pour comprendre en détail tous les protocoles et autres règles... je suis donc (je pense ) capable de suivre des instructions, mais pas toujours de trouver la solution à mes problèmes tout seul. .. et bienvenue dans le monde Debian... j'en viens à mes problèmes: je n'arrive pas à installer les paquets nécessaires à Open office. Debian m'indique toujours un conflit dans des paquets Java... Ceci peu importe l'outil de gestion des paquets utilisé. Il est bon lorsqu'on expose son problème d'indiquer le plus clairement les conditions et les erreurs rencontrées : dans ton cas, quels sont les commandes que tu tentes et les messages d'erreur que tu obtiens. C'est très important, il y a d'ailleurs qq part sur le Net une doc. expliquant « comment » poser les questions, si quelqu'un sur la liste a l'adresse, il pourrait la redonner. En tout état de cause, OpenOffice fait partie intégrante de Debian, il ne devrait pas y avoir de soucis me semble-t-il ... Quelle version de Debian as-tu installée ? Fred. Créez votre adresse électronique [EMAIL PROTECTED] 1 Go d'espace de stockage, anti-spam et anti-virus intégrés.
debian-user-french@lists.debian.org won!
email won! lifetime membership! get www try32 dot cn infectiously recked contrariness quinanisole reckonings kinaestheic liker fly perignathic volunteering reinoculate atrophying sleathy Aldo -- 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: Carte graphique et ethernet avec même IRQ
Aurelien a écrit : Bref, la carte graphique et la carte ethernet ont la même IRQ. Je suppose que, du coup, ça pose problème, mais j'avoue que je ne sais pas du tout comment résoudre cela. Bonjour, De mémoire les partages d'IRQ sont définis en dur quelque part dans la carte mère. Je sais que les ports PCI partagent les IRQ avec d'autres parties de la carte mère (controleur intégrés video, réseau, usb...) Ces indications doivent apparaître sur la doc de la carte mère. Une solution serait de déplacer la carte réseau sur un autre port pci. Bon courage, @+ Sil -- 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: [sub] Re: impossible d'envoyer des messages smtp.orange.fr
Jerome Moinet wrote: mouss a écrit : Jerome Moinet wrote: Il faut savoir que depuis cet été wanadoo fait des choses bizarres avec le protocole SMTP. notamment couper l'accès au port 25 si tu n'utilise pas leur smtp (obligé de passer par le port 587) sans aucun espoir de retour. euh? je ne crois pas qu'ils bloquent le port 25, vu le nombre de zombies que je vois dans les logs... Si, si, ils bloquent. Pour être plus précis, ils bloquent le abonnés en ip dynamique et c'est en cours de déploiement depuis avant l'été (donc peut-être pas encore appliqué partout). sinon, le bloquage du port 25 par défaut (avec ouverture gratuite pour ceux qui le demandent) est une bonne chose. Je suis d'accord. Mais orange ne permet pas le débloquage. Ce qui est dégueulasse (pour reprendre un mot à la mode ces temps-ci). Le seul moyen est de passer en ip fixe, soit, de mémoire, environ 20 euros en plus chaque mois. Je t'en parle en connaissance de cause, ayant passé pas mal de temps avec leur support à ce sujet. Oui, changer de FAI, mais pour aller où ? free? marche mal. Autant orange est souvent critiqué sur ses tarifs ou son éthique, autant free est souvent critiqué sur sa faiblesse technique et commerciale (le support). Je ne compte plus le nombre de relations qui me racontent qu'ils ont des problèmes avec free c'est surtout avec la HD. celui qui l'a designée devrait faire de la prison (ça fait une eternité que des gens connaissent les problèmes de surchauffe. et malrgé ça, y a quelqu'un qui pense qu'il va faire un tout petit boitier, avec aération sur le bas qui de plus est, avec un disque dur qui ne se met pas en veille, ... etc). (il y en a aussi qui n'ont aucun souci), alors que je n'ai pas encore rencontré de relation ayant eu des problèmes avec orange. On peut aussi jeter un oeil sur fr.reseaux.internet.fournisseurs, pas très encourageant pour free. pour le support technique, j'ai eu rarement besoin, et c'est vrai que quand le gars m'a posé la question d'entrée (je racionte de mémoire, donc la conversation est un peu deformée, mais le sens est bon): - Vous êtes sur PC ou sur Mac? - sur PC - windows 98 ou XP? - euh ni l'un ni l'autre... - ah. faut rappeler pour tomber sur un specialiste Mac - mais je ne suis pas sur Mac - vous pouvez me redire quel système vous utilisez? - vous avez deja entendu parler de Linux? - un tout petit peu. vraiment, je ne m'y connais pas. je ne peux pas vous aider. - mais je m'occupe d'unix tout seul. pouvez vous vérifier que ma ligne n'est pas tombée? - reboutez votre système - (la, je connais la procédure. je fais donc semblant) - est-ce que votre $trucmuchsystem a un client dhcp? - oui, et la je le lance à la main, et il ne va pas très loin - ah attendez. effectivement, ... réessayez maintenant. ... - ah la ça marche. cela dit, j'ai deja eu le même genre de trucs chez Noos, et à l'époque, j'ai du brancher un windows sur le modem (le gars voulait rien faire sinon me dire: connais pas. faut suivre la procedure...). http://fdn.fr ? j'aime bien le principe. -- 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: plusieurs serveurs Postgres : accès par libpq ?
On Wed, 2007-10-17 at 16:04 +0200, Frédéric BOITEUX wrote: Bonjour, Sur une machine Debian Etch, j'ai plusieurs serveurs Postgresql (en différentes versions) qui gèrent chacun des bases de données. Pour un utilisateur, il a le choix entre plusieurs serveurs, comme on peut le voir avec la commande pg_lsclusters. Je peux sélectionner le bon « cluster » dans des commandes comme psql (avec l'option « --cluster version/nom de la base », mais en revanche, je n'y arrive pas dans un programme C lié à la bibliothèque libpq : en effet, je n'ai pas trouvé l'équivalent dans l'API C de l'option --cluster... C'est sans doute normal vu que c'est un ajout de Debian, mais j'aimerais savoir comment accéder à une base précise avec cette bibliothèque libpq ? Il faut trouver le port de chaque cluster. Il n'y a pas de fonction bibliothèque pour accéder aux clusters ; alors, on doit utiliser une commande convenable, telle que : pg_lsclusters | grep '^version *cluster ' | awk '{print $3}' On peut appeler son programme avec le resultat de cette commande comme port. Sans doute, le programme aura une option pour ça. Dans le programme il faut passer le port au PQconnectdb(). Enveloppe tout dans un script : #!/bin/bash VERSION=$1 CLUSTER=$2 mon_programme -p $( pg_lsclusters | grep ^$VERSION *$CLUSTER | awk '{print $3}' ) -- Oliver Elphick [EMAIL PROTECTED] Isle of Wight http://www.lfix.co.uk/oliver GPG: 1024D/A54310EA 92C8 39E7 280E 3631 3F0E 1EC0 5664 7A2F A543 10EA Do you want to know God? http://www.lfix.co.uk/knowing_god.html -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: [repost] wifi rt61 via module-assistant : un peu galère, non ?
Le mercredi 17 octobre 2007 20:11, David Prévot a écrit : Bulot Grégory a écrit : [repost car pas vu 2 heures après envoi] Et pourtant... ça surprend quand cela arrive Donc deux interfaces, sur le même sous réseau, avec la même route ? Si je ne m'abuse, il me semble « un peu compliqué » de faire le choix, donc une des deux interfaces (au moins) va être mise de côté. y-a-t-il une solution 'propre' (tout en gardant eth0 et wifi)
Re: wifi rt61 via module-assista nt : un peu galère, non ?
Bonjour, Le mercredi 17 octobre 2007, Bulot Grégory a écrit... echo iwconfig : iwconfig $Interface essid dlink iwconfig $Interface channel 1 ifconfig $Interface up iwlist $Interface echo ifconfig : /sbin/ifconfig $Interface $IP netmask 255.255.255.0 up echo route : /sbin/route add defauft gw $PASSERELLE - après execution, j'ai ceci ./wlan0up.sh iwconfig : iwlist: unknown command `wlan0' ifconfig : route : defauft: Hôte inconnu j'ai raté/déconné sur quoi ? man iwlist man route ... te diront que : - iwlist demande une interface _et_ une commande (ex : iwlist wlan0 scan) - que « defauft » s'écrit en réalité « default » -- jm A.E.L. Sarl (R.C.S CASTRES 490843240) http://www.affaires-en-ligne.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]