J'ai installé une 10.4 sur une bécane dans laquelle il y a la carte
reprise dans le sujet. Oui, je sais, nous sommes ici "chez" Debian mais
l'install d'une Ubuntu était la solution la plus proche d'un Ouindo$e
des familles pour une "newbee", en l'occurrence ma moitié. Si je ne
trouve pas de solution pour Ubuntu, j'installe alors plutôt une Lenny
... si je puis trouver une solution ici. Bon, sachant que cette carte
est censée avoir un chipset acx100, je fais un apt-get install acx100
mais sans résultat : ce paquet semble bugué, impossible d'aller au bout
de l'installation (voir résultat du fichier journal ci-dessous). J'ai
tenté l'installation d'un ancien paquet .deb retrouvé dans mes archives
(que j'active avec Gdebi) mais je ne retrouve pas le répertoire acx100
dans usr/share comme il devrait l'avoir créé. Il n'est donc pas installé :-(
iwconfig me répond "no wireless extensions" .
un lshw sur la carte réseau me donne pourtant bien :
<code>
*-pci:0
description: PCI bridge
product: MCP61 PCI bridge
vendor: nVidia Corporation
physical id: 100
bus info: pci@0000:00:04.0
version: a1
width: 32 bits
clock: 66MHz
capabilities: pci ht bus_master cap_list
resources: ioport:d000(size=4096) memory:dee00000-deefffff
*-network UNCLAIMED
description: Network controller
product: ACX 100 22Mbps Wireless Interface
vendor: Texas Instruments
physical id: 9
bus info: pci@0000:01:09.0
version: 00
width: 32 bits
clock: 33MHz
capabilities: pm bus_master cap_list
configuration: latency=64
resources: ioport:dc00(size=32) memory:deeff000-deefffff
memory:deee0000-deeeffff
</code>
Lorsque je tente d'installer le paquet acx100 par le terminal, le
fichier journal me retourne :
<code>
touch config.mk \ ↑
│ && /usr/bin/make -C "/usr/src/linux-headers-2.6.32-22-generic"
▮
│ M="/usr/src/modules/acx100" clean
▒
│ make[1]: entrant dans le répertoire «
▒
│ /usr/src/linux-headers-2.6.32-22-generic »
▒
│ CLEAN /usr/src/modules/acx100/.tmp_versions
▒
│ make[1]: quittant le répertoire «
▒
│ /usr/src/linux-headers-2.6.32-22-generic »
▒
│ dh_clean
▒
│ /usr/bin/make -f debian/rules kdist_clean kdist_config binary-modules
▒
│ make[1]: entrant dans le répertoire « /usr/src/modules/acx100 »
▒
│ touch config.mk \
▒
│ && /usr/bin/make -C "/usr/src/linux-headers-2.6.32-22-generic"
▒
│ M="/usr/src/modules/acx100" clean
▒
│ make[2]: entrant dans le répertoire «
/usr/src/linux-headers-2.6.32-22-generic » ↑
│ make[2]: quittant le répertoire «
▒
│ /usr/src/linux-headers-2.6.32-22-generic »
▒
│ dh_clean
▒
│ dh_clean: Compatibility levels before 5 are deprecated.
▒
│ for templ in ; do \
▒
│ cp $templ `echo $templ | sed -e 's/_KVERS_/2.6.32-22-generic/g'` ;
\ ▮
│ done
▒
│ for templ in `ls debian/*.modules.in` ; do \
▒
│ test -e ${templ%.modules.in}.backup || cp ${templ%.modules.in}
▒
│ ${templ%.modules.in}.backup 2>/dev/null || true; \
▒
│ sed -e 's/##KVERS##/2.6.32-22-generic/g
▒
│ ;s/#KVERS#/2.6.32-22-generic/g ; s/_KVERS_/2.6.32-22-generic/g ;
▒
│ s/##KDREV##/2.6.32-22.33/g ; s/#KDREV#/2.6.32-22.33/g ;
▒
│ s/_KDREV_/2.6.32-22.33/g ' < $templ > ${templ%.modules.in}; \ done
↑
│ # Build modules
▒
│ /usr/bin/make -C "/usr/src/linux-headers-2.6.32-22-generic"
▒
│ M="/usr/src/modules/acx100"
▒
│ make[2]: entrant dans le répertoire «
▒
│ /usr/src/linux-headers-2.6.32-22-generic »
▒
│ LD /usr/src/modules/acx100/built-in.o
▒
│ CC [M] /usr/src/modules/acx100/wlan.o
▒
│ In file included from /usr/src/modules/acx100/acx.h:2,
▒
│ from /usr/src/modules/acx100/wlan.c:49:
▒
│ /usr/src/modules/acx100/wlan_compat.h:224: error: conflicting types
for ▒
│ ‘irqreturn_t’
▮
│ include/linux/irqreturn.h:16: note: previous declaration of
▒
│ ‘irqreturn_t’ was here
▒
│ make[3]: *** [/usr/src/modules/acx100/wlan.o] Erreur 1 make[2]: ***
[_module_/usr/src/modules/acx100] Erreur 2 ▒
│ make[2]: quittant le répertoire «
▒
│ /usr/src/linux-headers-2.6.32-22-generic »
▒
│ make[1]: *** [binary_modules] Erreur 2
▒
│ make[1]: quittant le répertoire « /usr/src/modules/acx100 »
▮
│ make: *** [kdist_build] Erreur 2
</code>
Est-ce que cela signifie qu'il est impossible d'installer cette carte
sous lucid ?
Si quelqu'un connaît la manoeuvre pour Ubuntu, je suis preneur !
Le cas échéant si c'est pour une Debian, je suis preneur aussi ! Il
faudra que je réinstalle le tout, ce sera un plus difficile à
appréhender pour ma chère et tendre mais bon : il faut ce qu'il faut,
s'pas ...
Merci d'avance.
--
docanski
Portail et annuaire du nord-Bretagne : http://armorance.free.fr/
Guide des champignons d'Europe : http://mycorance.free.fr/
La vallée de la Rance maritime : http://valderance.free.fr/
Les côtes du nord de la Bretagne : http://docarmor.free.fr/
me retourne "aucun fichier ou dossier de ce type" en utilisant pourtant la version installée.
Fais un "ls /lib/modules/" pour voir quel est le nom du répertoire contenant les modules. Sinon tu peux tenter "modprobe -l" ou "modprobe -l | grep acx".
me retourne "aucun fichier ou dossier de ce type" en utilisant pourtant
la version installée.
Fais un "ls /lib/modules/" pour voir quel est le nom du répertoire
contenant les modules. Sinon tu peux tenter "modprobe -l" ou "modprobe
-l | grep acx".
me retourne "aucun fichier ou dossier de ce type" en utilisant pourtant la version installée.
Fais un "ls /lib/modules/" pour voir quel est le nom du répertoire contenant les modules. Sinon tu peux tenter "modprobe -l" ou "modprobe -l | grep acx".
Sinon tu peux tenter "modprobe -l" ou "modprobe -l | grep acx".
Pas d'acx100 en vue, rien que ndiswrapper mais qui semble ne servir à rien dans cette version. -- docanski http://mycorance.free.fr - Le guide des champignons http://docarmor.free.fr - Les Côtes du nord de l'Armorique http://valderance.free.fr - La vallée de la Rance maritime
Le 31/05/2010 14:50, Nicolas Richard a écrit :
Sinon tu peux tenter "modprobe -l" ou "modprobe
-l | grep acx".
Pas d'acx100 en vue, rien que ndiswrapper mais qui semble ne servir à
rien dans cette version.
--
docanski
http://mycorance.free.fr - Le guide des champignons
http://docarmor.free.fr - Les Côtes du nord de l'Armorique
http://valderance.free.fr - La vallée de la Rance maritime
Sinon tu peux tenter "modprobe -l" ou "modprobe -l | grep acx".
Pas d'acx100 en vue, rien que ndiswrapper mais qui semble ne servir à rien dans cette version. -- docanski http://mycorance.free.fr - Le guide des champignons http://docarmor.free.fr - Les Côtes du nord de l'Armorique http://valderance.free.fr - La vallée de la Rance maritime
Nicolas Richard
Le 31/05/10 14:13, docanski a écrit :
Il n'existe plus, en effet, pour la version 10.4.
Il est écrit sur le site de acx100 que c'est parce qu'Ubuntu utilise maintenant DKMS (Dynamic Kernel Module Support). Je dois avouer ne pas être aware de ça. Bref, à ta place j'irais vers l'installation dite "manuelle" dudit site (cf le message auquel tu répondais).
C'est pourquoi j'ai tenté d'installer un paquet que j'avais déjà utilisé, avec succès, sur une 9.04 et que j'avais précieusement archivé, okazou ...
J'interprète cet échec comme : c'est un module noyau, donc fortement dépendant de la version du noyau utilisé, donc ça ne passera pas d'une ubuntu à l'autre.
Si je ne me trompe, ndiswrapper ne fonctionne pas sur une version 64 bits ... et c'est le cas ici.
Ce n'est pas ce que je lis ici : http://doc.ubuntu-fr.org/ndiswrapper
Ceci dit, c'est l'un ou l'autre : ndiswrapper pour faire marcher les choses via les drivers Windows, ou alors le module acx.
À l'occasion, regarde aussi la sortie de dmesg | grep acx
Il est écrit sur le site de acx100 que c'est parce qu'Ubuntu utilise
maintenant DKMS (Dynamic Kernel Module Support). Je dois avouer ne pas
être aware de ça. Bref, à ta place j'irais vers l'installation dite
"manuelle" dudit site (cf le message auquel tu répondais).
C'est pourquoi j'ai tenté d'installer un paquet que j'avais déjà
utilisé, avec succès, sur une 9.04 et que j'avais précieusement archivé,
okazou ...
J'interprète cet échec comme : c'est un module noyau, donc fortement
dépendant de la version du noyau utilisé, donc ça ne passera pas d'une
ubuntu à l'autre.
Si je ne me trompe, ndiswrapper ne fonctionne pas sur une version 64
bits ... et c'est le cas ici.
Ce n'est pas ce que je lis ici :
http://doc.ubuntu-fr.org/ndiswrapper
Ceci dit, c'est l'un ou l'autre : ndiswrapper pour faire marcher les
choses via les drivers Windows, ou alors le module acx.
À l'occasion, regarde aussi la sortie de dmesg | grep acx
Il est écrit sur le site de acx100 que c'est parce qu'Ubuntu utilise maintenant DKMS (Dynamic Kernel Module Support). Je dois avouer ne pas être aware de ça. Bref, à ta place j'irais vers l'installation dite "manuelle" dudit site (cf le message auquel tu répondais).
C'est pourquoi j'ai tenté d'installer un paquet que j'avais déjà utilisé, avec succès, sur une 9.04 et que j'avais précieusement archivé, okazou ...
J'interprète cet échec comme : c'est un module noyau, donc fortement dépendant de la version du noyau utilisé, donc ça ne passera pas d'une ubuntu à l'autre.
Si je ne me trompe, ndiswrapper ne fonctionne pas sur une version 64 bits ... et c'est le cas ici.
Ce n'est pas ce que je lis ici : http://doc.ubuntu-fr.org/ndiswrapper
Ceci dit, c'est l'un ou l'autre : ndiswrapper pour faire marcher les choses via les drivers Windows, ou alors le module acx.
À l'occasion, regarde aussi la sortie de dmesg | grep acx
Dans fr.comp.os.linux.configuration docanski nous expliquait:
Le 30/05/2010 20:29, Doug713705 a écrit :
Les modules installés se trouvent dans /lib/modules/<linux version>
Je n'ai pas de répertoire acx100 à cet emplacement. La doc compulsée au sujet de cette carte m'a amené à un moment à créer un répertoire acx100 dans /lib/firmware/ pour y installer les pilotes Ouindo$e qui pouvaient être utilisés sous les versions précédentes. Bon, ils sont là bien au chaud mais ne servent donc pas en ce moment.
Quoiqu'il arrive, il n'y aura ni de répertoire /lib/modules/acx100 ni de répertoire /lib/modules/<linux version>/acx100.
"uname -r" te donnera la version du noyau en cours d'utilisation.
Là, bien entendu, je savais : 2.6.32.22
+> "lsmod" affichera la liste des modules chargés.
le seul qui puisse éventuellement intervenir dans mon problème est ndiswrapper. Mais comme il paraît qu'il est obsolète sur un système 64 bits, il ne sert à rien.
Ce n'est pas une question d'obscolescence, c'est une question de compatibilité 32 bits/64 bits.
Cela _pourrait_ fonctionner si tu disposais du driver de ta carte pour windows 64 bits (s'il existe) et que le module ndiswrapper ait été compilé en 64 bits (si c'est possible).
Ca fait beaucoup de conditions pour un résultat improbable ;-)
ex. find /lib/modules/2.6.34/ | grep ".ko"
me retourne "aucun fichier ou dossier de ce type" en utilisant pourtant la version installée.
Que donne "ls /lib/modules/" ?
Si le module que tu veux utiliser s'appelle acx100.ko> "modprobe acx100" chargera le module en question.
Cette commande me renvoie "WARNING: All config files need .conf: /etc/modprobe.d/ndiswrapper, it will be ignored in a future release. FATAL: Module acx100 not found"
Par ailleurs, il n'est pas évident : - Qu'il existe une version du driver compatible avec le noyau que tu utilises - Que le module se compile sur un système 64 bits
M'est avis que tu aurais plus vite fait de repasser en 32 bits et d'utiliser le driver fourni par Ubuntu (si disponible en 32 bits) et si ce driver n'existe pas non plus pour Ubuntu 32 bits, utiliser ndiswrapper (toujours en 32 bits sur un système 32 bits).
L'achat d'une nouvelle carte wifi compatible 64 bits (intel ?) est également une option à ne pas négliger.
-- Dans le dernier écho de ton dernier silence j'ai gardé pour la route ma haine, ma rage et ma connerie. (H.F.T. Redescente climatisée)
Dans fr.comp.os.linux.configuration docanski nous expliquait:
Le 30/05/2010 20:29, Doug713705 a écrit :
Les modules installés se trouvent dans /lib/modules/<linux version>
Je n'ai pas de répertoire acx100 à cet emplacement. La doc compulsée au
sujet de cette carte m'a amené à un moment à créer un répertoire acx100
dans /lib/firmware/ pour y installer les pilotes Ouindo$e qui pouvaient
être utilisés sous les versions précédentes. Bon, ils sont là bien au
chaud mais ne servent donc pas en ce moment.
Quoiqu'il arrive, il n'y aura ni de répertoire /lib/modules/acx100 ni de
répertoire /lib/modules/<linux version>/acx100.
"uname -r" te donnera la version du noyau en cours d'utilisation.
Là, bien entendu, je savais : 2.6.32.22
+> "lsmod" affichera la liste des modules chargés.
le seul qui puisse éventuellement intervenir dans mon problème est
ndiswrapper. Mais comme il paraît qu'il est obsolète sur un système 64
bits, il ne sert à rien.
Ce n'est pas une question d'obscolescence, c'est une question de
compatibilité 32 bits/64 bits.
Cela _pourrait_ fonctionner si tu disposais du driver de ta carte pour
windows 64 bits (s'il existe) et que le module ndiswrapper ait été
compilé en 64 bits (si c'est possible).
Ca fait beaucoup de conditions pour un résultat improbable ;-)
ex. find /lib/modules/2.6.34/ | grep ".ko"
me retourne "aucun fichier ou dossier de ce type" en utilisant pourtant
la version installée.
Que donne "ls /lib/modules/" ?
Si le module que tu veux utiliser s'appelle acx100.ko>
"modprobe acx100" chargera le module en question.
Cette commande me renvoie "WARNING: All config files need .conf:
/etc/modprobe.d/ndiswrapper, it will be ignored in a future release.
FATAL: Module acx100 not found"
Par ailleurs, il n'est pas évident :
- Qu'il existe une version du driver compatible avec le noyau que tu
utilises
- Que le module se compile sur un système 64 bits
M'est avis que tu aurais plus vite fait de repasser en 32 bits et
d'utiliser le driver fourni par Ubuntu (si disponible en 32 bits) et si
ce driver n'existe pas non plus pour Ubuntu 32 bits, utiliser
ndiswrapper (toujours en 32 bits sur un système 32 bits).
L'achat d'une nouvelle carte wifi compatible 64 bits (intel ?) est
également une option à ne pas négliger.
--
Dans le dernier écho de ton dernier silence j'ai gardé pour la route ma
haine, ma rage et ma connerie. (H.F.T. Redescente climatisée)
Dans fr.comp.os.linux.configuration docanski nous expliquait:
Le 30/05/2010 20:29, Doug713705 a écrit :
Les modules installés se trouvent dans /lib/modules/<linux version>
Je n'ai pas de répertoire acx100 à cet emplacement. La doc compulsée au sujet de cette carte m'a amené à un moment à créer un répertoire acx100 dans /lib/firmware/ pour y installer les pilotes Ouindo$e qui pouvaient être utilisés sous les versions précédentes. Bon, ils sont là bien au chaud mais ne servent donc pas en ce moment.
Quoiqu'il arrive, il n'y aura ni de répertoire /lib/modules/acx100 ni de répertoire /lib/modules/<linux version>/acx100.
"uname -r" te donnera la version du noyau en cours d'utilisation.
Là, bien entendu, je savais : 2.6.32.22
+> "lsmod" affichera la liste des modules chargés.
le seul qui puisse éventuellement intervenir dans mon problème est ndiswrapper. Mais comme il paraît qu'il est obsolète sur un système 64 bits, il ne sert à rien.
Ce n'est pas une question d'obscolescence, c'est une question de compatibilité 32 bits/64 bits.
Cela _pourrait_ fonctionner si tu disposais du driver de ta carte pour windows 64 bits (s'il existe) et que le module ndiswrapper ait été compilé en 64 bits (si c'est possible).
Ca fait beaucoup de conditions pour un résultat improbable ;-)
ex. find /lib/modules/2.6.34/ | grep ".ko"
me retourne "aucun fichier ou dossier de ce type" en utilisant pourtant la version installée.
Que donne "ls /lib/modules/" ?
Si le module que tu veux utiliser s'appelle acx100.ko> "modprobe acx100" chargera le module en question.
Cette commande me renvoie "WARNING: All config files need .conf: /etc/modprobe.d/ndiswrapper, it will be ignored in a future release. FATAL: Module acx100 not found"
Par ailleurs, il n'est pas évident : - Qu'il existe une version du driver compatible avec le noyau que tu utilises - Que le module se compile sur un système 64 bits
M'est avis que tu aurais plus vite fait de repasser en 32 bits et d'utiliser le driver fourni par Ubuntu (si disponible en 32 bits) et si ce driver n'existe pas non plus pour Ubuntu 32 bits, utiliser ndiswrapper (toujours en 32 bits sur un système 32 bits).
L'achat d'une nouvelle carte wifi compatible 64 bits (intel ?) est également une option à ne pas négliger.
-- Dans le dernier écho de ton dernier silence j'ai gardé pour la route ma haine, ma rage et ma connerie. (H.F.T. Redescente climatisée)
docanski
Le 31/05/2010 15:22, Nicolas Richard a écrit :
Ce n'est pas ce que je lis ici : http://doc.ubuntu-fr.org/ndiswrapper
Vu, j'ai donc réinstallé en suivant scrupuleusement cette doc ... mais je n'obtiens toujours aucun résultat : aucun réseau sans fil détecté. C'est donc que la carte n'a pas été reconnue.
À l'occasion, regarde aussi la sortie de dmesg | grep acx
Ne me retourne rien du tout. -- docanski http://mycorance.free.fr - Le guide des champignons http://docarmor.free.fr - Les Côtes du nord de l'Armorique http://valderance.free.fr - La vallée de la Rance maritime
Le 31/05/2010 15:22, Nicolas Richard a écrit :
Ce n'est pas ce que je lis ici :
http://doc.ubuntu-fr.org/ndiswrapper
Vu, j'ai donc réinstallé en suivant scrupuleusement cette doc ... mais
je n'obtiens toujours aucun résultat : aucun réseau sans fil détecté.
C'est donc que la carte n'a pas été reconnue.
À l'occasion, regarde aussi la sortie de dmesg | grep acx
Ne me retourne rien du tout.
--
docanski
http://mycorance.free.fr - Le guide des champignons
http://docarmor.free.fr - Les Côtes du nord de l'Armorique
http://valderance.free.fr - La vallée de la Rance maritime
Ce n'est pas ce que je lis ici : http://doc.ubuntu-fr.org/ndiswrapper
Vu, j'ai donc réinstallé en suivant scrupuleusement cette doc ... mais je n'obtiens toujours aucun résultat : aucun réseau sans fil détecté. C'est donc que la carte n'a pas été reconnue.
À l'occasion, regarde aussi la sortie de dmesg | grep acx
Ne me retourne rien du tout. -- docanski http://mycorance.free.fr - Le guide des champignons http://docarmor.free.fr - Les Côtes du nord de l'Armorique http://valderance.free.fr - La vallée de la Rance maritime
Doug713705
Dans fr.comp.os.linux.configuration docanski nous expliquait:
Vu, j'ai donc réinstallé en suivant scrupuleusement cette doc ... mais je n'obtiens toujours aucun résultat : aucun réseau sans fil détecté. C'est donc que la carte n'a pas été reconnue.
Que donne dmesg après le chargement du module ? Que donne ndiswrapper -l ? Que donne iwconfig ?
-- Maintenant tu me regardes avec les yeux flétris bouffés par la machine à plastiquer les rêves. Tu me tends mon ticket pour la foire aux zombies et m'invites à trinquer au doomsday qui se lève. Oh ! Love. (H.F.T. Une fille au rhésus négatif)
Dans fr.comp.os.linux.configuration docanski nous expliquait:
Vu, j'ai donc réinstallé en suivant scrupuleusement cette doc ... mais
je n'obtiens toujours aucun résultat : aucun réseau sans fil détecté.
C'est donc que la carte n'a pas été reconnue.
Que donne dmesg après le chargement du module ?
Que donne ndiswrapper -l ?
Que donne iwconfig ?
--
Maintenant tu me regardes avec les yeux flétris bouffés par la machine
à plastiquer les rêves. Tu me tends mon ticket pour la foire aux
zombies et m'invites à trinquer au doomsday qui se lève. Oh ! Love.
(H.F.T. Une fille au rhésus négatif)
Dans fr.comp.os.linux.configuration docanski nous expliquait:
Vu, j'ai donc réinstallé en suivant scrupuleusement cette doc ... mais je n'obtiens toujours aucun résultat : aucun réseau sans fil détecté. C'est donc que la carte n'a pas été reconnue.
Que donne dmesg après le chargement du module ? Que donne ndiswrapper -l ? Que donne iwconfig ?
-- Maintenant tu me regardes avec les yeux flétris bouffés par la machine à plastiquer les rêves. Tu me tends mon ticket pour la foire aux zombies et m'invites à trinquer au doomsday qui se lève. Oh ! Love. (H.F.T. Une fille au rhésus négatif)
Nicolas Richard
Le 31/05/10 15:49, docanski a écrit :
Le 31/05/2010 15:22, Nicolas Richard a écrit :
Ce n'est pas ce que je lis ici : http://doc.ubuntu-fr.org/ndiswrapper
Vu, j'ai donc réinstallé en suivant scrupuleusement cette doc ... mais je n'obtiens toujours aucun résultat : aucun réseau sans fil détecté. C'est donc que la carte n'a pas été reconnue.
Regarder les sorties de dmesg et/ou iwconfig semble plus probant : il est possible que la carte soit partiellement reconnue.
À l'occasion, regarde aussi la sortie de dmesg | grep acx
Ne me retourne rien du tout.
Pour le coup, je ne sais pas ce que ndiswrapper va faire afficher, ni où. Peut-être trouveras tu qqch derrière "dmesg | less"
Ce n'est pas ce que je lis ici :
http://doc.ubuntu-fr.org/ndiswrapper
Vu, j'ai donc réinstallé en suivant scrupuleusement cette doc ... mais
je n'obtiens toujours aucun résultat : aucun réseau sans fil détecté.
C'est donc que la carte n'a pas été reconnue.
Regarder les sorties de dmesg et/ou iwconfig semble plus probant : il
est possible que la carte soit partiellement reconnue.
À l'occasion, regarde aussi la sortie de dmesg | grep acx
Ne me retourne rien du tout.
Pour le coup, je ne sais pas ce que ndiswrapper va faire afficher, ni
où. Peut-être trouveras tu qqch derrière "dmesg | less"
Ce n'est pas ce que je lis ici : http://doc.ubuntu-fr.org/ndiswrapper
Vu, j'ai donc réinstallé en suivant scrupuleusement cette doc ... mais je n'obtiens toujours aucun résultat : aucun réseau sans fil détecté. C'est donc que la carte n'a pas été reconnue.
Regarder les sorties de dmesg et/ou iwconfig semble plus probant : il est possible que la carte soit partiellement reconnue.
À l'occasion, regarde aussi la sortie de dmesg | grep acx
Ne me retourne rien du tout.
Pour le coup, je ne sais pas ce que ndiswrapper va faire afficher, ni où. Peut-être trouveras tu qqch derrière "dmesg | less"
Le Mon, 31 May 2010 15:38:37 +0200, docanski a écrit :
Rien qui ressemble à ce que je cherche, il me retourne : Kernel modules: i2c-nforce2 Kernel modules: snd-hda-intel Kernel modules: pata_amd Kernel modules: forcedeth Kernel modules: sata_nv Kernel modules: sata_nv Kernel modules: shpchp Kernel modules: shpchp Kernel modules: shpchp Kernel modules: amd64_edac_mod Kernel modules: nvidia-current, nvidiafb, nouveau Kernel modules: snd-hda-intel
> - faire un 'dmesg | grep irmware' pour vérifier quel(s) firmware(s) > le noyau essaie de charger pour chacun de tes périphériques
Aucun réponse, même lorsque la commande est corrigée
l'oubli du 'f' est volontaire pour ne pas être ennuyé par majuscule/minuscule
> puis pour un firmware acx* regarder là pour récupérer un f > irmware: http://acx100.sourceforge.net/wiki/Firmware
Là, j'ai pu récupérer 2 firmare's pour la DWL-520+ mais je ne suis pas certain qu'ils sont valables pour la DWL-520 : D-Link a la réputation d'être très différent (emmerdant, plutôt !) d'une ve rsion à l'autre. Ceci dit, je ne vois pas très bien ce que je pourrais faire de ces fameux firmare's :-(
Comme indiqué sur le site, tu les copies ou tu les lies dans /lib/firmware ou équivalent suivant ta distribution
les instructions générales pour le driver sous Ubuntu sont là: http://acx100.sourceforge.net/wiki/Distribution_list/Ubuntu
Le Mon, 31 May 2010 15:38:37 +0200,
docanski <docanski@inconnu.fr> a écrit :
Rien qui ressemble à ce que je cherche, il me retourne :
Kernel modules: i2c-nforce2
Kernel modules: snd-hda-intel
Kernel modules: pata_amd
Kernel modules: forcedeth
Kernel modules: sata_nv
Kernel modules: sata_nv
Kernel modules: shpchp
Kernel modules: shpchp
Kernel modules: shpchp
Kernel modules: amd64_edac_mod
Kernel modules: nvidia-current, nvidiafb, nouveau
Kernel modules: snd-hda-intel
> - faire un 'dmesg | grep irmware' pour vérifier quel(s) firmware(s)
> le noyau essaie de charger pour chacun de tes périphériques
Aucun réponse, même lorsque la commande est corrigée
l'oubli du 'f' est volontaire pour ne pas être ennuyé par
majuscule/minuscule
> puis pour un firmware acx* regarder là pour récupérer un f
> irmware: http://acx100.sourceforge.net/wiki/Firmware
Là, j'ai pu récupérer 2 firmare's pour la DWL-520+ mais je ne suis
pas certain qu'ils sont valables pour la DWL-520 : D-Link a la
réputation d'être très différent (emmerdant, plutôt !) d'une ve rsion
à l'autre. Ceci dit, je ne vois pas très bien ce que je pourrais
faire de ces fameux firmare's :-(
Comme indiqué sur le site, tu les copies ou tu les lies
dans /lib/firmware ou
équivalent suivant ta distribution
les instructions générales pour le driver sous Ubuntu sont là:
http://acx100.sourceforge.net/wiki/Distribution_list/Ubuntu
Le Mon, 31 May 2010 15:38:37 +0200, docanski a écrit :
Rien qui ressemble à ce que je cherche, il me retourne : Kernel modules: i2c-nforce2 Kernel modules: snd-hda-intel Kernel modules: pata_amd Kernel modules: forcedeth Kernel modules: sata_nv Kernel modules: sata_nv Kernel modules: shpchp Kernel modules: shpchp Kernel modules: shpchp Kernel modules: amd64_edac_mod Kernel modules: nvidia-current, nvidiafb, nouveau Kernel modules: snd-hda-intel
> - faire un 'dmesg | grep irmware' pour vérifier quel(s) firmware(s) > le noyau essaie de charger pour chacun de tes périphériques
Aucun réponse, même lorsque la commande est corrigée
l'oubli du 'f' est volontaire pour ne pas être ennuyé par majuscule/minuscule
> puis pour un firmware acx* regarder là pour récupérer un f > irmware: http://acx100.sourceforge.net/wiki/Firmware
Là, j'ai pu récupérer 2 firmare's pour la DWL-520+ mais je ne suis pas certain qu'ils sont valables pour la DWL-520 : D-Link a la réputation d'être très différent (emmerdant, plutôt !) d'une ve rsion à l'autre. Ceci dit, je ne vois pas très bien ce que je pourrais faire de ces fameux firmare's :-(
Comme indiqué sur le site, tu les copies ou tu les lies dans /lib/firmware ou équivalent suivant ta distribution
les instructions générales pour le driver sous Ubuntu sont là: http://acx100.sourceforge.net/wiki/Distribution_list/Ubuntu
Doug713705
Dans fr.comp.os.linux.configuration didier gaumet nous expliquait:
dmesg | grep irmware
l'oubli du 'f' est volontaire pour ne pas être ennuyé par majuscule/minuscule
dmesg | grep -i firmware
-- Maintenant tu me regardes avec les yeux flétris bouffés par la machine à plastiquer les rêves. Tu me tends mon ticket pour la foire aux zombies et m'invites à trinquer au doomsday qui se lève. Oh ! Love. (H.F.T. Une fille au rhésus négatif)
Dans fr.comp.os.linux.configuration didier gaumet nous expliquait:
dmesg | grep irmware
l'oubli du 'f' est volontaire pour ne pas être ennuyé par
majuscule/minuscule
dmesg | grep -i firmware
--
Maintenant tu me regardes avec les yeux flétris bouffés par la machine
à plastiquer les rêves. Tu me tends mon ticket pour la foire aux
zombies et m'invites à trinquer au doomsday qui se lève. Oh ! Love.
(H.F.T. Une fille au rhésus négatif)
Dans fr.comp.os.linux.configuration didier gaumet nous expliquait:
dmesg | grep irmware
l'oubli du 'f' est volontaire pour ne pas être ennuyé par majuscule/minuscule
dmesg | grep -i firmware
-- Maintenant tu me regardes avec les yeux flétris bouffés par la machine à plastiquer les rêves. Tu me tends mon ticket pour la foire aux zombies et m'invites à trinquer au doomsday qui se lève. Oh ! Love. (H.F.T. Une fille au rhésus négatif)
didier gaumet
Le Mon, 31 May 2010 17:32:01 +0200 (CEST), Doug713705 a écrit :
dmesg | grep -i firmware
Vu ma mémoire pas-très-vive, pas sûr que je retienne, mais merci pour l'option adaptée ;-)
Le Mon, 31 May 2010 17:32:01 +0200 (CEST),
Doug713705 <doug.letough@free.fr> a écrit :
dmesg | grep -i firmware
Vu ma mémoire pas-très-vive, pas sûr que je retienne, mais merci pour
l'option adaptée ;-)
