Notebook HP 17-g221cy. falla conexión wifi, bluetooth y cableada.

18 envíos / 0 nuevos
Último envío
#1 Jue, 02/11/2017 - 13:25
especiales
Imagen de especiales
Desconectado/a
se unió: 02/11/17

Notebook HP 17-g221cy. falla conexión wifi, bluetooth y cableada.

Estado: 
[ACTIVO]

Hola, es mi primer mensaje aquí, recién me registro, espero haber elegido el foro correcto, y puedan ayudarme.

Recibí una computadora portátil HP 17-g221cy, con estas características generales:

Pantalla 17" táctil, procesador AMD A10-8700P, RAM 16 GB, disco 2 B, Gráfica Radeon R8, Bluetooth, Wifi, Ehernet, Lectograbadora CD/DVD, Lectora SD, USB, HDMI, webcam, salida de audio y parlantes.

Venía con WIndows 10, que fue eliminado, para instalar GNU/Linux, con este orden de preferencia y resultados:

Debian 9.2.1 AMD 64 (stretch y jessie): se instala con dificultad, parece funcionar, pero no funcionan las conexiones. detecta que tiene un cable ethernet, pero no lo conecta, aunque lo intenta. detecta wifi, pide clave, conecta, pero no conecta a nada, aunque indica que esta conectada. por ejemplo, no funciona ping al ip del router. inicia blueooth, permite ser detectado por otros equipos (como el celular), a los que envía la clave para enlazar, pero no la muestra en la computadora, por lo que no logra enlazar.

Huayra 3.2: basado en debian jessie, inicia el pendrive pero no permite instalar. funciona desde pendrive pero no funcionan las conexiones (como en el caso de debian)

Ubuntu 17.10 y 16.04.3 LTS: ni siquiera inicia el pendrive.

Con eso, solo se instala debian, que es la distribución preferente para instalar, pero no se conecta de ningún modo, aunque aparente hacerlo.

Al instalar debian, solicita controlador privativo de realtek, para instalar wifi y bluetooth, se proporciona por pendrive, lo detecta y avanza (se probaron varias versiones del controlador, la última disponible para cada una de las últimas 4 versiones de debian).

en varias instalaciones pareció poder usar el wifi para sincronizar la hora, pero no para acceder a repositorios durante la instalación.

en una de las instalaciones, pareció detectar y poder usar la conexión de cable, y usarla durante la instalación, para sincronizar y bajar algunos paquetes.

en ambos casos, luego de todos modos no se conecta, o se conecta pero no puede usar las conexiones, ni wifi, ni bluetooh, ni cableada.

No estoy seguro de qué más se podría probar, o qué otra información podría ser necesaria.

Tenemos hasa el martes 7, como mucho, para lograr que funcione, o devolverlo al vendedor.

Apreciaré orientación y ayuda, para lograr que funcione, o para saber que no podrá funcionar.

Si consideran que se puede probar con otra disribución, pueden sugerirlo, aunque las preferencias son las indicadas.

Gracias desde ya. saludos cordiales.

Jue, 02/11/2017 - 13:55
caliban
Imagen de caliban
Conectado
moderador
se unió: 14/01/16

Demasiadas cuestiones para un solo tema .pero vamos por partes 

Acceso a la red mediante cable , creo que es el punto mas importante.en  cualquira de las instalaciones de debian 

abrís un terminal o emulador de terminal y como administrador ( root) ( o sea  escribis  'su '  y te pedira la contraseña) 

Primero averiguas como detecta el sistema a placa de red ethernet 

ifconfig -a 

Supongamos que tu ethernet figura como  'eth0 ', si el router provee ip dinámicas ( dhcp)

dhclient -r # esto borra toda ip asignada previamente
dhclient  eth0 #  esto negocia con el servidor dhcp otra ip 
###  finalmente si es exitosa la asignacion podes comprobar que se ha asignado una ip 
ifconfig  

A partir de aca haces un ping al la puerta de enlace ( el router ) si responde intentas con una ip externa , si vuelve a responder  ,intentas un ping a un nombre de dominio  ,www.bla.com .

A partir de tener acceso a la red y a internet  se pueden solucionar el resto de las cuestiones.

Edito:Si el comando ifconfig no esta instalado   se puede utilizar 

