Mensajes

jajaja!
tremendo el demotivational eh! xDDD

bueno, siendo mas especificos para el problema y el contexto en el que se da, tenemos esto:
http://crunchbang.org/forums/viewtopic.php?id=17833

que es exactamente lo que dije al principio del hilo :desactivar el hardware cipher

NOTA: de todos modos igual no te soluciona el problema, y si tengo que elegir un orden para hcer las cosas, primero haria el upgrade como comenta dato000

[02:00.0 Network controller: Atheros Communications Inc. AR9485 Wireless Network Adapter (rev ff)]

Esto es lo que pone cuando ejecuto LSPCI:
+00:00.0 Host bridge: Intel Corporation Cedarview DRAM Controller (rev 03)
00:02.0 VGA compatible controller: Intel Corporation Cedarview Integrated Graphics Controller (rev 09)
00:1b.0 Audio device: Intel Corporation N10/ICH 7 Family High Definition Audio Controller (rev 02)
00:1c.0 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 1 (rev 02)
00:1c.1 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 2 (rev 02)
00:1c.2 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 3 (rev 02)
00:1d.0 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #1 (rev 02)
00:1d.1 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #2 (rev 02)
00:1d.2 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #3 (rev 02)
00:1d.3 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #4 (rev 02)
00:1d.7 USB Controller: Intel Corporation N10/ICH 7 Family USB2 EHCI Controller (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev e2)
00:1f.0 ISA bridge: Intel Corporation NM10 Family LPC Controller (rev 02)
00:1f.2 SATA controller: Intel Corporation N10/ICH7 Family SATA AHCI Controller (rev 02)
00:1f.3 SMBus: Intel Corporation N10/ICH 7 Family SMBus Controller (rev 02)
01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8101E/RTL8102E PCI Express Fast Ethernet controller (rev 05)
02:00.0 Network controller: Atheros Communications Inc. AR9485 Wireless Network Adapter (rev ff)
03:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. Device 5209 (rev 01)


POR CIERTO, INSTALE UBUNTU EN UN NETBOOK TOSHIBA NB-250, Y EL WIRELESS ME FUNCIONABA SIN INSTALAR NINGUN DRIVER

oh dios noo! la verguenza de la familia atheros! jajaja
dato000 tenia razon, me voy a suicidar y se lo voy a enviar en video para su regocijo victorioso... jajajaja!!!

veamos,
hace tiempo que noe stoy en el desarrollo, pero el responsable de controlar este chipset es precisamente el modulo ath9k (que conozco mejor que ninguno) y desde el 2.6.37 está formando parte del main tree vanilla estandar, asi que cualquier linux moderna lo trae de facto.

no necesita firmware externo, tampoco, asi que ese no es el problema.

podria ser que el ID de revision FF tenga un PCI id que aun no sea reconocido por la lista de PCI IDs que está documentada internamente en el modulo, pero con el lspci resumido no tenemos los IDs, por lo que no puedo consultar en la lkddb y tampoco puedo contrastar con el código en el repo del kernel de linux.
necesito el lscpi -vv para ello.

en todo caso, prueba:

Código [Seleccionar] Expandir

sudo modprobe ath9k
dmesg | grep ath

PD: NETBOOK TOSHIBA NB-250? no se que hardware tiene, pero si te funciona a la primera es que está soportado por el kernel vainilla o por alguno de los drivers extra que incorpora ubuntu. eso es precisamente lo que se espera que suceda en cuantas mas maquinas mejor.  tanto mejor! no?