Re: Falta de firmware
Muchísimas gracias, muy solidaria la lista. solucionado. Ahora, no sé cómo se le agrega al Asunto: Falta de firmware el SOLUCONADO. El mar, 15 nov 2022 a las 11:12, Camaleón () escribió: > El 2022-11-15 a las 09:23 -0300, Simeón Ignacio Martirén escribió: > > > root@Bulls:/home/ign# dmesg | grep -i i915 > > [1.409150] i915 :00:02.0: vgaarb: deactivate vga console > > [1.411397] i915 :00:02.0: vgaarb: changed VGA decodes: > olddecodes=io+mem,decodes=io+mem:owns=io+mem > > [1.427825] [drm] Initialized i915 1.6.0 20200917 for :00:02.0 on > minor 0 > > [1.454822] fbcon: i915drmfb (fb0) is primary device > > [1.559817] i915 :00:02.0: [drm] fb0: i915drmfb frame buffer > device > > [ 15.572406] snd_hda_intel :00:1b.0: bound :00:02.0 (ops > > i915_audio_component_bind_ops [i915]) > > Vale, no te pide ningún firmware de Intel. > > Puedes ignorar los mensajes de alerta que te sugieren que instales el > paquete o si no quieres recibir esos mensajes, instalar los paquetes que > te piden. > > Empieza con «»firmware-misc-nonfree», vuelve a generar la imagen del > kernel y mira a ver si ya no te aparece ningún mensaje de alerta. > > Saludos, > > -- > Camaleón > > -- * Ignacio*
Re: Falta de firmware
El 2022-11-15 a las 09:23 -0300, Simeón Ignacio Martirén escribió: > root@Bulls:/home/ign# dmesg | grep -i i915 > [1.409150] i915 :00:02.0: vgaarb: deactivate vga console > [1.411397] i915 :00:02.0: vgaarb: changed VGA decodes: > olddecodes=io+mem,decodes=io+mem:owns=io+mem > [1.427825] [drm] Initialized i915 1.6.0 20200917 for :00:02.0 on > minor 0 > [1.454822] fbcon: i915drmfb (fb0) is primary device > [1.559817] i915 :00:02.0: [drm] fb0: i915drmfb frame buffer device > [ 15.572406] snd_hda_intel :00:1b.0: bound :00:02.0 (ops > i915_audio_component_bind_ops [i915]) Vale, no te pide ningún firmware de Intel. Puedes ignorar los mensajes de alerta que te sugieren que instales el paquete o si no quieres recibir esos mensajes, instalar los paquetes que te piden. Empieza con «»firmware-misc-nonfree», vuelve a generar la imagen del kernel y mira a ver si ya no te aparece ningún mensaje de alerta. Saludos, -- Camaleón
Re: Falta de firmware
root@Bulls:/home/ign# dmesg | grep -i i915 [1.409150] i915 :00:02.0: vgaarb: deactivate vga console [1.411397] i915 :00:02.0: vgaarb: changed VGA decodes: olddecodes=io+mem,decodes=io+mem:owns=io+mem [1.427825] [drm] Initialized i915 1.6.0 20200917 for :00:02.0 on minor 0 [1.454822] fbcon: i915drmfb (fb0) is primary device [1.559817] i915 :00:02.0: [drm] fb0: i915drmfb frame buffer device [ 15.572406] snd_hda_intel :00:1b.0: bound :00:02.0 (ops i915_audio_component_bind_ops [i915]) root@Bulls:/home/ign# El mar, 15 nov 2022 a las 9:20, Simeón Ignacio Martirén (< simarti...@gmail.com>) escribió: > >Eso quiere decir que ya lo tenías instalado (no sé bien cómo porque no > tenías habailatdos los repos de non-free :-?), pero entonces no entiendo > que se queje de que no encuentra el archivo del firmware. > > Perdón, había repetido la operación, se instaló en la primera orden. > > > El mar, 15 nov 2022 a las 9:05, Camaleón () escribió: > >> El 2022-11-15 a las 07:24 -0300, Simeón Ignacio Martirén escribió: >> >> > Gracias Camaleon. Una vez realizados los cambios en soursces.list parece >> > todo correcto >> > >> > root@Bulls:/home/ign# sudo apt-get install firmware-realtek >> > Leyendo lista de paquetes... Hecho >> > Creando árbol de dependencias... Hecho >> > Leyendo la información de estado... Hecho >> > firmware-realtek ya está en su versión más reciente (20210315-3). >> > 0 actualizados, 0 nuevos se instalarán, 0 para eliminar y 0 no >> actualizados. >> >> Eso quiere decir que ya lo tenías instalado (no sé bien cómo porque no >> tenías habailatdos los repos de non-free :-?), pero entonces no entiendo >> que se queje de que no encuentra el archivo del firmware. >> >> Mira a ver qué te devuelve esta salida: >> >> ls -l /lib/firmware/ | grep rtl >> >> ¿Te funciona bien el adaptador inalámbrico? >> >> > root@Bulls:/home/ign# sudo apt-get update >> > Obj:1 http://debian.unnoba.edu.ar/debian bullseye InRelease >> > Obj:2 http://debian.unnoba.edu.ar/debian bullseye-updates InRelease >> > Obj:3 http://security.debian.org/debian-security bullseye-security >> InRelease >> > Leyendo lista de paquetes... Hecho >> > >> > Pero luego me salen estos errores... >> > root@Bulls:/home/ign# sudo update-initramfs -u -k all >> > update-initramfs: Generating /boot/initrd.img-5.10.0-19-amd64 >> > W: Possible missing firmware /lib/firmware/i915/skl_huc_2.0.0.bin for >> module i915 >> >> (...) >> >> Los errores son normales siempre y cuando en el dmesg no te aparezca >> algún >> mensaje relacionado con el módulo. >> >> Ejecuta nuevamente como root «dmesg | grep -i i915» a ver si necesitas >> instalar otro paquete para el chipset de Intel. >> >> Saludos, >> >> -- >> Camaleón >> >> > > -- > * Ignacio* > > > -- * Ignacio*
Re: Falta de firmware
>Eso quiere decir que ya lo tenías instalado (no sé bien cómo porque no tenías habailatdos los repos de non-free :-?), pero entonces no entiendo que se queje de que no encuentra el archivo del firmware. Perdón, había repetido la operación, se instaló en la primera orden. El mar, 15 nov 2022 a las 9:05, Camaleón () escribió: > El 2022-11-15 a las 07:24 -0300, Simeón Ignacio Martirén escribió: > > > Gracias Camaleon. Una vez realizados los cambios en soursces.list parece > > todo correcto > > > > root@Bulls:/home/ign# sudo apt-get install firmware-realtek > > Leyendo lista de paquetes... Hecho > > Creando árbol de dependencias... Hecho > > Leyendo la información de estado... Hecho > > firmware-realtek ya está en su versión más reciente (20210315-3). > > 0 actualizados, 0 nuevos se instalarán, 0 para eliminar y 0 no > actualizados. > > Eso quiere decir que ya lo tenías instalado (no sé bien cómo porque no > tenías habailatdos los repos de non-free :-?), pero entonces no entiendo > que se queje de que no encuentra el archivo del firmware. > > Mira a ver qué te devuelve esta salida: > > ls -l /lib/firmware/ | grep rtl > > ¿Te funciona bien el adaptador inalámbrico? > > > root@Bulls:/home/ign# sudo apt-get update > > Obj:1 http://debian.unnoba.edu.ar/debian bullseye InRelease > > Obj:2 http://debian.unnoba.edu.ar/debian bullseye-updates InRelease > > Obj:3 http://security.debian.org/debian-security bullseye-security > InRelease > > Leyendo lista de paquetes... Hecho > > > > Pero luego me salen estos errores... > > root@Bulls:/home/ign# sudo update-initramfs -u -k all > > update-initramfs: Generating /boot/initrd.img-5.10.0-19-amd64 > > W: Possible missing firmware /lib/firmware/i915/skl_huc_2.0.0.bin for > module i915 > > (...) > > Los errores son normales siempre y cuando en el dmesg no te aparezca algún > mensaje relacionado con el módulo. > > Ejecuta nuevamente como root «dmesg | grep -i i915» a ver si necesitas > instalar otro paquete para el chipset de Intel. > > Saludos, > > -- > Camaleón > > -- * Ignacio*
Re: Falta de firmware
El 2022-11-15 a las 07:24 -0300, Simeón Ignacio Martirén escribió: > Gracias Camaleon. Una vez realizados los cambios en soursces.list parece > todo correcto > > root@Bulls:/home/ign# sudo apt-get install firmware-realtek > Leyendo lista de paquetes... Hecho > Creando árbol de dependencias... Hecho > Leyendo la información de estado... Hecho > firmware-realtek ya está en su versión más reciente (20210315-3). > 0 actualizados, 0 nuevos se instalarán, 0 para eliminar y 0 no actualizados. Eso quiere decir que ya lo tenías instalado (no sé bien cómo porque no tenías habailatdos los repos de non-free :-?), pero entonces no entiendo que se queje de que no encuentra el archivo del firmware. Mira a ver qué te devuelve esta salida: ls -l /lib/firmware/ | grep rtl ¿Te funciona bien el adaptador inalámbrico? > root@Bulls:/home/ign# sudo apt-get update > Obj:1 http://debian.unnoba.edu.ar/debian bullseye InRelease > Obj:2 http://debian.unnoba.edu.ar/debian bullseye-updates InRelease > Obj:3 http://security.debian.org/debian-security bullseye-security InRelease > Leyendo lista de paquetes... Hecho > > Pero luego me salen estos errores... > root@Bulls:/home/ign# sudo update-initramfs -u -k all > update-initramfs: Generating /boot/initrd.img-5.10.0-19-amd64 > W: Possible missing firmware /lib/firmware/i915/skl_huc_2.0.0.bin for module > i915 (...) Los errores son normales siempre y cuando en el dmesg no te aparezca algún mensaje relacionado con el módulo. Ejecuta nuevamente como root «dmesg | grep -i i915» a ver si necesitas instalar otro paquete para el chipset de Intel. Saludos, -- Camaleón
Re: Falta de firmware
No supe qué hacer con esta recomendación: "Aquí tamnién. ¹https://packages.debian.org/bullseye/firmware-realtek"; El mar, 15 nov 2022 a las 4:43, Camaleón () escribió: > El 2022-11-14 a las 08:51 -0300, Simeón Ignacio Martirén escribió: > > > Gracias a todos. Comencé por la recomendación de Camaleon 'Ejecuta como > > root «dmesg | grep -i firmware» y si no ves ningún error, > > puedes omitir esos mensajes del kernel ya que el firmware no es > > necesario.'. Muestro la salida: > > root@Bulls:/home/ign# dmesg | grep -i firmware > > [ 12.690124] platform regulatory.0: firmware: direct-loading firmware > regulatory.db > > [ 12.706864] platform regulatory.0: firmware: direct-loading firmware > regulatory.db.p7s > > [ 13.169830] rtl8188ee: Using firmware rtlwifi/rtl8188efw.bin > > [ 13.170036] rtl8188ee :03:00.0: firmware: failed to load > rtlwifi/rtl8188efw.bin (-2) > > [ 13.170092] firmware_class: See https://wiki.debian.org/Firmware for > information about missing firmware > > [ 13.170147] rtl8188ee :03:00.0: Direct firmware load for > rtlwifi/rtl8188efw.bin failed with error -2 > > [ 24.306741] r8169 0000:04:00.0: firmware: failed to load > rtl_nic/rtl8168f-1.fw (-2) > > [ 24.308213] r8169 :04:00.0: Direct firmware load for > rtl_nic/rtl8168f-1.fw failed with error -2 > > [ 24.308231] r8169 :04:00.0: Unable to load firmware > rtl_nic/rtl8168f-1.fw (-2) > > [ 24.414657] rtl8188ee: Firmware is not ready to run! > > [ 24.817628] rtl8188ee: Firmware is not ready to run! > > [ 26.922778] rtl8188ee: Firmware is not ready to run! > > root@Bulls:/home/ign# > > Parece que tienes dos adaptadores de red (uno cableado r8169 y otro > inalámbrico rtl8188ee) y el inalámbrico necesita cargar firmware de > Realtek, o eso te dice el kernel. > > Puedes hacer dos cosas: > > 1. Bajar el paquete completo de Debian (firmware-realtek)¹ > 2. Descargar sólo el archivo que necesitas desde el repositorio Git del > kernel. > > Lo más sencillo sería instalar el paquete completo de los repos de > Debian, para lo cual tendrás que añadir el repor non-free a tu lista de > recursos de descarga. > > > Para completar info agrego: > > (...) > > > deb http://debian.unnoba.edu.ar/debian/ bullseye main > > En la primera línea, añade al final non-free: > > deb http://debian.unnoba.edu.ar/debian/ bullseye main non-free > > > > deb http://security.debian.org/debian-security bullseye-security main > > http://security.debian.org/debian-security bullseye-security main non-free > > Aquí tamnién. > > ¹https://packages.debian.org/bullseye/firmware-realtek > > > deb http://debian.unnoba.edu.ar/debian/ bullseye-updates main > http://debian.unnoba.edu.ar/debian/ bullseye-updates main non-free > > > Y aquí. > > Cuando tengas todos añadidos, guarda los cambios del archivo > surces.list y eecuta como root «apt-get update» y después, instala el > paquete como haces normalmente «apt-get install firmware-realtek» > > > y tambien fstab: > > (...) > > > # swap was on /dev/sda5 during installation > > UUID=f23cfe7c-7ccf-42d4-8062-dfc04548c9b6 noneswapsw > 0 0 > > (...) > > Revisa el contenido de /etc/initramfs-tools/conf.d/resume y asegúrate > de que apunta a la partición correcta. En tu caso, tiene que poner: > > RESUME=UUID=f23cfe7c-7ccf-42d4-8062-dfc04548c9b6 > > Si no es así, modifícalo, guarda el archivo y ya lo tendrías. > > Puedes ejecutar «update-initramfs -u -k all» para comprobar que ya no te > sale ningún error, con esa orden vuelves a generar la imagen del kernel > (initrd). > > Saludos, > > -- > Camaleón > > -- * Ignacio*
Re: Falta de firmware
Gracias Camaleon. Una vez realizados los cambios en soursces.list parece todo correcto root@Bulls:/home/ign# sudo apt-get install firmware-realtek Leyendo lista de paquetes... Hecho Creando árbol de dependencias... Hecho Leyendo la información de estado... Hecho firmware-realtek ya está en su versión más reciente (20210315-3). 0 actualizados, 0 nuevos se instalarán, 0 para eliminar y 0 no actualizados. root@Bulls:/home/ign# sudo apt-get update Obj:1 http://debian.unnoba.edu.ar/debian bullseye InRelease Obj:2 http://debian.unnoba.edu.ar/debian bullseye-updates InRelease Obj:3 http://security.debian.org/debian-security bullseye-security InRelease Leyendo lista de paquetes... Hecho Pero luego me salen estos errores... root@Bulls:/home/ign# sudo update-initramfs -u -k all update-initramfs: Generating /boot/initrd.img-5.10.0-19-amd64 W: Possible missing firmware /lib/firmware/i915/skl_huc_2.0.0.bin for module i915 W: Possible missing firmware /lib/firmware/i915/skl_guc_33.0.0.bin for module i915 W: Possible missing firmware /lib/firmware/i915/bxt_huc_2.0.0.bin for module i915 W: Possible missing firmware /lib/firmware/i915/bxt_guc_33.0.0.bin for module i915 W: Possible missing firmware /lib/firmware/i915/kbl_huc_4.0.0.bin for module i915 W: Possible missing firmware /lib/firmware/i915/kbl_guc_33.0.0.bin for module i915 W: Possible missing firmware /lib/firmware/i915/glk_huc_4.0.0.bin for module i915 W: Possible missing firmware /lib/firmware/i915/glk_guc_33.0.0.bin for module i915 W: Possible missing firmware /lib/firmware/i915/kbl_huc_4.0.0.bin for module i915 W: Possible missing firmware /lib/firmware/i915/kbl_guc_33.0.0.bin for module i915 W: Possible missing firmware /lib/firmware/i915/cml_huc_4.0.0.bin for module i915 W: Possible missing firmware /lib/firmware/i915/cml_guc_33.0.0.bin for module i915 W: Possible missing firmware /lib/firmware/i915/icl_huc_9.0.0.bin for module i915 W: Possible missing firmware /lib/firmware/i915/icl_guc_33.0.0.bin for module i915 W: Possible missing firmware /lib/firmware/i915/ehl_huc_9.0.0.bin for module i915 W: Possible missing firmware /lib/firmware/i915/ehl_guc_33.0.4.bin for module i915 W: Possible missing firmware /lib/firmware/i915/tgl_huc_7.5.0.bin for module i915 W: Possible missing firmware /lib/firmware/i915/tgl_guc_35.2.0.bin for module i915 W: Possible missing firmware /lib/firmware/i915/tgl_huc_7.5.0.bin for module i915 W: Possible missing firmware /lib/firmware/i915/tgl_guc_35.2.0.bin for module i915 W: Possible missing firmware /lib/firmware/i915/bxt_dmc_ver1_07.bin for module i915 W: Possible missing firmware /lib/firmware/i915/skl_dmc_ver1_27.bin for module i915 W: Possible missing firmware /lib/firmware/i915/kbl_dmc_ver1_04.bin for module i915 W: Possible missing firmware /lib/firmware/i915/glk_dmc_ver1_04.bin for module i915 W: Possible missing firmware /lib/firmware/i915/cnl_dmc_ver1_07.bin for module i915 W: Possible missing firmware /lib/firmware/i915/icl_dmc_ver1_09.bin for module i915 W: Possible missing firmware /lib/firmware/i915/tgl_dmc_ver2_08.bin for module i915 W: Possible missing firmware /lib/firmware/i915/rkl_dmc_ver2_02.bin for module i915 update-initramfs: Generating /boot/initrd.img-5.10.0-18-amd64 W: Possible missing firmware /lib/firmware/i915/skl_huc_2.0.0.bin for module i915 W: Possible missing firmware /lib/firmware/i915/skl_guc_33.0.0.bin for module i915 W: Possible missing firmware /lib/firmware/i915/bxt_huc_2.0.0.bin for module i915 W: Possible missing firmware /lib/firmware/i915/bxt_guc_33.0.0.bin for module i915 W: Possible missing firmware /lib/firmware/i915/kbl_huc_4.0.0.bin for module i915 W: Possible missing firmware /lib/firmware/i915/kbl_guc_33.0.0.bin for module i915 W: Possible missing firmware /lib/firmware/i915/glk_huc_4.0.0.bin for module i915 W: Possible missing firmware /lib/firmware/i915/glk_guc_33.0.0.bin for module i915 W: Possible missing firmware /lib/firmware/i915/kbl_huc_4.0.0.bin for module i915 W: Possible missing firmware /lib/firmware/i915/kbl_guc_33.0.0.bin for module i915 W: Possible missing firmware /lib/firmware/i915/cml_huc_4.0.0.bin for module i915 W: Possible missing firmware /lib/firmware/i915/cml_guc_33.0.0.bin for module i915 W: Possible missing firmware /lib/firmware/i915/icl_huc_9.0.0.bin for module i915 W: Possible missing firmware /lib/firmware/i915/icl_guc_33.0.0.bin for module i915 W: Possible missing firmware /lib/firmware/i915/ehl_huc_9.0.0.bin for module i915 W: Possible missing firmware /lib/firmware/i915/ehl_guc_33.0.4.bin for module i915 W: Possible missing firmware /lib/firmware/i915/tgl_huc_7.5.0.bin for module i915 W: Possible missing firmware /lib/firmware/i915/tgl_guc_35.2.0.bin for module i915 W: Possible missing firmware /lib/firmware/i915/tgl_huc_7.5.0.bin for module i915 W: Possible missing firmware /lib/firmware/i915/tgl_guc_35.2.0.bin for module i915 W: Possible missing firmware /lib/firmware/i915/bxt_dmc_ver1_07.bin for module i915 W: Possible missing firmware /lib
Re: Falta de firmware
Gracias, comienzo a operar los cambios. El mar, 15 nov 2022 a las 4:43, Camaleón () escribió: > El 2022-11-14 a las 08:51 -0300, Simeón Ignacio Martirén escribió: > > > Gracias a todos. Comencé por la recomendación de Camaleon 'Ejecuta como > > root «dmesg | grep -i firmware» y si no ves ningún error, > > puedes omitir esos mensajes del kernel ya que el firmware no es > > necesario.'. Muestro la salida: > > root@Bulls:/home/ign# dmesg | grep -i firmware > > [ 12.690124] platform regulatory.0: firmware: direct-loading firmware > regulatory.db > > [ 12.706864] platform regulatory.0: firmware: direct-loading firmware > regulatory.db.p7s > > [ 13.169830] rtl8188ee: Using firmware rtlwifi/rtl8188efw.bin > > [ 13.170036] rtl8188ee :03:00.0: firmware: failed to load > rtlwifi/rtl8188efw.bin (-2) > > [ 13.170092] firmware_class: See https://wiki.debian.org/Firmware for > information about missing firmware > > [ 13.170147] rtl8188ee :03:00.0: Direct firmware load for > rtlwifi/rtl8188efw.bin failed with error -2 > > [ 24.306741] r8169 :04:00.0: firmware: failed to load > rtl_nic/rtl8168f-1.fw (-2) > > [ 24.308213] r8169 :04:00.0: Direct firmware load for > rtl_nic/rtl8168f-1.fw failed with error -2 > > [ 24.308231] r8169 :04:00.0: Unable to load firmware > rtl_nic/rtl8168f-1.fw (-2) > > [ 24.414657] rtl8188ee: Firmware is not ready to run! > > [ 24.817628] rtl8188ee: Firmware is not ready to run! > > [ 26.922778] rtl8188ee: Firmware is not ready to run! > > root@Bulls:/home/ign# > > Parece que tienes dos adaptadores de red (uno cableado r8169 y otro > inalámbrico rtl8188ee) y el inalámbrico necesita cargar firmware de > Realtek, o eso te dice el kernel. > > Puedes hacer dos cosas: > > 1. Bajar el paquete completo de Debian (firmware-realtek)¹ > 2. Descargar sólo el archivo que necesitas desde el repositorio Git del > kernel. > > Lo más sencillo sería instalar el paquete completo de los repos de > Debian, para lo cual tendrás que añadir el repor non-free a tu lista de > recursos de descarga. > > > Para completar info agrego: > > (...) > > > deb http://debian.unnoba.edu.ar/debian/ bullseye main > > En la primera línea, añade al final non-free: > > deb http://debian.unnoba.edu.ar/debian/ bullseye main non-free > > > > deb http://security.debian.org/debian-security bullseye-security main > > http://security.debian.org/debian-security bullseye-security main non-free > > Aquí tamnién. > > ¹https://packages.debian.org/bullseye/firmware-realtek > > > deb http://debian.unnoba.edu.ar/debian/ bullseye-updates main > http://debian.unnoba.edu.ar/debian/ bullseye-updates main non-free > > > Y aquí. > > Cuando tengas todos añadidos, guarda los cambios del archivo > surces.list y eecuta como root «apt-get update» y después, instala el > paquete como haces normalmente «apt-get install firmware-realtek» > > > y tambien fstab: > > (...) > > > # swap was on /dev/sda5 during installation > > UUID=f23cfe7c-7ccf-42d4-8062-dfc04548c9b6 noneswapsw > 0 0 > > (...) > > Revisa el contenido de /etc/initramfs-tools/conf.d/resume y asegúrate > de que apunta a la partición correcta. En tu caso, tiene que poner: > > RESUME=UUID=f23cfe7c-7ccf-42d4-8062-dfc04548c9b6 > > Si no es así, modifícalo, guarda el archivo y ya lo tendrías. > > Puedes ejecutar «update-initramfs -u -k all» para comprobar que ya no te > sale ningún error, con esa orden vuelves a generar la imagen del kernel > (initrd). > > Saludos, > > -- > Camaleón > > -- * Ignacio*
Re: Falta de firmware
El 2022-11-14 a las 08:51 -0300, Simeón Ignacio Martirén escribió:
> Gracias a todos. Comencé por la recomendación de Camaleon 'Ejecuta como
> root «dmesg | grep -i firmware» y si no ves ningún error,
> puedes omitir esos mensajes del kernel ya que el firmware no es
> necesario.'. Muestro la salida:
> root@Bulls:/home/ign# dmesg | grep -i firmware
> [ 12.690124] platform regulatory.0: firmware: direct-loading firmware
> regulatory.db
> [ 12.706864] platform regulatory.0: firmware: direct-loading firmware
> regulatory.db.p7s
> [ 13.169830] rtl8188ee: Using firmware rtlwifi/rtl8188efw.bin
> [ 13.170036] rtl8188ee :03:00.0: firmware: failed to load
> rtlwifi/rtl8188efw.bin (-2)
> [ 13.170092] firmware_class: See https://wiki.debian.org/Firmware for
> information about missing firmware
> [ 13.170147] rtl8188ee :03:00.0: Direct firmware load for
> rtlwifi/rtl8188efw.bin failed with error -2
> [ 24.306741] r8169 :04:00.0: firmware: failed to load
> rtl_nic/rtl8168f-1.fw (-2)
> [ 24.308213] r8169 :04:00.0: Direct firmware load for
> rtl_nic/rtl8168f-1.fw failed with error -2
> [ 24.308231] r8169 :04:00.0: Unable to load firmware
> rtl_nic/rtl8168f-1.fw (-2)
> [ 24.414657] rtl8188ee: Firmware is not ready to run!
> [ 24.817628] rtl8188ee: Firmware is not ready to run!
> [ 26.922778] rtl8188ee: Firmware is not ready to run!
> root@Bulls:/home/ign#
Parece que tienes dos adaptadores de red (uno cableado r8169 y otro
inalámbrico rtl8188ee) y el inalámbrico necesita cargar firmware de
Realtek, o eso te dice el kernel.
Puedes hacer dos cosas:
1. Bajar el paquete completo de Debian (firmware-realtek)¹
2. Descargar sólo el archivo que necesitas desde el repositorio Git del
kernel.
Lo más sencillo sería instalar el paquete completo de los repos de
Debian, para lo cual tendrás que añadir el repor non-free a tu lista de
recursos de descarga.
> Para completar info agrego:
(...)
> deb http://debian.unnoba.edu.ar/debian/ bullseye main
En la primera línea, añade al final non-free:
deb http://debian.unnoba.edu.ar/debian/ bullseye main non-free
> deb http://security.debian.org/debian-security bullseye-security main
http://security.debian.org/debian-security bullseye-security main non-free
Aquí tamnién.
¹https://packages.debian.org/bullseye/firmware-realtek
> deb http://debian.unnoba.edu.ar/debian/ bullseye-updates main
http://debian.unnoba.edu.ar/debian/ bullseye-updates main non-free
Y aquí.
Cuando tengas todos añadidos, guarda los cambios del archivo
surces.list y eecuta como root «apt-get update» y después, instala el
paquete como haces normalmente «apt-get install firmware-realtek»
> y tambien fstab:
(...)
> # swap was on /dev/sda5 during installation
> UUID=f23cfe7c-7ccf-42d4-8062-dfc04548c9b6 noneswapsw0
> 0
(...)
Revisa el contenido de /etc/initramfs-tools/conf.d/resume y asegúrate
de que apunta a la partición correcta. En tu caso, tiene que poner:
RESUME=UUID=f23cfe7c-7ccf-42d4-8062-dfc04548c9b6
Si no es así, modifícalo, guarda el archivo y ya lo tendrías.
Puedes ejecutar «update-initramfs -u -k all» para comprobar que ya no te
sale ningún error, con esa orden vuelves a generar la imagen del kernel
(initrd).
Saludos,
--
Camaleón
Re: Falta de firmware
Gracias a todos. Comencé por la recomendación de Camaleon 'Ejecuta como root «dmesg | grep -i firmware» y si no ves ningún error, puedes omitir esos mensajes del kernel ya que el firmware no es necesario.'. Muestro la salida: root@Bulls:/home/ign# dmesg | grep -i firmware [ 12.690124] platform regulatory.0: firmware: direct-loading firmware regulatory.db [ 12.706864] platform regulatory.0: firmware: direct-loading firmware regulatory.db.p7s [ 13.169830] rtl8188ee: Using firmware rtlwifi/rtl8188efw.bin [ 13.170036] rtl8188ee :03:00.0: firmware: failed to load rtlwifi/rtl8188efw.bin (-2) [ 13.170092] firmware_class: See https://wiki.debian.org/Firmware for information about missing firmware [ 13.170147] rtl8188ee :03:00.0: Direct firmware load for rtlwifi/rtl8188efw.bin failed with error -2 [ 24.306741] r8169 :04:00.0: firmware: failed to load rtl_nic/rtl8168f-1.fw (-2) [ 24.308213] r8169 :04:00.0: Direct firmware load for rtl_nic/rtl8168f-1.fw failed with error -2 [ 24.308231] r8169 :04:00.0: Unable to load firmware rtl_nic/rtl8168f-1.fw (-2) [ 24.414657] rtl8188ee: Firmware is not ready to run! [ 24.817628] rtl8188ee: Firmware is not ready to run! [ 26.922778] rtl8188ee: Firmware is not ready to run! root@Bulls:/home/ign# Para completar info agrego: # deb cdrom:[Debian GNU/Linux 11.4.0 _Bullseye_ - Official amd64 NETINST 202207> #deb cdrom:[Debian GNU/Linux 11.4.0 _Bullseye_ - Official amd64 NETINST 2022070> deb http://debian.unnoba.edu.ar/debian/ bullseye main deb-src http://debian.unnoba.edu.ar/debian/ bullseye main deb http://security.debian.org/debian-security bullseye-security main deb-src http://security.debian.org/debian-security bullseye-security main # bullseye-updates, to get updates before a point release is made; # see https://www.debian.org/doc/manuals/debian-reference/ch02.en.html#_updates> deb http://debian.unnoba.edu.ar/debian/ bullseye-updates main deb-src http://debian.unnoba.edu.ar/debian/ bullseye-updates main # This system was installed using small removable media # (e.g. netinst, live or single CD). The matching "deb cdrom" # entries were disabled at the end of the installation process. # For information about how to configure apt package sources, # see the sources.list(5) manual. y tambien fstab: GNU nano 5.4 /etc/fstab # /etc/fstab: static file system information. # # Use 'blkid' to print the universally unique identifier for a # device; this may be used with UUID= as a more robust way to name devices # that works even if disks are added and removed. See fstab(5). # # systemd generates mount units based on this file, see systemd.mount(5). # Please run 'systemctl daemon-reload' after making changes here. # # # / was on /dev/sda2 during installation UUID=0605b7a7-2208-4a75-a9bc-b578bc091127 / ext4 errors=remount-ro 0 1 # /datos was on /dev/sda1 during installation UUID=0CFF-140D /datos vfatutf80 0 # swap was on /dev/sda5 during installation UUID=f23cfe7c-7ccf-42d4-8062-dfc04548c9b6 noneswapsw 0 0 /dev/sr0/media/cdrom0 udf,iso9660 user,noauto 0 0 El dom, 13 nov 2022 a las 11:47, Camaleón () escribió: > El 2022-11-13 a las 09:34 -0300, Simeón Ignacio Martirén escribió: > > > Hola lista. Soy usuario no experto. Trato de actualizar mi PC de > escritorio > > (...) > > > y me presenta esta situación: > > > > root@Bulls:/home/ign# sudo apt-get update && apt-get upgrade > > Mejor que «apt-get upgrade» es «apt-get dist-upgrade», sobre todo si > estás con la versión estable, no te generará ningún problema. > > (...) > > > 19 actualizados, 0 nuevos se instalarán, 0 para eliminar y 0 no > > actualizados. > > (...) > > Ejecuta como root «dmesg | grep -i firmware» y si no ves ningún error, > puedes omitir esos mensajes del kernel ya que el firmware no es > necesario. > > Nos pasa a todos, pero son errores inocuos. > > > W: initramfs-tools configuration sets > RESUME=UUID=dd7d3adf-3dab-4956-92a4-79943fefd136 > > W: but no matching swap device is available. > > I: The initramfs will attempt to resume from /dev/sda5 > > I: (UUID=f23cfe7c-7ccf-42d4-8062-dfc04548c9b6) > > I: Set the RESUME variable to override this. > > Esto parece indicar que has cambiado la partición swap, revisa si está > bien asignada/identificada en «/etc/fstab». > > Saludos, > > -- > Camaleón > > -- * Ignacio*
Re: Falta de firmware
El 2022-11-13 a las 09:34 -0300, Simeón Ignacio Martirén escribió: > Hola lista. Soy usuario no experto. Trato de actualizar mi PC de escritorio (...) > y me presenta esta situación: > > root@Bulls:/home/ign# sudo apt-get update && apt-get upgrade Mejor que «apt-get upgrade» es «apt-get dist-upgrade», sobre todo si estás con la versión estable, no te generará ningún problema. (...) > 19 actualizados, 0 nuevos se instalarán, 0 para eliminar y 0 no > actualizados. (...) Ejecuta como root «dmesg | grep -i firmware» y si no ves ningún error, puedes omitir esos mensajes del kernel ya que el firmware no es necesario. Nos pasa a todos, pero son errores inocuos. > W: initramfs-tools configuration sets > RESUME=UUID=dd7d3adf-3dab-4956-92a4-79943fefd136 > W: but no matching swap device is available. > I: The initramfs will attempt to resume from /dev/sda5 > I: (UUID=f23cfe7c-7ccf-42d4-8062-dfc04548c9b6) > I: Set the RESUME variable to override this. Esto parece indicar que has cambiado la partición swap, revisa si está bien asignada/identificada en «/etc/fstab». Saludos, -- Camaleón
Re: Falta de firmware
Como va? Si, en algunos equipos pasa eso, pero no es en si un error sino que el kernel tiene el modulo activo pero falta el firmware (driver). Es un tema de ciertas arquitecturas de Intel. Solucion manual: vas aca https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/ y bajas todo lo que necesites a un directorio. Ejemplo: en el dir i915 vas a tener todos los archivos que que te faltan para intel y en rt_nic lo mismo. Los archivos que bajaste los tenes que copiar/mover a : |/lib/firmware/rtl_nic/ o ||/lib/firmware/i915/ , o sea en un terminal: | |sudo cp /directoriodebajada/*.fw /lib/firmware/rtl_nic/ | ||sudo cp /directoriodebajada/*.fw /lib/firmware/i915/ Y despues cargarlos al initramfs : |sudo update-initramfs -u| El initramfs es un sistema de archivos generado en RAM (un disco en RAM) donde residen todos los modulos (drivers) del kernel. Por un tema de diseño los kernels se puede compilar como monoliticos (con todo disponible pero muy grandes y pesados) o como modulares (mas chicos y ligeros con todos los drivers como modulos) La desventaja de esto ultimo es que si un hardware necesitra su driver en el momento del boot todavia no va a estar disponible. Por eso se hace este disco en RAM con todos lo modulos la alcance del sistema. Aparentemente existe una solucion mas automatica que consiste en agregar a los repositorios de apt la opcion non-free pero por alguna razon no me ha resultado. No te aburro mas, espero que sirva. Saludos || || El 13/11/22 a las 09:34, Simeón Ignacio Martirén escribió: Possible missing firmware /lib/firmware/i915/icl_guc_33.0.0.bin for module i915 -- */Gerardo Braica */gbra...@gmail.com.ar /*/*
Re: Falta de firmware
O 13/11/22 ás 13:34, Simeón Ignacio Martirén escribiu: Procesando disparadores para initramfs-tools (0.140) ... update-initramfs: Generating /boot/initrd.img-5.10.0-19-amd64 W: Possible missing firmware /lib/firmware/rtl_nic/rtl8125b-2.fw for module > [...] W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168d-1.fw for module r8169 Esto está en el paquete firmware-realtek. W: Possible missing firmware /lib/firmware/i915/skl_huc_2.0.0.bin for module i915 > [...] W: Possible missing firmware /lib/firmware/i915/rkl_dmc_ver2_02.bin for module i915 Esto está en el paquete firmware-misc-nonfree. Para esta clase de cosas es muy útil el programa apt-file. W: initramfs-tools configuration sets RESUME=UUID=dd7d3adf-3dab-4956-92a4-79943fefd136 W: but no matching swap device is available. I: The initramfs will attempt to resume from /dev/sda5 I: (UUID=f23cfe7c-7ccf-42d4-8062-dfc04548c9b6) I: Set the RESUME variable to override this. ¿Has cambiado algún disco duro o partición? En principio no debería pasar nada, pero comprueba las entradas en /etc/fstab. Para saber los UUID puedes usar el comando «lsblk -o name,size,uuid». Probablemente también tengas que cambiar el UUID en /etc/initramfs-tools/conf.d/resume para que funcione la hibernación y suspensión. Procesando disparadores para hicolor-icon-theme (0.17-2) ... Procesando disparadores para gnome-menus (3.36.0-1) ... Procesando disparadores para libc-bin (2.31-13+deb11u5) ... Procesando disparadores para man-db (2.9.4-2) ... Procesando disparadores para mailcap (3.69) ... root@Bulls:/home/ign# Con lo que no sé si en realidad la actualización del sistema se ha completado y me generará problemas futuros. Gracias mil desde ya. La instalación se ha completado, y si no te falla nada no tienes por que instalar los paquetes de firmware, que además no son libres.
Falta de firmware
Hola lista. Soy usuario no experto. Trato de actualizar mi PC de escritorio root@Bulls:/home/ign# sudo lshw bulls description: Desktop Computer product: System Product Name (SKU) vendor: System manufacturer version: System Version serial: System Serial Number width: 64 bits capabilities: smbios-2.7 dmi-2.7 smp vsyscall32 configuration: boot=normal chassis=desktop family=To be filled by O.E.M. sku=SKU uuid=19646C73-8A37-1204-3086-74D02BCADC5E *-core description: Motherboard product: H61M-K vendor: ASUSTeK COMPUTER INC. physical id: 0 version: Rev X.0x serial: 130713430608156 slot: To be filled by O.E.M. *-firmware description: BIOS vendor: American Megatrends Inc. physical id: 0 version: 0504 date: 07/02/2013 size: 64KiB capacity: 8MiB capabilities: pci upgrade shadowing cdboot bootselect socketedrom edd int13floppy1200 int13floppy720 int13floppy2880 int5printscreen int9keyboard int14serial int17printer acpi usb biosbootspecification uefi *-cpu description: CPU product: Intel(R) Pentium(R) CPU G2020 @ 2.90GHz vendor: Intel Corp. physical id: 4 bus info: cpu@0 version: Intel(R) Pentium(R) CPU G2020 @ 2.90GHz serial: To Be Filled By O.E.M. slot: LGA1155 size: 1631MHz capacity: 3800MHz width: 64 bits clock: 100MHz capabilities: lm fpu fpu_exception wp vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp x86-64 constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 popcnt tsc_deadline_timer xsave lahf_lm cpuid_fault epb pti fsgsbase smep erms xsaveopt dtherm arat pln pts cpufreq configuration: cores=2 enabledcores=1 *-cache:0 description: L1 cache physical id: 5 slot: L1-Cache size: 128KiB capacity: 128KiB capabilities: internal write-back unified configuration: level=1 *-cache:1 description: L2 cache physical id: 6 slot: L2-Cache size: 512KiB capacity: 512KiB capabilities: internal varies unified configuration: level=2 *-cache:2 DISABLED description: L3 cache physical id: 7 slot: L3-Cache size: 3MiB capacity: 3MiB capabilities: internal unified configuration: level=3 (continua la devolución, muy larga, supongo innecesaria) y me presenta esta situación: root@Bulls:/home/ign# sudo apt-get update && apt-get upgrade Obj:1 http://debian.unnoba.edu.ar/debian bullseye InRelease Obj:2 http://debian.unnoba.edu.ar/debian bullseye-updates InRelease Obj:3 http://security.debian.org/debian-security bullseye-security InRelease Leyendo lista de paquetes... Hecho Leyendo lista de paquetes... Hecho Creando árbol de dependencias... Hecho Leyendo la información de estado... Hecho Calculando la actualización... Hecho Se actualizarán los siguientes paquetes: gir1.2-javascriptcoregtk-4.0 gir1.2-webkit2-4.0 libavcodec58 libavfilter7 libavformat58 libavresample4 libavutil56 libexpat1 libjavascriptcoregtk-4.0-18 libntfs-3g883 libpixman-1-0 libpostproc55 libswresample3 libswscale5 libwebkit2gtk-4.0-37 libxml2 ntfs-3g thunderbird tzdata 19 actualizados, 0 nuevos se instalarán, 0 para eliminar y 0 no actualizados. Se necesita descargar 0 B/86,1 MB de archivos. Se liberarán 357 kB después de esta operación. ¿Desea continuar? [S/n] S Leyendo lista de cambios... Hecho. Preconfigurando paquetes ... (Leyendo la base de datos ... 211222 ficheros o directorios instalados actualmente.) Preparando para desempaquetar .../00-tzdata_2021a-1+deb11u8_all.deb ... Desempaquetando tzdata (2021a-1+deb11u8) sobre (2021a-1+deb11u7) ... Preparando para desempaquetar .../01-gir1.2-webkit2-4.0_2.38.2-1~deb11u1_amd64.deb ... Desempaquetando gir1.2-webkit2-4.0:amd64 (2.38.2-1~deb11u1) sobre (2.38.0-1~deb11u1) ... Preparando para desempaquetar .../02-gir1.2-javascriptcoregtk-4.0_2.38.2-1~deb11u1_amd64.deb ... Desempaquetando gir1.2-javascriptcoregtk-4.0:amd64 (2.38.2-1~deb11u1) sobre (2.38.0-1~deb11u1) ... Preparando para desempaquetar .../03-libwebkit2gtk-4.0-37_2.38.2-1~deb11u1_amd64.deb ... Desempaquetando libwebkit2gtk-4.0-37:amd64 (2.38.2-1~deb11u1) sobre (2.38.0-1~deb11u1) ... Preparando para desempaquetar .../04-libjavascriptcoregtk-4.0-18_2.38.2-1~deb11u1_amd64.deb ... Desempaquetando libjavascriptcoregtk-4.0-18:amd64 (2.38.2-1~deb11u1) sobre (2.38.0-1~deb11u1) ... Preparando para desempaquetar .../05-libxml2_2.9.10+dfsg-6.7+deb11u3_a
Re: Ya hay decisión (era: [OT] Debian decide sobre su política de paquetes firmware «non-free»)
Yo estaba muy de acuerdo con la política anterior de que sea el usuario quien decida agregar al repositorio el "non-free" aunque sea un poco molesto para quien siempre los desea utilizar pero tambien tienen la versión del instalador con los non-free incluidos. Pienso que la libertad viene con la libertad de decisión y oferta. A como pueden haber quienes nunca usen los non-free del todo, de igual forma como hay quienes no pueden vivir sin ellos en sus repositorios. Saludos. On 29/10/22 05:44, Jose Ab bA wrote: Efectivamente Camaleon! A estas alturas cambiar la politica de paquetes y de instalacion... Es una manipulacion pretenciosa por parte de elementos oscuros... seguro! Debian no necesita mas usuarios de los que ya tiene... Y los usuarios que no sepan tratar con estos asuntos seguro que no se merecen usar una distro basada en software libre... porque seguro que ni aprecian ni saben que es el software libre. Ya hay distros que hacen esto de manera predeterminada... que usen esas, que para eso estan...
Re: Ya hay decisión (era: [OT] Debian decide sobre su política de paquetes firmware «non-free»)
Efectivamente Camaleon! A estas alturas cambiar la politica de paquetes y de instalacion... Es una manipulacion pretenciosa por parte de elementos oscuros... seguro! Debian no necesita mas usuarios de los que ya tiene... Y los usuarios que no sepan tratar con estos asuntos seguro que no se merecen usar una distro basada en software libre... porque seguro que ni aprecian ni saben que es el software libre. Ya hay distros que hacen esto de manera predeterminada... que usen esas, que para eso estan...
Re: Ya hay decisión (era: [OT] Debian decide sobre su política de paquetes firmware «non-free»)
> En resumen: > > 1. Se cambia el Contrato Social (un párrafo pequeño) para > adecuarlo a la nueva realidad, que es que el medio de instalación > oficial de Debian podrá contener paquetes privativos. > > 2. Sólo habrá un medio de instalación oficial de Debian, con paquetes > libres y no libres mezclados, pero en teoría el usuario podrá desactivar > la instalación de paquetes propietarios antes de iniciar el proceso de > instalación (queda por ver cómo de efectivo resultará la pretensión y > cómo lo expondrá el instalador sencillo dirigido a usuarios noveles). > ... > > En fin... qué se le va a hacer. > > Ceder a estar alturas no me complace lo más mínimo. > Parece que el lema de: <> ya no es tan cierto como se afirma en la filosofía de Debian (https://www.debian.org/intro/philosophy)
Re: Ya hay decisión (era: [OT] Debian decide sobre su política de paquetes firmware «non-free»)
O 16/10/22 ás 16:25, Camaleón escribiu: 2. Sólo habrá un medio de instalación oficial de Debian, con paquetes libres y no libres mezclados, pero en teoría el usuario podrá desactivar la instalación de paquetes propietarios antes de iniciar el proceso de instalación (queda por ver cómo de efectivo resultará la pretensión y cómo lo expondrá el instalador sencillo dirigido a usuarios noveles). Me gustaría pensar que no sería difícil crear un instalador "semioficial" sin los paquetes privativos. Pero también es lo que dice Simon McVittie (https://lists.debian.org/debian-vote/2022/10/msg00013.html), alguien se tiene que encargar de eso. 3. El instalador informará de los paquetes propietarios que se van a instalar (en tiempo rela) y una vez instalado el sistema, se podrá consultar posteriormente alguna especie de archivo de registro o similar con los paquetes que se hayan instalado desde «non-free». También piensan sacar el firmware hacia una sección «non-free-firmware» nueva. Sigo manteniendo la idea de que se deberían aprovechar las categorías, y hacer que APT pueda filtrar la lista de paquetes según la configuración. Si al menos la opción predeterminada hubiera sido que el instalador no instalara paquetes propietarios SALVO que el usuario lo seleccionara a conciencia, ESPECÍFICAMENTE, pues hubiera sido una transición un poco más entendible. Como la opción estará en el GRUB, no veo mucho problema. Se puede discutir si descargar, pero no instalar, código no libre va en contra de la filosofía del software libre. A efectos prácticos, yo diría que no hay problema. Pero no, ahora de manera predeterminada si el kernel necesita algún binario propietario se instalará, salvo que el usuario diga EXPRESAMENTE que no. Juraría haber oído que algún firmware, como el de los dispositivos de audio, se va a incluir sí o sí, para los invidentes. En fin... qué se le va a hacer. Ceder a estar alturas no me complace lo más mínimo. :-( ¹https://www.debian.org/vote/2022/vote_003#outcome Saludos,
Ya hay decisión (era: [OT] Debian decide sobre su política de paquetes firmware «non-free»)
El 2022-08-28 a las 10:11 +0200, Camaleón escribió: > Hola, > > A través de Phoronix¹ leo que en Debian² se está llevando a cabo una > consulta sobre la política a seguir con los paquetes de firmware > non-free, que actualmente se tienen que instalar por separado y de > manera plenamente consciente, con el consiguiente perjuicio que causa > en las instalaciones, principalmente a los nuevos usuarios. (...) > ¹https://www.phoronix.com/news/Debian-Non-Free-Firmware-GR > ²https://www.debian.org/vote/2022/vote_003 Bueno, pues ya hay ganador para esta cuestión¹. En resumen: 1. Se cambia el Contrato Social (un párrafo pequeño) para adecuarlo a la nueva realidad, que es que el medio de instalación oficial de Debian podrá contener paquetes privativos. 2. Sólo habrá un medio de instalación oficial de Debian, con paquetes libres y no libres mezclados, pero en teoría el usuario podrá desactivar la instalación de paquetes propietarios antes de iniciar el proceso de instalación (queda por ver cómo de efectivo resultará la pretensión y cómo lo expondrá el instalador sencillo dirigido a usuarios noveles). 3. El instalador informará de los paquetes propietarios que se van a instalar (en tiempo rela) y una vez instalado el sistema, se podrá consultar posteriormente alguna especie de archivo de registro o similar con los paquetes que se hayan instalado desde «non-free». Si al menos la opción predeterminada hubiera sido que el instalador no instalara paquetes propietarios SALVO que el usuario lo seleccionara a conciencia, ESPECÍFICAMENTE, pues hubiera sido una transición un poco más entendible. Pero no, ahora de manera predeterminada si el kernel necesita algún binario propietario se instalará, salvo que el usuario diga EXPRESAMENTE que no. En fin... qué se le va a hacer. Ceder a estar alturas no me complace lo más mínimo. :-( ¹https://www.debian.org/vote/2022/vote_003#outcome Saludos, -- Camaleón
Re: [OT] Debian decide sobre su política de paquetes firmware «non-free»
El mar, 30 ago 2022 a las 10:22, Eduardo Jorge Gil Michelena (< egi...@yahoo.com.ar>) escribió: > El lunes, 29 de agosto de 2022 04:10:01 ART, Camaleón > escribió: > > > Me cuesta ver algo bueno en recomendar y promover software propietario, > > la verdad :-/ > > > > ¹Lo que se debate ahora en Debian está relacionado exclusivamente con > > el código firmware, no con programas o controladores propietarios. > > Camaleón > > A ver... > Tal parece que como LINUX viene de una larga tradición de "licencia > pública" suele preferirse que todo sea de "licencia pública" y si se puede > gratuita cosa que a mi me parece MUY bien y muy popular pero... que yo y > unos cuantos más creamos en ciertas filosofías eso no implica que todos se > adscriban a ella. > > El universo LINUX (que va más allá de Debian) es magnífico. Linux tiene > muchas ventajas sobre otros SO, en especial en lo que refiere a la > seguridad y estabilidad del sistema pero... lamentablemente tiene una gran > falta en cuanto al software aplicativo disponible que en verdad y en > ciertas áreas es extremadamente limitado. > > Supongo que tales limitaciones se deben justamente a las condiciones de > "licencia pública" las que hacen que no haya tanto hard ni soft de calidad > profesional disponible en ciertas áreas como por ejemplo la de edición de > video en donde tanto las placas de video profesionales como el sofware de > edición de video es inexistente. De hecho en Linux NO hay un buen software > de edición profesional de video que llegue siquiera a igualar al SONY VEGAS > de hace una década (en video, Linux retrasa más de 10 años) y en > convertidores multimedia NO hay en Linux algo que se asemeje al Format > Factory para Windows que convierte cualquier formato de audio, video y > gráfico a cualquier otro con una facilidad de uso y una velocidad de > ejecución varias veces más alta que cualquier conversor de video para Linux > que además son MUY limitados. > > Supongo que en problema esta justamente en que Linux ha tenido una > política de defensa a lo free que le ha jugado en contra para su evolución. > > No hace falta más que darse una vuelta por los repositorios de las APP > para ANdroid para dar cuenta que hay muchas más aplicaciones para Android > que para Linux. > > Linux debería cambiar sus políticas para que las empresas productoras de > soft y harrd le sea beneficioso producir productos para Linux. Sino... > Linux quedará rezagado... y en pocos años su entorno quedará sólo relegado > a los servidores. > Hola. Creo que mezclas churras con merinas. Claro que hay software más avanzado en algunos campos para Windows que para Linux, pero en otros es al revés. Por supuesto nos olvidamos de que más del 99% de los supercomputadores del mundo corren bajo versiones de Linux. Aquí el tema es que el hardware lleva un firmware que antiguamente venía incorporado en memorias "ROM" en el propio dispositivo y desde hace tiempo eso cambió, primero pasando a memorias flash que permitían su actualización y ahora ya directamente se carga desde el driver del mismo al arrancar el equipo. Antiguamente no había mucho dilema ya que el hardware y el firmware eran todo uno y no había opción ni probablemente estas discusiones. Ahora se complica un poco. La cuestión es que necesitamos un firmware para cada dispositivo y si no existe una versión libre no podemos utilizarlo sin cargar el firmware cerrado. Que opciones tenemos en la instalación. - si existiera un firmware libre, debería cargarse por defecto y dar la opción de usar el propietario si existiera. - Si no existe un firmware libre, avisar y dar la opción de cargar el propietario o quedarnos sin el dispositivo en cuestión disponible. En ningún caso una pregunta genérica de cargar todos los firmware propietarios, sino uno por uno. En cuanto a las opciones que dan no se si la "B" es la que se adaptaría más a esto, porque claro entra en juego el hecho de distribuir software que no es libre, lo que no se si conlleva alguna limitación. (Cuando venia en las memorias flash, no se daban estas cuestiones) Tal vez el problema de la situación actual, (digamos la C) es que puedas quedarte por ejemplo sin poder usar la wifi y complicarse un poco el tema de la instalación del firmware propietario al no tener conexión para una actualización fácil. Por supuesto que lo ideal es que el firmware fuera completamente software libre y hay que trabajar en ello y tal vez el no ponerlo muy fácil ayude a que los fabricantes se decidan a liberarlos. S2.
Re: [OT] Debian decide sobre su política de paquetes firmware «non-free»
El lunes, 29 de agosto de 2022 04:10:01 ART, Camaleón escribió: > Me cuesta ver algo bueno en recomendar y promover software propietario, > la verdad :-/ > > ¹Lo que se debate ahora en Debian está relacionado exclusivamente con > el código firmware, no con programas o controladores propietarios. > Camaleón A ver... Tal parece que como LINUX viene de una larga tradición de "licencia pública" suele preferirse que todo sea de "licencia pública" y si se puede gratuita cosa que a mi me parece MUY bien y muy popular pero... que yo y unos cuantos más creamos en ciertas filosofías eso no implica que todos se adscriban a ella. El universo LINUX (que va más allá de Debian) es magnífico. Linux tiene muchas ventajas sobre otros SO, en especial en lo que refiere a la seguridad y estabilidad del sistema pero... lamentablemente tiene una gran falta en cuanto al software aplicativo disponible que en verdad y en ciertas áreas es extremadamente limitado. Supongo que tales limitaciones se deben justamente a las condiciones de "licencia pública" las que hacen que no haya tanto hard ni soft de calidad profesional disponible en ciertas áreas como por ejemplo la de edición de video en donde tanto las placas de video profesionales como el sofware de edición de video es inexistente. De hecho en Linux NO hay un buen software de edición profesional de video que llegue siquiera a igualar al SONY VEGAS de hace una década (en video, Linux retrasa más de 10 años) y en convertidores multimedia NO hay en Linux algo que se asemeje al Format Factory para Windows que convierte cualquier formato de audio, video y gráfico a cualquier otro con una facilidad de uso y una velocidad de ejecución varias veces más alta que cualquier conversor de video para Linux que además son MUY limitados. Supongo que en problema esta justamente en que Linux ha tenido una política de defensa a lo free que le ha jugado en contra para su evolución. No hace falta más que darse una vuelta por los repositorios de las APP para ANdroid para dar cuenta que hay muchas más aplicaciones para Android que para Linux. Linux debería cambiar sus políticas para que las empresas productoras de soft y harrd le sea beneficioso producir productos para Linux. Sino... Linux quedará rezagado... y en pocos años su entorno quedará sólo relegado a los servidores.
Re: [OT] Debian decide sobre su política de paquetes firmware «non-free»
On Sun, 28 Aug 2022 10:11:03 +0200 Camaleón wrote: > Hola, > > A través de Phoronix¹ leo que en Debian² se está llevando a cabo una > consulta sobre la política a seguir con los paquetes de firmware > non-free, que actualmente se tienen que instalar por separado y de > manera plenamente consciente, con el consiguiente perjuicio que causa > en las instalaciones, principalmente a los nuevos usuarios. > > En fin, la habitual dicotomía entre hacer lo correcto y sufrir un poco > las consecuencias o pasarse al lado oscuro (lo que yo llamo «el > modo vago»). > > Las alternativas que hay sobre la mesa son: > > A. Meter los paquetes de firmware non-free dentro del medio de > instalación, como si fueran uno más, sin que sea obligatoio informar al > usuario de esto. > > B. Meter los paquetes non-free en el medio de instalación oficial pero > sólo cargarlos / instalarlos si son necesarios, informando al usuario y > permitiendo desactivar previamente esta opción. > > Se mantienen dos medios por separado, dando preeminencia al medio de > instalación que contienen los paquetes de non-free. > > C. Un poco como la situación actual, dos medios de instalación separados > para que el usuario elija cuál descargar e instalar. > > Desde mi punto de vista, la opción A no me convence en absoluto, > significa claudicar. > > De la opción B no me fío, porque el kernel recomienda paquetes non-free > que no son necesarios así que el automatismo no funciona. > > La opción C es la menos mala y la más sincera con los usuarios, pero > perjudica a los nuevos o a los más novatos que tienen que buscar e > informarse... lo que tampoco es malo >:-) > > ¿Qué pensáis? > > ¹https://www.phoronix.com/news/Debian-Non-Free-Firmware-GR > ²https://www.debian.org/vote/2022/vote_003 > > Saludos, > > -- > Camaleón > Yo me quedo con la C que es más o menos como estamos. Así yo elijo a qué nivel de desvenguenza quiero trabajar. Quien quiera comodidad a cambio de libertad que se vaya a otro sistema operativo. O sinó, ¿qué narices hacen usando debian? Pobres binarios, no los quieren en debian, no los quieren los del LGTBI... hubble, 8-) --
Re: [OT] Debian decide sobre su política de paquetes firmware «non-free»
El 2022-08-29 a las 10:33 +0200, Javier Barroso escribió: > Hola, > > El lun., 29 ago. 2022 9:10, Camaleón escribió: > > > El 2022-08-29 a las 07:35 +0200, Javier Barroso escribió: > > > > Hola Javier, > > > > > El dom., 28 ago. 2022 10:11, Camaleón escribió: > > > > > > > Hola, > > > > > > > > A través de Phoronix¹ leo que en Debian² se está llevando a cabo una > > > > consulta sobre la política a seguir con los paquetes de firmware > > > > non-free, que actualmente se tienen que instalar por separado y de > > > > manera plenamente consciente, con el consiguiente perjuicio que causa > > > > en las instalaciones, principalmente a los nuevos usuarios. > > > > (...) > > > > > > ... > > > > > > > > ¿Qué pensáis? > > > > > > > > > La opción A sí informa de qué se instala (al menos lo interpreto así), > > > > No me queda claro este punto. > > > > Si el usuario va a descargar la ISO de Debian para instalar y sólo ve > > una opción (porque con la opción A sólo hay una imagen oficial que > > contiene firmware non-free) pocas alternativas tiene ese usuario. (...) > > > Aún con un instalador libre vas a estar corriendo tu equipo con firmwares > > > no libres (los que van integrados en la tarjeta gráfica, de red, etc), > > > > No, no... eso no es así, Javier. > > > > Yo ahora mismo no tengo habilitado el repo «non-free» y espero que mi > > equipo no tenga ninguna pieza de software de código cerrado, faltaría > > más. > > > > Ese es el tema da igual que tengas habilitado o no el repo non-free, las > tarjetas gráficas y demás ya tienen incorporados su propio firmware antes > de que el SO ponga nada. Ese firmware no es libre en el 99.9% de las veces > > ¿Ahora me explico mejor? La BIOS/UEFI tampoco es libre pero no es algo sobre lo que tengamos el control, ni nosotros ni Debian. De lo que se trata en la decisión que tenga que tomar Debian es, primero de carácter técnico (¿quién y cómo se determina si debo/tengo que instalar cierto firmaware propietario o no?) y luego de carácter vocacional (¿hacia dónde queremos dirigirnos, debemos fomentar el uso de códígo porpietario?). La opción A pretende «automatizar» y «simplificar» en exceso esa decisión, yo prefiero que sea el usuario quien decida lo que quiere hacer y que sea consecuente y plenamente consciente de sus actos, y que de manera predeterminada se fomente desde Debian las opciones libres, obviamente. Para que decidan por mi ya están Windows o Android :-) Saludos, -- Camaleón
Re: [OT] Debian decide sobre su política de paquetes firmware «non-free»
Hola, El lun., 29 ago. 2022 9:10, Camaleón escribió: > El 2022-08-29 a las 07:35 +0200, Javier Barroso escribió: > > Hola Javier, > > > El dom., 28 ago. 2022 10:11, Camaleón escribió: > > > > > Hola, > > > > > > A través de Phoronix¹ leo que en Debian² se está llevando a cabo una > > > consulta sobre la política a seguir con los paquetes de firmware > > > non-free, que actualmente se tienen que instalar por separado y de > > > manera plenamente consciente, con el consiguiente perjuicio que causa > > > en las instalaciones, principalmente a los nuevos usuarios. > > (...) > > > > ... > > > > > > ¿Qué pensáis? > > > > > > La opción A sí informa de qué se instala (al menos lo interpreto así), > > No me queda claro este punto. > > Si el usuario va a descargar la ISO de Debian para instalar y sólo ve > una opción (porque con la opción A sólo hay una imagen oficial que > contiene firmware non-free) pocas alternativas tiene ese usuario. > > Porque una vez que el instalador está en ejecución, poco margen de > maniobra tienes. Es decir, con la opción A facilitas las cosas al lado > oscuro y se las complicas a los caballeros Jedi. > > Es como darle un sable de luz a Vader y una ramita a Skywalker... y que > luchen :-) > > No me parece justo, además de con esa acción fomentas el uso de > firmware non-free en lugar de hacer pensar al usuario sobre las > consecuencias de su uso, instruirle sobre el hardware que compra o las > opciones que tiene. > > > lo que yo creo que sería deseable es que te dijera el instalador , > > "se va a instalar los componentes non free que te proporcionan la > > siguientes funcionalidades: > > > > - > > - > > > > Aceptar / instalar sin esos componentes (o incluso, (de)seleccione los > > componentes non free y pulsa siguiente) > > > > Donde e son tanto los nombres de los componentes como su > > descripción corta > > Ojalá fuera tan sencillo. > > Me temo que simplemente si el kernel «piensa» que necesita cierto > código para funcionar, lo instalará, sin más, pero queda por resolver > la cuestión técnica de si realmente el sistema necesita ese chorro de > software binario cerrado para funcionar sin problemas. > > La parte técnica NO es está resuelta. > > > En la lista de debian-vote daban el argumento de la accesibilidad (para > > ciegos por ejemplo) como algo fundamental para el instalador. > > Desconozco qué tipo de software-hardware gestiona esto, pero supongo > que será como en todo: lo habrá cerrado y lo habrá libre. Y los > usuarios que necesiten usarlo están en la misma tesitura que los demás: > decidir qué usar y con pleno conocimiento de lo que hacen. > > > Aún con un instalador libre vas a estar corriendo tu equipo con firmwares > > no libres (los que van integrados en la tarjeta gráfica, de red, etc), > > No, no... eso no es así, Javier. > > Yo ahora mismo no tengo habilitado el repo «non-free» y espero que mi > equipo no tenga ninguna pieza de software de código cerrado, faltaría > más. > Ese es el tema da igual que tengas habilitado o no el repo non-free, las tarjetas gráficas y demás ya tienen incorporados su propio firmware antes de que el SO ponga nada. Ese firmware no es libre en el 99.9% de las veces ¿Ahora me explico mejor?
Re: [OT] Debian decide sobre su política de paquetes firmware «non-free»
El 2022-08-29 a las 07:35 +0200, Javier Barroso escribió: Hola Javier, > El dom., 28 ago. 2022 10:11, Camaleón escribió: > > > Hola, > > > > A través de Phoronix¹ leo que en Debian² se está llevando a cabo una > > consulta sobre la política a seguir con los paquetes de firmware > > non-free, que actualmente se tienen que instalar por separado y de > > manera plenamente consciente, con el consiguiente perjuicio que causa > > en las instalaciones, principalmente a los nuevos usuarios. (...) > > ... > > > > ¿Qué pensáis? > > > La opción A sí informa de qué se instala (al menos lo interpreto así), No me queda claro este punto. Si el usuario va a descargar la ISO de Debian para instalar y sólo ve una opción (porque con la opción A sólo hay una imagen oficial que contiene firmware non-free) pocas alternativas tiene ese usuario. Porque una vez que el instalador está en ejecución, poco margen de maniobra tienes. Es decir, con la opción A facilitas las cosas al lado oscuro y se las complicas a los caballeros Jedi. Es como darle un sable de luz a Vader y una ramita a Skywalker... y que luchen :-) No me parece justo, además de con esa acción fomentas el uso de firmware non-free en lugar de hacer pensar al usuario sobre las consecuencias de su uso, instruirle sobre el hardware que compra o las opciones que tiene. > lo que yo creo que sería deseable es que te dijera el instalador , > "se va a instalar los componentes non free que te proporcionan la > siguientes funcionalidades: > > - > - > > Aceptar / instalar sin esos componentes (o incluso, (de)seleccione los > componentes non free y pulsa siguiente) > > Donde e son tanto los nombres de los componentes como su > descripción corta Ojalá fuera tan sencillo. Me temo que simplemente si el kernel «piensa» que necesita cierto código para funcionar, lo instalará, sin más, pero queda por resolver la cuestión técnica de si realmente el sistema necesita ese chorro de software binario cerrado para funcionar sin problemas. La parte técnica NO es está resuelta. > En la lista de debian-vote daban el argumento de la accesibilidad (para > ciegos por ejemplo) como algo fundamental para el instalador. Desconozco qué tipo de software-hardware gestiona esto, pero supongo que será como en todo: lo habrá cerrado y lo habrá libre. Y los usuarios que necesiten usarlo están en la misma tesitura que los demás: decidir qué usar y con pleno conocimiento de lo que hacen. > Aún con un instalador libre vas a estar corriendo tu equipo con firmwares > no libres (los que van integrados en la tarjeta gráfica, de red, etc), No, no... eso no es así, Javier. Yo ahora mismo no tengo habilitado el repo «non-free» y espero que mi equipo no tenga ninguna pieza de software de código cerrado, faltaría más. Aunque se trata de algo distinto¹, hubo un momento en que sí instalaba el controlador propiedario de nvidia, pero ahora, aún y todo lo mal que está nouveau, me vale con el libre. > en mi opinión facilitar al usuario el mejor rendimiento del equipo es lo > deseable. Los firmwares llevan "toda la vida" en los repositorios, esto es > ponerlos en el instalador al alcance de cualquiera. Llevan toda la vida en repos separados y no habilitados de manera predeterninada, que no es lo mismo. Creo, sinceramente, que la base de Debian, y de cualquier sistema Linux debe ser la educación consciente del usuario, en hacer bien las cosas y no en atender a una necesidad o capricho puntual del usuario (eso significa pan para hoy y hambre para mañana). Uno de los fines últimos de un sistema operativo libre debe ser hacer pensar. Si perdemos eso, perderemos nuestra esencia. > Para los puristas con activar el modo libre al arrancar (igual que hemos > estado usando el modo experto mucho tiempo) les tendría que ser suficiente Yo quiero más ;-) Quiero poder indentificarme con los valores que promueve mi sistema operativo, que el sistema operativo que elijo esté en mi misma línea de acción y de pensamiento. Y con este paso que dan se aleja más de lo que espero de una distribución como Debian. De RedHat o Ubuntu lo puedo esperar; de Debian, no. > Cualquiera de las tres opciones será buena para Debian y sus usuarios Me cuesta ver algo bueno en recomendar y promover software propietario, la verdad :-/ ¹Lo que se debate ahora en Debian está relacionado exclusivamente con el código firmware, no con programas o controladores propietarios. Saludos, -- Camaleón
Re: [OT] Debian decide sobre su política de paquetes firmware «non-free»
Buenas, El dom., 28 ago. 2022 10:11, Camaleón escribió: > Hola, > > A través de Phoronix¹ leo que en Debian² se está llevando a cabo una > consulta sobre la política a seguir con los paquetes de firmware > non-free, que actualmente se tienen que instalar por separado y de > manera plenamente consciente, con el consiguiente perjuicio que causa > en las instalaciones, principalmente a los nuevos usuarios. > > En fin, la habitual dicotomía entre hacer lo correcto y sufrir un poco > las consecuencias o pasarse al lado oscuro (lo que yo llamo «el > modo vago»). > > Las alternativas que hay sobre la mesa son: > > A. Meter los paquetes de firmware non-free dentro del medio de > instalación, como si fueran uno más, sin que sea obligatoio informar al > usuario de esto. > > B. Meter los paquetes non-free en el medio de instalación oficial pero > sólo cargarlos / instalarlos si son necesarios, informando al usuario y > permitiendo desactivar previamente esta opción. > > Se mantienen dos medios por separado, dando preeminencia al medio de > instalación que contienen los paquetes de non-free. > > C. Un poco como la situación actual, dos medios de instalación separados > para que el usuario elija cuál descargar e instalar. > > ... > > ¿Qué pensáis? La opción A sí informa de qué se instala (al menos lo interpreto así), lo que yo creo que sería deseable es que te dijera el instalador , "se va a instalar los componentes non free que te proporcionan la siguientes funcionalidades: - - Aceptar / instalar sin esos componentes (o incluso, (de)seleccione los componentes non free y pulsa siguiente) Donde e son tanto los nombres de los componentes como su descripción corta En la lista de debian-vote daban el argumento de la accesibilidad (para ciegos por ejemplo) como algo fundamental para el instalador. Aún con un instalador libre vas a estar corriendo tu equipo con firmwares no libres (los que van integrados en la tarjeta gráfica, de red, etc), en mi opinión facilitar al usuario el mejor rendimiento del equipo es lo deseable. Los firmwares llevan "toda la vida" en los repositorios, esto es ponerlos en el instalador al alcance de cualquiera. Para los puristas con activar el modo libre al arrancar (igual que hemos estado usando el modo experto mucho tiempo) les tendría que ser suficiente Cualquiera de las tres opciones será buena para Debian y sus usuarios Saludos
Re: Re: [OT] Debian decide sobre su política de paquetes firmware «non-free»
Disculpen mis faltas de ortografía, mandé el correo sin revisarlo antes.
Re: [OT] Debian decide sobre su política de paquetes firmware «non-free»
; la escuela. No veo a la gente común fabricando estetoscopios, marcapasos, > medicamentos, vacunas, el último chip que hace que sus vehículos se manejen > solos, aviones, etc. en sus casas, porque se debe de saber lo que se hace y > eso tiene su dificultad. Por eso Linux no será un sistema súper familiar y > reconocido, porque la mejor herramienta es la que el experto domina. Es > verdad que todo es mejorable, pero por favor, en verdad crees que los miles > o millones de desarrolladores, que por defecto requieren tener cierto nivel > intelectual, hacen las aplicaciones libres como las hacen porque son > torpes, ¿crees que si fabrican un pincel más fácil y cómo de utilizar > podrás pintar como DaVinci? o ¿con un mejor martillo y un cincel podrás > hacer una mejor pieza que Miguel Angel con sus primitivas herramientas? (No > te menosprecio, puede que seas un erudito en dichas artes o cualquier tema, > solo hago hincapié en el hecho de que "La herramienta no hace al hombre, el > hombre hace a la herramienta"). > > Al igual que ustedes me desvié del tema, porque creo que nada de lo que > comentamos tiene que ver con la pregunta de Camaleón y en cómo puede > beneficiarnos o perjudicarnos, realmente, los cambios en el instalador de > Debian, dándonos la oportunidad de elegir si instala software, o no, que ya > existe en los repositorios o es accesible de manera "oficial" desde siempre > por el sistema. > > > El dom, 28 ago 2022 a las 3:11, Camaleón () escribió: > >> Hola, >> >> A través de Phoronix¹ leo que en Debian² se está llevando a cabo una >> consulta sobre la política a seguir con los paquetes de firmware >> non-free, que actualmente se tienen que instalar por separado y de >> manera plenamente consciente, con el consiguiente perjuicio que causa >> en las instalaciones, principalmente a los nuevos usuarios. >> >> En fin, la habitual dicotomía entre hacer lo correcto y sufrir un poco >> las consecuencias o pasarse al lado oscuro (lo que yo llamo «el >> modo vago»). >> >> Las alternativas que hay sobre la mesa son: >> >> A. Meter los paquetes de firmware non-free dentro del medio de >> instalación, como si fueran uno más, sin que sea obligatoio informar al >> usuario de esto. >> >> B. Meter los paquetes non-free en el medio de instalación oficial pero >> sólo cargarlos / instalarlos si son necesarios, informando al usuario y >> permitiendo desactivar previamente esta opción. >> >> Se mantienen dos medios por separado, dando preeminencia al medio de >> instalación que contienen los paquetes de non-free. >> >> C. Un poco como la situación actual, dos medios de instalación separados >> para que el usuario elija cuál descargar e instalar. >> >> Desde mi punto de vista, la opción A no me convence en absoluto, >> significa claudicar. >> >> De la opción B no me fío, porque el kernel recomienda paquetes non-free >> que no son necesarios así que el automatismo no funciona. >> >> La opción C es la menos mala y la más sincera con los usuarios, pero >> perjudica a los nuevos o a los más novatos que tienen que buscar e >> informarse... lo que tampoco es malo >:-) >> >> ¿Qué pensáis? >> >> ¹https://www.phoronix.com/news/Debian-Non-Free-Firmware-GR >> ²https://www.debian.org/vote/2022/vote_003 >> >> Saludos, >> >> -- >> Camaleón >> >>
Re: [OT] Debian decide sobre su política de paquetes firmware «non-free»
o requieren tener cierto nivel intelectual, hacen las aplicaciones libres como las hacen porque son torpes, ¿crees que si fabrican un pincel más fácil y cómo de utilizar podrás pintar como DaVinci? o ¿con un mejor martillo y un cincel podrás hacer una mejor pieza que Miguel Angel con sus primitivas herramientas? (No te menosprecio, puede que seas un erudito en dichas artes o cualquier tema, solo hago hincapié en el hecho de que "La herramienta no hace al hombre, el hombre hace a la herramienta"). Al igual que ustedes me desvié del tema, porque creo que nada de lo que comentamos tiene que ver con la pregunta de Camaleón y en cómo puede beneficiarnos o perjudicarnos, realmente, los cambios en el instalador de Debian, dándonos la oportunidad de elegir si instala software, o no, que ya existe en los repositorios o es accesible de manera "oficial" desde siempre por el sistema. El dom, 28 ago 2022 a las 3:11, Camaleón () escribió: > Hola, > > A través de Phoronix¹ leo que en Debian² se está llevando a cabo una > consulta sobre la política a seguir con los paquetes de firmware > non-free, que actualmente se tienen que instalar por separado y de > manera plenamente consciente, con el consiguiente perjuicio que causa > en las instalaciones, principalmente a los nuevos usuarios. > > En fin, la habitual dicotomía entre hacer lo correcto y sufrir un poco > las consecuencias o pasarse al lado oscuro (lo que yo llamo «el > modo vago»). > > Las alternativas que hay sobre la mesa son: > > A. Meter los paquetes de firmware non-free dentro del medio de > instalación, como si fueran uno más, sin que sea obligatoio informar al > usuario de esto. > > B. Meter los paquetes non-free en el medio de instalación oficial pero > sólo cargarlos / instalarlos si son necesarios, informando al usuario y > permitiendo desactivar previamente esta opción. > > Se mantienen dos medios por separado, dando preeminencia al medio de > instalación que contienen los paquetes de non-free. > > C. Un poco como la situación actual, dos medios de instalación separados > para que el usuario elija cuál descargar e instalar. > > Desde mi punto de vista, la opción A no me convence en absoluto, > significa claudicar. > > De la opción B no me fío, porque el kernel recomienda paquetes non-free > que no son necesarios así que el automatismo no funciona. > > La opción C es la menos mala y la más sincera con los usuarios, pero > perjudica a los nuevos o a los más novatos que tienen que buscar e > informarse... lo que tampoco es malo >:-) > > ¿Qué pensáis? > > ¹https://www.phoronix.com/news/Debian-Non-Free-Firmware-GR > ²https://www.debian.org/vote/2022/vote_003 > > Saludos, > > -- > Camaleón > >
Re: [OT] Debian decide sobre su política de paquetes firmware «non-free»
Me parece que linux tiene que ser algo simple para que cualquier pueda usarlo. Estamos muy bajos en participación en el mercado, por eso tantos problemas con drivers y aplicaciones. Imaginemos como sería si Linux fuera el SO del 20% de las PCs del mundo. Saludos amigos de la lista
Re: [OT] Debian decide sobre su política de paquetes firmware «non-free»
O 28/08/22 ás 10:11, Camaleón escribiu: En fin, la habitual dicotomía entre hacer lo correcto y sufrir un poco las consecuencias o pasarse al lado oscuro (lo que yo llamo «el modo vago»). En verdad, a la mayoría de la gente eso de la libertad no le importa demasiado. Los usuarios siempre buscan la comodidad (y no les culpo, ellos compran el ordenador para usarlo, no para andar trasteando en él). Desde mi punto de vista, la opción A no me convence en absoluto, significa claudicar. Me preocupa un poco que esa sea la que tenga más apoyos. No creo que sea tanto problema tener dos medios de instalación. Además que, a mi parecer, el único caso en el que son imprescindibles los controladores no libres es cuándo se use el netboot en ordenadores sin conexión cableada. El resto de casos se pueden instalar a posteriori. De la opción B no me fío, porque el kernel recomienda paquetes non-free que no son necesarios así que el automatismo no funciona. Por lo que entiendo, la B es como la C, pero con cambios extra al instalador, para que muestre más información y le pregunte al usuario si necesita y quiere instalar los controladores no libres. Sea cuál fuere la opción que gane, se debería mejorar la sección de controladores del instalador, con los controladores que necesita cada dispositivo y la opción de instalarlos. La opción C es la menos mala y la más sincera con los usuarios, pero perjudica a los nuevos o a los más novatos que tienen que buscar e informarse... lo que tampoco es malo >:-) También es la más sencilla: Solo habría que hacer que el botón de descargar te lleve a una página con las dos opciones, y una pequeña explicación. Yo, si pudiera, votaría C > B > NA > A. Me gusta que Debian sea una distribución libre, a pesar de que la FSF no la incluya en su lista. También se hablaba de sacar los controladores no libres y meterlos en una sección propia. En lugar de eso, se deberían mejorar el sources.list, para que de una cierta fuente solo se pudieran instalar los paquetes que coincidan con el filtro. Algo como: deb [ tags=use::driver ] https://deb.debian.org/debian stable non-free o, más avanzado: deb [ match=?tag(use::driver) ] https://deb.debian.org/debian stable 3non-free
[OT] Debian decide sobre su política de paquetes firmware «non-free»
Hola, A través de Phoronix¹ leo que en Debian² se está llevando a cabo una consulta sobre la política a seguir con los paquetes de firmware non-free, que actualmente se tienen que instalar por separado y de manera plenamente consciente, con el consiguiente perjuicio que causa en las instalaciones, principalmente a los nuevos usuarios. En fin, la habitual dicotomía entre hacer lo correcto y sufrir un poco las consecuencias o pasarse al lado oscuro (lo que yo llamo «el modo vago»). Las alternativas que hay sobre la mesa son: A. Meter los paquetes de firmware non-free dentro del medio de instalación, como si fueran uno más, sin que sea obligatoio informar al usuario de esto. B. Meter los paquetes non-free en el medio de instalación oficial pero sólo cargarlos / instalarlos si son necesarios, informando al usuario y permitiendo desactivar previamente esta opción. Se mantienen dos medios por separado, dando preeminencia al medio de instalación que contienen los paquetes de non-free. C. Un poco como la situación actual, dos medios de instalación separados para que el usuario elija cuál descargar e instalar. Desde mi punto de vista, la opción A no me convence en absoluto, significa claudicar. De la opción B no me fío, porque el kernel recomienda paquetes non-free que no son necesarios así que el automatismo no funciona. La opción C es la menos mala y la más sincera con los usuarios, pero perjudica a los nuevos o a los más novatos que tienen que buscar e informarse... lo que tampoco es malo >:-) ¿Qué pensáis? ¹https://www.phoronix.com/news/Debian-Non-Free-Firmware-GR ²https://www.debian.org/vote/2022/vote_003 Saludos, -- Camaleón
Re: Nouveau me pide firmware de non-free (?)
Así es, solo como comentario, me pasa algo parecido pero con las gráficas de amd, en la laptop y en el desktop, muestran el mismo mensaje aunque tengo instalado el firmware amd gpu, W: Possible missing firmware /lib/firmware/amdgpu/ip_discovery.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/vega10_cap.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/sienna_cichlid_cap.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navi12_cap.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/psp_13_0_5_ta.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/psp_13_0_5_toc.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/psp_13_0_5_asd.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/aldebaran_cap.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/gc_10_3_6_rlc.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/gc_10_3_6_mec2.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/gc_10_3_6_mec.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/gc_10_3_6_me.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/gc_10_3_6_pfp.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/gc_10_3_6_ce.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/sdma_5_2_6.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/sienna_cichlid_mes.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navi10_mes.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/vcn_3_1_2.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/dcn_3_1_5_dmcub.bin for module amdgpu igual funcionan y ningún problema, un mensaje molesto nada más, saludos cordiales. El vie, 29 jul 2022 a las 3:02, Camaleón () escribió: > El 2022-07-28 a las 20:26 +0200, Camaleón escribió: > > > Al instalar Debian 11, tras generar la imagen del kernel, me aperece > > este mensaje (lo recorto porque la lista es larga): > > > > Configurando linux-image-5.10.0-16-amd64 (5.10.127-2) ... > > /etc/kernel/postinst.d/initramfs-tools: update-initramfs: Generating > /boot/initrd.img-5.10.0-16-amd64 > > W: Possible missing firmware > /lib/firmware/nvidia/gp100/acr/ucode_load.bin for module nouveau > > W: Possible missing firmware /lib/firmware/nvidia/gp100/acr/bl.bin for > module nouveau > > W: Possible missing firmware > /lib/firmware/nvidia/gm206/acr/ucode_load.bin for module nouveau > > W: Possible missing firmware /lib/firmware/nvidia/gm206/acr/bl.bin for > module nouveau > > W: Possible missing firmware > /lib/firmware/nvidia/gm204/acr/ucode_load.bin for module nouveau > > W: Possible missing firmware /lib/firmware/nvidia/gm204/acr/bl.bin for > module nouveau > > W: Possible missing firmware > /lib/firmware/nvidia/gm200/acr/ucode_load.bin for module nouveau > > W: Possible missing firmware /lib/firmware/nvidia/gm200/acr/bl.bin for > module nouveau > > W: Possible missing firmware > /lib/firmware/nvidia/gp100/acr/ucode_unload.bin for module nouveau > > W: Possible missing firmware > /lib/firmware/nvidia/gm206/acr/ucode_unload.bin for module nouveau > > > > (...) > > > > Bien, quiere que instale el paquete "firmware-misc-nonfree > > (20210315-3)" (non-free). > > > > Tengo una viejita Quadro NVS 440 y desde hace ya varios años no instalo > > el driver propietario de nvidia sino Nouveau, pero nunca he necesitado > > instalar firmware binario para eta tarjeta. > > > > root@stt008:~# lspci | grep -i vga > > 03:00.0 VGA compatible controller: NVIDIA Corporation NV43 [Quadro NVS > 440] (rev a2) > > 04:00.0 VGA compatible controller: NVIDIA Corporation NV43 [Quadro NVS > 440] (rev a2) > > > > ¿Desde cuándo hay que instalar estos firmwares con el driver libre? :-? > > Después de indagar un poco (foros, listas, revisar bugzillas, etc...) he > llegado a la conclusioón de que se trata de un mensajer verboso habitual, > al generar la imagen del kernel cuando cargas el módulo nouveau, pero > nada más. > > Supongo que instalando el paquetón «firmware-misc-nonfree» disponible > en los repos, o descargando manualmente¹ sólo los archivos que pide y > dejándolos en su ruta (/lib/firmware/nvidia...) ya no se quejará pero > mi duda era más bien si necesitaba esos binarios y la respuesta es que, > para mi tarjeta (nv43²), entiendo que no, que no hay necesidad alguna ni > tampoco ganancia, más allá de no ver el mensaje de aviso. > > Se ve que los binarios propietarios los pueden necesitar las tarjetas > gráficas de nvidia más modernas, para activar o mejorar la aceleración > por hardware, reproducción de vídeo, etc... > > ¹ > https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/nvidia > ²https://nouveau.freedesktop.org/CodeNames.html > > Saludos, > > -- > Camaleón > > -- L.J.Marín Usando: Debian Testing
Re: Nouveau me pide firmware de non-free (?)
El 2022-07-28 a las 20:26 +0200, Camaleón escribió: > Al instalar Debian 11, tras generar la imagen del kernel, me aperece > este mensaje (lo recorto porque la lista es larga): > > Configurando linux-image-5.10.0-16-amd64 (5.10.127-2) ... > /etc/kernel/postinst.d/initramfs-tools: update-initramfs: Generating > /boot/initrd.img-5.10.0-16-amd64 > W: Possible missing firmware /lib/firmware/nvidia/gp100/acr/ucode_load.bin > for module nouveau > W: Possible missing firmware /lib/firmware/nvidia/gp100/acr/bl.bin for module > nouveau > W: Possible missing firmware /lib/firmware/nvidia/gm206/acr/ucode_load.bin > for module nouveau > W: Possible missing firmware /lib/firmware/nvidia/gm206/acr/bl.bin for module > nouveau > W: Possible missing firmware /lib/firmware/nvidia/gm204/acr/ucode_load.bin > for module nouveau > W: Possible missing firmware /lib/firmware/nvidia/gm204/acr/bl.bin for module > nouveau > W: Possible missing firmware /lib/firmware/nvidia/gm200/acr/ucode_load.bin > for module nouveau > W: Possible missing firmware /lib/firmware/nvidia/gm200/acr/bl.bin for module > nouveau > W: Possible missing firmware /lib/firmware/nvidia/gp100/acr/ucode_unload.bin > for module nouveau > W: Possible missing firmware /lib/firmware/nvidia/gm206/acr/ucode_unload.bin > for module nouveau > > (...) > > Bien, quiere que instale el paquete "firmware-misc-nonfree > (20210315-3)" (non-free). > > Tengo una viejita Quadro NVS 440 y desde hace ya varios años no instalo > el driver propietario de nvidia sino Nouveau, pero nunca he necesitado > instalar firmware binario para eta tarjeta. > > root@stt008:~# lspci | grep -i vga > 03:00.0 VGA compatible controller: NVIDIA Corporation NV43 [Quadro NVS 440] > (rev a2) > 04:00.0 VGA compatible controller: NVIDIA Corporation NV43 [Quadro NVS 440] > (rev a2) > > ¿Desde cuándo hay que instalar estos firmwares con el driver libre? :-? Después de indagar un poco (foros, listas, revisar bugzillas, etc...) he llegado a la conclusioón de que se trata de un mensajer verboso habitual, al generar la imagen del kernel cuando cargas el módulo nouveau, pero nada más. Supongo que instalando el paquetón «firmware-misc-nonfree» disponible en los repos, o descargando manualmente¹ sólo los archivos que pide y dejándolos en su ruta (/lib/firmware/nvidia...) ya no se quejará pero mi duda era más bien si necesitaba esos binarios y la respuesta es que, para mi tarjeta (nv43²), entiendo que no, que no hay necesidad alguna ni tampoco ganancia, más allá de no ver el mensaje de aviso. Se ve que los binarios propietarios los pueden necesitar las tarjetas gráficas de nvidia más modernas, para activar o mejorar la aceleración por hardware, reproducción de vídeo, etc... ¹https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/nvidia ²https://nouveau.freedesktop.org/CodeNames.html Saludos, -- Camaleón
Nouveau me pide firmware de non-free (?)
Hola, Al instalar Debian 11, tras generar la imagen del kernel, me aperece este mensaje (lo recorto porque la lista es larga): Configurando linux-image-5.10.0-16-amd64 (5.10.127-2) ... /etc/kernel/postinst.d/initramfs-tools: update-initramfs: Generating /boot/initrd.img-5.10.0-16-amd64 W: Possible missing firmware /lib/firmware/nvidia/gp100/acr/ucode_load.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/gp100/acr/bl.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/gm206/acr/ucode_load.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/gm206/acr/bl.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/gm204/acr/ucode_load.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/gm204/acr/bl.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/gm200/acr/ucode_load.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/gm200/acr/bl.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/gp100/acr/ucode_unload.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/gm206/acr/ucode_unload.bin for module nouveau (...) Bien, quiere que instale el paquete "firmware-misc-nonfree (20210315-3)" (non-free). Tengo una viejita Quadro NVS 440 y desde hace ya varios años no instalo el driver propietario de nvidia sino Nouveau, pero nunca he necesitado instalar firmware binario para eta tarjeta. root@stt008:~# lspci | grep -i vga 03:00.0 VGA compatible controller: NVIDIA Corporation NV43 [Quadro NVS 440] (rev a2) 04:00.0 VGA compatible controller: NVIDIA Corporation NV43 [Quadro NVS 440] (rev a2) ¿Desde cuándo hay que instalar estos firmwares con el driver libre? :-? Saludos, -- Camaleón
Re: Instalar firmware Ath9k en Nvidia Jetson Nano
El 2021-08-29 a las 22:53 -0700, Raúl Parada Medina escribió: > El viernes, 23 de julio de 2021 a las 12:40:03 UTC+2, Camaleón escribió: > > El 2021-07-23 a las 02:49 -0700, Raúl Parada Medina escribió: > > > > > El viernes, 23 de julio de 2021 a las 8:30:03 UTC+2, Camaleón escribió: > > (...) > > > > > No sé como debo hacer la instalación, se supone que al conectar el > > > > > módulo WiFi, se carga automáticamente el driver. Sin embargo, yo no > > > > > sé como activar la tarjeta o comprobar que realmente está cargado el > > > > > driver/firmware adecuado. (...) > > > Ya he probado todas las configuraciones posibles típicas de configuración > > > de la tarjeta wifi. No existe ningún log. Y cuando ejecuto "sudo nmcli > > > dev wifi list", aparece vacío. Y con "sudo nmcli" aparece wlan0: > > > disconnected. ¿Cómo puedo hacer para que se muestren redes wifi? ¿O > > > comprobar que el problema no es de driver/firmware. > > La configuración del wifi no es sencilla, y dependerá de qué > > herramientas uses, además de si es gráfica o por línea de órdenes: > > > > https://wiki.debian.org/WiFi/HowToUse > > > > Empieza con la orden más sencilla «ip link show». > > > > En los portátiles, normalmente tienes un interruptor físico para > > apagar/encender el adaptador de red inalámbrica, pero en el jetson no > > creo que tengas ese botón. Tendrás que asegurare de que el adaptador > > esté activado (existe una herramienta por software que se llama rfkill, > > si mal no recuerdo, que hace las funciones del conmutador físico). > > > > En fin, vete probando cosas y revsia siempre el registro (dmesg, > > /var/log/messages...) porque toda la actividad del adaptador > > inalámbrico y los mensajes de autentificación (WPA2) se registran ahí. > > Haciendo ip link show, me aparece la interficie wlan0 como mode DORMANT y > cuando hago nmcli, aparece como desconectado. ¿Cómo puedo activar la > interficie? ¿Dónde (en qué sección) te aparece el DORMANT? El adpatador se habrá puesto en modo de reposo o de ahorro de energía, que no tiene por qué ser problemático salvo que no te funcione, claro :-) Con la orden «ip link set [nombre_tarjeta_wifi] mode default» cambias el modo a «predeterminado», pero no sé si con eso será suficiente. Saludos, -- Camaleón
Re: Instalar firmware Ath9k en Nvidia Jetson Nano
El viernes, 23 de julio de 2021 a las 12:40:03 UTC+2, Camaleón escribió: > El 2021-07-23 a las 02:49 -0700, Raúl Parada Medina escribió: > > > El viernes, 23 de julio de 2021 a las 8:30:03 UTC+2, Camaleón escribió: > (...) > > > > No sé como debo hacer la instalación, se supone que al conectar el > > > > módulo WiFi, se carga automáticamente el driver. Sin embargo, yo no sé > > > > como activar la tarjeta o comprobar que realmente está cargado el > > > > driver/firmware adecuado. > > > Lo primero es saber qué módulo tienes cargado. Ejecuta «lsmod» y busca > > > el de la tarjeta inalámbrica. > > > > > > Si se trata de una tarjeta integrada (interna) debes tener el > > > controlador ath9k que viene directamente con el kernel. > > > > > > Si es así, sigue con los pasos habituales para configurar la tarjeta, y > > > a su vez, revisa los registros, son muy útiles para detectar problemas > > > con el wifi (como root, ejecuta «tail -f /var/log/messages»). > > Ejecutando lsmod | grep ath9k tengo la salida: > > ath9k > > ath9k_common -> ath9k > > ath9k_hw -> ath9k, ath9k_common > > ath -> ath9k_hw, ath9k, ath9k_common > > mac80211 -> ath9k > > cfg80211-> mac80211, ath9k, ath, ath9k_common > Parece correcto. > > Ya he probado todas las configuraciones posibles típicas de configuración > > de la tarjeta wifi. No existe ningún log. Y cuando ejecuto "sudo nmcli dev > > wifi list", aparece vacío. Y con "sudo nmcli" aparece wlan0: disconnected. > > ¿Cómo puedo hacer para que se muestren redes wifi? ¿O comprobar que el > > problema no es de driver/firmware. > La configuración del wifi no es sencilla, y dependerá de qué > herramientas uses, además de si es gráfica o por línea de órdenes: > > https://wiki.debian.org/WiFi/HowToUse > > Empieza con la orden más sencilla «ip link show». > > En los portátiles, normalmente tienes un interruptor físico para > apagar/encender el adaptador de red inalámbrica, pero en el jetson no > creo que tengas ese botón. Tendrás que asegurare de que el adaptador > esté activado (existe una herramienta por software que se llama rfkill, > si mal no recuerdo, que hace las funciones del conmutador físico). > > En fin, vete probando cosas y revsia siempre el registro (dmesg, > /var/log/messages...) porque toda la actividad del adaptador > inalámbrico y los mensajes de autentificación (WPA2) se registran ahí. > > Saludos, > > -- > Camaleón Hola, Haciendo ip link show, me aparece la interficie wlan0 como mode DORMANT y cuando hago nmcli, aparece como desconectado. ¿Cómo puedo activar la interficie? Raúl
Re: Instalar firmware Ath9k en Nvidia Jetson Nano
El 2021-07-23 a las 02:49 -0700, Raúl Parada Medina escribió: > El viernes, 23 de julio de 2021 a las 8:30:03 UTC+2, Camaleón escribió: (...) > > > No sé como debo hacer la instalación, se supone que al conectar el módulo > > > WiFi, se carga automáticamente el driver. Sin embargo, yo no sé como > > > activar la tarjeta o comprobar que realmente está cargado el > > > driver/firmware adecuado. > > Lo primero es saber qué módulo tienes cargado. Ejecuta «lsmod» y busca > > el de la tarjeta inalámbrica. > > > > Si se trata de una tarjeta integrada (interna) debes tener el > > controlador ath9k que viene directamente con el kernel. > > > > Si es así, sigue con los pasos habituales para configurar la tarjeta, y > > a su vez, revisa los registros, son muy útiles para detectar problemas > > con el wifi (como root, ejecuta «tail -f /var/log/messages»). > Ejecutando lsmod | grep ath9k tengo la salida: > ath9k > ath9k_common -> ath9k > ath9k_hw -> ath9k, ath9k_common > ath -> ath9k_hw, ath9k, ath9k_common > mac80211 -> ath9k > cfg80211-> mac80211, ath9k, ath, ath9k_common Parece correcto. > Ya he probado todas las configuraciones posibles típicas de configuración de > la tarjeta wifi. No existe ningún log. Y cuando ejecuto "sudo nmcli dev wifi > list", aparece vacío. Y con "sudo nmcli" aparece wlan0: disconnected. ¿Cómo > puedo hacer para que se muestren redes wifi? ¿O comprobar que el problema no > es de driver/firmware. La configuración del wifi no es sencilla, y dependerá de qué herramientas uses, además de si es gráfica o por línea de órdenes: https://wiki.debian.org/WiFi/HowToUse Empieza con la orden más sencilla «ip link show». En los portátiles, normalmente tienes un interruptor físico para apagar/encender el adaptador de red inalámbrica, pero en el jetson no creo que tengas ese botón. Tendrás que asegurare de que el adaptador esté activado (existe una herramienta por software que se llama rfkill, si mal no recuerdo, que hace las funciones del conmutador físico). En fin, vete probando cosas y revsia siempre el registro (dmesg, /var/log/messages...) porque toda la actividad del adaptador inalámbrico y los mensajes de autentificación (WPA2) se registran ahí. Saludos, -- Camaleón
Re: Instalar firmware Ath9k en Nvidia Jetson Nano
Ejecutando lsmod | grep ath9k tengo la salida: ath9k ath9k_common -> ath9k ath9k_hw -> ath9k, ath9k_common ath -> ath9k_hw, ath9k, ath9k_common mac80211 -> ath9k cfg80211-> mac80211, ath9k, ath, ath9k_common Ya he probado todas las configuraciones posibles típicas de configuración de la tarjeta wifi. No existe ningún log. Y cuando ejecuto "sudo nmcli dev wifi list", aparece vacío. Y con "sudo nmcli" aparece wlan0: disconnected. ¿Cómo puedo hacer para que se muestren redes wifi? ¿O comprobar que el problema no es de driver/firmware. Gracias, Raúl El viernes, 23 de julio de 2021 a las 8:30:03 UTC+2, Camaleón escribió: > El 2021-07-22 a las 22:38 -0700, Raúl Parada Medina escribió: > > > El jueves, 22 de julio de 2021 a las 16:20:03 UTC+2, Camaleón escribió: > (...) > > > > > > > > Tengo una Nvidia Jetson Nano development kit la cual tiene > > > > > > > > conectado un módulo Wifi con chipset Ath9k. Sin embargo, no > > > > > > > > consigo instalar el firm ware correctamente. > > > > > > > > > > > > > > > > ¿Alguien lo ha intentado? > > > > > > > ¿Y qué pasos has seguido? Si el sistema la detecta y ya sabes el > > > > > > > modelo > > > > > > > que es, sólo tendrás que instalar el driver y quizá el firmware > > > > > > > propietario: > > > > > > > > > > > > > > https://wireless.wiki.kernel.org/en/users/drivers > > > > > > > https://wiki.debian.org/ath9k_htc > > > > > > > https://elinux.org/Jetson_Nano > > > > > > He probado esto: > > > > > > https://wiki.debian.org/ath9k_htc/open_firmware > > > > > > Se detecta el modelo, pero no detecta redes wifi. No encuentro el > > > > > > firmware propietario: Qualcomm Atheros AR928X Wireless Network > > > > > > Adapter (PCI-Express) (rev 01) > > > > > > > > > > > > ¿Alguna idea? > > > > > Ese chipset necesita el firmware para funcionar (ojo, el firmware no > > > > > es > > > > > el driver). > > > > > > > > > > https://wireless.wiki.kernel.org/en/users/drivers/ath9k_htc#firmware > > > > > > > > > > Lo tienes en los repos non-free de Debian (firmware-atheros) y en los > > > > > del kernel. > > > > > > > > ¿Sabes si es compatible con AR928X? No veo ese modelo en el link > > > Eso interpreto: > > > > > > https://wireless.wiki.kernel.org/en/users/drivers/ath9k_htc#chipsets_supported > > > > > > > > > Chipsets supported > > > > > > AR9271 > > > AR7010 USB-PCIe bridge with AR928x wireless chips > > > ^ > > > > > > Pero ojo, si el adaptador es integrado (no USB) también puedes probar > > > con el driver «ath9k», según la wiki de Debian ese sería el controlador > > > adecuado a cargar por el kernel y no necesita firmware adicional: > > > > > > https://wiki.debian.org/ath9k > > > > > > Supported Devices > > > PCI: 168C:002A Qualcomm Atheros AR928X Wireless Network Adapter > > > (PCI-Express) > > > > No sé como debo hacer la instalación, se supone que al conectar el módulo > > WiFi, se carga automáticamente el driver. Sin embargo, yo no sé como > > activar la tarjeta o comprobar que realmente está cargado el > > driver/firmware adecuado. > Lo primero es saber qué módulo tienes cargado. Ejecuta «lsmod» y busca > el de la tarjeta inalámbrica. > > Si se trata de una tarjeta integrada (interna) debes tener el > controlador ath9k que viene directamente con el kernel. > > Si es así, sigue con los pasos habituales para configurar la tarjeta, y > a su vez, revisa los registros, son muy útiles para detectar problemas > con el wifi (como root, ejecuta «tail -f /var/log/messages»). > > Saludos, > > > > > -- > Camaleón
Re: Instalar firmware Ath9k en Nvidia Jetson Nano
El 2021-07-22 a las 22:38 -0700, Raúl Parada Medina escribió: > El jueves, 22 de julio de 2021 a las 16:20:03 UTC+2, Camaleón escribió: (...) > > > > > > > Tengo una Nvidia Jetson Nano development kit la cual tiene > > > > > > > conectado un módulo Wifi con chipset Ath9k. Sin embargo, no > > > > > > > consigo instalar el firm ware correctamente. > > > > > > > > > > > > > > ¿Alguien lo ha intentado? > > > > > > ¿Y qué pasos has seguido? Si el sistema la detecta y ya sabes el > > > > > > modelo > > > > > > que es, sólo tendrás que instalar el driver y quizá el firmware > > > > > > propietario: > > > > > > > > > > > > https://wireless.wiki.kernel.org/en/users/drivers > > > > > > https://wiki.debian.org/ath9k_htc > > > > > > https://elinux.org/Jetson_Nano > > > > > He probado esto: > > > > > https://wiki.debian.org/ath9k_htc/open_firmware > > > > > Se detecta el modelo, pero no detecta redes wifi. No encuentro el > > > > > firmware propietario: Qualcomm Atheros AR928X Wireless Network > > > > > Adapter (PCI-Express) (rev 01) > > > > > > > > > > ¿Alguna idea? > > > > Ese chipset necesita el firmware para funcionar (ojo, el firmware no es > > > > el driver). > > > > > > > > https://wireless.wiki.kernel.org/en/users/drivers/ath9k_htc#firmware > > > > > > > > Lo tienes en los repos non-free de Debian (firmware-atheros) y en los > > > > del kernel. > > > > > > ¿Sabes si es compatible con AR928X? No veo ese modelo en el link > > Eso interpreto: > > > > https://wireless.wiki.kernel.org/en/users/drivers/ath9k_htc#chipsets_supported > > > > > > Chipsets supported > > > > AR9271 > > AR7010 USB-PCIe bridge with AR928x wireless chips > > ^ > > > > Pero ojo, si el adaptador es integrado (no USB) también puedes probar > > con el driver «ath9k», según la wiki de Debian ese sería el controlador > > adecuado a cargar por el kernel y no necesita firmware adicional: > > > > https://wiki.debian.org/ath9k > > > > Supported Devices > > PCI: 168C:002A Qualcomm Atheros AR928X Wireless Network Adapter > > (PCI-Express) > > No sé como debo hacer la instalación, se supone que al conectar el módulo > WiFi, se carga automáticamente el driver. Sin embargo, yo no sé como activar > la tarjeta o comprobar que realmente está cargado el driver/firmware adecuado. Lo primero es saber qué módulo tienes cargado. Ejecuta «lsmod» y busca el de la tarjeta inalámbrica. Si se trata de una tarjeta integrada (interna) debes tener el controlador ath9k que viene directamente con el kernel. Si es así, sigue con los pasos habituales para configurar la tarjeta, y a su vez, revisa los registros, son muy útiles para detectar problemas con el wifi (como root, ejecuta «tail -f /var/log/messages»). Saludos, -- Camaleón
Re: Instalar firmware Ath9k en Nvidia Jetson Nano
No sé como debo hacer la instalación, se supone que al conectar el módulo WiFi, se carga automáticamente el driver. Sin embargo, yo no sé como activar la tarjeta o comprobar que realmente está cargado el driver/firmware adecuado. Gracias, Raúl El jueves, 22 de julio de 2021 a las 16:20:03 UTC+2, Camaleón escribió: > El 2021-07-22 a las 06:38 -0700, Raúl Parada Medina escribió: > > > El jueves, 22 de julio de 2021 a las 15:30:03 UTC+2, Camaleón escribió: > > > El 2021-07-22 a las 05:03 -0700, Raúl Parada Medina escribió: > > > > > > > El jueves, 22 de julio de 2021 a las 13:30:02 UTC+2, Camaleón escribió: > > > > > El 2021-07-22 a las 02:40 -0700, Raúl Parada Medina escribió: > > > > > > > > > > > Tengo una Nvidia Jetson Nano development kit la cual tiene > > > > > > conectado un módulo Wifi con chipset Ath9k. Sin embargo, no consigo > > > > > > instalar el firm ware correctamente. > > > > > > > > > > > > ¿Alguien lo ha intentado? > > > > > ¿Y qué pasos has seguido? Si el sistema la detecta y ya sabes el > > > > > modelo > > > > > que es, sólo tendrás que instalar el driver y quizá el firmware > > > > > propietario: > > > > > > > > > > https://wireless.wiki.kernel.org/en/users/drivers > > > > > https://wiki.debian.org/ath9k_htc > > > > > https://elinux.org/Jetson_Nano > > > > He probado esto: > > > > https://wiki.debian.org/ath9k_htc/open_firmware > > > > Se detecta el modelo, pero no detecta redes wifi. No encuentro el > > > > firmware propietario: Qualcomm Atheros AR928X Wireless Network Adapter > > > > (PCI-Express) (rev 01) > > > > > > > > ¿Alguna idea? > > > Ese chipset necesita el firmware para funcionar (ojo, el firmware no es > > > el driver). > > > > > > https://wireless.wiki.kernel.org/en/users/drivers/ath9k_htc#firmware > > > > > > Lo tienes en los repos non-free de Debian (firmware-atheros) y en los > > > del kernel. > > > > ¿Sabes si es compatible con AR928X? No veo ese modelo en el link > Eso interpreto: > > https://wireless.wiki.kernel.org/en/users/drivers/ath9k_htc#chipsets_supported > > > Chipsets supported > > AR9271 > AR7010 USB-PCIe bridge with AR928x wireless chips > ^ > > Pero ojo, si el adaptador es integrado (no USB) también puedes probar > con el driver «ath9k», según la wiki de Debian ese sería el controlador > adecuado a cargar por el kernel y no necesita firmware adicional: > > https://wiki.debian.org/ath9k > > Supported Devices > PCI: 168C:002A Qualcomm Atheros AR928X Wireless Network Adapter (PCI-Express) > > Saludos, > > -- > Camaleón
Re: Instalar firmware Ath9k en Nvidia Jetson Nano
El 2021-07-22 a las 06:38 -0700, Raúl Parada Medina escribió: > El jueves, 22 de julio de 2021 a las 15:30:03 UTC+2, Camaleón escribió: > > El 2021-07-22 a las 05:03 -0700, Raúl Parada Medina escribió: > > > > > El jueves, 22 de julio de 2021 a las 13:30:02 UTC+2, Camaleón escribió: > > > > El 2021-07-22 a las 02:40 -0700, Raúl Parada Medina escribió: > > > > > > > > > Tengo una Nvidia Jetson Nano development kit la cual tiene conectado > > > > > un módulo Wifi con chipset Ath9k. Sin embargo, no consigo instalar el > > > > > firm ware correctamente. > > > > > > > > > > ¿Alguien lo ha intentado? > > > > ¿Y qué pasos has seguido? Si el sistema la detecta y ya sabes el modelo > > > > que es, sólo tendrás que instalar el driver y quizá el firmware > > > > propietario: > > > > > > > > https://wireless.wiki.kernel.org/en/users/drivers > > > > https://wiki.debian.org/ath9k_htc > > > > https://elinux.org/Jetson_Nano > > > He probado esto: > > > https://wiki.debian.org/ath9k_htc/open_firmware > > > Se detecta el modelo, pero no detecta redes wifi. No encuentro el > > > firmware propietario: Qualcomm Atheros AR928X Wireless Network Adapter > > > (PCI-Express) (rev 01) > > > > > > ¿Alguna idea? > > Ese chipset necesita el firmware para funcionar (ojo, el firmware no es > > el driver). > > > > https://wireless.wiki.kernel.org/en/users/drivers/ath9k_htc#firmware > > > > Lo tienes en los repos non-free de Debian (firmware-atheros) y en los > > del kernel. > > ¿Sabes si es compatible con AR928X? No veo ese modelo en el link Eso interpreto: https://wireless.wiki.kernel.org/en/users/drivers/ath9k_htc#chipsets_supported Chipsets supported AR9271 AR7010 USB-PCIe bridge with AR928x wireless chips ^ Pero ojo, si el adaptador es integrado (no USB) también puedes probar con el driver «ath9k», según la wiki de Debian ese sería el controlador adecuado a cargar por el kernel y no necesita firmware adicional: https://wiki.debian.org/ath9k Supported Devices PCI: 168C:002A Qualcomm Atheros AR928X Wireless Network Adapter (PCI-Express) Saludos, -- Camaleón
Re: Instalar firmware Ath9k en Nvidia Jetson Nano
El jueves, 22 de julio de 2021 a las 15:30:03 UTC+2, Camaleón escribió: > El 2021-07-22 a las 05:03 -0700, Raúl Parada Medina escribió: > > > El jueves, 22 de julio de 2021 a las 13:30:02 UTC+2, Camaleón escribió: > > > El 2021-07-22 a las 02:40 -0700, Raúl Parada Medina escribió: > > > > > > > Tengo una Nvidia Jetson Nano development kit la cual tiene conectado un > > > > módulo Wifi con chipset Ath9k. Sin embargo, no consigo instalar el firm > > > > ware correctamente. > > > > > > > > ¿Alguien lo ha intentado? > > > ¿Y qué pasos has seguido? Si el sistema la detecta y ya sabes el modelo > > > que es, sólo tendrás que instalar el driver y quizá el firmware > > > propietario: > > > > > > https://wireless.wiki.kernel.org/en/users/drivers > > > https://wiki.debian.org/ath9k_htc > > > https://elinux.org/Jetson_Nano > > He probado esto: > > https://wiki.debian.org/ath9k_htc/open_firmware > > Se detecta el modelo, pero no detecta redes wifi. No encuentro el firmware > > propietario: Qualcomm Atheros AR928X Wireless Network Adapter (PCI-Express) > > (rev 01) > > > > ¿Alguna idea? > Ese chipset necesita el firmware para funcionar (ojo, el firmware no es > el driver). > > https://wireless.wiki.kernel.org/en/users/drivers/ath9k_htc#firmware > > Lo tienes en los repos non-free de Debian (firmware-atheros) y en los > del kernel. > > Saludos, > > -- > Camaleón ¿Sabes si es compatible con AR928X? No veo ese modelo en el link
Re: Instalar firmware Ath9k en Nvidia Jetson Nano
El 2021-07-22 a las 05:03 -0700, Raúl Parada Medina escribió: > El jueves, 22 de julio de 2021 a las 13:30:02 UTC+2, Camaleón escribió: > > El 2021-07-22 a las 02:40 -0700, Raúl Parada Medina escribió: > > > > > Tengo una Nvidia Jetson Nano development kit la cual tiene conectado un > > > módulo Wifi con chipset Ath9k. Sin embargo, no consigo instalar el firm > > > ware correctamente. > > > > > > ¿Alguien lo ha intentado? > > ¿Y qué pasos has seguido? Si el sistema la detecta y ya sabes el modelo > > que es, sólo tendrás que instalar el driver y quizá el firmware > > propietario: > > > > https://wireless.wiki.kernel.org/en/users/drivers > > https://wiki.debian.org/ath9k_htc > > https://elinux.org/Jetson_Nano > He probado esto: > https://wiki.debian.org/ath9k_htc/open_firmware > Se detecta el modelo, pero no detecta redes wifi. No encuentro el firmware > propietario: Qualcomm Atheros AR928X Wireless Network Adapter (PCI-Express) > (rev 01) > > ¿Alguna idea? Ese chipset necesita el firmware para funcionar (ojo, el firmware no es el driver). https://wireless.wiki.kernel.org/en/users/drivers/ath9k_htc#firmware Lo tienes en los repos non-free de Debian (firmware-atheros) y en los del kernel. Saludos, -- Camaleón
Re: Instalar firmware Ath9k en Nvidia Jetson Nano
El jueves, 22 de julio de 2021 a las 13:30:02 UTC+2, Camaleón escribió: > El 2021-07-22 a las 02:40 -0700, Raúl Parada Medina escribió: > > > Tengo una Nvidia Jetson Nano development kit la cual tiene conectado un > > módulo Wifi con chipset Ath9k. Sin embargo, no consigo instalar el firm > > ware correctamente. > > > > ¿Alguien lo ha intentado? > ¿Y qué pasos has seguido? Si el sistema la detecta y ya sabes el modelo > que es, sólo tendrás que instalar el driver y quizá el firmware > propietario: > > https://wireless.wiki.kernel.org/en/users/drivers > https://wiki.debian.org/ath9k_htc > https://elinux.org/Jetson_Nano > > Saludos, > > -- > Camaleón He probado esto: https://wiki.debian.org/ath9k_htc/open_firmware Se detecta el modelo, pero no detecta redes wifi. No encuentro el firmware propietario: Qualcomm Atheros AR928X Wireless Network Adapter (PCI-Express) (rev 01) ¿Alguna idea?
Re: Instalar firmware Ath9k en Nvidia Jetson Nano
El 2021-07-22 a las 02:40 -0700, Raúl Parada Medina escribió: > Tengo una Nvidia Jetson Nano development kit la cual tiene conectado un > módulo Wifi con chipset Ath9k. Sin embargo, no consigo instalar el firm ware > correctamente. > > ¿Alguien lo ha intentado? ¿Y qué pasos has seguido? Si el sistema la detecta y ya sabes el modelo que es, sólo tendrás que instalar el driver y quizá el firmware propietario: https://wireless.wiki.kernel.org/en/users/drivers https://wiki.debian.org/ath9k_htc https://elinux.org/Jetson_Nano Saludos, -- Camaleón
Instalar firmware Ath9k en Nvidia Jetson Nano
Hola, Tengo una Nvidia Jetson Nano development kit la cual tiene conectado un módulo Wifi con chipset Ath9k. Sin embargo, no consigo instalar el firm ware correctamente. ¿Alguien lo ha intentado? Gracias!
Re: Seguridad controladores o firmware non-free
¡Muchas gracias! Paynalton e igualmente a todos ustedes por su loable labor. Ahora lo tengo muy claro pues en algunos lugares afirman que usar tales paquetes es bajo tu propio riesgo pero, ahora con lo que mencionaste, sé que no habrá problemas por ustedes en la medida de lo posible. :-D Saludos. El mié., 22 de ene. de 2020 10:17 a. m., Paynalton escribió: > > > > El mié., 22 ene. 2020 a las 0:09, Ricardo Alejandro García Gómez (< > gagor...@gmail.com>) escribió: > >> Muy buen día >> >> Agradeciendo anticipadamente la atención y agradecido por su excelente >> labor por la libertad <https://www.debian.org/social_contract.es.html> de >> los usuarios >> <https://www.debian.org/doc/manuals/debian-handbook/sect.foundation-documents.es.html> >> o desarrollares de software. >> >> Por favor, podrían resolverme la siguiente inquietud respecto a los >> paquetes contenidos en non-free: ¿Ustedes revisan >> <https://www.debian.org/security/faq.es.html#contrib>, en la medida de >> lo posible, que tales paquetes >> <https://www.debian.org/distrib/packages.es.html> son seguros >> <https://www.debian.org/security/index.es.html>, particularmente me >> interesa sobre controladores y firmware? >> > > Debian se basa por completo en el trabajo de la comunidad, esto nos lleva > a que cada paquete tiene un responsable encargado de revisar la seguridad y > estabilidad de ese paquete. También hay una legión de testers voluntarios > que prueban todo el sistema y reportan a los mantenedores de paquetes > problemas encontrados, además de distribuciones derivadas de ramas unstable > que aportan gran cantidad de reportes de fallo. > > Una vez encontrado un fallo, el mantenedor del paquete contacta al creador > o a alguna comunidad de desarrolladores dispuesta a corregirlo, prueba la > solución y actualiza el paquete en el repositorio. > > De todos los paquetes de debian, solo aquellos que alcanzan un cierto > grado de calidad llegan a la versión estable, la calidad se mide por la > cantidad y severidad de los reportes, así como la velocidad de respuesta de > sus mantenedores. > > >> >> ¿Si he consultado al lugar incorrecto podría mencionarme cómo y con >> quién contactar? >> > > Para cada paquete en específico, buscalo en > https://www.debian.org/distrib/packages y ahí puedes contactar a sus > mantenedores y a las comunidades que le dan soporte. > > >> >> Nuevamente, gracias por su atención, espero atentamente su respuesta. >> >
Re: Seguridad controladores o firmware non-free
El mié., 22 ene. 2020 a las 0:09, Ricardo Alejandro García Gómez (< gagor...@gmail.com>) escribió: > Muy buen día > > Agradeciendo anticipadamente la atención y agradecido por su excelente > labor por la libertad <https://www.debian.org/social_contract.es.html> de > los usuarios > <https://www.debian.org/doc/manuals/debian-handbook/sect.foundation-documents.es.html> > o desarrollares de software. > > Por favor, podrían resolverme la siguiente inquietud respecto a los > paquetes contenidos en non-free: ¿Ustedes revisan > <https://www.debian.org/security/faq.es.html#contrib>, en la medida de lo > posible, que tales paquetes > <https://www.debian.org/distrib/packages.es.html> son seguros > <https://www.debian.org/security/index.es.html>, particularmente me > interesa sobre controladores y firmware? > Debian se basa por completo en el trabajo de la comunidad, esto nos lleva a que cada paquete tiene un responsable encargado de revisar la seguridad y estabilidad de ese paquete. También hay una legión de testers voluntarios que prueban todo el sistema y reportan a los mantenedores de paquetes problemas encontrados, además de distribuciones derivadas de ramas unstable que aportan gran cantidad de reportes de fallo. Una vez encontrado un fallo, el mantenedor del paquete contacta al creador o a alguna comunidad de desarrolladores dispuesta a corregirlo, prueba la solución y actualiza el paquete en el repositorio. De todos los paquetes de debian, solo aquellos que alcanzan un cierto grado de calidad llegan a la versión estable, la calidad se mide por la cantidad y severidad de los reportes, así como la velocidad de respuesta de sus mantenedores. > > ¿Si he consultado al lugar incorrecto podría mencionarme cómo y con quién > contactar? > Para cada paquete en específico, buscalo en https://www.debian.org/distrib/packages y ahí puedes contactar a sus mantenedores y a las comunidades que le dan soporte. > > Nuevamente, gracias por su atención, espero atentamente su respuesta. >
Re: Seguridad controladores o firmware non-free
Hola, pues CREO (repito, CREO) que se solamente se revisan al 100% los paquetes de los repositorios, que para eso estan en los repositorios. Los paquetes que vengan de otras fuentes (firmware non-free y demas cosas) tienen ciertos riesgos, algunos es "solamente" el tema de la licencia que usan, otros te da un binario y tu elijes si instalarlo o no, etc. Por norma general no deberias instalar software de fuentes que sean distintas a las recomendadas (los repositorios oficiales). La unica forma de tener seguridad de que el software que viene de fuentes no recomendadas hace solamente lo que deberia hacer es que tu mismo seas experto en la materia en cuestion y al ver el codigo fuente (si tienes acceso a el) veas que todo esta correcto. Un saludo
Seguridad controladores o firmware non-free
Muy buen día Agradeciendo anticipadamente la atención y agradecido por su excelente labor por la libertad <https://www.debian.org/social_contract.es.html> de los usuarios <https://www.debian.org/doc/manuals/debian-handbook/sect.foundation-documents.es.html> o desarrollares de software. Por favor, podrían resolverme la siguiente inquietud respecto a los paquetes contenidos en non-free: ¿Ustedes revisan <https://www.debian.org/security/faq.es.html#contrib>, en la medida de lo posible, que tales paquetes <https://www.debian.org/distrib/packages.es.html> son seguros <https://www.debian.org/security/index.es.html>, particularmente me interesa sobre controladores y firmware? ¿Si he consultado al lugar incorrecto podría mencionarme cómo y con quién contactar? Nuevamente, gracias por su atención, espero atentamente su respuesta.
Re: Firmware
Gracias por los tips. Salu2 2017-03-28 20:11 GMT-06:00 Cristian Mitchell : > > > El 28 de marzo de 2017, 22:41, javier frf escribió: >> >> El día 28 de marzo de 2017, 22:33, AFS escribió: >> > Buenas noches, tengo un problema con mi laptop Acer E15 mi adaptador de >> > wifi >> > es Qualcomm Atheros QCA9377 802.11ac Wireless. >> > >> > Al iniciar marca error de firmware. >> > >> > Firmware: failed to load ath10k/QCA9377/hw1.0/firmware-4.bin >> > >> > Y de ahí no paso, me pueden orientar por favor de donde descargo su >> > firmware >> > correcto. >> > >> > Gracias. >> Ahi tiene estimado. >> >> https://packages.debian.org/stretch/firmware-atheros >> >> >> Saludos! >> > > otro metodo seria > apt-file search firmware-4.bin > > he instalas el archivo que te indica que tiene lo que buscas > > > -- > MrIX > Linux user number 412793. > http://counter.li.org/ > > las grandes obras, > las sueñan los santos locos, > las realizan los luchadores natos, > las aprovechan los felices cuerdo, > y las critican los inútiles crónicos, >
Re: Firmware
El 28 de marzo de 2017, 22:41, javier frf escribió: > El día 28 de marzo de 2017, 22:33, AFS escribió: > > Buenas noches, tengo un problema con mi laptop Acer E15 mi adaptador de > wifi > > es Qualcomm Atheros QCA9377 802.11ac Wireless. > > > > Al iniciar marca error de firmware. > > > > Firmware: failed to load ath10k/QCA9377/hw1.0/firmware-4.bin > > > > Y de ahí no paso, me pueden orientar por favor de donde descargo su > firmware > > correcto. > > > > Gracias. > Ahi tiene estimado. > > https://packages.debian.org/stretch/firmware-atheros > > > Saludos! > > otro metodo seria apt-file search firmware-4.bin he instalas el archivo que te indica que tiene lo que buscas -- MrIX Linux user number 412793. http://counter.li.org/ las grandes obras, las sueñan los santos locos, las realizan los luchadores natos, las aprovechan los felices cuerdo, y las critican los inútiles crónicos,
Re: Firmware
El día 28 de marzo de 2017, 22:33, AFS escribió: > Buenas noches, tengo un problema con mi laptop Acer E15 mi adaptador de wifi > es Qualcomm Atheros QCA9377 802.11ac Wireless. > > Al iniciar marca error de firmware. > > Firmware: failed to load ath10k/QCA9377/hw1.0/firmware-4.bin > > Y de ahí no paso, me pueden orientar por favor de donde descargo su firmware > correcto. > > Gracias. Ahi tiene estimado. https://packages.debian.org/stretch/firmware-atheros Saludos!
Firmware
Buenas noches, tengo un problema con mi laptop Acer E15 mi adaptador de wifi es Qualcomm Atheros QCA9377 802.11ac Wireless. Al iniciar marca error de firmware. Firmware: failed to load ath10k/QCA9377/hw1.0/firmware-4.bin Y de ahí no paso, me pueden orientar por favor de donde descargo su firmware correcto. Gracias.
Re: Error de firmware
El Fri, 22 Apr 2016 13:52:00 -0400, merlinva2012 escribió: > Buenas, > No estoy seguro si esta duda que tengo la debo preguntar aquí, pero de > todas formas algo el intento. > Tengo instalado debian 8.2 . Al iniciar la computadora me sale un > mensaje que dice:" El firmware ha detectado un error de bateria CMOS " ¿Y ese mensaje es de Debian o de tu BIOS? Es decir, ¿cuándo te aparece exactamente? ¿Una vez iniciado el sistema o antes de que aparezca GRUB? De todas formas, vete comprando una pila de botón O:-) Saludos, -- Camaleón
Re: Error de firmware
El día 22 de abril de 2016, 13:22, escribió: > Buenas, > No estoy seguro si esta duda que tengo la debo preguntar aquí, pero de > todas formas algo el intento. > Tengo instalado debian 8.2 . Al iniciar la computadora me sale un mensaje > que dice:" El firmware ha detectado un error de bateria CMOS " > saludos, > merlin > > > -- > Este mensaje le ha llegado mediante el servicio de correo electronico que > ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema > Nacional de Salud. La persona que envia este correo asume el compromiso de > usar el servicio a tales fines y cumplir con las regulaciones establecidas > > Infomed: http://www.sld.cu/ > Mas claro no puede ser el mensaje. Cámbiale la batería a tu CMOS y resuelves el problema. -- "Dios en su Cielo, todo bien en la Tierra" ***
Re: [OT]Re: Error de firmware
El 22/04/16 a las 20:07, Santiago José López Borrazás escribió: Olvidé mencionar, que esa clase de pilas son el modelo (normalmente): CR2032. -- Saludos de Santiago José López Borrazás. signature.asc Description: OpenPGP digital signature
[OT]Re: Error de firmware
El 22/04/16 a las 19:52, merlinva2...@grannet.grm.sld.cu escribió: > Buenas, > No estoy seguro si esta duda que tengo la debo preguntar aquí, pero de > todas formas algo el intento. Está fuera de la lista, así que, habría que poner como yo he puesto, el [OT], o también el [OFTTOPIC]. > Tengo instalado debian 8.2 . Al iniciar la computadora me sale un mensaje > que dice:" El firmware ha detectado un error de bateria CMOS " Significa que la pila de la placa madre (es una pequeña pila de botón de 3 voltios, que se puede comprar fácilmente en cualquier supermercado o cualquier tienda de pilas que tengas cercana), es fácil de cambiar y ponerla de nuevo. Este fallo, está causado por la falla de la pila de botón que, a su vez, como está descargada, sale ese error. Como sé que estáis en Cuba, puede que algún sitio os lo puedan vender esa clase de pila. -- Saludos de Santiago José López Borrazás. signature.asc Description: OpenPGP digital signature
Re: Error de firmware
El día 22 de abril de 2016, 19:52, escribió: > Buenas, > No estoy seguro si esta duda que tengo la debo preguntar aquí, pero de > todas formas algo el intento. > Tengo instalado debian 8.2 . Al iniciar la computadora me sale un mensaje > que dice:" El firmware ha detectado un error de bateria CMOS " > saludos, > merlin > Pues efectivamente no tiene mucho que ver con la lista, deberías haber puesto en el asunto: [OT] Error de firmware. No sé si tienes conexión a internet, pero en estos casos lo mejor es poner el error en un buscador. Si es un equipo viejo, puede ser que se haya agotado la batería que lleva para mantener entre otras cosas la hora del equipo. Si es así con cambiarla se soluciona. S2.
Error de firmware
Buenas, No estoy seguro si esta duda que tengo la debo preguntar aquí, pero de todas formas algo el intento. Tengo instalado debian 8.2 . Al iniciar la computadora me sale un mensaje que dice:" El firmware ha detectado un error de bateria CMOS " saludos, merlin -- Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas Infomed: http://www.sld.cu/
Re: PROBLEMAS DE FIRMWARE BROADCAM EN ASPIRE ONE
Antes de nada disculpad la torpeza de las mayúsculas, varias horas escribiendo y buscando le dejan a uno casi exhausto y no presta atención a los detalles. El formato html ha sido por el uso directo del envío desde la web y no desde mutt aunque intento desactivar el html de la web de gmail pero no lo veo. Por fin puedo hacer update y funciona ok la red inalámbrica, la solución del fwcutter no funcionó pero la del wl fue perfecta, si alguien quiere usar este tipo de netbook ya puede instalar este debian wheezy i386 seguí los pasos de https://wiki.debian.org/es/wl que os pongo a contiuación: 1. # dpkg -i broadcom-sta-dkms Tras esto instale tambien el paquete recommandado wireless-tools <https://packages.debian.org/wireless-tools>. DKMS compiló el módulo wl adecuado a mi sistema. 2. Quité los módulos conflictivos: # modprobe -r b44 b43 b43legacy ssb brcmsmac 3. Cargué el módulo wl: # modprobe wl Gracias Camaleon, me abriste la puerta de entrada espero que le sirva a más gente la solución El 21 de febrero de 2015, 19:12, Camaleón escribió: > El Sat, 21 Feb 2015 18:25:30 +0100, Alberto C. escribió: > > > Buenas a todos, este es mi primer post, suelo buscar por mí mismo pero > > en este tema no doy con la solución aunque tampoco soy un experto en > > linux me voy manejando... > > Hola y bienvenido. > > Recuerda que el uso de mayúsculas (lo digo por el asunto) no se debe usar > en las listas de correo porque parece que estés GRITANDO :-) > > Y recuerda que hay que desactivar el formato html para enviar mensajes a > la lista. > > > Tras apartarme de Ubuntu en mi netbook Acer Aspire-One d250 me propongo > > instalar Debian wheezy + xfce. Tuve problemas para detectar la red > > cableada hacia mi router doméstico e intento ajustar el firmware para la > > wifi para ir descargando al menos las actualizaciones básicas (en ubuntu > > no tuvo problemas con la wifi y sí lo tuve también con la red cableada). > > > > Seguí el consejo del final del mensaje dmesg de buscar el firmware > > adecuado: > > > > lspci -nn -d 14e4: > > 01:00.0 Network Controller [0280]: Broadcom Corporation BCM4312 > > 802.11b/g LP-PHY [14e4:4315] (rev 01) > > (ver url: https://wireless.wiki.kernel.org/en/users/Drivers/b43) > > > > así que descargue el firmware B43LPPHY de los repositorios de debian y > > tras descomprimirlo lo meti en el usb con la imagen de arranque > > El firmware para ese módulo (b43) lo puedes descargar desde los > repositorios de Debian pero en tu caso, el firmware que hay disponible > para Wheezy no admite tu chipset (bcm4312) por lo que podrías probar con > el de Jessie: > > http://ftp.de.debian.org/debian/pool/contrib/b/b43-fwcutter/firmware-b43- > installer_019-1_all.deb > <http://ftp.de.debian.org/debian/pool/contrib/b/b43-fwcutter/firmware-b43-installer_019-1_all.deb> > > Según las instrucciones¹, el paquete (.deb) tiene que estar ubicado en la > raíz de la llave USB o dentro del directorio /firmware. > > > Empiezo a instalar y no detecta las redes ni me da opción a elegir medio > > para incluir el firmware, me pide EESID y pwd pero no consigue conexion > > asi que sigo adelante. > > > > Una vez ya instalado todo con xfce en las notificaciones de la conexion > > me sigue diciendo que falta el firmware y ahora no se como incluirlo > > > > ¿podeis ayudarme? > > > > espero no haberme dejado algún detalle importante... gracias por > > anticipado! > > Si ya has instalado el sistema lo tienes más fácil. Simplemente descarga > el paquete .deb correspondiente e instálalo. > > Si te da problemas o no funciona: > > 1/ Revisa los registros (/var/log/syslog) > 2/ Prueba con otro driver (wl) > > Saludos, > > ¹https://www.debian.org/releases/stable/amd64/ch06s04.html.en > > Saludos, > > -- > Camaleón > > > -- > To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > Archive: https://lists.debian.org/pan.2015.02.21.18.12...@gmail.com > > -- "Si la gente no hiciera cosas estúpidas, nunca se podría haber hecho nada inteligente" Wittgenstein
Re: PROBLEMAS DE FIRMWARE BROADCAM EN ASPIRE ONE
El Sat, 21 Feb 2015 18:25:30 +0100, Alberto C. escribió: > Buenas a todos, este es mi primer post, suelo buscar por mí mismo pero > en este tema no doy con la solución aunque tampoco soy un experto en > linux me voy manejando... Hola y bienvenido. Recuerda que el uso de mayúsculas (lo digo por el asunto) no se debe usar en las listas de correo porque parece que estés GRITANDO :-) Y recuerda que hay que desactivar el formato html para enviar mensajes a la lista. > Tras apartarme de Ubuntu en mi netbook Acer Aspire-One d250 me propongo > instalar Debian wheezy + xfce. Tuve problemas para detectar la red > cableada hacia mi router doméstico e intento ajustar el firmware para la > wifi para ir descargando al menos las actualizaciones básicas (en ubuntu > no tuvo problemas con la wifi y sí lo tuve también con la red cableada). > > Seguí el consejo del final del mensaje dmesg de buscar el firmware > adecuado: > > lspci -nn -d 14e4: > 01:00.0 Network Controller [0280]: Broadcom Corporation BCM4312 > 802.11b/g LP-PHY [14e4:4315] (rev 01) > (ver url: https://wireless.wiki.kernel.org/en/users/Drivers/b43) > > así que descargue el firmware B43LPPHY de los repositorios de debian y > tras descomprimirlo lo meti en el usb con la imagen de arranque El firmware para ese módulo (b43) lo puedes descargar desde los repositorios de Debian pero en tu caso, el firmware que hay disponible para Wheezy no admite tu chipset (bcm4312) por lo que podrías probar con el de Jessie: http://ftp.de.debian.org/debian/pool/contrib/b/b43-fwcutter/firmware-b43- installer_019-1_all.deb Según las instrucciones¹, el paquete (.deb) tiene que estar ubicado en la raíz de la llave USB o dentro del directorio /firmware. > Empiezo a instalar y no detecta las redes ni me da opción a elegir medio > para incluir el firmware, me pide EESID y pwd pero no consigue conexion > asi que sigo adelante. > > Una vez ya instalado todo con xfce en las notificaciones de la conexion > me sigue diciendo que falta el firmware y ahora no se como incluirlo > > ¿podeis ayudarme? > > espero no haberme dejado algún detalle importante... gracias por > anticipado! Si ya has instalado el sistema lo tienes más fácil. Simplemente descarga el paquete .deb correspondiente e instálalo. Si te da problemas o no funciona: 1/ Revisa los registros (/var/log/syslog) 2/ Prueba con otro driver (wl) Saludos, ¹https://www.debian.org/releases/stable/amd64/ch06s04.html.en Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2015.02.21.18.12...@gmail.com
PROBLEMAS DE FIRMWARE BROADCAM EN ASPIRE ONE
Buenas a todos, este es mi primer post, suelo buscar por mí mismo pero en este tema no doy con la solución aunque tampoco soy un experto en linux me voy manejando... Tras apartarme de Ubuntu en mi netbook Acer Aspire-One d250 me propongo instalar Debian wheezy + xfce. Tuve problemas para detectar la red cableada hacia mi router doméstico e intento ajustar el firmware para la wifi para ir descargando al menos las actualizaciones básicas (en ubuntu no tuvo problemas con la wifi y sí lo tuve también con la red cableada). Seguí el consejo del final del mensaje dmesg de buscar el firmware adecuado: lspci -nn -d 14e4: 01:00.0 Network Controller [0280]: Broadcom Corporation BCM4312 802.11b/g LP-PHY [14e4:4315] (rev 01) (ver url: https://wireless.wiki.kernel.org/en/users/Drivers/b43) así que descargue el firmware B43LPPHY de los repositorios de debian y tras descomprimirlo lo meti en el usb con la imagen de arranque Empiezo a instalar y no detecta las redes ni me da opción a elegir medio para incluir el firmware, me pide EESID y pwd pero no consigue conexion asi que sigo adelante. Una vez ya instalado todo con xfce en las notificaciones de la conexion me sigue diciendo que falta el firmware y ahora no se como incluirlo ¿podeis ayudarme? espero no haberme dejado algún detalle importante... gracias por anticipado! -- "Si la gente no hiciera cosas estúpidas, nunca se podría haber hecho nada inteligente" Wittgenstein
Re: missing firmware e100/d101m_ucode.bin
Javier Santiesteban writes: > gracias a los que respondieron pero cuando omito este paso en la > instalacion de debian y despues instalo normal no puedo hacer ninguna > de las dos soluciones puesto que al no reconocerme la red no puedo > configurarle ningun repositorio... asi que podran ver hasta donde he > tratado de invertar y no he podido encontrar el .bin en internet para > al menos por una flash agregarlo ¿Puedes descargar el paquete directamente? http://ftp.br.debian.org/debian/pool/non-free/f/firmware-nonfree/firmware-linux-nonfree_0.28+squeeze1_all.deb -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87obklaq5n@tochka.ru
Re: missing firmware e100/d101m_ucode.bin
gracias a los que respondieron pero cuando omito este paso en la instalacion de debian y despues instalo normal no puedo hacer ninguna de las dos soluciones puesto que al no reconocerme la red no puedo configurarle ningun repositorio... asi que podran ver hasta donde he tratado de invertar y no he podido encontrar el .bin en internet para al menos por una flash agregarlo El 02/10/12 10:25, Evgeny M. Zubok escribió: Javier Santiesteban writes: Listeros, recientemente me decidi a instalar en un server el debian squeeze y me topo con el siguente warning missing firmware e100/d101m_ucode.bin alguien puede darme alguna idea de como arreglar esto apt-get install linux-firmware-nonfree (o aptitude install...) desde el repositorio 'non-free' de Squeeze. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/506afaa2.5080...@gms.minbas.cu
Re: missing firmware e100/d101m_ucode.bin
"Evgeny M. Zubok" writes: > Javier Santiesteban writes: > >> Listeros, recientemente me decidi a instalar en un server el debian >> squeeze y me topo con el siguente warning >> missing firmware e100/d101m_ucode.bin >> >> alguien puede darme alguna idea de como arreglar esto > > apt-get install linux-firmware-nonfree (o aptitude install...) firmware-linux-nonfree -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87sj9xaqyf@tochka.ru
Re: missing firmware e100/d101m_ucode.bin
Javier Santiesteban writes: > Listeros, recientemente me decidi a instalar en un server el debian > squeeze y me topo con el siguente warning > missing firmware e100/d101m_ucode.bin > > alguien puede darme alguna idea de como arreglar esto apt-get install linux-firmware-nonfree (o aptitude install...) desde el repositorio 'non-free' de Squeeze. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87wqz9ar30@tochka.ru
Re: missing firmware e100/d101m_ucode.bin
Hola Javier... El 02/10/12 10:28, Javier Santiesteban escribió: Listeros, recientemente me decidi a instalar en un server el debian squeeze y me topo con el siguente warning missing firmware e100/d101m_ucode.bin alguien puede darme alguna idea de como arreglar esto Aquí va un texto que encontré en inglés, espero te sirva: How do I find and install the missing firmware? Now that you have the name of the firmware file that you want, it’s relatively easy to identify the package that provides the required file. You can use “apt-cache search ” because the firmware packages embed the list of firmware files in their description. You can also use “apt-file” (provided by the package of the same name) or the web interface at packages.debian.org. $ apt-cache search d101m_ucode.bin firmware-linux-nonfree - Binary firmware for various drivers in the Linux kernel $ apt-file search d101m_ucode.bin firmware-linux-nonfree: /lib/firmware/e100/d101m_ucode.bin If the above commands return nothing, you probably need to enable the “non-free” repository in your /etc/apt/sources.list (you can also enable it within synaptic). And you also want to run “sudo apt-file update” to have the latest information. Now you can install the right package, in the example above it was firmware-linux-nonfree Resumiendo: agregas los repositorios non-free a tu /etc/apt/sources.list e instalas el paquete firmware-linux-nonfree Por las dudas te envío el firmware-linux-nonfree_0.28+squeeze1_all.deb a tu privado por si no tienes acceso a Internet. Saludos, Walter http://swcomputacion.com/ -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/506af92a.3070...@gmail.com
missing firmware e100/d101m_ucode.bin
Listeros, recientemente me decidi a instalar en un server el debian squeeze y me topo con el siguente warning missing firmware e100/d101m_ucode.bin alguien puede darme alguna idea de como arreglar esto -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/506aec13.6080...@gms.minbas.cu
Re: Avahi desconecta conexión inalámbrica con firmware-ralink
El Sun, 24 Jun 2012 15:26:07 +0200, Pablo Rodríguez Fernández escribió: > He observado un problema con el uso de avahi y de la conexión > inalámbrica utilizando el firmware-ralink (en concreto, el driver > rt73usb): cuando avahi-daemon está activo antes de hacer la asociación > con una red inalámbrica, esta se produce, pero acto seguido hace > desaparecer el dispositivo inalámbrico (usb), ¿Y cómo sabes (o qué te hace pensar) que avahi es quien hace desaparecer el dispositivo? :-? > por lo que tengo que volverlo a conectar para que el sistema lo > detecte. Sin embargo, cuando hago la asociación sin avahi-daemon > activo, funciona, aunque posteriormente vuelva a activar avahi. Caray, vaya rareza :-? > Creo que esto se puede calificar como un bug, pero dado que el problema > está relacionado con ambos paquetes, desconozco en cual de ellos debería > informar sobre el bug; siguiendo las recomendaciones > http://www.debian.org/Bugs/Reporting , os envío este mensaje para que me > ayudéis a decidir a quién debo informar, y de paso, ver si estoy > cometiendo algún tipo de error. Mira a ver si en "/var/log/syslog" o en el dmes aparece algún mensaje que te pueda dar alguna pista sobre el culpable. > Dispongo de los logs de syslog cuando realizo ambas cosas. Ah, bien... ¿Y qué te cuentan? Manda, manda... (o sube, sube a www.pastebin.com) :-) > Además, el dispositivo usb es un ECOM EW125TGUSB y lsusb lo muestra así: > > Bus 002 Device 114: ID 07b8:b21d AboCom Systems Inc RT2573 No dices qué versión de Debian tienes (¿squeeze, testing?), si estás con squeeze podrías intentar actualizar el paquete "firmware-ralink" (hay una versión superior disponible en backports) a ver si notas alguna diferencia. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/js7a3f$6fk$2...@dough.gmane.org
Re: Avahi desconecta conexión inalámbrica con firmware-ralink
El 24/06/12 10:26, Pablo Rodríguez Fernández escribió: Buenas tardes, He observado un problema con el uso de avahi y de la conexión inalámbrica utilizando el firmware-ralink (en concreto, el driver rt73usb): cuando avahi-daemon está activo antes de hacer la asociación con una red inalámbrica, esta se produce, pero acto seguido hace desaparecer el dispositivo inalámbrico (usb), por lo que tengo que volverlo a conectar para que el sistema lo detecte. Sin embargo, cuando hago la asociación sin avahi-daemon activo, funciona, aunque posteriormente vuelva a activar avahi. Asegurate de tener la última versión de avahi. Creo que esto se puede calificar como un bug, pero dado que el problema está relacionado con ambos paquetes, desconozco en cual de ellos debería informar sobre el bug; siguiendo las recomendaciones http://www.debian.org/Bugs/Reporting , os envío este mensaje para que me ayudéis a decidir a quién debo informar, y de paso, ver si estoy cometiendo algún tipo de error. Dispongo de los logs de syslog cuando realizo ambas cosas. Además, el dispositivo usb es un ECOM EW125TGUSB y lsusb lo muestra así: Bus 002 Device 114: ID 07b8:b21d AboCom Systems Inc RT2573 Un saludo, Pablo Hola pablo. Te recomiendo (si usas testing) que actualices a la última versión de avahi, como te lo digo arriba. Lo recomendable, para informar un bug es usar el paquete reportbug, que te ayudará a notificar el bug adecuadamente, y lo entregará a los mantenedores. Saludos. -- Dios es la salida a cualquier problema que puedas tener en este mundo. <>
Avahi desconecta conexión inalámbrica con firmware-ralink
Buenas tardes, He observado un problema con el uso de avahi y de la conexión inalámbrica utilizando el firmware-ralink (en concreto, el driver rt73usb): cuando avahi-daemon está activo antes de hacer la asociación con una red inalámbrica, esta se produce, pero acto seguido hace desaparecer el dispositivo inalámbrico (usb), por lo que tengo que volverlo a conectar para que el sistema lo detecte. Sin embargo, cuando hago la asociación sin avahi-daemon activo, funciona, aunque posteriormente vuelva a activar avahi. Creo que esto se puede calificar como un bug, pero dado que el problema está relacionado con ambos paquetes, desconozco en cual de ellos debería informar sobre el bug; siguiendo las recomendaciones http://www.debian.org/Bugs/Reporting , os envío este mensaje para que me ayudéis a decidir a quién debo informar, y de paso, ver si estoy cometiendo algún tipo de error. Dispongo de los logs de syslog cuando realizo ambas cosas. Además, el dispositivo usb es un ECOM EW125TGUSB y lsusb lo muestra así: > Bus 002 Device 114: ID 07b8:b21d AboCom Systems Inc RT2573 Un saludo, Pablo -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1340544367.985.12.camel@debian-sama
Re: Firmware tarjeta ati radeon
El Sun, 22 Jan 2012 19:33:54 +0100, J. OCTAVIO Avalos escribió: > El día 22 de enero de 2012 19:22, Camaleón > escribió: >> El Sun, 22 Jan 2012 19:07:12 +0100, J. OCTAVIO Avalos escribió: >> >>> Sigue todo igual, el bug se lo toman con calma, ¿Hay alguien que haya >>> logrado cargar el firmware de esta tarjeta y que wheezy permanezca >>> estable? >> >> Los bugs hay que pelearlos, si no ya te puedes olvidar de que te >> resuelvan el problema salvo que lo puedan reproducir en sus equipos. >> >> Prueba con el último kernel que haya y envía los registros que te >> pedían (me los mandas y yo los subo), para que vean que el problema >> continua y que sigues al pie del cañón. >> >> > Ya lo probé y sigue igual. se bloquea. Si no me dices nada... poderes extrasensoriales no tengo :-) Mándame los registros y los subo al bug, a ver si despiertan. > La tarjeta funcionaba sin problema con el driver radeonhd, que se > supone que es el antiguo libre porque ahora lo agrupa el radeon. Pero > curiosamente el radeonhd esta presente en squeeze y en sid, y sin > embargo, en wheezy, no. Por eso lo mando a la lista de nuevo por si > acaso alguien aplicó alguna "manganchiña" No, en Sid no está ;-) http://packages.debian.org/sid/xserver-xorg-video-radeonhd (fíjate que sólo está disponible para la arquitectura "m68k" y debe ser un paquete "de pega" para evitar que se rompa algún otro...) Olvida el radeonhd, me temo que es un driver que no van a mantenerlo en las distribuciones. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/jfhl4v$o88$1...@dough.gmane.org
Re: Firmware tarjeta ati radeon
El día 22 de enero de 2012 19:22, Camaleón escribió: > El Sun, 22 Jan 2012 19:07:12 +0100, J. OCTAVIO Avalos escribió: > >> Sigue todo igual, el bug se lo toman con calma, ¿Hay alguien que haya >> logrado cargar el firmware de esta tarjeta y que wheezy permanezca >> estable? > > Los bugs hay que pelearlos, si no ya te puedes olvidar de que te > resuelvan el problema salvo que lo puedan reproducir en sus equipos. > > Prueba con el último kernel que haya y envía los registros que te pedían > (me los mandas y yo los subo), para que vean que el problema continua y > que sigues al pie del cañón. > > Saludos, > > -- > Camaleón > Ya lo probé y sigue igual. se bloquea. La tarjeta funcionaba sin problema con el driver radeonhd, que se supone que es el antiguo libre porque ahora lo agrupa el radeon. Pero curiosamente el radeonhd esta presente en squeeze y en sid, y sin embargo, en wheezy, no. Por eso lo mando a la lista de nuevo por si acaso alguien aplicó alguna "manganchiña" Un saludo Un saludo -- Octavio Ávalos -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cac+uy7i9zljzu0gva84ofq3ymzsvh3mxg68saadvxind3nz...@mail.gmail.com
Re: Firmware tarjeta ati radeon
El Sun, 22 Jan 2012 19:07:12 +0100, J. OCTAVIO Avalos escribió: > Sigue todo igual, el bug se lo toman con calma, ¿Hay alguien que haya > logrado cargar el firmware de esta tarjeta y que wheezy permanezca > estable? Los bugs hay que pelearlos, si no ya te puedes olvidar de que te resuelvan el problema salvo que lo puedan reproducir en sus equipos. Prueba con el último kernel que haya y envía los registros que te pedían (me los mandas y yo los subo), para que vean que el problema continua y que sigues al pie del cañón. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/jfhk61$o88$1...@dough.gmane.org
Firmware tarjeta ati radeon
Hola, Sigue todo igual, el bug se lo toman con calma, ¿Hay alguien que haya logrado cargar el firmware de esta tarjeta y que wheezy permanezca estable? Un saludo -- Octavio Ávalos -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAC+uy7iqqHgaF_V+=5+7BN1HYrtkTOak9oë9aat9hc545...@mail.gmail.com
Re: ¿Fix me data firmware 1%-100%?
El Mon, 14 Nov 2011 08:42:35 +0100, Altair Linux escribió: > El mensaje parece mas bien "Fix Me firmware data". Va del 0% al 100%. > Aparece antes de GRUB, creo que es de la BIOS Sí, eso parece, digo, según los comentarios que se pueden leer por la web. > Siguiendo las indicaciones del manual de la placa, he visto que la BIOS > es version "F3" y hay disponible una que se llama "F4". Problema; > actualizar una BIOS es, segun tengo entendido, una tarea muy peligrosa > porque si cometes un error, adios placa base. Nunca he hecho algo asi. ¿Nunca has actualizado una BIOS? :-? Sí, es peligroso pero más allá de pasar un rato algo tenso no creo que pase nada, además, las nuevas placas hacen que el proceso de actualización sea muy sencillo (algunas placas base de Gigabyte creo que hasta tienen una BIOS dual, si falla una se usa la otra...), con menúes gráficos y todo eso. En fin, que se ha modernizado mucho el proceso. Si te molesta el mensaje que ves al inicio, contacta con el fabricante de la placa y pregúntale si la nueva versión de la BIOS soluciona ese problema en concreto y si es así, tira p'alante. > Para colmo, estoy en mitad de dos cosas bastante importantes y tampoco > puedo prescindir del pc. Pues cuando tengas más tiempo, con tranquilidad y calma... las prisas nunca son buenas consejeras. > Por ultimo, CREO que este email lo envio en modo texto solo, he mirado > la opciones y tengo puesto el navegador basico. Sí, ha salido en formato texto pero has borrado cualquier referencia al mensaje anterior, y ya ni me acordaba de este tema. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2011.11.14.12.16...@gmail.com
Re: ¿Fix me data firmware 1%-100%?
El mensaje parece mas bien "Fix Me firmware data". Va del 0% al 100%. Aparece antes de GRUB, creo que es de la BIOS Siguiendo las indicaciones del manual de la placa, he visto que la BIOS es version "F3" y hay disponible una que se llama "F4". Problema; actualizar una BIOS es, segun tengo entendido, una tarea muy peligrosa porque si cometes un error, adios placa base. Nunca he hecho algo asi. Para colmo, estoy en mitad de dos cosas bastante importantes y tampoco puedo prescindir del pc. Por ultimo, CREO que este email lo envio en modo texto solo, he mirado la opciones y tengo puesto el navegador basico. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CA+HdPf+AXOVnUwPK=9RXdsOGekHEdEpw4=roOoyLcxDY=fw...@mail.gmail.com
Re: ¿Fix me data firmware 1%-100%?
El Tue, 08 Nov 2011 20:26:49 +, Altair Linux escribió: > Buenas, (ese html...) > hace unos dias, para mi sorpresa, volvio el tema que puse del sistema > congelado que tuve hace hace algo mas de un mes. > > Cuando por fin tuve acceso despues de reiniciar, decidi usar el kernel > propio de debian para eliminar un posible factor. El unico problema que > me encontre fue que no tenia sonido, lo cual para mi es bastante molesto > porque suelo escuchar musica y ver peliculas y videos. Asi que me baje > el source del kernel propio de debian, compile manualmente y lo instale. Hombre, ya que estabas podrías haber bajado el último kernel estable (3.0.8) porque si compilas el mismo kernel de Debian sin hacer ningún cambio no vas a ganar nada :-) > Tengo pendiente aun iniciar con el a ver si me funciona, pero ahora > mismo estoy reiniciando solo lo necesario, por motivos que explico un > poco mas abajo. > > Habia visto que, a veces, al reiniciar salia un mensaje, pero iba tan > rapido que no entendia nada, solo habia alcanzado a ver que sucedia algo > que iba del 1% al 100%. Pero ese mensaje ¿de dónde te viene? ¿de la placa base, de la BIOS, del kernel, de los servicios...? > Hoy por fin, hace unos momentos, al tener que reiniciar, he visto lo > que ponia: "Fix me data firmware" y luego el contador iba del 1% al > 100% de forma muy, pero muy rapida. > > Investigando un poco Google me ha sacado esto: > http://forums.whirlpool.net.au/archive/1778595 donde la ultima respuesta > es: > > "Ahh, I think this should be Fix ME Firmware Data, which is a common > problem with Gigabyte motherboards. Jump onto the Gigabyte website and > download the latest bios update, it should solve your problems." > > ¿Esto es "solo" molesto o puede producir una averia de hardware?. Antes de sacar ninguna conclusión es necesario que sepas qué te dice exactamente el mensaje. Según comentan en ese foro se trataría de un problema con la BIOS de algunas placas de la marca Gigabyte. Mira a ver qué placa base tienes (marca y modelo) y si hay alguna actualización disponible para tu BIOS. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2011.11.08.21.27...@gmail.com
¿Fix me data firmware 1%-100%?
Buenas, hace unos dias, para mi sorpresa, volvio el tema que puse del sistema congelado que tuve hace hace algo mas de un mes. Cuando por fin tuve acceso despues de reiniciar, decidi usar el kernel propio de debian para eliminar un posible factor. El unico problema que me encontre fue que no tenia sonido, lo cual para mi es bastante molesto porque suelo escuchar musica y ver peliculas y videos. Asi que me baje el source del kernel propio de debian, compile manualmente y lo instale. Tengo pendiente aun iniciar con el a ver si me funciona, pero ahora mismo estoy reiniciando solo lo necesario, por motivos que explico un poco mas abajo. Habia visto que, a veces, al reiniciar salia un mensaje, pero iba tan rapido que no entendia nada, solo habia alcanzado a ver que sucedia algo que iba del 1% al 100%. Hoy por fin, hace unos momentos, al tener que reiniciar, he visto lo que ponia: "Fix me data firmware" y luego el contador iba del 1% al 100% de forma muy, pero muy rapida. Investigando un poco Google me ha sacado esto: http://forums.whirlpool.net.au/archive/1778595 donde la ultima respuesta es: "Ahh, I think this should be Fix ME Firmware Data, which is a common problem with Gigabyte motherboards. Jump onto the Gigabyte website and download the latest bios update, it should solve your problems." ¿Esto es "solo" molesto o puede producir una averia de hardware?.
Re: Atención con actualización de firmware-b43-lpphy-installer
El Sun, 24 Apr 2011 00:23:47 -0500, Marcos Delgado escribió: > El día 23 de abril de 2011 13:58, Camaleón escribió: >> El Sat, 23 Apr 2011 13:49:28 -0500, Marcos Delgado escribió: >> >>> Ayer me quede sin internet en una compu. Es feo, no se lo deseo a >>> nadie más. >> >> Pero estabas usando Sid ¿no? ya sabes que esas cosas pueden pasar ;-) >> >> De todas formas, si tenías acceso a otro equipo con Internet sólo >> tenías que descargar el archivo y pasarlo a una llave USB para copiarlo >> al equipo. >> >> Es uno de esos errores de despiste con fácil solución. >> >> >> > Me parece raro que elimine los archivos para conectarse, antes de > descargar los archivos de instalación de la actualización. Y lo que no > he visto es como pasarle el archivo tar.gz al paquete de Debian. ¿Qué es lo que dices que elimina? :-? Si no he entendido mal el bug, el problema se da porque en la actualización se intenta descargar un paquete del driver+firmware de un adaptador inalámbrico con la ruta equivocada (aunque el archivo existe) por lo que el adaptador deja de funcionar. Lo único que tendrás que hacer es descargar el paquete correcto e instalarlo en el equipo afectado para que el adaptador wifi pueda volver a funcionar. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2011.04.24.09.43...@gmail.com
Re: Atención con actualización de firmware-b43-lpphy-installer
El día 23 de abril de 2011 13:58, Camaleón escribió: > El Sat, 23 Apr 2011 13:49:28 -0500, Marcos Delgado escribió: > >> Ayer me quede sin internet en una compu. Es feo, no se lo deseo a nadie >> más. > > Pero estabas usando Sid ¿no? ya sabes que esas cosas pueden pasar ;-) > > De todas formas, si tenías acceso a otro equipo con Internet sólo tenías > que descargar el archivo y pasarlo a una llave USB para copiarlo al > equipo. > > Es uno de esos errores de despiste con fácil solución. > > Saludos, > > -- > Camaleón > Me parece raro que elimine los archivos para conectarse, antes de descargar los archivos de instalación de la actualización. Y lo que no he visto es como pasarle el archivo tar.gz al paquete de Debian. Saludos. Marcos Delgado. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/BANLkTinnx+Hw+-Hn=uf9wC7fwGY=kkl...@mail.gmail.com
Re: Atención con actualización de firmware-b43-lpphy-installer
El Sat, 23 Apr 2011 13:49:28 -0500, Marcos Delgado escribió: > Ayer me quede sin internet en una compu. Es feo, no se lo deseo a nadie > más. Pero estabas usando Sid ¿no? ya sabes que esas cosas pueden pasar ;-) De todas formas, si tenías acceso a otro equipo con Internet sólo tenías que descargar el archivo y pasarlo a una llave USB para copiarlo al equipo. Es uno de esos errores de despiste con fácil solución. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2011.04.23.18.58...@gmail.com
Re: Atención con actualización de firmware-b43-lpphy-installer
El día 23 de abril de 2011 13:20, Daniel Echeverry escribió: > Hola. > > El 23 de abril de 2011 13:01, Marcos Delgado escribió: >> >> Si usas este paquete en Sid, no lo actualices. El enlace de descarga >> esta roto y te quedas sin conexión inalámbrica. Ya esta reportado el >> bug, pero no se ha corregido: >> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=623703 >> >> Saludos. >> Marcos Delgado. >> > > El bug ya esta resuelto en la proxima revision que se encuentra en > debian-mentors, solo falta que algun DD le eche un vistazo y lo suba, > aprovecho la ocasion para pedir la colaboracion de algun DD que este > suscrito a la lista para que por favor revise el paquete que se encuentra > en este enlace [1]. > Gracias por la advertencia y por avisar a los demas ;). > Saludos > [1]: http://mentors.debian.net/debian/pool/contrib/b/b43-fwcutter/b43-fwcutter_014-2.dsc > > -- > Epsilon > http://www.rinconinformatico.net > http://www.fitnessdeportes.com > http://www.dragonjar.org > Linux user: #477840 > Debian user > Ayer me quede sin internet en una compu. Es feo, no se lo deseo a nadie más. Saludos. Marcos Delgado. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/banlktikjejmgpxf_ph2lyofstjpqjjf...@mail.gmail.com
Re: Atención con actualización de firmware-b43-lpphy-installer
Hola. El 23 de abril de 2011 13:01, Marcos Delgado escribió: > Si usas este paquete en Sid, no lo actualices. El enlace de descarga > esta roto y te quedas sin conexión inalámbrica. Ya esta reportado el > bug, pero no se ha corregido: > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=623703 > > Saludos. > Marcos Delgado. > > El bug ya esta resuelto en la proxima revision que se encuentra en debian-mentors, solo falta que algun DD le eche un vistazo y lo suba, aprovecho la ocasion para pedir la colaboracion de algun DD que este suscrito a la lista para que por favor revise el paquete que se encuentra en este enlace [1]. Gracias por la advertencia y por avisar a los demas ;). Saludos [1]: http://mentors.debian.net/debian/pool/contrib/b/b43-fwcutter/b43-fwcutter_014-2.dsc -- Epsilon http://www.rinconinformatico.net http://www.fitnessdeportes.com http://www.dragonjar.org Linux user: #477840 Debian user
Atención con actualización de firmware-b43-lpphy-installer
Si usas este paquete en Sid, no lo actualices. El enlace de descarga esta roto y te quedas sin conexión inalámbrica. Ya esta reportado el bug, pero no se ha corregido: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=623703 Saludos. Marcos Delgado. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/BANLkTi=hxsotqqyw9_xqv5vylspsu3q...@mail.gmail.com
Re: encontrar fichero de firmware para tarjeta HBA brocade: cbfw.bin
El día 30 de marzo de 2011 13:03, Juan Antonio escribió: > Hola, > no se si has leido mi anterior correo, > contesté a alguien que te > contestó a ti. sí, lo he leído y he realizado la prueba, y he contestado a la lista [0]: [0] http://lists.debian.org/debian-user-spanish/2011/03/msg00893.html > La cuestión es que a mi me ocurre algo parecido con unos servidores dell > que llevan tarjetas de red broadcom nextreme2 que necesitan de un > firmware. > El caso es que en la instalación te genera un initrd con los > módulos de las tarjetas pero si no le pasas el firmware en un usb estos > no los añade. > Cuando el sistema arranca carga el módulo de la tarjeta de red desde el > initrd y al no tener el firmaware en este, aunque sí en /lib/firmware en > el sistema, el dispositivo no funciona y el módulo se queda cargado. > Para hacerlo funcionar tengo que quitar el módulo, con modprobe -r y > volverlo a cargar. > Hecho esto entonces hago un dpkg-reconfigure del kernel para que genere > un nuevo initrd incluyendo el firmware y asi funcione en los siguientes > inicios desde el primer momento. > ¿Es posible que este sea tu problema? No sabría decirlo. > ¿Has probado a quitar el módulo > una vez iniciado el sistema > y volverlo a cargar con el firmware bien > ubicado? sí, aparentemente el problema que tengo es que el fichero .bin no es el mismo con el que se compiló el kernel, estoy bastante desconcertado. Me gustaŕia una suma md5 con qué comparar, para ver cuál es el fichero... > Un saludo. Desde ya muchas gracias. -- §~^Calabaza^~§ from Barrio Obrero, Asunción, Paraguay http://calablogbaza.blogspot.com/ http://es.wikipedia.org/wiki/Top-posting http://es.wikipedia.org/wiki/Netiquette -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/AANLkTikx=urrf9dwuh8-9_xmivxj7gh4_smg8b2y0...@mail.gmail.com
Re: encontrar fichero de firmware para tarjeta HBA brocade: cbfw.bin
El 30/03/11 17:47, Calabaza escribió: > El día 30 de marzo de 2011 03:56, AngelD escribió: > >>Mirando, mirando la página de Brocade, me encuentro con la zona de >> [1]Archived Versions, y en ésta un par de [2]paquetes donde SÍ está el >> fichero "cbfw.bin". > >> >> [1]http://www.brocade.com/services-support/drivers-downloads/HBA/Brocade_archives.page?selector=documents/downloads/HBA/Linux/Drivers/NOARCH >> >> [2]http://www.brocade.com/forms/getFile?p=documents/downloads/HBA/Linux/Drivers/NOARCH/bfa_firmware_linux-2.1.2.1-1.src.rpm >> >> [2]http://www.brocade.com/forms/getFile?p=documents/downloads/HBA/Linux/Drivers/NOARCH/bfa_firmware_linux-2.1.2.1-0.src.rpm > > Gracias, he bajado los ficheros rpm del archivo de brocade > y probado y sigo teniendo el mismo problema. > > He reportado como un bug, en el debian bts: #620066 > > Desde ya, estoy muy agradecido por su tiempo. > Hola, no se si has leido mi anterior correo, contesté a alguien que te contestó a ti. La cuestión es que a mi me ocurre algo parecido con unos servidores dell que llevan tarjetas de red broadcom nextreme2 que necesitan de un firmware. El caso es que en la instalación te genera un initrd con los módulos de las tarjetas pero si no le pasas el firmware en un usb estos no los añade. Cuando el sistema arranca carga el módulo de la tarjeta de red desde el initrd y al no tener el firmaware en este, aunque sí en /lib/firmware en el sistema, el dispositivo no funciona y el módulo se queda cargado. Para hacerlo funcionar tengo que quitar el módulo, con modprobe -r y volverlo a cargar. Hecho esto entonces hago un dpkg-reconfigure del kernel para que genere un nuevo initrd incluyendo el firmware y asi funcione en los siguientes inicios desde el primer momento. ¿Es posible que este sea tu problema? ¿Has probado a quitar el módulo una vez iniciado el sistema y volverlo a cargar con el firmware bien ubicado? Un saludo. -- "Tanto en los deportes como en todo lo demás, soy un experto. Pero para mantener viva mi inteligencia natural y fuera de serie, tengo que comer mucho" -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d935451.3090...@limbo.ari.es
Re: encontrar fichero de firmware para tarjeta HBA brocade: cbfw.bin
El día 30 de marzo de 2011 04:02, Juan Antonio escribió: > Hola, > el problema probablemente es > que ese firmware no va en el initrd del > kernel que cargas. > Prueba a descargar el módulo que hace uso del > dispositivo y vuelve a cargarlo. también he realizado: # lsmod | grep bfa bfa 231363 0 scsi_transport_fc 35355 1 bfa scsi_mod 122149 7 bfa,scsi_transport_fc,scsi_tgt,sg,sr_mod,libata,cciss # modprobe -r bfa # lsmod | grep bfa # modprobe bfa # dmesg | grep BFA [81193.628532] BFA[error] HAL_ASSERT: Assertion failure: /build/buildd-linux-2.6_2.6.32-31-amd64-vrfdM4/linux-2.6-2.6.32/debian/build/source_amd64_none/drivers/scsi/bfa/bfa_fcport.c:972: 0 Sigue el error :( > Si asi funciona reconfigura, > dpkg-reconfigure, el kernel que estas usando > para que se genere el > initrd e incluya el firmware. > Un saludo. Muchas gracias por la sugerencia. Un abrazo, -- §~^Calabaza^~§ from Barrio Obrero, Asunción, Paraguay http://calablogbaza.blogspot.com/ http://es.wikipedia.org/wiki/Top-posting http://es.wikipedia.org/wiki/Netiquette -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/AANLkTi=xd_7yWmR1psDyH_8be=TVXuYUUO_P1v+Dy...@mail.gmail.com
Re: encontrar fichero de firmware para tarjeta HBA brocade: cbfw.bin
El día 30 de marzo de 2011 03:56, AngelD escribió: > Mirando, mirando la página de Brocade, me encuentro con la zona de > [1]Archived Versions, y en ésta un par de [2]paquetes donde SÍ está el > fichero "cbfw.bin". > [1]http://www.brocade.com/services-support/drivers-downloads/HBA/Brocade_archives.page?selector=documents/downloads/HBA/Linux/Drivers/NOARCH > [2]http://www.brocade.com/forms/getFile?p=documents/downloads/HBA/Linux/Drivers/NOARCH/bfa_firmware_linux-2.1.2.1-1.src.rpm > [2]http://www.brocade.com/forms/getFile?p=documents/downloads/HBA/Linux/Drivers/NOARCH/bfa_firmware_linux-2.1.2.1-0.src.rpm Gracias, he bajado los ficheros rpm del archivo de brocade y probado y sigo teniendo el mismo problema. He reportado como un bug, en el debian bts: #620066 Desde ya, estoy muy agradecido por su tiempo. -- §~^Calabaza^~§ from Barrio Obrero, Asunción, Paraguay http://calablogbaza.blogspot.com/ http://es.wikipedia.org/wiki/Top-posting http://es.wikipedia.org/wiki/Netiquette -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/AANLkTim+M9czJOHda=smgm-dhd3yzx4hjvdvfa0j5...@mail.gmail.com
Re: encontrar fichero de firmware para tarjeta HBA brocade: cbfw.bin
El 30/03/11 08:56, AngelD escribió: > Tue, 29 Mar 2011, Calabaza: > >> El día 29 de marzo de 2011 04:14, AngelD escribió: >>> ¿Seguro que ese es el firmware necesario?. Si recurro a la página de >>> [1]Brocade, hay unos paquetes marcados como "Linux - Other >>> Distributions", >>> donde hay un paquete con [2]firmware, que en su interior tiene tres >>> firmwares: >>> >>> cbfw_fc.bin >>> ctfw_cna.bin >>> ctfw_fc.bin >>> >>> Empezaría por colocar éstos en "/lib/firmware" y ver si el driver >>> sigue sin funcionar. >>> >>> [1]http://www.brocade.com/services-support/drivers-downloads/CNA/Linux.page >>> >>> >>> [2]http://www.brocade.com/forms/getFile?p=documents/downloads/HBA/Linux/Drivers/NOARCH/bfa_firmware_linux-2.3.2.3-0.src.rpm >>> >> >> Bueno, he bajado el paquete indicado en [2] y ubicado los fichero .bin >> en /lib/firmware/ y nada, sigue el error: >> >> [2.708801] Brocade BFA FC/FCOE SCSI driver - version: 2.0.0.0 >> [2.708902] BFA[info] log: init OK, msg total count 71 >> [2.708906] bfa :09:00.0: firmware: requesting cbfw.bin >> [2.710070] uhci_hcd: USB Universal Host Controller Interface driver >> [2.755227] [drm] Initialized drm 1.1.0 20060810 >> [2.762864] Can't locate firmware cbfw.bin >> [2.762910] bfad_load_fwimg failure! >> [2.762951] bfa :09:00.1: firmware: requesting cbfw.bin >> [2.764943] Can't locate firmware cbfw.bin >> [2.764985] bfad_load_fwimg failure! > > Mirando, mirando la página de Brocade, me encuentro con la zona de > [1]Archived Versions, y en ésta un par de [2]paquetes donde SÍ está el > fichero "cbfw.bin". > > > [1]http://www.brocade.com/services-support/drivers-downloads/HBA/Brocade_archives.page?selector=documents/downloads/HBA/Linux/Drivers/NOARCH > > > [2]http://www.brocade.com/forms/getFile?p=documents/downloads/HBA/Linux/Drivers/NOARCH/bfa_firmware_linux-2.1.2.1-1.src.rpm > > > [2]http://www.brocade.com/forms/getFile?p=documents/downloads/HBA/Linux/Drivers/NOARCH/bfa_firmware_linux-2.1.2.1-0.src.rpm > Hola, el problema probablemente es que ese firmware no va en el initrd del kernel que cargas. Prueba a descargar el módulo que hace uso del dispositivo y vuelve a cargarlo. Si asi funciona reconfigura, dpkg-reconfigure, el kernel que estas usando para que se genere el initrd e incluya el firmware. Un saludo. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d92d59b.8030...@limbo.ari.es
Re: encontrar fichero de firmware para tarjeta HBA brocade: cbfw.bin
Tue, 29 Mar 2011, Calabaza: El día 29 de marzo de 2011 04:14, AngelD escribió: ¿Seguro que ese es el firmware necesario?. Si recurro a la página de [1]Brocade, hay unos paquetes marcados como "Linux - Other Distributions", donde hay un paquete con [2]firmware, que en su interior tiene tres firmwares: cbfw_fc.bin ctfw_cna.bin ctfw_fc.bin Empezaría por colocar éstos en "/lib/firmware" y ver si el driver sigue sin funcionar. [1]http://www.brocade.com/services-support/drivers-downloads/CNA/Linux.page [2]http://www.brocade.com/forms/getFile?p=documents/downloads/HBA/Linux/Drivers/NOARCH/bfa_firmware_linux-2.3.2.3-0.src.rpm Bueno, he bajado el paquete indicado en [2] y ubicado los fichero .bin en /lib/firmware/ y nada, sigue el error: [2.708801] Brocade BFA FC/FCOE SCSI driver - version: 2.0.0.0 [2.708902] BFA[info] log: init OK, msg total count 71 [2.708906] bfa 0000:09:00.0: firmware: requesting cbfw.bin [2.710070] uhci_hcd: USB Universal Host Controller Interface driver [2.755227] [drm] Initialized drm 1.1.0 20060810 [2.762864] Can't locate firmware cbfw.bin [2.762910] bfad_load_fwimg failure! [2.762951] bfa :09:00.1: firmware: requesting cbfw.bin [ 2.764943] Can't locate firmware cbfw.bin [2.764985] bfad_load_fwimg failure! Mirando, mirando la página de Brocade, me encuentro con la zona de [1]Archived Versions, y en ésta un par de [2]paquetes donde SÍ está el fichero "cbfw.bin". [1]http://www.brocade.com/services-support/drivers-downloads/HBA/Brocade_archives.page?selector=documents/downloads/HBA/Linux/Drivers/NOARCH [2]http://www.brocade.com/forms/getFile?p=documents/downloads/HBA/Linux/Drivers/NOARCH/bfa_firmware_linux-2.1.2.1-1.src.rpm [2]http://www.brocade.com/forms/getFile?p=documents/downloads/HBA/Linux/Drivers/NOARCH/bfa_firmware_linux-2.1.2.1-0.src.rpm -- Saludos --- Angel
Re: encontrar fichero de firmware para tarjeta HBA brocade: cbfw.bin
El Tue, 29 Mar 2011 10:54:33 -0400, Calabaza escribió: >>> Ahora, lo extraño es que buscando en el contenido de paquetes de >>> Debian, no encuentro ninguno que provea el fichero cbfw.bin. > >> (...) > >> Qué raro ¿no? :-? > >> Si un módulo del kernel te pide un firmware, no lo encuentra y no está >> disponible para descargar dentro del paquete de "firmwares" quizá sea >> conveniente informar. > > ¿Y a qué paquete reporto el bug? ¿al del kernel? (ya sé que parece > obvio, > pero se me antoja que podría ser a algún paquete de firmware..) Pues yo diría que contra el paquete que lleva el módulo (bfa.ko) que sería la versión del kernel que tengas instalada (dpkg -l | grep linux- image), ya que el paquete "firmware-" donde debería estar el ".bin" no existe :-? Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2011.03.29.15.30...@gmail.com
Re: encontrar fichero de firmware para tarjeta HBA brocade: cbfw.bin
El día 29 de marzo de 2011 04:14, AngelD escribió: > ¿Seguro que ese es el firmware necesario?. Si recurro a la página de > [1]Brocade, hay unos paquetes marcados como "Linux - Other Distributions", > donde hay un paquete con [2]firmware, que en su interior tiene tres > firmwares: > > cbfw_fc.bin > ctfw_cna.bin > ctfw_fc.bin > > Empezaría por colocar éstos en "/lib/firmware" y ver si el driver > sigue sin funcionar. > > [1]http://www.brocade.com/services-support/drivers-downloads/CNA/Linux.page > [2]http://www.brocade.com/forms/getFile?p=documents/downloads/HBA/Linux/Drivers/NOARCH/bfa_firmware_linux-2.3.2.3-0.src.rpm Bueno, he bajado el paquete indicado en [2] y ubicado los fichero .bin en /lib/firmware/ y nada, sigue el error: [2.708801] Brocade BFA FC/FCOE SCSI driver - version: 2.0.0.0 [2.708902] BFA[info] log: init OK, msg total count 71 [2.708906] bfa :09:00.0: firmware: requesting cbfw.bin [2.710070] uhci_hcd: USB Universal Host Controller Interface driver [2.755227] [drm] Initialized drm 1.1.0 20060810 [2.762864] Can't locate firmware cbfw.bin [2.762910] bfad_load_fwimg failure! [2.762951] bfa :09:00.1: firmware: requesting cbfw.bin [2.764943] Can't locate firmware cbfw.bin [2.764985] bfad_load_fwimg failure! Seguiré investigando y les comento luego... Desde ya muchas gracias por su tiempo. -- §~^Calabaza^~§ from Barrio Obrero, Asunción, Paraguay http://calablogbaza.blogspot.com/ http://es.wikipedia.org/wiki/Top-posting http://es.wikipedia.org/wiki/Netiquette -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktimhhbifgbrwt3uo5cp8badsqqr9ykewtqamp...@mail.gmail.com
Re: encontrar fichero de firmware para tarjeta HBA brocade: cbfw.bin
El día 29 de marzo de 2011 10:59, Camaleón escribió: > El Mon, 28 Mar 2011 18:13:31 -0400, Calabaza escribió: > >> Ejecutando el siguiente comando: >> $ dmesg | grep cbfw >> >> [ 2.454760] bfa :09:00.0: firmware: requesting cbfw.bin >> [ 2.600597] Can't locate firmware cbfw.bin >> [ 2.600687] bfa :09:00.1: firmware: requesting cbfw.bin >> [ 2.602660] Can't locate firmware cbfw.bin >> >> Bueno, buscando en internet termino en el wiki [0] sobre firmware de >> Debian: [0] http://wiki.debian.org/Firmware y ahí indica: >> >> Module name: >> bfa.ko >> >> Module description: >> Brocade Fibre Channel HBA Driver fcpim >> >> Firmware file: >> cbfw.bin >> ctfw.bin >> >> Ahora, lo extraño es que buscando en el contenido de paquetes de Debian, >> no encuentro ninguno que provea el fichero cbfw.bin. > (...) > Qué raro ¿no? :-? > Si un módulo del kernel te pide un firmware, no lo encuentra y no está > disponible para descargar dentro del paquete de "firmwares" quizá sea > conveniente informar. ¿Y a qué paquete reporto el bug? ¿al del kernel? (ya sé que parece obvio, pero se me antoja que podría ser a algún paquete de firmware..) Desde ya muchas gracias. P.s: (sobre la prueba todavía no he visto los resultados, perdí la conexión local con mi servidor...) -- §~^Calabaza^~§ from Barrio Obrero, Asunción, Paraguay http://calablogbaza.blogspot.com/ http://es.wikipedia.org/wiki/Top-posting http://es.wikipedia.org/wiki/Netiquette -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/AANLkTi=G2xTMcA1ZQZJV73u2c58pqJZXns99=owsh...@mail.gmail.com
Re: encontrar fichero de firmware para tarjeta HBA brocade: cbfw.bin
El Mon, 28 Mar 2011 18:13:31 -0400, Calabaza escribió: > Ejecutando el siguiente comando: > $ dmesg | grep cbfw > > [2.454760] bfa 0000:09:00.0: firmware: requesting cbfw.bin > [2.600597] Can't locate firmware cbfw.bin > [2.600687] bfa :09:00.1: firmware: requesting cbfw.bin > [ 2.602660] Can't locate firmware cbfw.bin > > Bueno, buscando en internet termino en el wiki [0] sobre firmware de > Debian: [0] http://wiki.debian.org/Firmware y ahí indica: > > Module name: > bfa.ko > > Module description: > Brocade Fibre Channel HBA Driver fcpim > > Firmware file: > cbfw.bin > ctfw.bin > > Ahora, lo extraño es que buscando en el contenido de paquetes de Debian, > no encuentro ninguno que provea el fichero cbfw.bin. (...) Qué raro ¿no? :-? Si un módulo del kernel te pide un firmware, no lo encuentra y no está disponible para descargar dentro del paquete de "firmwares" quizá sea conveniente informar. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2011.03.29.13.59...@gmail.com
Re: encontrar fichero de firmware para tarjeta HBA brocade: cbfw.bin
El día 29 de marzo de 2011 04:14, AngelD escribió: > Mon, 28 Mar 2011, Calabaza: > >> Estimados listeros, quisiera pedirles su iluminación >> porque estoy bastante perdido, >> >> El contexto: >> Me encuentro instalando Debian Squeeze amd64 en un servidor >> HP Proliant ML350 G5, con 16 GB de RAM >> y una tarjeta HBA fibre channel, marca Brocade. >> >> Ejecutando el siguiente comando: >> $ dmesg | grep cbfw >> >> [ 2.454760] bfa :09:00.0: firmware: requesting cbfw.bin >> [ 2.600597] Can't locate firmware cbfw.bin >> [ 2.600687] bfa :09:00.1: firmware: requesting cbfw.bin >> [ 2.602660] Can't locate firmware cbfw.bin >> >> Bueno, buscando en internet termino en el wiki [0] sobre firmware >> de Debian: [0] http://wiki.debian.org/Firmware >> y ahí indica: >> >> Module name: >> bfa.ko >> >> Module description: >> Brocade Fibre Channel HBA Driver fcpim >> >> Firmware file: >> cbfw.bin >> ctfw.bin >> >> Ahora, lo extraño es que buscando en el contenido de paquetes >> de Debian, no encuentro ninguno que provea el fichero cbfw.bin. > Es posible que este firmware no haya sido empaquetado todavía para > debian. entiendo, >> Luego en internet encuentro algo como esto: >> [1] >> http://rpmfind.net/linux/RPM/fedora/14/x86_64/bfa-firmware-2.1.2.1-2.fc14.noarch.html >> >> Bueno, bueno, en el site de brocade, se ve que hay el fichero >> para Fedora, Open Suse. >> >> He probado el del fichero: >> bfa-firmware-2.1.2.1-2.fc14.noarch.rpm, >> pero da un error al cargarlo: >> >> [85557.919970] scsi5 : Brocade FC/FCOE Adapter, model: >> Brocade-425 hwpath: :09:00.1 driver: 2.0.0.0 >> [85559.296591] BFA[error] HAL_ASSERT: Assertion failure: >> >> /build/buildd-linux-2.6_2.6.32-30-amd64-d4MbNM/linux-2.6-2.6.32/debian/build/source_amd64_none/drivers/scsi/bfa/bfa_fcport.c:972: >> 0 >> >> Bueno, ¿alguien puede darme alguna idea, >> o sugerencia para continuar con esto? > ¿Seguro que ese es el firmware necesario?. y realmente no sabría decirlo, viendo la salida del dmesg y lo indicado en el wiki de Debian, pues asumí eso. > Si recurro a la página de > [1]Brocade, hay unos paquetes marcados como "Linux - Other Distributions", > donde hay un paquete con [2]firmware, que en su interior tiene tres > firmwares: > cbfw_fc.bin > ctfw_cna.bin > ctfw_fc.bin > Empezaría por colocar éstos en "/lib/firmware" y ver si el driver > sigue sin funcionar. > [1]http://www.brocade.com/services-support/drivers-downloads/CNA/Linux.page > [2]http://www.brocade.com/forms/getFile?p=documents/downloads/HBA/Linux/Drivers/NOARCH/bfa_firmware_linux-2.3.2.3-0.src.rpm Ok, voy a probarlos y comento que tal fue. Desde ya muchas gracias. -- §~^Calabaza^~§ from Barrio Obrero, Asunción, Paraguay http://calablogbaza.blogspot.com/ http://es.wikipedia.org/wiki/Top-posting http://es.wikipedia.org/wiki/Netiquette -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/AANLkTin6NLtHwkuyzRqZGcvgQGSBvjbd-X8a-gADE=q...@mail.gmail.com
Re: encontrar fichero de firmware para tarjeta HBA brocade: cbfw.bin
Mon, 28 Mar 2011, Calabaza: Estimados listeros, quisiera pedirles su iluminación porque estoy bastante perdido, El contexto: Me encuentro instalando Debian Squeeze amd64 en un servidor HP Proliant ML350 G5, con 16 GB de RAM y una tarjeta HBA fibre channel, marca Brocade. Ejecutando el siguiente comando: $ dmesg | grep cbfw [2.454760] bfa :09:00.0: firmware: requesting cbfw.bin [2.600597] Can't locate firmware cbfw.bin [2.600687] bfa :09:00.1: firmware: requesting cbfw.bin [2.602660] Can't locate firmware cbfw.bin Bueno, buscando en internet termino en el wiki [0] sobre firmware de Debian: [0] http://wiki.debian.org/Firmware y ahí indica: Module name: bfa.ko Module description: Brocade Fibre Channel HBA Driver fcpim Firmware file: cbfw.bin ctfw.bin Ahora, lo extraño es que buscando en el contenido de paquetes de Debian, no encuentro ninguno que provea el fichero cbfw.bin. Es posible que este firmware no haya sido empaquetado todavía para debian. Luego en internet encuentro algo como esto: [1] http://rpmfind.net/linux/RPM/fedora/14/x86_64/bfa-firmware-2.1.2.1-2.fc14.noarch.html Bueno, bueno, en el site de brocade, se ve que hay el fichero para Fedora, Open Suse. He probado el del fichero: bfa-firmware-2.1.2.1-2.fc14.noarch.rpm, pero da un error al cargarlo: [85557.919970] scsi5 : Brocade FC/FCOE Adapter, model: Brocade-425 hwpath: :09:00.1 driver: 2.0.0.0 [85559.296591] BFA[error] HAL_ASSERT: Assertion failure: /build/buildd-linux-2.6_2.6.32-30-amd64-d4MbNM/linux-2.6-2.6.32/debian/build/source_amd64_none/drivers/scsi/bfa/bfa_fcport.c:972: 0 Bueno, ¿alguien puede darme alguna idea, o sugerencia para continuar con esto? ¿Seguro que ese es el firmware necesario?. Si recurro a la página de [1]Brocade, hay unos paquetes marcados como "Linux - Other Distributions", donde hay un paquete con [2]firmware, que en su interior tiene tres firmwares: cbfw_fc.bin ctfw_cna.bin ctfw_fc.bin Empezaría por colocar éstos en "/lib/firmware" y ver si el driver sigue sin funcionar. [1]http://www.brocade.com/services-support/drivers-downloads/CNA/Linux.page [2]http://www.brocade.com/forms/getFile?p=documents/downloads/HBA/Linux/Drivers/NOARCH/bfa_firmware_linux-2.3.2.3-0.src.rpm -- Saludos --- Angel
encontrar fichero de firmware para tarjeta HBA brocade: cbfw.bin
Estimados listeros, quisiera pedirles su iluminación porque estoy bastante perdido, El contexto: Me encuentro instalando Debian Squeeze amd64 en un servidor HP Proliant ML350 G5, con 16 GB de RAM y una tarjeta HBA fibre channel, marca Brocade. Ejecutando el siguiente comando: $ dmesg | grep cbfw [2.454760] bfa :09:00.0: firmware: requesting cbfw.bin [2.600597] Can't locate firmware cbfw.bin [2.600687] bfa :09:00.1: firmware: requesting cbfw.bin [2.602660] Can't locate firmware cbfw.bin Bueno, buscando en internet termino en el wiki [0] sobre firmware de Debian: [0] http://wiki.debian.org/Firmware y ahí indica: Module name: bfa.ko Module description: Brocade Fibre Channel HBA Driver fcpim Firmware file: cbfw.bin ctfw.bin Ahora, lo extraño es que buscando en el contenido de paquetes de Debian, no encuentro ninguno que provea el fichero cbfw.bin. Luego en internet encuentro algo como esto: [1] http://rpmfind.net/linux/RPM/fedora/14/x86_64/bfa-firmware-2.1.2.1-2.fc14.noarch.html Bueno, bueno, en el site de brocade, se ve que hay el fichero para Fedora, Open Suse. He probado el del fichero: bfa-firmware-2.1.2.1-2.fc14.noarch.rpm, pero da un error al cargarlo: [85557.919970] scsi5 : Brocade FC/FCOE Adapter, model: Brocade-425 hwpath: :09:00.1 driver: 2.0.0.0 [85559.296591] BFA[error] HAL_ASSERT: Assertion failure: /build/buildd-linux-2.6_2.6.32-30-amd64-d4MbNM/linux-2.6-2.6.32/debian/build/source_amd64_none/drivers/scsi/bfa/bfa_fcport.c:972: 0 Bueno, ¿alguien puede darme alguna idea, o sugerencia para continuar con esto? Desde ya muchas gracias. -- §~^Calabaza^~§ from Barrio Obrero, Asunción, Paraguay http://calablogbaza.blogspot.com/ http://es.wikipedia.org/wiki/Top-posting http://es.wikipedia.org/wiki/Netiquette -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/AANLkTinw9PENLpjzF1buq_3-WQj7ibO_jZzoAB=rYB=b...@mail.gmail.com