ip link show 

Y si hiciera falta leerse las paginas del manual del comando 

 

Jue, 02/11/2017 - 14:00
rockyiii
Imagen de rockyiii
Desconectado/a
administrator
se unió: 11/01/16

fíjate de hacer la instalación con una imagen de debian con firmware non-free

Estas imágenes traen controladores privativos para las placas wifi y red pero al ser netinstall solo trae el sistema base y algunas cosas mas, pero no el escritorio, por eso solo pesa 325MB asi que para instalar el escritorio tenes que tener conexión a internet  cosa que no seria problema si  el instalador logra instalar los controladores privativos para la notebook
aqui vas a poder ver la lista de paquetes que trae dicha imagen http://cdimage.debian.org/cdimage/unofficial/non-free/cd-including-firmware/current/i386/list-cd/ donde figura firmware-realtek

 

otra cosa que podes probar es de descargar el controlador desde la pagina de debian https://packages.debian.org/stretch/firmware-realtek
 

su
dpkg -i firmware-realtek_20161130-3_all.deb

saludos...

Jue, 02/11/2017 - 21:17
especiales
Imagen de especiales
Desconectado/a
se unió: 02/11/17

hola: entre todo lo que puse al describir el caso, retomo una parte, si probé descargar el controlador de realtek, lo toma, lo instala, y conecta parcialmente, es decir, toma ip, pero no enlaza. pasa con las 3 conexiones, por eso integré todo en un solo tema.

por wifi si toma ip, pero no funciona el ping, ni nada relacionado con navegación, por cable no llega a conectar, por bluetooth conecta pero no "enlaza" (no se la expresión técnica).

probé varias versiones del controlador de realtek. no se me ocurrió, ni sabía como hacerlo, eso de anular la ip para reconectar. lo probaré.

también probaré eso de imagen con controladores privativos. gracias. saludos.

-----

Ricardo M. MORALES

Rivadavia, San Juan, Argentina

Red Educativa Sanjuanina

Vie, 03/11/2017 - 11:58
caliban
Imagen de caliban
Conectado
moderador
se unió: 14/01/16

Si toma una ip ,y  la puerta de enlace (gw; ip del  router), responde el ping , intenta hacer un ping a una ip externa 

supongamos  208.67.222.222., si te responde , intenta hacer un ping a un nombre de domino externo , supongamos  www.google.com ,  si no te responde  el problema son los DNS  la resolución de nombre de dominios , en tal caso 

fijate en el archivo  /etc/ resolv.conf .   quizá tengas que configurar ( si es el caso ) algún servidor de nombre de dominio , ejemplo 

## contenido en el archivo /etc/resolv.conf
nameserver 208.67.222.222

A tener en cuenta, cuando el sistema esta configurado para ue gestione una ip  dinámica dhcp, el archivo resolv.conf sera reescrito cada vez por el servidor DHCP del router .

O sea hay que definir el acceso a tu red/internet ,donde se queda .

Vie, 03/11/2017 - 13:16
rockyiii
Imagen de rockyiii
Desconectado/a
administrator
se unió: 11/01/16

¿La wifi y la lan funcionaban en windows? ¿No sera que por alguna razón esta desactivada la wifi y/o lan desde la bios?
que te ponen los comandos @Panko

su
rfkill list 
journactl -b -p err
journalctl -b | grep i firmware

Sobre :

hola: entre todo lo que puse al describir el caso, retomo una parte, si probé descargar el controlador de realtek, lo toma, lo instala, y conecta parcialmente, es decir, toma ip, pero no enlaza. pasa con las 3 conexiones, por eso integré todo en un solo tema.

En los backports de debian 9 hay una versión del controlador más moderna https://packages.debian.org/stretch-backports/firmware-realtek

 

Si el tema viene por el lado de que la placa de red wifi y/o lan son tan nuevas que no tienen soporte con el kernel de debian 9 que seria el 4.9 podes probar testing con firmware non-free que trae un kernel 4.13

http://cdimage.debian.org/cdimage/unofficial/non-free/images-including-firmware/weekly-builds/amd64/iso-cd/

saludos...

Sáb, 04/11/2017 - 01:57
especiales
Imagen de especiales
Desconectado/a
se unió: 02/11/17

