Re: configuration imprimante multifonction hp et sanner
JJL, vendredi 21 août 2009, 22:40:05 CEST Hello, ’lut, Le 21 août 2009 17:46, Sylvain Sauvagesylvain.sauv...@metanoesis.net a écrit : […] de boulot du côté de l’imprimante (un petit serveur) et, même si ce n’est pas grand-chose, j’avais dans l’idée que les constructeurs étaient plus fainéants qu’ils ne le sont :o) Bah, vu ce qui tourne déjà sur l'imprimante (http, snmp ...), c'est sans doute pas grand chose à coder. On fait maintenant de très bons SoC à pas cher :) Ben c’est juste la même chose que le programme que tu utilises mais à l’envers (réception ←→ émission) et avec les commandes du scanner. Starting Nmap 4.76 ( http://nmap.org ) at 2009-08-21 22:28 CEST […] D’après le code, c’est le port 1124 en udp puis tcp. Ya plus qu’à espérer que le protocole se standardise (haha)… rire jaune :( -- Sylvain Sauvage -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Subversion impossible de contacter un dépot via http
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 y...@ianco.org wrote: Bonjour, Bonjour Yann, Je constate que sur mon poste de dev en Debian squeeze avec subversion en 1.6.3 il met impossible de contacter un dépôt distant en http : Ma station principale est également sous Squeeze avec Subversion 1.6.3, et je peux travailler normalement avec des serveurs Subversion 1.5.1 (Lenny). svn info http://surr002/svn/tstMCD svn: OPTIONS de 'http://surr002/svn/tstMCD': Impossible de se connecter au serveur (http://surr002) Peux-tu pinger ton serveur ? Peux-tu te connecter à ton dépôt via un navigateur web ? Ce dépôt est tenu par un subversion en 1.5.1 Quelle est ta configuration WebDav ? Alors que depuis un autre poste avec svn en 1.5.1 J'obtiens les informations. Est-ce-que cet autre poste est sur le même [sous-] réseau que ton poste Squeeze et/ou ton serveur Subversion ? Tu parles de dépôt distant, ne serait-ce pas problème de restriction d'accès (par un firewall par exemple) ? Mais que s'est-il passé entre ces deux versions ? Merci de vos éclairages. Yann. - -- Alexis de BRUYN email : ale...@de-bruyn.fr -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkqPspsACgkQ1P8XTvyEsSN6eACeJsHioLzNXWP7Q6dZa96UUgZd a4MAn35Nxy+84euxa/TA/xpRHE9mVsec =Rfz+ -END PGP SIGNATURE- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: [testing] passage en 2.6.30 amd64 : Problème avec la carte ATI radeon
Le Sun, 16 Aug 2009 19:59:00 +0200, thveillon.debian thveillon.deb...@googlemail.com a écrit : [...] Salut, j'ai une puce 3300HD sur un portable sous Squeeze, j'ai été confronté au même problème (avec un 2.6.30* maison ou celui de Debian). J'ai essayé des patches de chez Gentoo sur l'installateur ATI en différentes versions sans succès, finalement j'ai passé tout xorg en Sid avec du pinning (et aptitude), et j'ai utilisé les paquets fglrx de Sid également. Après installation, puis un coup de module-assistant pour le module noyau, un aticonfig --initial (le tout en console, pas en session graphique) et un redémarrage tout fonctionne bien (effets 3D dans kde4, OpenGl OK, video ok si on désactive les effets de bureau.). [...] Tom Bonjour, Donc : - passage de xorg et xserver-xorg en version sid = semble OK machine sous X11 sans 3D - passage en sid aussi du noyeau adm64 2.6.30 et des header pour compilation du module = échec de module assistant avec cet extrait du log par conttre pourquoi ça c'est le mystère... Log In file included from /usr/src/modules/fglrx/firegl_public.c:445: /usr/src/modules/fglrx/drm_proc.h: In function ‘FGLDRM__vma_info’: /usr/src/modules/fglrx/drm_proc.h:497: warning: format ‘%08lx’ expects type ‘long unsigned int’, but argument 5 has type ‘phys_addr_t’ CC [M] /usr/src/modules/fglrx/kcl_acpi.o /usr/src/modules/fglrx/kcl_acpi.c:431:6: warning: #warning ACPI notification wrapping won't work. /usr/src/modules/fglrx/kcl_acpi.c:464:6: warning: #warning ACPI notification wrapping won't work. /usr/src/modules/fglrx/kcl_acpi.c:490:6: warning: #warning ACPI notification wrapping won't work. /usr/src/modules/fglrx/kcl_acpi.c:514:6: warning: #warning ACPI notification wrapping won't work. CC [M] /usr/src/modules/fglrx/kcl_agp.o CC [M] /usr/src/modules/fglrx/kcl_debug.o CC [M] /usr/src/modules/fglrx/kcl_ioctl.o CC [M] /usr/src/modules/fglrx/kcl_io.o CC [M] /usr/src/modules/fglrx/kcl_pci.o CC [M] /usr/src/modules/fglrx/kcl_str.o CC [M] /usr/src/modules/fglrx/kcl_wait.o LD [M] /usr/src/modules/fglrx/fglrx.o ld: Relocatable linking with relocations from format elf32-i386 (/usr/src/modules/fglrx/libfglrx_ip.a.GCC4) to format elf64-x86-64 (/usr/src/modules/fglrx/fglrx.o) is not supported make[5]: *** [/usr/src/modules/fglrx/fglrx.o] Erreur 1 make[4]: *** [_module_/usr/src/modules/fglrx] Erreur 2 make[3]: *** [sub-make] Erreur 2 make[2]: *** [all] Erreur 2 make[2]: quittant le répertoire « /usr/src/linux-headers-2.6.30-1-amd64 » -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: [testing] passage en 2.6.30 amd64 : Problème a vec la carte ATI radeon
Yann Cohen à écrit : Le Sun, 16 Aug 2009 19:59:00 +0200, thveillon.debian thveillon.deb...@googlemail.com a écrit : [...] Salut, j'ai une puce 3300HD sur un portable sous Squeeze, j'ai été confronté au même problème (avec un 2.6.30* maison ou celui de Debian). J'ai essayé des patches de chez Gentoo sur l'installateur ATI en différentes versions sans succès, finalement j'ai passé tout xorg en Sid avec du pinning (et aptitude), et j'ai utilisé les paquets fglrx de Sid également. Après installation, puis un coup de module-assistant pour le module noyau, un aticonfig --initial (le tout en console, pas en session graphique) et un redémarrage tout fonctionne bien (effets 3D dans kde4, OpenGl OK, video ok si on désactive les effets de bureau.). [...] Tom Bonjour, Donc : - passage de xorg et xserver-xorg en version sid = semble OK machine sous X11 sans 3D - passage en sid aussi du noyeau adm64 2.6.30 et des header pour compilation du module = échec de module assistant avec cet extrait du log par conttre pourquoi ça c'est le mystère... Log In file included from /usr/src/modules/fglrx/firegl_public.c:445: /usr/src/modules/fglrx/drm_proc.h: In function ‘FGLDRM__vma_info’: /usr/src/modules/fglrx/drm_proc.h:497: warning: format ‘%08lx’ expects type ‘long unsigned int’, but argument 5 has type ‘phys_addr_t’ CC [M] /usr/src/modules/fglrx/kcl_acpi.o /usr/src/modules/fglrx/kcl_acpi.c:431:6: warning: #warning ACPI notification wrapping won't work. /usr/src/modules/fglrx/kcl_acpi.c:464:6: warning: #warning ACPI notification wrapping won't work. /usr/src/modules/fglrx/kcl_acpi.c:490:6: warning: #warning ACPI notification wrapping won't work. /usr/src/modules/fglrx/kcl_acpi.c:514:6: warning: #warning ACPI notification wrapping won't work. CC [M] /usr/src/modules/fglrx/kcl_agp.o CC [M] /usr/src/modules/fglrx/kcl_debug.o CC [M] /usr/src/modules/fglrx/kcl_ioctl.o CC [M] /usr/src/modules/fglrx/kcl_io.o CC [M] /usr/src/modules/fglrx/kcl_pci.o CC [M] /usr/src/modules/fglrx/kcl_str.o CC [M] /usr/src/modules/fglrx/kcl_wait.o LD [M] /usr/src/modules/fglrx/fglrx.o ld: Relocatable linking with relocations from format elf32-i386 (/usr/src/modules/fglrx/libfglrx_ip.a.GCC4) to format elf64-x86-64 (/usr/src/modules/fglrx/fglrx.o) is not supported make[5]: *** [/usr/src/modules/fglrx/fglrx.o] Erreur 1 make[4]: *** [_module_/usr/src/modules/fglrx] Erreur 2 make[3]: *** [sub-make] Erreur 2 make[2]: *** [all] Erreur 2 make[2]: quittant le répertoire « /usr/src/linux-headers-2.6.30-1-amd64 » Le log correspond à l'installation de quel pilote fglrx, par quelle méthode ? Actuellement sur mon portable avec une ati (HD3430 pour être précis, portable HP6730s) j'ai le système en Squeeze, xorg en Sid et le dernier pilote fglrx de Sid (9.8) installé avec aptitude. J'ai créé le module noyau avec module-assistant sans problème sur un noyau 2.6.30.5 perso, et précédemment sur un 2.6.30 de debian (avec fglrx version 9.7, toujours installé avec aptitude + module-assistant). J'ai déjà fais une màj de noyau, et une de fglrx sans problème. La version de fglrx ne serait-elle pas trop ancienne ? Tom -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: [testing] passage en 2.6.30 amd64 : Problème avec la carte ATI radeon
Le Sat, 22 Aug 2009 12:18:48 +0200, thveillon.debian thveillon.deb...@googlemail.com a écrit : Le log correspond à l'installation de quel pilote fglrx, par quelle méthode ? module-assistant avec flglrx-source en 1:9-8-1 (le dernière de sid quoi) linux-header-2.6.30-1-amd64 en 2.6.30-6 linux-kbuild-2.6.30-1 en 2.6.30-1 ...??? Actuellement sur mon portable avec une ati (HD3430 pour être précis, portable HP6730s) j'ai le système en Squeeze, xorg en Sid et le dernier pilote fglrx de Sid (9.8) installé avec aptitude. J'ai créé le module noyau avec module-assistant sans problème sur un noyau 2.6.30.5 perso, et précédemment sur un 2.6.30 de debian (avec fglrx version 9.7, toujours installé avec aptitude + module-assistant). J'ai déjà fais une màj de noyau, et une de fglrx sans problème. La version de fglrx ne serait-elle pas trop ancienne ? Tom -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
[sid Eclipse] Pas de possibilité de mise à jour de logiciel ???
Bonjour, Voici l'environnement debian sid amd64 avec jdk sun 1.6.0_15 Version eclipse Eclipse SDK Version: 3.4.1 Build id: M20080911-1700 (Debian version: 3.4.1-1) (c) Copyright Eclipse contributors and others 2000, 2008. All rights reserved. Visit http://www.eclipse.org/platform Voici le problème : Je souhaite mettre en place subclipse, donc je passe dans mise à jour pour effectuer l'installation de l'extension et : Cannot launch the Update UI. this installation has not been configured properly for Software Updates. Why ? Pourquoi tant de haine ?... J'ai raté quoi ? Merci de vos éclairages. Message au démarrage Bizarre... This Eclipse build doesn't have support for the integrated browser. Et puis le débugger ne fonctionne pas... Yann. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Problème VLC
Bonsoir à tous, J'essaye veinement d'utiliser VLC sous lenny. Ce dernier est incapable de lire quoi que ce soit. Ni les dix, ni mpeg ou encore les .flv. La version est vlc / 0.8.6.h-4+lenny2. Sinon j'arrive sans problème à lire tout ces fichiers soit avec mplayer ou encore kmplayer. Concernant les flv, VLC me renvoit le message : main playlist nothing to play debian POur les autres formats : no suitable decoder module for fourcc ... suivi du format. J'ai un peu cherché sur le net. Pas de solution trouvée. Si quelqu'un a une idée. Merci par avance. fabrice
Re: recompilation noyau problèmatique
Daniel Huhardeaux wrote: Bernard a écrit : Bonjour à tous, bonjour [...] Le plus simple serait sans doute que je recompile mon noyau d'origine '2.6.20-16-386' j'en doute fort: sudo aptitude search kernel-image p kernel-image-2.6.8-13-amd64-generic - Linux kernel image for version 2.6.8 on generic x86_64 systems p kernel-image-2.6.8-13-amd64-k8 - Linux kernel image for version 2.6.8 on AMD64 systems p kernel-image-2.6.8-13-amd64-k8-smp - Linux kernel image for version 2.6.8 on AMD64 SMP systems p kernel-image-2.6.8-13-em64t-p4 - Linux kernel image for version 2.6.8 on Intel EM64T systems p kernel-image-2.6.8-13-em64t-p4-smp - Linux kernel image for version 2.6.8 on Intel EM64T SMP systems v kernel-image-2.6.8-16sarge2-custom.1 Le noyau est donc 2.6.8 [...] 'make' retourne un message d'erreur que j'ai oublié [...] Et bien il s'agit peut être de l'information la plus importante ! ;-) Je me souviens avoir eu des soucis avec Sarge car il s'agissait de la migration vers udev je crois. Mais comme votre noyau est déją en 2.6.20, le problème doit venir d' ailleurs, vous avez bien réussi à le compiler et l'installer :-) Dans un autre forum, j'ai vu qu'il y avait des problèmes pour compiler les anciens noyaux (avant 2.6.26) avec les outils plus récents. A partir de 2.6.26, j'arrive bien à compiler sans erreur, mais les images que j'obtiens plantent au boot. J'ai passé des heures à examiner le peu de messages que je puis lire à l'écran (inutile de préciser qu'en cas de crash aucune logfile n'est produite), examiner, également, les logs des boot du noyau qui boote normalement, celui que je n'ai pas recompilé. Je pense que, vraisemblablement, le problème vient de mon mkinitrd qui génère une image qui ne convient pas. Dans /etc/mkinitrd.conf, j'ai trouvé le passage suivant : # Command to generate the initrd image. # MKIMAGE='mkcramfs %s %s /dev/null' this has been changed august 19, 2009 MKIMAGE='genromfs -d %s -f %s' La modif date de 3 jours... Il s'agit donc sans doute d'un fichier provenant d'un nouveau package update que j'ai fait ces jours derniers. Comme les messages aperçus à l'écran lors des crash faisaient référence à cramfs, j'ai eu l'idée de modifier cette mkinitrd.conf et de réactiver MKIMAGE='mkcramfs', et désactiver la ligne d'après. Après cela, les images que j'obtiens avec mkinitrd sont plus petites, leur taille se rapproche de celle de mes anciennes images. Ceci étant installé dans /boot/grub/menu.lst, le boot va plus loin que précédemment avant le crash... mais çà finit quand même par planter. J'ai fait des photos d'écran au moment des crash : http://www.teaser.fr/~bdebreil/bootcrash1.jpg et http://www.teaser.fr/~bdebreil/bootcrash2.jpg La première image provient d'un crash avec un noyau dans lequel j'avais compilé le RAID dans le noyau. L'examen des logfiles des boot qui marchent, m'ayant révélé qu'il est fait appel à des modules, j'ai refait une compil avec raid en modules. Et là çà va plus loin (voir seconde image), le raid se lance bien, mais ensuite il ne peut créer /devfs/vg-00 car il s'agit d'un read only filesystem. Ensuite : 'incompatible livedevmapper 1.01.00-ioctl and kernel driver' Y-a-t-il quelqu'un qui pourrait me dire quels packages purger, par quels packages plus anciens ou plus récents les remplacer, afin de me permettre de compiler un noyau qui soit bootable sur mon système Debian 3.1 Merci d'avance pour votre aide -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: [sid Eclipse] Pas de possibi lité de mise à jour de logiciel ???
Bonjour, Le samedi 22 août 2009, Yann Cohen a écrit... Je souhaite mettre en place subclipse, donc je passe dans mise à jour pour effectuer l'installation de l'extension et : Cannot launch the Update UI. this installation has not been configured properly for Software Updates. Why ? Pourquoi tant de haine ?... J'ai raté quoi ? dpkg-reconfigure eclipse ??? Peut-être un problème de droits pour installer les plugins ? Message au démarrage Bizarre... This Eclipse build doesn't have support for the integrated browser. Et puis le débugger ne fonctionne pas... J'utilise toujours les archives de eclipse.org pour installer Eclipse… -- jm A.E.L. Sarl (R.C.S CASTRES 490843240) http://www.spidboutic.fr -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Problème VLC
fabrice test a écrit : Bonsoir à tous, Bonsoir J'essaye veinement d'utiliser VLC sous lenny. Ce dernier est incapable de lire quoi que ce soit. Ni les dix, ni mpeg ou encore les .flv. La version est vlc / 0.8.6.h-4+lenny2. Sinon j'arrive sans problème à lire tout ces fichiers soit avec mplayer ou encore kmplayer. Concernant les flv, VLC me renvoit le message : main playlist nothing to play debian POur les autres formats : no suitable decoder module for fourcc ... suivi du format. J'avais eu un problème similaire, résolu par une -désinstallation de vlc, -une suppression de /home/toto/.vlc, -et une réinstallation en ayant au préalable commenté les dépôts multimédia dans mon sources.list. J'ai un peu cherché sur le net. Pas de solution trouvée. Si quelqu'un a une idée. Merci par avance. fabrice Si ça peut aider... -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: [testing] passage en 2.6.30 amd64 : Problème a vec la carte ATI radeon
Yann Cohen a écrit : Le Sat, 22 Aug 2009 12:18:48 +0200, thveillon.debian thveillon.deb...@googlemail.com a écrit : Le log correspond à l'installation de quel pilote fglrx, par quelle méthode ? module-assistant avec flglrx-source en 1:9-8-1 (le dernière de sid quoi) linux-header-2.6.30-1-amd64 en 2.6.30-6 linux-kbuild-2.6.30-1 en 2.6.30-1 ...??? Actuellement sur mon portable avec une ati (HD3430 pour être précis, portable HP6730s) j'ai le système en Squeeze, xorg en Sid et le dernier pilote fglrx de Sid (9.8) installé avec aptitude. J'ai créé le module noyau avec module-assistant sans problème sur un noyau 2.6.30.5 perso, et précédemment sur un 2.6.30 de debian (avec fglrx version 9.7, toujours installé avec aptitude + module-assistant). J'ai déjà fais une màj de noyau, et une de fglrx sans problème. La version de fglrx ne serait-elle pas trop ancienne ? Tom ¿Étrange? J'ai un noyau maison issue des sources vanilla, mais ma config n'est pas très différente du noyau Debian. Une différence c'est que mes liens build et source ( /lib/modules/$(uname -r) ) pointent tous les deux vers les sources du noyau. Mais lors du premier essai concluant j'avais le noyau Debian 2.6.30* du moment et les paquets fglrx 9.7 de Sid... (il y a ± une semaine). J'ai tous les paquets fglrx-* installés (sauf fglrx-amdcccle qui est un dummy), y compris fglrx-glx-ia32. module-assistant et gcc sont dans les mêmes versions en Testing et Sid pour le moment... Je ne vois pas où se situe la différence. Je vais essayer demain d'installer le noyau par défaut, et de compiler le module fglrx pour voir ce que ça donne. Bonne soirée d'ici là ;-) . Tom -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Arreter un peripherique USB par /sys
Bonjour à tous, Je suis sur un netbook advent avec camera integree. J'allume mon peripherique via Fn+F12 (via un lien hardware et non une keymap a priori) Un petit cat /var/log/kern.log | tail -20 me donne: 15473 Aug 22 23:00:43 atom kernel: [ 7484.884559] usb 5-2: configuration #1 chosen from 1 choice 15474 Aug 22 23:00:43 atom kernel: [ 7484.885626] uvcvideo: Found UVC 1.00 device USB 2.0 Camera (0c45:62c0) 15475 Aug 22 23:00:43 atom kernel: [ 7484.905543] input: USB 2.0 Camera as /class/input/input18 15476 Aug 22 23:00:43 atom kernel: [ 7484.917546] usb 5-2: New USB device found, idVendor=0c45, idProduct=62c0 15477 Aug 22 23:00:43 atom kernel: [ 7484.917546] usb 5-2: New USB device strings: Mfr=2, Product=1, SerialNumber=0 15478 Aug 22 23:00:43 atom kernel: [ 7484.917546] usb 5-2: Product: USB 2.0 Camera 15479 Aug 22 23:00:43 atom kernel: [ 7484.917546] usb 5-2: Manufacturer: Sonix Technology Co., Ltd. Je cherche a contrôler l'arret de mes peripheriques USB (autre que disque amovible) via les fichiers /sys. Je pars donc en quete d un fichier state dans /sys/devices/pci:00/:00:1d.7/usb5/5-2/power/, mais là surprise, que dalle! Je ne sais donc que faire, malgre les nombreuse recherches google effectuees Quelqu un a t il une idee? Merci -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