probé lo de anular la ip, no funciona. no hace ping a ninguna ip externa, ni siquiera la del router, pero si configura la ip asignada por el router, y el mismo registra la computadora como conectada.

En los backports de debian 9 hay una versión del controlador más moderna https://packages.debian.org/stretch-backports/firmware-realtek

eso también lo había probado, tampoco funciona, pero probaré de nuevo.

¿La wifi y la lan funcionaban en windows? ¿No sera que por alguna razón esta desactivada la wifi y/o lan desde la bios?

No se completó la instalación de windows, el equipo es nuevo, se formateó directamente, sin avanzar con windows.

No encuentro por donde configurar eso, es una de las primeras cosas que busqué.

Si el tema viene por el lado de que la placa de red wifi y/o lan son tan nuevas que no tienen soporte con el kernel de debian 9 que seria el 4.9 podes probar testing con firmware non-free que trae un kernel 4.13

No se qué tan nuevo sea realmente el diseño del equipo, pero es bastante nuevo, y el equipo es nuevo. probaré eso. gracias.

-----

Ricardo M. MORALES

Rivadavia, San Juan, Argentina

Red Educativa Sanjuanina

Sáb, 04/11/2017 - 12:52 (Responder a #7)
caliban
Imagen de caliban
Conectado
moderador
se unió: 14/01/16

especiales wrote:

probé lo de anular la ip, no funciona. no hace ping a ninguna ip externa, ni siquiera la del router, pero si configura la ip asignada por el router, y el mismo registra la computadora como conectada.

 

 

 

No entiendo muy bien tu explicacion de lo que ocurre.

¿La placa de red logra toman una ip desde el ruter ?

o sea si ejecutas  ifconfig , te muestra algo similar a esto ?:

 ifconfig
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.1.150  netmask 255.255.255.0  broadcast 192.168.1.255

O sea el nombre de la interfaz de red   que esta activa ( UP) y ademas una ip (inet xxx.xxx.x.xx) 

Si es este el caso   fijate cual es la puerta de enlace para hacerle un ping , ejecutas 

route  
##  te mostrara algo similar a esto 
 route
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         192.168.1.1     0.0.0.0         UG    0      0        0 eth0
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
##  donde  
##default         192.168.1.1     0.0.0.0         UG    0      0        0 eth0
##te muestra la puerta de enlace  192.168.1.1

Entonces  a    esa ip tenes que intentar a ver si te responde un ping , o sea me extraña que el sistema gestione una ip , el servidor dhcp del router se la asigne y  que luego el mismo router no responda a un ping.

Sáb, 04/11/2017 - 12:54
especiales
Imagen de especiales
Desconectado/a
se unió: 02/11/17

Si el tema viene por el lado de que la placa de red wifi y/o lan son tan nuevas que no tienen soporte con el kernel de debian 9 que seria el 4.9 podes probar testing con firmware non-free que trae un kernel 4.13

http://cdimage.debian.org/cdimage/unofficial/non-free/images-including-firmware/weekly-builds/amd64/iso-cd/

Parece que puede ir por ese lado la cosa, con esa imagen, mejoraron varias cosas:

WIFI: antes, solo  conectaba al router y tomaba IP, pero no enlazaba realmente, ni siquiera veía el router haciendo ping. ahora, usó la conexión wifi para completar la instalación, y suele funcionar. a veces le cuesta conectar, pero cuando conecta, anda bien, incluyendo navegación, y lo que se espera de una conexión.

Bluetooth: antes, conectaba pero no enlazaba ni transmitía, ahora, conecta y enlaza (permite mostrar y aceptar mutuamente las claves), pero odavía no transmite archivos.

Cableada: eso no cambió, detecta cable conectado/desconectado, pero no enlaza, ni toma IP, ni navega, ni nada mas.

Me llama la atención lo de la conexión cableada, que siga sin funcionar, pero parece ir por ese lado la cosa.

Veré si logro agregar la información de sistema, conectado con esa computadora, ahora que anda la conexión, lo que me permitirá instalar herramientas y enrar al foro para copiar y pegar resultados.

-----

Ricardo M. MORALES

Rivadavia, San Juan, Argentina

Red Educativa Sanjuanina

Sáb, 04/11/2017 - 13:00 (Responder a #9)
especiales
Imagen de especiales
Desconectado/a
se unió: 02/11/17

Hola:

caliban wrote:
¿La placa de red logra toman una ip desde el ruter ?

la cableada todavía no, por wifi ahora parece funcionar como podría esperar que funcione.

caliban wrote:
Entonces  a esa ip tenes que intentar a ver si te responde un ping , o sea me extraña que el sistema gestione una ip , el servidor dhcp del router se la asigne y  que luego el mismo router no responda a un ping.

desde mi limitada experiencia, nunca lo había visto, es como comenta, toma ip, asignada por el dhcp del rúter, pero luego no puede hacer ping al rúter. así era con el wifi

por cable todavía no toma ip. saludos.

-----

Ricardo M. MORALES

Rivadavia, San Juan, Argentina

Red Educativa Sanjuanina

Sáb, 04/11/2017 - 16:13
rockyiii
Imagen de rockyiii
Desconectado/a
administrator
se unió: 11/01/16

usas un router tuyo o es un modem/router wifi de esos que provee el ISP. Si es asi podrías conectar la note a la lan del moden previo reinicio (no sea cosa que alguna configuración del router este dando problemas)

En experimental ya entro el kernel 4.14 de ultima no perdes nada con probarlo o sino a lo mejor el camino es por el lado de compilar el kernel

También podes probar de pasarte a sid ya que diariamente entran una gran cantidad de actualizaciones asi que estarías teniendo prácticamente el software mas moderno y por consiguiente el mejor preparado para el hardware más actual
saludos...

Sáb, 04/11/2017 - 16:42
caliban
Imagen de caliban
Conectado
moderador
se unió: 14/01/16

Yo me dedicaría primero a hacer funcionar la ethernet , manualmente, deshabilito networkmanager y desde un terminal ver de levantar la interfaz de red , y  si puede gestionar una ip , o directamente configurarle una ip dentro del rango de la red que tiene el router .Tambien hay que ver si estas ejecutando las órdenes correctamente , 

hasta ahora has referido a los hechos pero sin dar ejemplos concretos de que haces y como , eso nos limita a ver si hay algun error de método.

Sáb, 04/11/2017 - 17:07
Panko
Imagen de Panko
Desconectado/a
moderador
se unió: 18/02/16

Bueno, que digo yo, que si ya tenemos wifi, si que puedes darnos la salida de los comandos que se te han comentado.... Sin esa información, todo son conjeturas... pero que ya te vaya algo, y la placa de red siga sin ir, huele a falta de firmware, lo cual no sabremos si no nos das la información que se te pide...

  No hay bar que por bien no venga....
Lun, 06/11/2017 - 09:58
especiales
Imagen de especiales
Desconectado/a
se unió: 02/11/17

hola, gracias por la ayuda hasta ahora, realmente me está sirviendo mucho. procuraré atender comentarios recientes.

creo que mi nivel de conocimientos y experiencia es intermedio, digamos bajo al lado de quienes se dedican a estos demas, y tal vez alto respecto a la mayoría de los usuarios no expertos.

ya agregué las salidas de los comandos con información del sistema (lshw y lsb_release). esán arriba, en el comentario inicial, al abrir el hilo.

disculpen si no aclaré algunas cosas, que podrían ser esenciales para que puedan ayudarme mejor. puedo no darme cuenta de cosas que si debería aclarar, o se espera que lo haga.

casi todo lo realicé por opciones de menú, salvo tal vez instalar y actualizar, que en algunos casos usé el comando apt-get, con opciones como update, upgrade y dist-upgrade. pero, para configurar y tratar de usar las conexiones, creo que todo fue por menú y herramientas en la pantalla.

la versión que funcionó es la "testing con firmware non-free", que se termina de instalar descargando casi todo de repositorio. pensaba que eso sera la versión "sid", pero parece que es "testing" o "buster", y no tengo claro si actualmente es lo mismo o no, por las dudas lo comento.

el rúter es propio, es un módem-rúter, con adsl, conectado por speedy (san juan, argentina).

el wifi tiende a funcionar bien, aunque a veces no conecta, pero digamos que ya funciona. algo raro es que tiende a tomar la señal con muy baja potencia, muchas veces debe estar al lado del rúter para conectarse, sino no detecta la señal, o la pierde.

la conexión cableada sigue detectando el cable (que se conecta físicamente), pero sin tomar ip.

el bluetooth, luego de una actualización con apt-get, finalmente logró, una vez, transmitir archivos, de ida y vuelta, con un celular (smart-phone), con mucha dificultad, y fallando mas de lo que funciona, pero pudo transmitir.

déjenme saber si algun otro detalle puede servir. gracias nuevamente. saludos cordiales :)

-----

Ricardo M. MORALES

Rivadavia, San Juan, Argentina

Red Educativa Sanjuanina

Lun, 06/11/2017 - 12:47 (Responder a #14)
caliban
Imagen de caliban
Conectado
moderador
se unió: 14/01/16

especiales wrote:

 

la conexión cableada sigue detectando el cable (que se conecta físicamente), pero sin tomar ip.

 

déjenme saber si algun otro detalle puede servir. gracias nuevamente. saludos cordiales :)

Vamos a la conexión por cable,  en primer lugar como identifica el sistema tu interfaz de red :

ifconfig -a 

Una vez identificada la interfaz  intentas que la misma obtenga una ip 

dhclient  <ethernet> 

Seria bueno que copiaras y pegaras el resultado acá.

Otra opción es configurar momentaneamente una ip dentro del mismo rango de la subred. supongamos 

ifconfig  <ethernet> ip # donde dice ethernet poner la identificacion obtenida mas arriba .
## una vez hecho esto  nuevamente comprobar con 
ifconfig  <ethernet>  #deberia tener configurada la ip asignada 
## intentar un ping a la puerta de enlace ( ip del router) 
## para habilitar o deshabilitar la interfaz  ifconfig <ethernet> up ; ifconfig <ethernet> down
## ver las paginas del manual  
man ifconfig 
## todo esto puede ser hecho con el comando ip 
$ man ip 

Veamos sin con esto logras conectarte via cable .Mas referencias de comandos 

Lun, 06/11/2017 - 22:14
especiales
Imagen de especiales
Desconectado/a
se unió: 02/11/17
# ifconfig -a
eno1: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        ether 98:e7:f4:4f:c6:01  txqueuelen 1000  (Ethernet)
        RX packets 574  bytes 56983 (55.6 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 1497  bytes 277352 (270.8 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

en un momento logró tomar ip, pero con un valor extraño (169.254.7.218), y seguía sin funcionar ping al rúter.

-----

Ricardo M. MORALES

Rivadavia, San Juan, Argentina

Red Educativa Sanjuanina

Mar, 07/11/2017 - 00:33
rockyiii
Imagen de rockyiii
Desconectado/a
administrator
se unió: 11/01/16

sobre el tema de la lan encontré un planteo similar del año 2012

básicamente esta persona se bajo el controlador de la pagina de realtek y lo cargó. Es una pregunta tonta pero ¿probaste con otro cable lan?

seria bueno que pongas los comandos

su
rfkill list 
journactl -b -p err
journalctl -b | grep i firmware

En teoria sid es para los desarrolladores, testing es para que los usuarios colaboren probando el software y estable es para trabajar

Mar, 07/11/2017 - 12:28
caliban
Imagen de caliban
Conectado
moderador
se unió: 14/01/16

Bien, tenemos esa en01 , o sea una placa de red integrada ,pero seguimos sin saber mas datos  ,¿que firmware carga o que modulo ) 

lspci -k |grep '[Ee]thernet'

Y por otra parte ,es obvio que si toma  una ip ( supongo que gestionada mediante dhclient) y dicha ip esta fuera de la subred , no responderá un ping el router por que no tendrá salida ,(hay que ver que te muestra el comando route , para comprobar la ruta de salida adecuada )

¿Intentaste ,como he dicho, configurar manualmente una ip a la placa ? a ver que ocurre ? 

Edito:Veo que el router lo configuraste vos, entonces tenes que saber las caracteristicas de la red, (ip) 

por otra parte, ¿esta correctamente conectado el cable de red,al router, es un cable adecuado ?

Intenta reiniciar el router , y luego que desde la computadora gestione una ip,o configurar una estatica dentro del rango ( el motivo para reiniciar el router es, que refresce la  tabla ARP )