Re: Problema de Thunderbird debian 11 con Zimbra

[Roberto José Blandino Cisneros]

On Fri, Feb 17, 2023 at 1:36 AM Camaleón  wrote:
>
> El 2023-02-16 a las 21:40 -0600, Roberto J. Blandino Cisneros escribió:
>
> > El 12/2/23 a las 13:04, Camaleón escribió:
> > > El 2023-02-12 a las 12:05 -0600, Roberto J. Blandino Cisneros escribió:
> > >
> > > > El 12/2/23 a las 04:40, Camaleón escribió:
> > > > > > Por mera curiosidad consulte las versiones de ambos clientes y vi 
> > > > > > que mi
> > > > > > cliente de thunderbird tenía la version "102" proveída del 
> > > > > > repositorio de
> > > > > > seguridad, y la otra aún tenía la versión "91" proveída del 
> > > > > > repositorio
> > > > > > principal.
> > > > > >
> > > > > > Por lo tanto respalde la carpeta, desinstalé el paquete e instalé
> > > > > > manualmente la versión "91" desde el repositorio excluyendo para 
> > > > > > thunderbird
> > > > > > los demás repositorios, por medio de de una maquina virtual instalé 
> > > > > > la
> > > > > > ultima versión de thunderbird para lograr abrir el backup y guardar 
> > > > > > todos a
> > > > > > una carpeta local compartida en red, luego pase los correos al 
> > > > > > thunderbird
> > > > > > con version "91" y listo.
> > > > > >
> > > > > > Para mi sorpresa con esta versión no me ha dado inconvenientes, he
> > > > > > habilitado el debug en thunderbird y no he visto nada extraño en 
> > > > > > los logs
> > > > > > más que errores de autenticación.
> > > > > >
> > > > > > ¿Alguien ha presentado ese problema?
> > > > > (...)
> > > > >
> > > > > No uso Zimbra y tampoco sé qué servidor pop3/imap incluye pero si 
> > > > > tienes
> > > > > acceso a los registros del servidor (Zimbra) y te dice que falla en la
> > > > > autenticación del cliente, tanto en Outlook como en Thunderbird, quizá
> > > > > se deba a algún problema de incompatibilidad con estos clientes.
> > > > Zimbra hace uso de postfix es un set completo que combina,
> > > > mysql+postfix+amavisd+clamav+ldap+dkim+dnscache+proxy+nginx y todo el 
> > > > set es
> > > > completo para administrar el servicio, lógico que no es solo de 
> > > > instalar y
> > > > listo, aunque funciona pero requiere algunos detalles para asegurarlo y
> > > > protegerlo.
> > > Sigo sin ver quién se encarga de la parte receptora (buzones) de los 
> > > correos
> > > electrónicos... es decir, no veo un Dovecot, Cyrus, Courier-Imapd, por 
> > > poner
> > > algunos ejemplos.
> >
> > Puedes leer el siguiente url:
> >
> > https://zimbra.github.io/zimbra-9/adminguide.html
> >
> > En la parte de "Produc Overview"
> >
> > El postfix es el que se encarga de administrar tanto el SMTP como el Popd y
> > el imapd,
>
> (...)
>
> Postfix no puede encargarse de conexiones IMAP4/POP3, es un MTA.
>
> > Luego si sigues leyendo encontraras el flujo del correo.
>
> Ya lo veo... tienen algún servicio IMPAD integrado en la suite:

Así es

>
> 
> https://zimbra.github.io/zimbra-9/adminguide.html#_imap
>
> IMAP
>
> Zimbra Collaboration has a built-in IMAP server which is installed by
> default and is part of zimbra-mailboxd process (Zimbra Mailbox Server).
> 
>
> Pero no dice de qué servicio de trata. Qué poco me gustan estas
> herramientas que pretenden encargarse de todo y a la vez, le ocultan
> todo al administrador (todo para el pueblo pero sin el pueblo) :-/

Es bien complejo, se requiere mucho tiempo desenmarañar todo y como
está todo entrelazado. Y cuando hacen cambios es por el bien de ellos,
ahora la instalación tiene que ser por compilación para obtener la
nueva suite, por ejemplo.

Los que solo lo consumen sin saber nada de compilación han corrido la
voz de que ya está muerto y que no hay actualizaciones sin embargo
zimbra lo que ha dicho es que ya no se va a encargar de  ofrecer los
compilados para la rama opensource, pero seguirán disponibles.

Los resultados que hice es que al final actualizar el thunderbird
resolvió algunos problemas, puede ayudar crear varios zimbra proxy
dependiendo de la geolocalizacion y esto mejora los problemas de
conexión.

>
> Saludos,
>
> --
> Camaleón

Saludos

>
(...)



-- 

Re: Problema puerto usb-c

[Camaleón]

Lo mando a la lista.


El 2024-02-11 a las 20:13 +0100, JA CM escribió:

> Gracias por la ayuda camaleón, te contesto a las cuestiones que me planteas
> y te comento  otras:
> Es la única versión de Kernel que tengo 6.1.0-17-amd64, estoy pendiente
> de actualizar a la 6.1.0-17-amd64 pero por algún error de configuración no
> lo hace directamente. Tengo que mirarlo pero eso es otro cantar.

Hum... no sé por qué yo tengo 3 versiones guardadas:

root@noc11:~# dpkg -l | grep -i image
ii  linux-base   4.9 all
  Linux image base package
ii  linux-image-6.1.0-15-amd64   6.1.66-1amd64  
  Linux 6.1 for 64-bit PCs (signed)
ii  linux-image-6.1.0-17-amd64   6.1.69-1amd64  
  Linux 6.1 for 64-bit PCs (signed)
ii  linux-image-6.1.0-18-amd64   6.1.76-1amd64  
  Linux 6.1 for 64-bit PCs (signed)
ii  linux-image-amd646.1.76-1amd64  
  Linux for 64-bit PCs (meta-package)

¿Has instalado el sistema hace poco? :-?

> No tengo adaptador usb-c a usb 3.0 convencional, mañana me acercaré a
> una tienda de informática local a por uno.

Merece la pena que tengas uno, pero comprueba antes que el chipset del 
adaptador sea compatible con linux, no vaya a ser que añadamos otro 
problema :-)

> No he podido conectar otro dispositivo porque no tengo ninguno con esa
> salida. Lo que sé es que el puerto funciona, porque en Windows sí que
> trabaja.

Si funcionaba la cámara en linux, el puerto funciona. Seguramente se 
deba a un problema con el controlador de linux para USB-C (el kernel, 
en este caso).

> ___
> *usb 6-1 current rate 16000 is different from the runtime rate 48000*.
> Por lo que he buscado al respecto esto está relacionado con la frecuencia
> del sonido de la cámara.
> -
> *xhci_hcd :03:00.0: ERROR Transfer event TRB DMA ptr not part of
> current TD ep_index 2 comp_code 13*
> También está relacionado con la tarjeta de sonido, buscando en internet lo
> explicaban y me hizo darme cuenta que el :03:00.0 me indicaba la
> tarjeta de sonido que tengo que es la STRIX RAID DLX de ASUS como puede
> verse en la captura de la salida lsUSB
> -
> En cuanto a los enlaces que me das, te lo agradezco. Los había visto en las
> búsquedas y seguidos pero no me han conducido a la solución. No obstante
> muchas gracias.
> Añado un enlace más a pastebin con la salida de usb-devices donde se puede
> ver el driver usado por cada uno de los puertos..
> https://pastebin.com/gbxai0rs

Por lo que he leído en los foros, parece un problema generalizado con 
el puerto USB-C y el modelo de cámara web.

Saludos, 

-- 
Camaleón 

Re: Problema puerto usb-c

[Camaleón]

El 2024-02-10 a las 19:40 +0100, JA CM escribió:

> Buenos días
> Tengo una StremCam de Logitec con conector USB-C que hasta hace poco me
> funcionaba correctamente pero que ha dejado de hacerlo de una manera
> extraña.

Que algo deje de funcionar sin más es extraño :-?

Lo único que puede haber cambiado es la versión del kernel, pero en 
Debian estable los cambios del kernel son muy leves entre versiones, 
sólo actualizan parches de seguridad que no suelen añadir o quitar 
funcionalidades.

Si aún mantienes alguna versión anterior, prueba a iniciar el sistema 
con otro kernel más antiguo (normalmente el sistema mantiene 2 o 3 
núcleos cuando sale alguna actualización).

> El SO es un Debian 12 y el Kernel es 6.1.0-17-amd. Tiene arranque dual con
> Windows 10 (con fast boot desactivado y en Windows la cámara va bien). La
> placa base es una ASUS PRIME X299-A y sólo tiene un puerto USB-C

¿Has probado a conectar la cámara a otro puerto USB (con adaptador)?
¿Has probado a conectar otro dispositivo al puerto USB-C?

>  Cuando arranco el sistema me detecta sin problemas el dispositivo:
> * la salida lsusb y v4lw-ctl --list-devices es:
> [image: lsusb.png][image: v412-list.png]
> A pesar de esto, en los logs del núcleo (kern.log) me aparece varias veces
> el mensaje siguiente:
> usb 6-1 *current rate 16000 is different from the runtime rate 48000*.
> Si ejecuto el programa de cámaras Cheese en los logs del nucleo me aparecen
> multitud de veces los dos mensajes siguientes
> 2024-02-10T14:25:19.003426+01:00 debian kernel: [ 2749.691059] *xhci_hcd 
> :03:00.0: ERROR* Transfer event TRB DMA ptr not part of current TD 
> ep_index 2 comp_code 13
> 2024-02-10T14:25:19.003427+01:00 debian kernel: [ 2749.691061] xhci_hcd 
> :03:00.0: Looking for event-dma fffc5a20 trb-start 
> fffc5130 trb-end fffc5130 seg-start fffc5000> seg-end 
> fffc5ff0

(...)

> Si es guvcview quien arranca la cámara el kernel lanza lo siguiente
> 2024-02-10T14:25:41.313584+01:00 debian kernel: [ 2772.000990] *uvcvideo 
> 6-1:1.1: Failed to query *(130) UVC probe control : -110 (exp. 26).
> 2024-02-10T14:25:46.433585+01:00 debian kernel: [ 2777.117761] *uvcvideo 
> 6-1:1.1: Failed to set UVC probe control : -110 (exp. 26)*.
> 2024-02-10T14:25:53.980089+01:00 debian kernel: [ 2784.667935] *DMAR: DRHD*: 
> handling fault status reg 2
> 2024-02-10T14:25:53.980100+01:00 debian kernel: [ 2784.667944] DMAR: [DMA 
> Write NO_PASID] Request device [03:00.0] fault addr 0xffe2a000 [fault reason 
> 0x05] PTE Write access is not set
> 2024-02-10T14:25:53.980596+01:00 debian kernel: [ 2784.668452] *xhci_hcd 
> :03:00.0: WARN* Event TRB for slot 1 ep 0 with no TDs queued?
> 2024-02-10T14:25:53.981078+01:00 debian kernel: [ 2784.668949] DMAR: *DRHD: 
> handling fault status reg 102*
> 2024-02-10T14:25:53.981082+01:00 debian kernel: [ 2784.668953] *DMAR: [DMA 
> Read NO_PASID] *Request device [03:00.0] fault addr 0xffe2d000 [fault reason 
> 0x06] PTE Read access is not set

> El caso es que después de esto, ya deja de aparecer la cámara al ejecutar
> lsusb y v4lw-ctl con lo que dev/video0 tampoco existe y no hay cámara.
> Además, en los log de núcleo tengo mensajes de intentos de reset del puerto
> y de error como los siguientes sin llegar en ningún momento a reconocer la
> cámara:

(...)

> Estoy buscando información por los temas marcados en negrita pero aún no he
> llegado a nada concluyente. He descargado y recargado el módulo con
> modprobe -rv usbhid ; sudo modprobe -v usbhid
> pero tampoco he conseguido nada. Comentar también que recientemente y para
> poder instalar el paquete "info" de ayuda de GNU tuve que corregir un error
> y es que el archivo /etc/enviroment contenía: JAVA_HOME=
> "/usr/lib/jvm/java-17-openjdk-amd64/" y para permitir la instalación tenía
> que ser JAVA_HOME=/usr/lib/jvm/java-17-openjdk-amd64/
> Ahora voy a anular el usbcore.autosuspend pero sin esperanzas, por eso les
> escribo, si bien continúo buscando.
> 
> Muchas gracias por adelantado y un saludo. Dejo también en pastebin los
> siguientes archivos:
> 
> * https://pastebin.com/1T2grDLQ con errores del kernel
> * https://pastebin.com/98VY0B44 con dpkg.log
> * https://pastebin.com/sdrJmK06 con history.log de apt

Gracias por los paste, muy útiles y completos, así da gusto :-)

Por los mensajes que recibes del kernel, he localizado algunos 
problemas similiares, mira a ver si te algo de lo que comentan te sirve:

USB-Controller crashes after increasing webcam resolution
https://bbs.archlinux.org/viewtopic.php?id=262432

Logitech BRIO webcam fails with "xhci_hcd :02:00.0: ERROR Transfer 
event TRB DMA ptr not part of current TD ep_index 2 comp_code 13" 
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1873439

Saludos,

-- 
Camaleón 

Problema puerto usb-c

[JA CM]

Buenos días
Tengo una StremCam de Logitec con conector USB-C que hasta hace poco me
funcionaba correctamente pero que ha dejado de hacerlo de una manera
extraña.
El SO es un Debian 12 y el Kernel es 6.1.0-17-amd. Tiene arranque dual con
Windows 10 (con fast boot desactivado y en Windows la cámara va bien). La
placa base es una ASUS PRIME X299-A y sólo tiene un puerto USB-C
 Cuando arranco el sistema me detecta sin problemas el dispositivo:
* la salida lsusb y v4lw-ctl --list-devices es:
[image: lsusb.png][image: v412-list.png]
A pesar de esto, en los logs del núcleo (kern.log) me aparece varias veces
el mensaje siguiente:
usb 6-1 *current rate 16000 is different from the runtime rate 48000*.
Si ejecuto el programa de cámaras Cheese en los logs del nucleo me aparecen
multitud de veces los dos mensajes siguientes
2024-02-10T14:25:19.003426+01:00 debian kernel: [ 2749.691059] *xhci_hcd
:03:00.0: ERROR* Transfer event TRB DMA ptr not part of current TD
ep_index 2 comp_code 13
2024-02-10T14:25:19.003427+01:00 debian kernel: [ 2749.691061] xhci_hcd
:03:00.0: Looking for event-dma fffc5a20 trb-start
fffc5130 trb-end fffc5130 seg-start fffc5000
seg-end fffc5ff0
Si es guvcview quien arranca la cámara el kernel lanza lo siguiente
2024-02-10T14:25:41.313584+01:00 debian kernel: [ 2772.000990] *uvcvideo
6-1:1.1: Failed to query *(130) UVC probe control : -110 (exp. 26).
2024-02-10T14:25:46.433585+01:00 debian kernel: [ 2777.117761] *uvcvideo
6-1:1.1: Failed to set UVC probe control : -110 (exp. 26)*.
2024-02-10T14:25:53.980089+01:00 debian kernel: [ 2784.667935] *DMAR: DRHD*:
handling fault status reg 2
2024-02-10T14:25:53.980100+01:00 debian kernel: [ 2784.667944] DMAR: [DMA
Write NO_PASID] Request device [03:00.0] fault addr 0xffe2a000 [fault
reason 0x05] PTE Write access is not set
2024-02-10T14:25:53.980596+01:00 debian kernel: [ 2784.668452] *xhci_hcd
:03:00.0: WARN* Event TRB for slot 1 ep 0 with no TDs queued?
2024-02-10T14:25:53.981078+01:00 debian kernel: [ 2784.668949] DMAR: *DRHD:
handling fault status reg 102*
2024-02-10T14:25:53.981082+01:00 debian kernel: [ 2784.668953] *DMAR: [DMA
Read NO_PASID] *Request device [03:00.0] fault addr 0xffe2d000 [fault
reason 0x06] PTE Read access is not set
El caso es que después de esto, ya deja de aparecer la cámara al ejecutar
lsusb y v4lw-ctl con lo que dev/video0 tampoco existe y no hay cámara.
Además, en los log de núcleo tengo mensajes de intentos de reset del puerto
y de error como los siguientes sin llegar en ningún momento a reconocer la
cámara:
2024-02-10T14:26:08.321680+01:00 debian kernel: [ 2799.007414] usb 6-1:
reset SuperSpeed USB device number 2 using xhci_hcd
2024-02-10T14:26:13.569591+01:00 debian kernel: [ 2804.257167] usb 6-1: *device
descriptor read/8, error -110*
2024-02-10T14:26:13.677672+01:00 debian kernel: [ 2804.361604] usb 6-1:
reset SuperSpeed USB device number 2 using xhci_hcd
2024-02-10T14:26:29.185640+01:00 debian kernel: [ 2819.870020] usb 6-1:
device descriptor read/8, error -110
2024-02-10T14:26:29.497667+01:00 debian kernel: [ 2820.182922] usb 6-1:
reset SuperSpeed USB device number 2 using xhci_hcd
2024-02-10T14:26:34.561590+01:00 debian kernel: [ 2825.249296] usb 6-1:
device descriptor read/8, error -110
2024-02-10T14:26:34.669672+01:00 debian kernel: [ 2825.353701] usb 6-1:
reset SuperSpeed USB device number 2 using xhci_hcd
2024-02-10T14:26:50.177640+01:00 debian kernel: [ 2840.862151] usb 6-1:
device descriptor read/8, error -110
2024-02-10T14:26:50.489680+01:00 debian kernel: [ 2841.175072] usb 6-1:
reset SuperSpeed USB device number 2 using xhci_hcd
2024-02-10T14:26:55.553589+01:00 debian kernel: [ 2846.241524] usb 6-1:
device descriptor read/8, error -110
2024-02-10T14:26:55.661675+01:00 debian kernel: [ 2846.345808] usb 6-1:
reset SuperSpeed USB device number 2 using xhci_hcd
2024-02-10T14:27:11.169655+01:00 debian kernel: [ 2861.854227] usb 6-1:
device descriptor read/8, error -110
2024-02-10T14:27:11.485661+01:00 debian kernel: [ 2862.171067] usb 6-1:
reset SuperSpeed USB device number 2 using xhci_hcd
2024-02-10T14:27:16.549585+01:00 debian kernel: [ 2867.237473] usb 6-1:
device descriptor read/8, error -110
2024-02-10T14:27:16.657664+01:00 debian kernel: [ 2867.341915] usb 6-1:
reset SuperSpeed USB device number 2 using xhci_hcd
2024-02-10T14:27:32.161641+01:00 debian kernel: [ 2882.846322] usb 6-1:
device descriptor read/8, error -110
2024-02-10T14:27:32.293588+01:00 debian kernel: [ 2882.978077] usb 6-1: USB
disconnect, device number 2
2024-02-10T14:27:32.549559+01:00 debian kernel: [ 2883.234688] usb 6-1: new
SuperSpeed USB device number 3 using xhci_hcd
2024-02-10T14:27:37.793640+01:00 debian kernel: [ 2888.478316] usb 6-1:
device descriptor read/8, error -110
2024-02-10T14:27:37.901629+01:00 debian kernel: [ 2888.585993] usb 6-1: new
SuperSpeed USB device number 3 using xhci_hcd
2024-02-10T14:27:53.409639+01:00 debian kernel: [ 2904.094357] usb 6-1:
device 

Re: Problema reportando bug

[Camaleón]

El 2023-12-02 a las 19:17 +, Aimar Urteaga escribió:

>> Me acabo de comprar un portátil nuevo y he decidido instalarle la versión 
>> testing de debian. El portátil en cuestión es un framework con el procesador 
>> AMD Ryzen™ 7 7840U. El problema en cuestión es a la hora de conectar un 
>> monitor externo si utilizo el adaptador de USBc a HDMI. Si utilizo el 
>> adaptador incluido por defecto con el portátil todo funciona perfecto, pero 
>> si en cambio utilizo un adaptador que además de HDMI adapte a USB y pongo a 
>> través de la interfaz gráfica de GNOME la pantalla principal a la exterior 
>> esta empieza a parpadear en blanco hasta que finalmente se apaga. Tras esto 
>> GNOME sigue detectando el monitor como conectado, pero este permanece 
>> apagado. Aunque posteriormente se desconecte el dispositivo y se vuelva a 
>> conectar, la pantalla no se vuelve a encender. He probado con dos 
>> adaptadores y ambos han mostrado el mismo comportamiento:
>> El UGREEN Revodok Pro 10 En 1: 
>> https://www.amazon.es/dp/B0BXDQS4BD?psc=1=ppx_yo2ov_dt_b_product_details
>> El Lemorele Hub USB C con Ethernet - 5 en 1: 
>> https://www.amazon.es/gp/product/B09ZQNCQHC/ref=ppx_yo_dt_b_asin_title_o04_s00?ie=UTF8=1

En principio se supone que ambos funcionan con Linux sin driver, o eso 
dice la página de Amazon pero en los comentarios iniciales no veo 
ninguno sobre cómo/si funciona en Linux.

Quizá sea un problema de incompatibilidad de la salida USB-C a HDMI con 
el portátil ¿qué marca y modelo de ordenador es, exactamente?

Pruebas que haría:

- Si estás con Wayland, probar con Xorg (o viceversa)
- Probar si funciona la salida VGA
- Como te han comentado, revisa los registros con el journal, 
seguramente tengas algún mensaje de error que te pueda dar alguna 
pista.
- Baja alguna LiveCD de Ubuntu u otra distribución modernita para ver 
si te sigue haciendo lo mismo.

>> He intentado hacer un bug report pero no he sabido a que paquete le 
>> corresponde el bug no se si es problema de GNOME o de Wayland o del driver 
>> de AMD o de algún otro. No creo que sea un problema de hardware porque es 
>> común entre varios dispositivos y además requiere que sea la pantalla 
>> principal (que en principio le es indiferente al hardware).

Yo lo pondría contra el sistema gráfico (Xorg o Wayland), y según el 
controlador gráfico que uses, si se trata del libre también podría ser 
contra el kernel (por el KMS).

>> A las espera de vuestra respuesta,
>> Aimar.

> Rectifico si utilizo el adaptador incluido por defecto con el portátil da los 
> mismos problemas que el original.

Hum... eso es significativo. Descartado el hardware, pues. Pero las 
pruebas las puedes hacer igualmente  con el adapatdor que trae el equipo 
e informar del fallo si sigue sin funcionar.

Saludos,

-- 
Camaleón 

Re: Problema reportando bug

[Roberto C . Sánchez]

On Sat, Dec 02, 2023 at 06:47:03PM +, Aimar Urteaga wrote:
>Hola,
>Me acabo de comprar un portátil nuevo y he decidido instalarle la versión
>testing de debian. El portátil en cuestión es un framework con el
>procesador AMD Ryzen™ 7 7840U. El problema en cuestión es a la hora de
>conectar un monitor externo si utilizo el adaptador de USBc a HDMI. Si
>utilizo el adaptador incluido por defecto con el portátil todo funciona
>perfecto, pero si en cambio utilizo un adaptador que además de HDMI adapte
>a USB y pongo a través de la interfaz gráfica de GNOME la pantalla
>principal a la exterior esta empieza a parpadear en blanco hasta que
>finalmente se apaga. Tras esto GNOME sigue detectando el monitor como
>conectado, pero este permanece apagado. Aunque posteriormente se
>desconecte el dispositivo y se vuelva a conectar, la pantalla no se vuelve
>a encender. He probado con dos adaptadores y ambos han mostrado el mismo
>comportamiento:
>El UGREEN Revodok Pro 10 En 1:
>
> [1]https://www.amazon.es/dp/B0BXDQS4BD?psc=1=ppx_yo2ov_dt_b_product_details
>El Lemorele Hub USB C con Ethernet - 5 en 1:
>
> [2]https://www.amazon.es/gp/product/B09ZQNCQHC/ref=ppx_yo_dt_b_asin_title_o04_s00?ie=UTF8=1
>He intentado hacer un bug report pero no he sabido a que paquete le
>corresponde el bug no se si es problema de GNOME o de Wayland o del driver
>de AMD o de algún otro. No creo que sea un problema de hardware porque es
>común entre varios dispositivos y además requiere que sea la pantalla
>principal (que en principio le es indiferente al hardware).
>A las espera de vuestra respuesta,
>Aimar.
> 
¿Has mirado en los logs a ver qué indicaciones puenden haber para ayudar
en determinar la causa?

Saludos,

-Roberto

-- 
Roberto C. Sánchez

Problema reportando bug

[Aimar Urteaga]

Hola,

Me acabo de comprar un portátil nuevo y he decidido instalarle la versión 
testing de debian. El portátil en cuestión es un framework con el procesador 
AMD Ryzen™ 7 7840U. El problema en cuestión es a la hora de conectar un monitor 
externo si utilizo el adaptador de USBc a HDMI. Si utilizo el adaptador 
incluido por defecto con el portátil todo funciona perfecto, pero si en cambio 
utilizo un adaptador que además de HDMI adapte a USB y pongo a través de la 
interfaz gráfica de GNOME la pantalla principal a la exterior esta empieza a 
parpadear en blanco hasta que finalmente se apaga. Tras esto GNOME sigue 
detectando el monitor como conectado, pero este permanece apagado. Aunque 
posteriormente se desconecte el dispositivo y se vuelva a conectar, la pantalla 
no se vuelve a encender. He probado con dos adaptadores y ambos han mostrado el 
mismo comportamiento:
El UGREEN Revodok Pro 10 En 1: 
https://www.amazon.es/dp/B0BXDQS4BD?psc=1=ppx_yo2ov_dt_b_product_details
El Lemorele Hub USB C con Ethernet - 5 en 1: 
https://www.amazon.es/gp/product/B09ZQNCQHC/ref=ppx_yo_dt_b_asin_title_o04_s00?ie=UTF8=1
He intentado hacer un bug report pero no he sabido a que paquete le corresponde 
el bug no se si es problema de GNOME o de Wayland o del driver de AMD o de 
algún otro. No creo que sea un problema de hardware porque es común entre 
varios dispositivos y además requiere que sea la pantalla principal (que en 
principio le es indiferente al hardware).

A las espera de vuestra respuesta,
Aimar.

RE: Problema reportando bug

[Aimar Urteaga]

Rectifico si utilizo el adaptador incluido por defecto con el portátil da los 
mismos problemas que el original.


De: Aimar Urteaga 
Enviado: sábado, 2 de diciembre de 2023 18:47
Para: debian-user-spanish@lists.debian.org 

Asunto: Problema reportando bug

Hola,

Me acabo de comprar un portátil nuevo y he decidido instalarle la versión 
testing de debian. El portátil en cuestión es un framework con el procesador 
AMD Ryzen™ 7 7840U. El problema en cuestión es a la hora de conectar un monitor 
externo si utilizo el adaptador de USBc a HDMI. Si utilizo el adaptador 
incluido por defecto con el portátil todo funciona perfecto, pero si en cambio 
utilizo un adaptador que además de HDMI adapte a USB y pongo a través de la 
interfaz gráfica de GNOME la pantalla principal a la exterior esta empieza a 
parpadear en blanco hasta que finalmente se apaga. Tras esto GNOME sigue 
detectando el monitor como conectado, pero este permanece apagado. Aunque 
posteriormente se desconecte el dispositivo y se vuelva a conectar, la pantalla 
no se vuelve a encender. He probado con dos adaptadores y ambos han mostrado el 
mismo comportamiento:
El UGREEN Revodok Pro 10 En 1: 
https://www.amazon.es/dp/B0BXDQS4BD?psc=1=ppx_yo2ov_dt_b_product_details
El Lemorele Hub USB C con Ethernet - 5 en 1: 
https://www.amazon.es/gp/product/B09ZQNCQHC/ref=ppx_yo_dt_b_asin_title_o04_s00?ie=UTF8=1
He intentado hacer un bug report pero no he sabido a que paquete le corresponde 
el bug no se si es problema de GNOME o de Wayland o del driver de AMD o de 
algún otro. No creo que sea un problema de hardware porque es común entre 
varios dispositivos y además requiere que sea la pantalla principal (que en 
principio le es indiferente al hardware).

A las espera de vuestra respuesta,
Aimar.

Re: Problema con el sonido [SOLUCIONADO]

[JavierDebian]

El 5/9/23 a las 16:21, JavierDebian escribió:



El 5/9/23 a las 13:42, Imeneo Tirinto escribió:

Hola.
Desde hace unos días los altavoces de mi ordenador dejaron de emitir 
sonidos. Sólo puedo escuchar algo (vídeos, música...) si conecto los 
cascos a través de minijack, por lo que deduzco que el problema no 
está en la tarjeta de sonido.


Tengo instalado Debian 12.

Cómo podría solucionarlo?

Gracias.

--
Imeneo
http://cousasdeimeneo.net/ <http://cousasdeimeneo.net/>
http://twitter.com/cousasdeimeneo <http://twitter.com/cousasdeimeneo>



Debian 12 con KDE Plasma Wayland.

No sé por qué, pero me pasa lo mismo.
Hasta ahora no tuve tiempo de ponerme a hilar fino y dar con la solución 
permanente.

Lo que hago es reiniciar la PC hasta que engancha.

En mi caso el que desaparece en la configuración de audio es el perfil 
"Estereo Analógico Dúplex"; sólo quedan los perfiles digitales. Y no 
tengo nada conectado allí.


Cuando pueda ponerme a verlo, y si encuentro el problema, te aviso.

JAP



Buen día

Luego de haber trasteado bastante... creo haber dado con la solución, 
aunque no con el problema.

Me explico: lo solucioné, pero no se por qué sucede.

Detallo el ambiente:
System: Kernel: 6.4.0-0.deb12.2-amd64 arch: x86_64 bits: 64
Desktop: KDE Plasma v: 5.27.5 Distro: Debian GNU/Linux 12 (bookworm)
Machine:
  Type: Desktop System: Gigabyte product: H170M-D3H-GSM
  Intel Core i7-6700K bits: 64
Graphics:
  Device-1: Intel HD Graphics 530 driver: i915 v: kernel
Audio:
  Device-1: Intel 100 Series/C230 Series Family HD Audio driver: 
snd_hda_intel

  Device-2: Generalplus GENERAL WEBCAM driver: snd-usb-audio,uvcvideo
  API: ALSA v: k6.4.0-0.deb12.2-amd64 status: kernel-api
  Server-1: PulseAudio v: 16.1 status: active (root, process)

Un arreglo de 1 NVMe y 4 HD en RAID corriendo Debian 12 "bookworm".
Un HD dedicado a Windows 10 (maldito AutoCAD)

Desde que actualicé a "bookworm", los reinicios en Debian luego de haber 
usado Windows, normalmente me dejaban si audio.
Es decir, se desconfiguraba y desaparecía la opción para activar 
"Estereo Analógico Dúplex", que es lo que funciona en este equipo; sólo 
aparecía la opción de configurar modos digitales HDMI, que no los tengo 
conectados.
La solución de compromiso era reiniciar el trasto hasta que la 
alineación de planetas me devolviera la configuración correcta, pues la 
otra opción era desinstalar y volver a instalar PulseAudio, algo que 
llevaba tiempo y broncas.


Revisando y buscando en la red, hace un par de semanas me topé con esto:
https://bbs.archlinux.org/viewtopic.php?id=272402

Allí me da una solución, que fue la que implementé:
1 - Listé la configuración de sonido tanto en "modo erróneo" como en 
"modo está todo bien". La diferencia surgía de la línea

active profile: 
En "modo erróneo", desaparecían la mayoría de los "profiles", 
especialmente el que me interesa a mí, y esa línea se cambiaba a 
"hdmi-stereo+input:analog-stereo".
2 - Edité el archivo /etc/pulse/default.pa y agregué la línea al final, 
para mi placa de audio,
set-card-profile alsa_card.pci-_00_1f.3 
output:analog-stereo+input:analog-stereo


Bueno, hace 15 días más o menos que trato de forzar el error, y no 
sucede, por lo que considero que se solucionó.

Ahora bien, por qué sucedía, eso, permanece en el misterio para mí.

Espero le sirva a alguien.

JAP

Re: Problema con el sonido

[Imeneo Tirinto]

Gracias por responder. Eso es lo primero que comprobé. Lo curioso, como
dije, es que si conecto los cascos si funciona.

On Wed, Sep 6, 2023 at 8:50 PM Camaleón  wrote:

> El 2023-09-05 a las 18:42 +0200, Imeneo Tirinto escribió:
>
> > Hola.
> > Desde hace unos días los altavoces de mi ordenador dejaron de emitir
> > sonidos. Sólo puedo escuchar algo (vídeos, música...) si conecto los
> cascos
> > a través de minijack, por lo que deduzco que el problema no está en la
> > tarjeta de sonido.
> >
> > Tengo instalado Debian 12.
> >
> > Cómo podría solucionarlo?
>
> Verifica desde el applet del icono del altavoz que tienes configurada
> como salida de audio los altavoces y que el nivel de volumen no sea muy
> bajo ni estén silenciados.
>
> Saludos,
>
> --
> Camaleón
>
>

-- 
Imeneo
http://cousasdeimeneo.net/
http://twitter.com/cousasdeimeneo

Re: Problema con el sonido

[Camaleón]

El 2023-09-05 a las 18:42 +0200, Imeneo Tirinto escribió:

> Hola.
> Desde hace unos días los altavoces de mi ordenador dejaron de emitir
> sonidos. Sólo puedo escuchar algo (vídeos, música...) si conecto los cascos
> a través de minijack, por lo que deduzco que el problema no está en la
> tarjeta de sonido.
> 
> Tengo instalado Debian 12.
> 
> Cómo podría solucionarlo?

Verifica desde el applet del icono del altavoz que tienes configurada 
como salida de audio los altavoces y que el nivel de volumen no sea muy 
bajo ni estén silenciados.

Saludos,

-- 
Camaleón 

Re: Problema con el sonido

[Imeneo Tirinto]

Gracias. Mi caso es con Gnome en Wayland.

Saludos.

On Tue, Sep 5, 2023 at 11:50 PM JavierDebian 
wrote:

>
>
> El 5/9/23 a las 13:42, Imeneo Tirinto escribió:
> > Hola.
> > Desde hace unos días los altavoces de mi ordenador dejaron de emitir
> > sonidos. Sólo puedo escuchar algo (vídeos, música...) si conecto los
> > cascos a través de minijack, por lo que deduzco que el problema no está
> > en la tarjeta de sonido.
> >
> > Tengo instalado Debian 12.
> >
> > Cómo podría solucionarlo?
> >
> > Gracias.
> >
> > --
> > Imeneo
> > http://cousasdeimeneo.net/ <http://cousasdeimeneo.net/>
> > http://twitter.com/cousasdeimeneo <http://twitter.com/cousasdeimeneo>
>
>
> Debian 12 con KDE Plasma Wayland.
>
> No sé por qué, pero me pasa lo mismo.
> Hasta ahora no tuve tiempo de ponerme a hilar fino y dar con la solución
> permanente.
> Lo que hago es reiniciar la PC hasta que engancha.
>
> En mi caso el que desaparece en la configuración de audio es el perfil
> "Estereo Analógico Dúplex"; sólo quedan los perfiles digitales. Y no
> tengo nada conectado allí.
>
> Cuando pueda ponerme a verlo, y si encuentro el problema, te aviso.
>
> JAP
>
>

-- 
Imeneo
http://cousasdeimeneo.net/
http://twitter.com/cousasdeimeneo

Re: Problema con el sonido

[JavierDebian]

El 5/9/23 a las 13:42, Imeneo Tirinto escribió:

Hola.
Desde hace unos días los altavoces de mi ordenador dejaron de emitir 
sonidos. Sólo puedo escuchar algo (vídeos, música...) si conecto los 
cascos a través de minijack, por lo que deduzco que el problema no está 
en la tarjeta de sonido.


Tengo instalado Debian 12.

Cómo podría solucionarlo?

Gracias.

--
Imeneo
http://cousasdeimeneo.net/ <http://cousasdeimeneo.net/>
http://twitter.com/cousasdeimeneo <http://twitter.com/cousasdeimeneo>



Debian 12 con KDE Plasma Wayland.

No sé por qué, pero me pasa lo mismo.
Hasta ahora no tuve tiempo de ponerme a hilar fino y dar con la solución 
permanente.

Lo que hago es reiniciar la PC hasta que engancha.

En mi caso el que desaparece en la configuración de audio es el perfil 
"Estereo Analógico Dúplex"; sólo quedan los perfiles digitales. Y no 
tengo nada conectado allí.


Cuando pueda ponerme a verlo, y si encuentro el problema, te aviso.

JAP

Problema con el sonido

[Imeneo Tirinto]

Hola.
Desde hace unos días los altavoces de mi ordenador dejaron de emitir
sonidos. Sólo puedo escuchar algo (vídeos, música...) si conecto los cascos
a través de minijack, por lo que deduzco que el problema no está en la
tarjeta de sonido.

Tengo instalado Debian 12.

Cómo podría solucionarlo?

Gracias.

-- 
Imeneo
http://cousasdeimeneo.net/
http://twitter.com/cousasdeimeneo

Re: Debian 12 problema con Español de Argentina

[Marcelo Eduardo Giordano]

Bueno sí, sí hay más... hay paquetes como firefox o thunderbird que si
puedes instalarle el paquete específico en argentino.


Si, esos los tengo instalados.

Gracias

Re: Debian 12 problema con Español de Argentina

[José María]

El mié, 19-07-2023 a las 19:38 +0200, José María escribió:
> El mié, 19-07-2023 a las 10:17 -0300, Marcelo Eduardo Giordano
> escribió:
> > 
> > > Desconozcono por qué se te ha restaurado al español de España, no
> > > sé qué
> > > habrás modficado, pero ya sabes lo que tienes que hacer para
> > > configurarlo
> > > al español de Argentina:
> > No, no se lo que tengo que hacer para configurarlo en Español de 
> > Argentina, ese es justamente mi problema
> > > https://lists.debian.org/debian-user-spanish/2023/07/msg00022.html
> > > 
> > Esto lo he publicado yo mismo
> > 
> > Gracias
> > 
> 
> Básicamente es lo has hecho... pero la "traducción" al argentino no
> existe. 
> 
> Aquí una lista con todas los idiomas que rstán traducidos.
> 
> https://l10n.kde.org/teams-list.php
> 
> 
> Pero puedes poner el idioma en español y el resto en argentino, es
> decir, desde:
> 
> Preferencias del sistema > Preferencia regionales > Región e idioma
> 
> El idioma lo debes poner en español y el resto cámbialo al argentino.
>  
> Si hay algún otro idioma puedes desmarcarlo. Después aplica los
> cambios.
> 
> Debajo de "Región e idioma" está "Corrector ortográfico". Si no
> tienes
> el idioma español, tendrás que instalar el paquete hunspell-es
> 
> apt install hunspell-es
> 
> y entonces podrás seleccionar "español (Argentina)"
> 
> No hay más. 
> 
> 

Bueno sí, sí hay más... hay paquetes como firefox o thunderbird que si
puedes instalarle el paquete específico en argentino. 

Por ejemplo esto instalaría:

Firefox y su paquete de idioma argentino
apt install firefox firefox-esr-l10n-es-ar

Thunderbird y su paquete de idioma argentino
apt install thunderbird thunderbird-l10n-es-ar


Sin embargo, Libreoffice solo lo tiene en español
libreoffice-l10n-es

Y Chromium ni siquiera te especifica el español, para tenerlo en
castellano debes instalar
chromium-l10n

Asi que depende de que aplicación instales debes instalar una cosa u
otra... evidentemente estamos hablando de los paquetes que estám en los
repositorios de debian, si instalas algo fuera del mismo, ahí si que no
podemos ayudarte

Un saludo,
Jose

Re: Debian 12 problema con Español de Argentina

[José María]

El mié, 19-07-2023 a las 10:17 -0300, Marcelo Eduardo Giordano
escribió:
> 
> > Desconozcono por qué se te ha restaurado al español de España, no
> > sé qué
> > habrás modficado, pero ya sabes lo que tienes que hacer para
> > configurarlo
> > al español de Argentina:
> No, no se lo que tengo que hacer para configurarlo en Español de 
> Argentina, ese es justamente mi problema
> > https://lists.debian.org/debian-user-spanish/2023/07/msg00022.html
> > 
> Esto lo he publicado yo mismo
> 
> Gracias
> 

Básicamente es lo has hecho... pero la "traducción" al argentino no
existe. 

Aquí una lista con todas los idiomas que rstán traducidos.

https://l10n.kde.org/teams-list.php


Pero puedes poner el idioma en español y el resto en argentino, es
decir, desde:

Preferencias del sistema > Preferencia regionales > Región e idioma

El idioma lo debes poner en español y el resto cámbialo al argentino.
 
Si hay algún otro idioma puedes desmarcarlo. Después aplica los
cambios.

Debajo de "Región e idioma" está "Corrector ortográfico". Si no tienes
el idioma español, tendrás que instalar el paquete hunspell-es

apt install hunspell-es

y entonces podrás seleccionar "español (Argentina)"

No hay más. 

Re: Debian 12 problema con Español de Argentina

[Camaleón]

El 2023-07-19 a las 10:17 -0300, Marcelo Eduardo Giordano escribió:

> > Desconozcono por qué se te ha restaurado al español de España, no sé qué
> > habrás modficado, pero ya sabes lo que tienes que hacer para configurarlo
> > al español de Argentina:
> No, no se lo que tengo que hacer para configurarlo en Español de Argentina,
> ese es justamente mi problema
> > https://lists.debian.org/debian-user-spanish/2023/07/msg00022.html
> > 
> Esto lo he publicado yo mismo

Esos son los pasos que seguiste tú mismo y que tienes que seguir ahora 
para poner el sistema (consola y locale) en es_AR.

Luego sólo tendrás que hacer lo mismo con KDE, desde la configuración 
Regional e idioma, como ya habías hecho anteriromente:

https://lists.debian.org/debian-user-spanish/2023/07/msg00035.html

Saludos,

-- 
Camaleón 

Re: Debian 12 problema con Español de Argentina

[Marcelo Eduardo Giordano]

Encuentro esto, quizás ayude

ejecuto el comando locale y me dice

locale
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
LANG=es_ES.UTF-8
LANGUAGE=es
LC_CTYPE="es_ES.UTF-8"
LC_NUMERIC="es_ES.UTF-8"
LC_TIME="es_ES.UTF-8"
LC_COLLATE="es_ES.UTF-8"
LC_MONETARY=C
LC_MESSAGES="es_ES.UTF-8"
LC_PAPER="es_ES.UTF-8"
LC_NAME="es_ES.UTF-8"
LC_ADDRESS="es_ES.UTF-8"
LC_TELEPHONE="es_ES.UTF-8"
LC_MEASUREMENT="es_ES.UTF-8"
LC_IDENTIFICATION="es_ES.UTF-8"
LC_ALL=

Re: Debian 12 problema con Español de Argentina

[Camaleón]

El 2023-07-18 a las 12:44 -0300, Marcelo Eduardo Giordano escribió:

> > Entonces tendrás que dejarlo como estaba, o configurarlo desde KDE como
> > hiciste antes y dejarlo así para que te mantenga el idioma es_AR en
> > todo el sistema (consola, entorno gráfico).
> > 
> Eso quiero, dejarlo como estaba. Pero no lo logro...

Me refiero a que tienes que volver a descomentar las líneas que te 
había generado KDE, bien manualmente y regenerando el archivo 
«/etc/locale.gen», o bien a través de la configuración regional del 
centro de control de plasma, para que en el entorno gráfico se defina 
la variable es_AR (moneda e idioma).

Saludos,

-- 
Camaleón 

Re: Debian 12 problema con Español de Argentina

[Marcelo Eduardo Giordano]

Entonces tendrás que dejarlo como estaba, o configurarlo desde KDE como
hiciste antes y dejarlo así para que te mantenga el idioma es_AR en
todo el sistema (consola, entorno gráfico).

Saludos,

Eso quiero, dejarlo como estaba. Pero no lo logro...

Re: Debian 12 problema con Español de Argentina

[Camaleón]

El 2023-07-15 a las 21:39 -0300, Marcelo Eduardo Giordano escribió:

> > # generated by KDE Plasma Region & Language KCM
> > es_US.UTF-8 UTF-8
> > es_ES.UTF-8 UTF-8
> > en_US.UTF-8 UTF-8
> > en_US.UTF-8 UTF-8
> > 
> > Puedes probar a comnentar esas líneas «#» para que no se carguen,
> > regenerar el arhcivo, reiniciar el sistema y ver qué te dice KDE.
> > 
> Tampoco funciona.
> 
> Y ahora encuentro parte del sistema en inglés. Algunas aplicaciones kde
> salen en inglés.

Entonces tendrás que dejarlo como estaba, o configurarlo desde KDE como 
hiciste antes y dejarlo así para que te mantenga el idioma es_AR en 
todo el sistema (consola, entorno gráfico).

Saludos, 

-- 
Camaleón 

Re: Debian 12 problema con Español de Argentina

[Marcelo Eduardo Giordano]

# generated by KDE Plasma Region & Language KCM
es_US.UTF-8 UTF-8
es_ES.UTF-8 UTF-8
en_US.UTF-8 UTF-8
en_US.UTF-8 UTF-8

Puedes probar a comnentar esas líneas «#» para que no se carguen,
regenerar el arhcivo, reiniciar el sistema y ver qué te dice KDE.


Tampoco funciona.

Y ahora encuentro parte del sistema en inglés. Algunas aplicaciones kde 
salen en inglés.

Re: Debian 12 problema con Español de Argentina

[Camaleón]

El 2023-07-13 a las 13:30 -0300, Marcelo Eduardo Giordano escribió:

> En principio todo parece correcto.
> > ¿Qué síntomas tienes, exactamente?
> > 
> > ¿Aparecen mensajes en español de España en KDE o también desde la consola
> > o terminal?
> 
> Lo que aparece es la moneda Euro y en idioma en el escritorio me dice
> "Español de España"

(...)

En principio, la configuración regional del entorno gráfico es 
independiente de la del sistema. Eso es así para que un mismo usuario 
pueda disponer de una configuración distinta e independiente cuando 
accede desde una terminal (p. ej., en remoto usando SSH) y cuando inicia
sesión gráfica.

Desde consola puede ser preferible disponer de una  configuración del 
teclado en inglés pero el entorno gráfico se prefiere que esté 
localizado en español.

Si sólo te fallaba KDE en unos parámetros concretos, era KDE lo que 
debías cambiar. De menare predeterinada, KDE debería respetar y 
mantener la configuración locale del sistema, pero esto aparecería al 
final de tu archivo «/etc/locale.gen»:

# generated by KDE Plasma Region & Language KCM
es_US.UTF-8 UTF-8
es_ES.UTF-8 UTF-8
en_US.UTF-8 UTF-8
en_US.UTF-8 UTF-8

Puedes probar a comnentar esas líneas «#» para que no se carguen, 
regenerar el arhcivo, reiniciar el sistema y ver qué te dice KDE.

Saludos,

-- 
Camaleón 

Re: Debian 12 problema con Español de Argentina

[Marcelo Eduardo Giordano]

El 13/7/23 a las 14:10, JavierDebian escribió:

Fijate ésto:
# cat /etc/default/locale

Debería responder:
#  File generated by update-locale
LANG="es_AR.UTF-8"
LANGUAGE="es_AR:es" 

Efectivamente dice eso mismo.
Pero en moneda me sale euro y en Idioma me sale español de españa.
Lo que hice para solucionarlo en cambiar a mano, en opciones de idioma 
de kde (graficamente) la moneda y listo.

No era la solución que yo quería.
Gracias amigo--

Re: Debian 12 problema con Español de Argentina

[JavierDebian]

El 13/7/23 a las 13:40, Marcelo Eduardo Giordano escribió:



# export LANGUAGE=es_AR.UTF-8
# export LANG=es_AR.UTF-8
# export LC_ALL=es_AR.UTF-8
# locale-gen es_AR.UTF-8
# dpkg-reconfigure locales

JAP


Tampoco funcionó...




Raro.

locale-gen y dpkg-reconfigure locales son EL método para fijar el lenguaje.

Fijate ésto:
# cat /etc/default/locale

Debería responder:
#  File generated by update-locale
LANG="es_AR.UTF-8"
LANGUAGE="es_AR:es"

Fijate acá:
https://wiki.debian.org/Locale

Se puede también en ~/.profile fijar la variable de entorno 
LC_ALL=es_AR.UTF-8, pero NO es aconsejable.


Si usás plasma:
$ cat ~/.config/plasma-localerc

debería ser:
[Formats]
LANG=es_AR.UTF-8

Y:
$ cat ~/.config/user-dirs.locale

debe ser:
es_AR

JAP

Re: Debian 12 problema con Español de Argentina

[Marcelo Eduardo Giordano]

# export LANGUAGE=es_AR.UTF-8
# export LANG=es_AR.UTF-8
# export LC_ALL=es_AR.UTF-8
# locale-gen es_AR.UTF-8
# dpkg-reconfigure locales

JAP


Tampoco funcionó...

Re: Debian 12 problema con Español de Argentina

[Marcelo Eduardo Giordano]

En principio todo parece correcto.

¿Qué síntomas tienes, exactamente?

¿Aparecen mensajes en español de España en KDE o también desde la consola
o terminal?


Lo que aparece es la moneda Euro y en idioma en el escritorio me dice 
"Español de España"





Mira a ver qué te devuelve la orden «locale».

locale
LANG=es_ES.UTF-8
LANGUAGE=es
LC_CTYPE="es_ES.UTF-8"
LC_NUMERIC="es_ES.UTF-8"
LC_TIME="es_ES.UTF-8"
LC_COLLATE="es_ES.UTF-8"
LC_MONETARY="es_ES.UTF-8"
LC_MESSAGES="es_ES.UTF-8"
LC_PAPER="es_ES.UTF-8"
LC_NAME="es_ES.UTF-8"
LC_ADDRESS="es_ES.UTF-8"
LC_TELEPHONE="es_ES.UTF-8"
LC_MEASUREMENT="es_ES.UTF-8"
LC_IDENTIFICATION="es_ES.UTF-8"
LC_ALL=



Y acuérdate de reiniciar el sistema para que se apliquen los cambios que
hayas hecho tras añadir algún idioma o reconfigurar la localización.

Saludos,


Estoy reiniciando

Re: Debian 12 problema con Español de Argentina

[JavierDebian]

El 12/7/23 a las 18:44, Marcelo Eduardo Giordano escribió:


El 12/7/23 a las 11:11, JavierDebian escribió:

Buen día.

# export LANGUAGE=es_ES.UTF-8
# export LANG=es_ES.UTF-8
# export LC_ALL=es_ES.UTF-8
# locale-gen es_ES.UTF-8
# dpkg-reconfigure locales


Javier:
Gracias por responder.
Prefiero preguntar antes de modificar algo.
Con esos comando vuelvo todo a español Argentina? eso quiero 
hacer... porque me parece que debería ser asi


# export LANGUAGE=es_AR.UTF-8
# export LANG=es_AR.UTF-8
# export LC_ALL=es_AR.UTF-8
# locale-gen es_ES.UTF-8
# dpkg-reconfigure locales

Corregime si me equivoco




Buen día.

Sí, casi, casi así para español de este bendito país.

# export LANGUAGE=es_AR.UTF-8
# export LANG=es_AR.UTF-8
# export LC_ALL=es_AR.UTF-8
# locale-gen es_AR.UTF-8
# dpkg-reconfigure locales

JAP

Re: Debian 12 problema con Español de Argentina

[Camaleón]

El 2023-07-12 a las 07:22 -0300, Marcelo Eduardo Giordano escribió:

> Borré haciendo algunas pruebas el idioma español de argentina y ahora no
> puedo recuperarlo, no puedo configurarlo nuevamente.
> 
> Probé con dpkg-reconfigure locales. Me sale el idioma que yo quiero pero el
> sistema me sigue saliendo en español de españa
> 
> Les paso algunos logs
> 
> cat /etc/default/locale
> #  File generated by update-locale
> LANG=es_AR.UTF-8
> LANGUAGE="es_AR:es"
> 
> cat  /etc/locale.gen

(...)

> es_AR.UTF-8 UTF-8

> # generated by KDE Plasma Region & Language KCM
> es_US.UTF-8 UTF-8
> es_ES.UTF-8 UTF-8

En principio todo parece correcto.

¿Qué síntomas tienes, exactamente? 

¿Aparecen mensajes en español de España en KDE o también desde la consola 
o terminal?

Mira a ver qué te devuelve la orden «locale».

Y acuérdate de reiniciar el sistema para que se apliquen los cambios que 
hayas hecho tras añadir algún idioma o reconfigurar la localización.

Saludos,

-- 
Camaleón 

Re: Debian 12 problema con Español de Argentina

[Marcelo Eduardo Giordano]

El 12/7/23 a las 11:11, JavierDebian escribió:

Buen día.

# export LANGUAGE=es_ES.UTF-8
# export LANG=es_ES.UTF-8
# export LC_ALL=es_ES.UTF-8
# locale-gen es_ES.UTF-8
# dpkg-reconfigure locales


Javier:
Gracias por responder.
Prefiero preguntar antes de modificar algo.
Con esos comando vuelvo todo a español Argentina? eso quiero 
hacer... porque me parece que debería ser asi


# export LANGUAGE=es_AR.UTF-8
# export LANG=es_AR.UTF-8
# export LC_ALL=es_AR.UTF-8
# locale-gen es_ES.UTF-8
# dpkg-reconfigure locales

Corregime si me equivoco

Re: Debian 12 problema con Español de Argentina

[JavierDebian]

El 12/7/23 a las 07:22, Marcelo Eduardo Giordano escribió:

Hola estimados.

Borré haciendo algunas pruebas el idioma español de argentina y ahora no 
puedo recuperarlo, no puedo configurarlo nuevamente.


Probé con dpkg-reconfigure locales. Me sale el idioma que yo quiero pero 
el sistema me sigue saliendo en español de españa


Les paso algunos logs

cat /etc/default/locale
#  File generated by update-locale
LANG=es_AR.UTF-8
LANGUAGE="es_AR:es"

cat  /etc/locale.gen
# This file lists locales that you wish to have built. You can find a list
# of valid supported locales at /usr/share/i18n/SUPPORTED, and you can add
# user defined locales to /usr/local/share/i18n/SUPPORTED. If you change
# this file, you need to rerun locale-gen.


# C.UTF-8 UTF-8
# aa_DJ ISO-8859-1
# aa_DJ.UTF-8 UTF-8
# aa_ER UTF-8
# aa_ER@saaho UTF-8
# aa_ET UTF-8
# af_ZA ISO-8859-1
# af_ZA.UTF-8 UTF-8
# agr_PE UTF-8
# ak_GH UTF-8
# am_ET UTF-8
# an_ES ISO-8859-15
# an_ES.UTF-8 UTF-8
# anp_IN UTF-8
# ar_AE ISO-8859-6
# ar_AE.UTF-8 UTF-8
# ar_BH ISO-8859-6
# ar_BH.UTF-8 UTF-8
# ar_DZ ISO-8859-6
# ar_DZ.UTF-8 UTF-8
# ar_EG ISO-8859-6
# ar_EG.UTF-8 UTF-8
# ar_IN UTF-8
# ar_IQ ISO-8859-6
# ar_IQ.UTF-8 UTF-8
# ar_JO ISO-8859-6
# ar_JO.UTF-8 UTF-8
# ar_KW ISO-8859-6
# ar_KW.UTF-8 UTF-8
# ar_LB ISO-8859-6
# ar_LB.UTF-8 UTF-8
# ar_LY ISO-8859-6
# ar_LY.UTF-8 UTF-8
# ar_MA ISO-8859-6
# ar_MA.UTF-8 UTF-8
# ar_OM ISO-8859-6
# ar_OM.UTF-8 UTF-8
# ar_QA ISO-8859-6
# ar_QA.UTF-8 UTF-8
# ar_SA ISO-8859-6
# ar_SA.UTF-8 UTF-8
# ar_SD ISO-8859-6
# ar_SD.UTF-8 UTF-8
# ar_SS UTF-8
# ar_SY ISO-8859-6
# ar_SY.UTF-8 UTF-8
# ar_TN ISO-8859-6
# ar_TN.UTF-8 UTF-8
# ar_YE ISO-8859-6
# ar_YE.UTF-8 UTF-8
# as_IN UTF-8
# ast_ES ISO-8859-15
# ast_ES.UTF-8 UTF-8
# ayc_PE UTF-8
# az_AZ UTF-8
# az_IR UTF-8
# be_BY CP1251
# be_BY.UTF-8 UTF-8
# be_BY@latin UTF-8
# bem_ZM UTF-8
# ber_DZ UTF-8
# ber_MA UTF-8
# bg_BG CP1251
# bg_BG.UTF-8 UTF-8
# bhb_IN.UTF-8 UTF-8
# bho_IN UTF-8
# bho_NP UTF-8
# bi_VU UTF-8
# bn_BD UTF-8
# bn_IN UTF-8
# bo_CN UTF-8
# bo_IN UTF-8
# br_FR ISO-8859-1
# br_FR.UTF-8 UTF-8
# br_FR@euro ISO-8859-15
# brx_IN UTF-8
# bs_BA ISO-8859-2
# bs_BA.UTF-8 UTF-8
# byn_ER UTF-8
# ca_AD ISO-8859-15
# ca_AD.UTF-8 UTF-8
# ca_ES ISO-8859-1
# ca_ES.UTF-8 UTF-8
# ca_ES@euro ISO-8859-15
# ca_ES@valencia UTF-8
# ca_FR ISO-8859-15
# ca_FR.UTF-8 UTF-8
# ca_IT ISO-8859-15
# ca_IT.UTF-8 UTF-8
# ce_RU UTF-8
# chr_US UTF-8
# ckb_IQ UTF-8
# cmn_TW UTF-8
# crh_UA UTF-8
# cs_CZ ISO-8859-2
# cs_CZ.UTF-8 UTF-8
# csb_PL UTF-8
# cv_RU UTF-8
# cy_GB ISO-8859-14
# cy_GB.UTF-8 UTF-8
# da_DK ISO-8859-1
# da_DK.UTF-8 UTF-8
# de_AT ISO-8859-1
# de_AT.UTF-8 UTF-8
# de_AT@euro ISO-8859-15
# de_BE ISO-8859-1
# de_BE.UTF-8 UTF-8
# de_BE@euro ISO-8859-15
# de_CH ISO-8859-1
# de_CH.UTF-8 UTF-8
# de_DE ISO-8859-1
# de_DE.UTF-8 UTF-8
# de_DE@euro ISO-8859-15
# de_IT ISO-8859-1
# de_IT.UTF-8 UTF-8
# de_LI.UTF-8 UTF-8
# de_LU ISO-8859-1
# de_LU.UTF-8 UTF-8
# de_LU@euro ISO-8859-15
# doi_IN UTF-8
# dsb_DE UTF-8
# dv_MV UTF-8
# dz_BT UTF-8
# el_CY ISO-8859-7
# el_CY.UTF-8 UTF-8
# el_GR ISO-8859-7
# el_GR.UTF-8 UTF-8
# el_GR@euro ISO-8859-7
# en_AG UTF-8
# en_AU ISO-8859-1
# en_AU.UTF-8 UTF-8
# en_BW ISO-8859-1
# en_BW.UTF-8 UTF-8
# en_CA ISO-8859-1
# en_CA.UTF-8 UTF-8
# en_DK ISO-8859-1
# en_DK.ISO-8859-15 ISO-8859-15
# en_DK.UTF-8 UTF-8
# en_GB ISO-8859-1
# en_GB.ISO-8859-15 ISO-8859-15
# en_GB.UTF-8 UTF-8
# en_HK ISO-8859-1
# en_HK.UTF-8 UTF-8
# en_IE ISO-8859-1
# en_IE.UTF-8 UTF-8
# en_IE@euro ISO-8859-15
# en_IL UTF-8
# en_IN UTF-8
# en_NG UTF-8
# en_NZ ISO-8859-1
# en_NZ.UTF-8 UTF-8
# en_PH ISO-8859-1
# en_PH.UTF-8 UTF-8
# en_SC.UTF-8 UTF-8
# en_SG ISO-8859-1
# en_SG.UTF-8 UTF-8
# en_US ISO-8859-1
# en_US.ISO-8859-15 ISO-8859-15
# en_US.UTF-8 UTF-8
# en_ZA ISO-8859-1
# en_ZA.UTF-8 UTF-8
# en_ZM UTF-8
# en_ZW ISO-8859-1
# en_ZW.UTF-8 UTF-8
# eo UTF-8
# es_AR ISO-8859-1
es_AR.UTF-8 UTF-8
# es_BO ISO-8859-1
# es_BO.UTF-8 UTF-8
# es_CL ISO-8859-1
# es_CL.UTF-8 UTF-8
# es_CO ISO-8859-1
# es_CO.UTF-8 UTF-8
# es_CR ISO-8859-1
# es_CR.UTF-8 UTF-8
# es_CU UTF-8
# es_DO ISO-8859-1
# es_DO.UTF-8 UTF-8
# es_EC ISO-8859-1
# es_EC.UTF-8 UTF-8
# es_ES ISO-8859-1
# es_ES.UTF-8 UTF-8
# es_ES@euro ISO-8859-15
# es_GT ISO-8859-1
# es_GT.UTF-8 UTF-8
# es_HN ISO-8859-1
# es_HN.UTF-8 UTF-8
# es_MX ISO-8859-1
# es_MX.UTF-8 UTF-8
# es_NI ISO-8859-1
# es_NI.UTF-8 UTF-8
# es_PA ISO-8859-1
# es_PA.UTF-8 UTF-8
# es_PE ISO-8859-1
# es_PE.UTF-8 UTF-8
# es_PR ISO-8859-1
# es_PR.UTF-8 UTF-8
# es_PY ISO-8859-1
# es_PY.UTF-8 UTF-8
# es_SV ISO-8859-1
# es_SV.UTF-8 UTF-8
# es_US ISO-8859-1
# es_US.UTF-8 UTF-8
# es_UY ISO-8859-1
# es_UY.UTF-8 UTF-8
# es_VE ISO-8859-1
# es_VE.UTF-8 UTF-8
# et_EE ISO-8859-1
# et_EE.ISO-8859-15 ISO-8859-15
# et_EE.UTF-8 UTF-8
# eu_ES ISO-8859-1
# eu_ES.UTF-8 UTF-8
# eu_ES@euro ISO-8859-15
# eu_FR ISO-8859-1
# eu_FR.UTF-8 UTF-8
# eu_FR@euro ISO-8859-15
# fa_IR UTF-8
# ff_SN UTF-8
# fi_FI ISO-8859-1
# fi_FI.UTF-8 UTF-8
# fi_FI@euro ISO-8859-15
# fil_PH UTF-8
# fo_FO ISO-8859-1
# fo_FO.UTF-8 UTF-8
# 

Debian 12 problema con Español de Argentina

[Marcelo Eduardo Giordano]

Hola estimados.

Borré haciendo algunas pruebas el idioma español de argentina y ahora no 
puedo recuperarlo, no puedo configurarlo nuevamente.


Probé con dpkg-reconfigure locales. Me sale el idioma que yo quiero pero 
el sistema me sigue saliendo en español de españa


Les paso algunos logs

cat /etc/default/locale
#  File generated by update-locale
LANG=es_AR.UTF-8
LANGUAGE="es_AR:es"

cat  /etc/locale.gen
# This file lists locales that you wish to have built. You can find a list
# of valid supported locales at /usr/share/i18n/SUPPORTED, and you can add
# user defined locales to /usr/local/share/i18n/SUPPORTED. If you change
# this file, you need to rerun locale-gen.


# C.UTF-8 UTF-8
# aa_DJ ISO-8859-1
# aa_DJ.UTF-8 UTF-8
# aa_ER UTF-8
# aa_ER@saaho UTF-8
# aa_ET UTF-8
# af_ZA ISO-8859-1
# af_ZA.UTF-8 UTF-8
# agr_PE UTF-8
# ak_GH UTF-8
# am_ET UTF-8
# an_ES ISO-8859-15
# an_ES.UTF-8 UTF-8
# anp_IN UTF-8
# ar_AE ISO-8859-6
# ar_AE.UTF-8 UTF-8
# ar_BH ISO-8859-6
# ar_BH.UTF-8 UTF-8
# ar_DZ ISO-8859-6
# ar_DZ.UTF-8 UTF-8
# ar_EG ISO-8859-6
# ar_EG.UTF-8 UTF-8
# ar_IN UTF-8
# ar_IQ ISO-8859-6
# ar_IQ.UTF-8 UTF-8
# ar_JO ISO-8859-6
# ar_JO.UTF-8 UTF-8
# ar_KW ISO-8859-6
# ar_KW.UTF-8 UTF-8
# ar_LB ISO-8859-6
# ar_LB.UTF-8 UTF-8
# ar_LY ISO-8859-6
# ar_LY.UTF-8 UTF-8
# ar_MA ISO-8859-6
# ar_MA.UTF-8 UTF-8
# ar_OM ISO-8859-6
# ar_OM.UTF-8 UTF-8
# ar_QA ISO-8859-6
# ar_QA.UTF-8 UTF-8
# ar_SA ISO-8859-6
# ar_SA.UTF-8 UTF-8
# ar_SD ISO-8859-6
# ar_SD.UTF-8 UTF-8
# ar_SS UTF-8
# ar_SY ISO-8859-6
# ar_SY.UTF-8 UTF-8
# ar_TN ISO-8859-6
# ar_TN.UTF-8 UTF-8
# ar_YE ISO-8859-6
# ar_YE.UTF-8 UTF-8
# as_IN UTF-8
# ast_ES ISO-8859-15
# ast_ES.UTF-8 UTF-8
# ayc_PE UTF-8
# az_AZ UTF-8
# az_IR UTF-8
# be_BY CP1251
# be_BY.UTF-8 UTF-8
# be_BY@latin UTF-8
# bem_ZM UTF-8
# ber_DZ UTF-8
# ber_MA UTF-8
# bg_BG CP1251
# bg_BG.UTF-8 UTF-8
# bhb_IN.UTF-8 UTF-8
# bho_IN UTF-8
# bho_NP UTF-8
# bi_VU UTF-8
# bn_BD UTF-8
# bn_IN UTF-8
# bo_CN UTF-8
# bo_IN UTF-8
# br_FR ISO-8859-1
# br_FR.UTF-8 UTF-8
# br_FR@euro ISO-8859-15
# brx_IN UTF-8
# bs_BA ISO-8859-2
# bs_BA.UTF-8 UTF-8
# byn_ER UTF-8
# ca_AD ISO-8859-15
# ca_AD.UTF-8 UTF-8
# ca_ES ISO-8859-1
# ca_ES.UTF-8 UTF-8
# ca_ES@euro ISO-8859-15
# ca_ES@valencia UTF-8
# ca_FR ISO-8859-15
# ca_FR.UTF-8 UTF-8
# ca_IT ISO-8859-15
# ca_IT.UTF-8 UTF-8
# ce_RU UTF-8
# chr_US UTF-8
# ckb_IQ UTF-8
# cmn_TW UTF-8
# crh_UA UTF-8
# cs_CZ ISO-8859-2
# cs_CZ.UTF-8 UTF-8
# csb_PL UTF-8
# cv_RU UTF-8
# cy_GB ISO-8859-14
# cy_GB.UTF-8 UTF-8
# da_DK ISO-8859-1
# da_DK.UTF-8 UTF-8
# de_AT ISO-8859-1
# de_AT.UTF-8 UTF-8
# de_AT@euro ISO-8859-15
# de_BE ISO-8859-1
# de_BE.UTF-8 UTF-8
# de_BE@euro ISO-8859-15
# de_CH ISO-8859-1
# de_CH.UTF-8 UTF-8
# de_DE ISO-8859-1
# de_DE.UTF-8 UTF-8
# de_DE@euro ISO-8859-15
# de_IT ISO-8859-1
# de_IT.UTF-8 UTF-8
# de_LI.UTF-8 UTF-8
# de_LU ISO-8859-1
# de_LU.UTF-8 UTF-8
# de_LU@euro ISO-8859-15
# doi_IN UTF-8
# dsb_DE UTF-8
# dv_MV UTF-8
# dz_BT UTF-8
# el_CY ISO-8859-7
# el_CY.UTF-8 UTF-8
# el_GR ISO-8859-7
# el_GR.UTF-8 UTF-8
# el_GR@euro ISO-8859-7
# en_AG UTF-8
# en_AU ISO-8859-1
# en_AU.UTF-8 UTF-8
# en_BW ISO-8859-1
# en_BW.UTF-8 UTF-8
# en_CA ISO-8859-1
# en_CA.UTF-8 UTF-8
# en_DK ISO-8859-1
# en_DK.ISO-8859-15 ISO-8859-15
# en_DK.UTF-8 UTF-8
# en_GB ISO-8859-1
# en_GB.ISO-8859-15 ISO-8859-15
# en_GB.UTF-8 UTF-8
# en_HK ISO-8859-1
# en_HK.UTF-8 UTF-8
# en_IE ISO-8859-1
# en_IE.UTF-8 UTF-8
# en_IE@euro ISO-8859-15
# en_IL UTF-8
# en_IN UTF-8
# en_NG UTF-8
# en_NZ ISO-8859-1
# en_NZ.UTF-8 UTF-8
# en_PH ISO-8859-1
# en_PH.UTF-8 UTF-8
# en_SC.UTF-8 UTF-8
# en_SG ISO-8859-1
# en_SG.UTF-8 UTF-8
# en_US ISO-8859-1
# en_US.ISO-8859-15 ISO-8859-15
# en_US.UTF-8 UTF-8
# en_ZA ISO-8859-1
# en_ZA.UTF-8 UTF-8
# en_ZM UTF-8
# en_ZW ISO-8859-1
# en_ZW.UTF-8 UTF-8
# eo UTF-8
# es_AR ISO-8859-1
es_AR.UTF-8 UTF-8
# es_BO ISO-8859-1
# es_BO.UTF-8 UTF-8
# es_CL ISO-8859-1
# es_CL.UTF-8 UTF-8
# es_CO ISO-8859-1
# es_CO.UTF-8 UTF-8
# es_CR ISO-8859-1
# es_CR.UTF-8 UTF-8
# es_CU UTF-8
# es_DO ISO-8859-1
# es_DO.UTF-8 UTF-8
# es_EC ISO-8859-1
# es_EC.UTF-8 UTF-8
# es_ES ISO-8859-1
# es_ES.UTF-8 UTF-8
# es_ES@euro ISO-8859-15
# es_GT ISO-8859-1
# es_GT.UTF-8 UTF-8
# es_HN ISO-8859-1
# es_HN.UTF-8 UTF-8
# es_MX ISO-8859-1
# es_MX.UTF-8 UTF-8
# es_NI ISO-8859-1
# es_NI.UTF-8 UTF-8
# es_PA ISO-8859-1
# es_PA.UTF-8 UTF-8
# es_PE ISO-8859-1
# es_PE.UTF-8 UTF-8
# es_PR ISO-8859-1
# es_PR.UTF-8 UTF-8
# es_PY ISO-8859-1
# es_PY.UTF-8 UTF-8
# es_SV ISO-8859-1
# es_SV.UTF-8 UTF-8
# es_US ISO-8859-1
# es_US.UTF-8 UTF-8
# es_UY ISO-8859-1
# es_UY.UTF-8 UTF-8
# es_VE ISO-8859-1
# es_VE.UTF-8 UTF-8
# et_EE ISO-8859-1
# et_EE.ISO-8859-15 ISO-8859-15
# et_EE.UTF-8 UTF-8
# eu_ES ISO-8859-1
# eu_ES.UTF-8 UTF-8
# eu_ES@euro ISO-8859-15
# eu_FR ISO-8859-1
# eu_FR.UTF-8 UTF-8
# eu_FR@euro ISO-8859-15
# fa_IR UTF-8
# ff_SN UTF-8
# fi_FI ISO-8859-1
# fi_FI.UTF-8 UTF-8
# fi_FI@euro ISO-8859-15
# fil_PH UTF-8
# fo_FO ISO-8859-1
# fo_FO.UTF-8 UTF-8
# fr_BE ISO-8859-1
# fr_BE.UTF-8 UTF-8
# fr_BE@euro ISO-8859-15

Re: Problema con jidgo

[José María]

El mié, 21 jun 2023 15:20, Luis Muñoz Fuente <
luis.munoz@juntadeandalucia.es> escribió:

>
> El 21/6/23 a las 13:36, José María escribió:
> > Lo has escrito mal... Es jigdo, no jidgo
>
> Gracias, un error tan tonto y no me daba cuenta.
>


Bah!!... Yo también cambio las letras de sitio cuando escribo rápido...
Pero tranquilo que no somos los únicos.

Un sadulo,

Jose :P

Re: Problema con jidgo

[Luis Muñoz Fuente]

El 21/6/23 a las 13:36, José María escribió:
> Lo has escrito mal... Es jigdo, no jidgo

Gracias, un error tan tonto y no me daba cuenta.

Re: Problema con jidgo

[José María]

El mié, 21 jun 2023 12:17, Luis Muñoz Fuente <
luis.munoz@juntadeandalucia.es> escribió:

>
> Hola a todos/as:
> Intento usar jidgo:
>
> https://www.debian.org/CD/jigdo-cd/index.es.html
>
> pero no puedo instalarlo:
> apt-cache search jidgo-file
> no encuentra nada.
>
> Tengo este sources.lst:
> deb http://ftp.cica.es/debian/ bookworm main contrib non-free
> non-free-firmware
> deb-src http://ftp.cica.es/debian/ bookworm main contrib non-free
> non-free-firmware #Added by software-properties
>
> deb http://security.debian.org/debian-security bookworm-security main
> contrib non-free non-free-firmware
> deb-src http://security.debian.org/debian-security bookworm-security
> main contrib non-free non-free-firmware #Added by software-properties
>
> # bookworm-updates, to get updates before a point release is made;
> # see
>
> https://www.debian.org/doc/manuals/debian-reference/ch02.en.html#_updates_and_backports
> deb http://ftp.cica.es/debian/ bookworm-updates main contrib non-free
> non-free-firmware
> deb-src http://ftp.cica.es/debian/ bookworm-updates main contrib
> non-free non-free-firmware #Added by software-properties
>
>
> ¿Alguna idea?
> Gracias
>
>
>
>
Buenas,

Lo has escrito mal... Es jigdo, no jidgo


Un saludo,
Jose

Re: Problema con jidgo

[JavierDebian]

El 21/6/23 a las 07:17, Luis Muñoz Fuente escribió:


Hola a todos/as:
Intento usar jidgo:

https://www.debian.org/CD/jigdo-cd/index.es.html

pero no puedo instalarlo:
apt-cache search jidgo-file
no encuentra nada.

Tengo este sources.lst:
deb http://ftp.cica.es/debian/ bookworm main contrib non-free
non-free-firmware
deb-src http://ftp.cica.es/debian/ bookworm main contrib non-free
non-free-firmware #Added by software-properties

deb http://security.debian.org/debian-security bookworm-security main
contrib non-free non-free-firmware
deb-src http://security.debian.org/debian-security bookworm-security
main contrib non-free non-free-firmware #Added by software-properties

# bookworm-updates, to get updates before a point release is made;
# see
https://www.debian.org/doc/manuals/debian-reference/ch02.en.html#_updates_and_backports
deb http://ftp.cica.es/debian/ bookworm-updates main contrib non-free
non-free-firmware
deb-src http://ftp.cica.es/debian/ bookworm-updates main contrib
non-free non-free-firmware #Added by software-properties


¿Alguna idea?
Gracias




Buen día.

root@bbar:~# apt search jigdo-file
Ordenando... Hecho
Buscar en todo el texto... Hecho
jigdo-file/stable,unstable,now 0.8.1-1+b1 amd64 [instalado]
  Download Debian CD/DVD/USB images from any Debian mirror


Cambia tus repositorios, porque jigdo-file está en bookworm

https://packages.debian.org/bookworm/jigdo-file

JAP

Problema con jidgo

[Luis Muñoz Fuente]

Hola a todos/as:
Intento usar jidgo:

https://www.debian.org/CD/jigdo-cd/index.es.html

pero no puedo instalarlo:
apt-cache search jidgo-file
no encuentra nada.

Tengo este sources.lst:
deb http://ftp.cica.es/debian/ bookworm main contrib non-free
non-free-firmware
deb-src http://ftp.cica.es/debian/ bookworm main contrib non-free
non-free-firmware #Added by software-properties

deb http://security.debian.org/debian-security bookworm-security main
contrib non-free non-free-firmware
deb-src http://security.debian.org/debian-security bookworm-security
main contrib non-free non-free-firmware #Added by software-properties

# bookworm-updates, to get updates before a point release is made;
# see
https://www.debian.org/doc/manuals/debian-reference/ch02.en.html#_updates_and_backports
deb http://ftp.cica.es/debian/ bookworm-updates main contrib non-free
non-free-firmware
deb-src http://ftp.cica.es/debian/ bookworm-updates main contrib
non-free non-free-firmware #Added by software-properties


¿Alguna idea?
Gracias

Re: Problema de Thunderbird debian 11 con Zimbra

[Camaleón]

El 2023-02-16 a las 21:40 -0600, Roberto J. Blandino Cisneros escribió:

> El 12/2/23 a las 13:04, Camaleón escribió:
> > El 2023-02-12 a las 12:05 -0600, Roberto J. Blandino Cisneros escribió:
> > 
> > > El 12/2/23 a las 04:40, Camaleón escribió:
> > > > > Por mera curiosidad consulte las versiones de ambos clientes y vi que 
> > > > > mi
> > > > > cliente de thunderbird tenía la version "102" proveída del 
> > > > > repositorio de
> > > > > seguridad, y la otra aún tenía la versión "91" proveída del 
> > > > > repositorio
> > > > > principal.
> > > > > 
> > > > > Por lo tanto respalde la carpeta, desinstalé el paquete e instalé
> > > > > manualmente la versión "91" desde el repositorio excluyendo para 
> > > > > thunderbird
> > > > > los demás repositorios, por medio de de una maquina virtual instalé la
> > > > > ultima versión de thunderbird para lograr abrir el backup y guardar 
> > > > > todos a
> > > > > una carpeta local compartida en red, luego pase los correos al 
> > > > > thunderbird
> > > > > con version "91" y listo.
> > > > > 
> > > > > Para mi sorpresa con esta versión no me ha dado inconvenientes, he
> > > > > habilitado el debug en thunderbird y no he visto nada extraño en los 
> > > > > logs
> > > > > más que errores de autenticación.
> > > > > 
> > > > > ¿Alguien ha presentado ese problema?
> > > > (...)
> > > > 
> > > > No uso Zimbra y tampoco sé qué servidor pop3/imap incluye pero si tienes
> > > > acceso a los registros del servidor (Zimbra) y te dice que falla en la
> > > > autenticación del cliente, tanto en Outlook como en Thunderbird, quizá
> > > > se deba a algún problema de incompatibilidad con estos clientes.
> > > Zimbra hace uso de postfix es un set completo que combina,
> > > mysql+postfix+amavisd+clamav+ldap+dkim+dnscache+proxy+nginx y todo el set 
> > > es
> > > completo para administrar el servicio, lógico que no es solo de instalar y
> > > listo, aunque funciona pero requiere algunos detalles para asegurarlo y
> > > protegerlo.
> > Sigo sin ver quién se encarga de la parte receptora (buzones) de los correos
> > electrónicos... es decir, no veo un Dovecot, Cyrus, Courier-Imapd, por poner
> > algunos ejemplos.
> 
> Puedes leer el siguiente url:
> 
> https://zimbra.github.io/zimbra-9/adminguide.html
> 
> En la parte de "Produc Overview"
> 
> El postfix es el que se encarga de administrar tanto el SMTP como el Popd y
> el imapd,

(...)

Postfix no puede encargarse de conexiones IMAP4/POP3, es un MTA.

> Luego si sigues leyendo encontraras el flujo del correo.

Ya lo veo... tienen algún servicio IMPAD integrado en la suite:


https://zimbra.github.io/zimbra-9/adminguide.html#_imap

IMAP

Zimbra Collaboration has a built-in IMAP server which is installed by 
default and is part of zimbra-mailboxd process (Zimbra Mailbox Server).


Pero no dice de qué servicio de trata. Qué poco me gustan estas 
herramientas que pretenden encargarse de todo y a la vez, le ocultan 
todo al administrador (todo para el pueblo pero sin el pueblo) :-/

Saludos,

-- 
Camaleón 

Re: Problema de Thunderbird debian 11 con Zimbra

[Camaleón]

El 2023-02-12 a las 12:05 -0600, Roberto J. Blandino Cisneros escribió:

> El 12/2/23 a las 04:40, Camaleón escribió:

> > > Por mera curiosidad consulte las versiones de ambos clientes y vi que mi
> > > cliente de thunderbird tenía la version "102" proveída del repositorio de
> > > seguridad, y la otra aún tenía la versión "91" proveída del repositorio
> > > principal.
> > > 
> > > Por lo tanto respalde la carpeta, desinstalé el paquete e instalé
> > > manualmente la versión "91" desde el repositorio excluyendo para 
> > > thunderbird
> > > los demás repositorios, por medio de de una maquina virtual instalé la
> > > ultima versión de thunderbird para lograr abrir el backup y guardar todos 
> > > a
> > > una carpeta local compartida en red, luego pase los correos al thunderbird
> > > con version "91" y listo.
> > > 
> > > Para mi sorpresa con esta versión no me ha dado inconvenientes, he
> > > habilitado el debug en thunderbird y no he visto nada extraño en los logs
> > > más que errores de autenticación.
> > > 
> > > ¿Alguien ha presentado ese problema?
> > (...)
> > 
> > No uso Zimbra y tampoco sé qué servidor pop3/imap incluye pero si tienes
> > acceso a los registros del servidor (Zimbra) y te dice que falla en la
> > autenticación del cliente, tanto en Outlook como en Thunderbird, quizá
> > se deba a algún problema de incompatibilidad con estos clientes.
> 
> Zimbra hace uso de postfix es un set completo que combina,
> mysql+postfix+amavisd+clamav+ldap+dkim+dnscache+proxy+nginx y todo el set es
> completo para administrar el servicio, lógico que no es solo de instalar y
> listo, aunque funciona pero requiere algunos detalles para asegurarlo y
> protegerlo.

Sigo sin ver quién se encarga de la parte receptora (buzones) de los correos 
electrónicos... es decir, no veo un Dovecot, Cyrus, Courier-Imapd, por poner 
algunos ejemplos.

Quizá se encargue Postfix y lo deje en buzones locales pero no me 
parece la mejor opción para un servicio como el que ofrece Zimbra.
 
> Pues luego de pruebas he detectado que es problema de la versión y solo
> cuando se actualiza usando el thunderbird del repositorio de seguridad. La
> verdad es que no he probado usar el cliente thunderbird compilado desde la
> fuente del autor.
> 
> Solo comento lo que me ha pasado y si otro usuario ha pasado por lo mismo
> comparto y tambien sea útil y tener esta platica.
> 
> Outlook no sirve, tengo muchos clientes que llaman por el mismo problema de
> que les pide credenciales ya sea que el servidor sea Zimbra, esten en
> Godaddy/Office365 u otro proveedor, ya los clientes hasta ya saben como
> corregirlo por que cada cierto tiempo les presenta lo mismo, cierra el
> outlook vuelven a abrirlo y todo bien nuevamente y a veces, deben cerrar
> Outlook ir a configuracion de la cuenta volver a pegar la credencial cuando
> solo cerrar y abrir no funciona y nos hemos topado que la credencial guardad
> ha sido corrompida o cambiada de la nada.
>
> Con thunderbird no se corrompe la credencial pero queda desconectado de la
> red, es decir, solo es el cliente de correo Thunderbird bajo esa versión de
> ese repositorio "security" de Debian, recuerden que no he probado instalar
> el del proveedor.

Si fallan Outlook y Thunderbird ¿no has preguntado por el problema a 
Zimbra? Parece más bien un fallo de ellos :-?

> > Yo probaría a descargar desde la web de Mozilla, la última versión de
> > Thunderbird y lo instalas/configuras (los programa de Mozilla no
> > requieren instalación, se ejecutan sin más) en un equipo donde no lo
> > tengas para no mezclar perfiles ni datos.
> 
> La verdad es que voy a probar, pero siempre me ha encantado confiar en los
> aplicativos de debian que vienen en sus repositorios, hasta ahora me he
> topado con algo como este evento y hasta el momento solo ha sido con
> thunderbird. Pero crearé otro perfil y otra maquina y probare con el
> thunderbird desde la pagina oficial.
> 
> El detalle es que no lo hice por que siempre he buscado usar los paquetes de
> debian y por el momento me ha funcionado el paquete del repositorio
> principal de debian, no he probado la versión proveida de "Sid" podría
> probar pero por ahora hare testing como mencionas y les comento.

Bueno, los repos de Debian están bien pero hay aplicaciones como 
LibreOffice y las Mozilla (Firefox y Thunderbird) que en la versión 
estable de Debian ya salen a la luz obsoletas y se quedan 
desactualizadas enseguida, debidoal ciclo de versiones rápido que 
llevan los proyectos grandes.

Para estos programas, concretamente, yo siempre recomiendo usar los 
paquetes de las fuentes oficiales que son muy sencillos de instalar y 
actualizar.

Saludos,

-- 
Camaleón 

Re: Problema de Thunderbird debian 11 con Zimbra

[Roberto J. Blandino Cisneros]

El 12/2/23 a las 04:40, Camaleón escribió:

El 2023-02-12 a las 02:50 -0600, Roberto J. Blandino Cisneros escribió:


Por accidente se me actualizó el thunderbird sin darme cuenta, y de pronto
empezó a enviarme como si fuera Outlook la ventana de usuario y contraseña.

Al inicio supuse que era un problema de red, ya que otra pc con thunderbird
y el mismo debian no mostraba el error.

(...)


Por mera curiosidad consulte las versiones de ambos clientes y vi que mi
cliente de thunderbird tenía la version "102" proveída del repositorio de
seguridad, y la otra aún tenía la versión "91" proveída del repositorio
principal.

Por lo tanto respalde la carpeta, desinstalé el paquete e instalé
manualmente la versión "91" desde el repositorio excluyendo para thunderbird
los demás repositorios, por medio de de una maquina virtual instalé la
ultima versión de thunderbird para lograr abrir el backup y guardar todos a
una carpeta local compartida en red, luego pase los correos al thunderbird
con version "91" y listo.

Para mi sorpresa con esta versión no me ha dado inconvenientes, he
habilitado el debug en thunderbird y no he visto nada extraño en los logs
más que errores de autenticación.

¿Alguien ha presentado ese problema?

(...)

No uso Zimbra y tampoco sé qué servidor pop3/imap incluye pero si tienes
acceso a los registros del servidor (Zimbra) y te dice que falla en la
autenticación del cliente, tanto en Outlook como en Thunderbird, quizá
se deba a algún problema de incompatibilidad con estos clientes.


Zimbra hace uso de postfix es un set completo que combina, 
mysql+postfix+amavisd+clamav+ldap+dkim+dnscache+proxy+nginx y todo el 
set es completo para administrar el servicio, lógico que no es solo de 
instalar y listo, aunque funciona pero requiere algunos detalles para 
asegurarlo y protegerlo.


Pues luego de pruebas he detectado que es problema de la versión y solo 
cuando se actualiza usando el thunderbird del repositorio de seguridad. 
La verdad es que no he probado usar el cliente thunderbird compilado 
desde la fuente del autor.


Solo comento lo que me ha pasado y si otro usuario ha pasado por lo 
mismo comparto y tambien sea útil y tener esta platica.


Outlook no sirve, tengo muchos clientes que llaman por el mismo problema 
de que les pide credenciales ya sea que el servidor sea Zimbra, esten en 
Godaddy/Office365 u otro proveedor, ya los clientes hasta ya saben como 
corregirlo por que cada cierto tiempo les presenta lo mismo, cierra el 
outlook vuelven a abrirlo y todo bien nuevamente y a veces, deben cerrar 
Outlook ir a configuracion de la cuenta volver a pegar la credencial 
cuando solo cerrar y abrir no funciona y nos hemos topado que la 
credencial guardad ha sido corrompida o cambiada de la nada.


Con thunderbird no se corrompe la credencial pero queda desconectado de 
la red, es decir, solo es el cliente de correo Thunderbird bajo esa 
versión de ese repositorio "security" de Debian, recuerden que no he 
probado instalar el del proveedor.




Yo probaría a descargar desde la web de Mozilla, la última versión de
Thunderbird y lo instalas/configuras (los programa de Mozilla no
requieren instalación, se ejecutan sin más) en un equipo donde no lo
tengas para no mezclar perfiles ni datos.


La verdad es que voy a probar, pero siempre me ha encantado confiar en 
los aplicativos de debian que vienen en sus repositorios, hasta ahora me 
he topado con algo como este evento y hasta el momento solo ha sido con 
thunderbird. Pero crearé otro perfil y otra maquina y probare con el 
thunderbird desde la pagina oficial.


El detalle es que no lo hice por que siempre he buscado usar los 
paquetes de debian y por el momento me ha funcionado el paquete del 
repositorio principal de debian, no he probado la versión proveida de 
"Sid" podría probar pero por ahora hare testing como mencionas y les 
comento.




Con una instalación limpia de Thunderbird, crea una cuenta para
conectarte a Zimbra y mira qué sucede. Las migraciones de los perfiles
y datos de las aplicaciones entre distintas versiones no siempre
funcionan bien.

Saludos,



--
RoJoBlandino.

Re: Problema de Thunderbird debian 11 con Zimbra

[Camaleón]

El 2023-02-12 a las 02:50 -0600, Roberto J. Blandino Cisneros escribió:

> Por accidente se me actualizó el thunderbird sin darme cuenta, y de pronto
> empezó a enviarme como si fuera Outlook la ventana de usuario y contraseña.
> 
> Al inicio supuse que era un problema de red, ya que otra pc con thunderbird
> y el mismo debian no mostraba el error.

(...)

> Por mera curiosidad consulte las versiones de ambos clientes y vi que mi
> cliente de thunderbird tenía la version "102" proveída del repositorio de
> seguridad, y la otra aún tenía la versión "91" proveída del repositorio
> principal.
> 
> Por lo tanto respalde la carpeta, desinstalé el paquete e instalé
> manualmente la versión "91" desde el repositorio excluyendo para thunderbird
> los demás repositorios, por medio de de una maquina virtual instalé la
> ultima versión de thunderbird para lograr abrir el backup y guardar todos a
> una carpeta local compartida en red, luego pase los correos al thunderbird
> con version "91" y listo.
> 
> Para mi sorpresa con esta versión no me ha dado inconvenientes, he
> habilitado el debug en thunderbird y no he visto nada extraño en los logs
> más que errores de autenticación.
> 
> ¿Alguien ha presentado ese problema?

(...)

No uso Zimbra y tampoco sé qué servidor pop3/imap incluye pero si tienes 
acceso a los registros del servidor (Zimbra) y te dice que falla en la 
autenticación del cliente, tanto en Outlook como en Thunderbird, quizá 
se deba a algún problema de incompatibilidad con estos clientes.

Yo probaría a descargar desde la web de Mozilla, la última versión de 
Thunderbird y lo instalas/configuras (los programa de Mozilla no 
requieren instalación, se ejecutan sin más) en un equipo donde no lo 
tengas para no mezclar perfiles ni datos.

Con una instalación limpia de Thunderbird, crea una cuenta para 
conectarte a Zimbra y mira qué sucede. Las migraciones de los perfiles 
y datos de las aplicaciones entre distintas versiones no siempre 
funcionan bien.

Saludos,

-- 
Camaleón 

Problema de Thunderbird debian 11 con Zimbra

[Roberto J. Blandino Cisneros]

Hola chicos.

Quería saber si alguien presenta el mismo problema.

Por accidente se me actualizó el thunderbird sin darme cuenta, y de 
pronto empezó a enviarme como si fuera Outlook la ventana de usuario y 
contraseña.


Al inicio supuse que era un problema de red, ya que otra pc con 
thunderbird y el mismo debian no mostraba el error.


Al inicio no molestaba mucho, pues solo cerraba el thunderbird y lo 
volvía a abrir, pues igual que el outlook aun cuando le colocabas la 
credencial arrojaba error de credenciales y en el servidor zimbra solo 
recibía una sola vez el error de autenticación pero luego no se recibían 
los reintentos, es decir que por mucho que colocara las credenciales no 
eran enviadas al servidor remoto, por lo tanto al cerrar el thunderbird 
y volverlo a abrir, solucionaba igual que el Outlook el problema, sin 
embargo empezó a quedarme la espina y hasta pensar que era problema del 
zimbra probablemente, sin embargo lo descarté por que observé que solo 
empezó a sucederme en mi ordenador.


Por mera curiosidad consulte las versiones de ambos clientes y vi que mi 
cliente de thunderbird tenía la version "102" proveída del repositorio 
de seguridad, y la otra aún tenía la versión "91" proveída del 
repositorio principal.


Por lo tanto respalde la carpeta, desinstalé el paquete e instalé 
manualmente la versión "91" desde el repositorio excluyendo para 
thunderbird los demás repositorios, por medio de de una maquina virtual 
instalé la ultima versión de thunderbird para lograr abrir el backup y 
guardar todos a una carpeta local compartida en red, luego pase los 
correos al thunderbird con version "91" y listo.


Para mi sorpresa con esta versión no me ha dado inconvenientes, he 
habilitado el debug en thunderbird y no he visto nada extraño en los 
logs más que errores de autenticación.


¿Alguien ha presentado ese problema?

Ojo, que en mi pc personal con correos gmail, yahoo, hotmail no he 
presentado problemas en la versión "102", pero esta si me da problemas 
con servidores zimbra. También agrego que la versión de zimbra es la 
última y solo se presenta con esa versión específica del lado del cliente.


Si consideran que la versión es importante me indican, pero como ya he 
explicado el problema es independiente si el debian esta actualizado o 
no, o si el zimbra es la versión anterior o la última, con la versión 
"91" funciona sin problemas, sin importar las versiones del OS o la del 
zimbra, pero con el paquete proveído del repositorio "security" solo ese 
me da problemas. Por lo tanto he logrado concluir que la versión de la 
rama security es la que da problema.


Saludos.


--
RoJoBlandino.

Re: problema al ejecutar project libre

[Camaleón]

El 2022-10-09 a las 18:16 -0600, Javier Gutierrez escribió:

> Buenas tardes, he instalado Proyect libre y tengo algunos fallos en el
> programa el soporte del programa me comenta que puede ser algún
> problema con java, me pueden orientar respecto al tema

Pues hombre, si nos das más datos del problema que tienes, mejor :-)

¿Qué es lo que te sucede, exactamente? ¿Te aparece algún mensaje de 
error?

En principio te diria que comprobras los requisitos que tiene la 
aplicación, qué versión de Java necesita, cuál tienes instalada, etc...

Saludos,

-- 
Camaleón 

problema al ejecutar project libre

[Javier Gutierrez]

Buenas tardes, he instalado Proyect libre y tengo algunos fallos en el
programa el soporte del programa me comenta que puede ser algún
problema con java, me pueden orientar respecto al tema


-- 

Re: problema con Processing, Java y OpenGL

[Daniel]

Hola. Para los que tengan problema similar (los script de Processing 
3.5.5 en 3D funcionan desde el fuente con el IDE andando pero no el 
ejecutable) (en Linux 64 con Debian 11 y Java: openJRE 
11.0.16+8-1~deb11u1). Las soluciones propuestas en:


https://wiki.controlonline.net:1029/doku.php?id=tutorials:processing:19_3d

no me funcionaron.

En mi caso dejo allí la cosa pues el script es de uso sólo didáctico así 
que no afecta el IDE presente pero el tema de los ejecutables queda 
irresuelto hasta donde sé.


Tampoco, como se comentó, funciona setear las variables de entorno:

_JAVA_OPTIONS="-Djogl.disable.openglcore=false"

y/o

LIBGL_ALWAYS_SOFTWARE=1

Saludos desde el sur!

Daniel


El 2/8/22 a las 04:33, Camaleón escribió:

El 2022-08-02 a las 03:27 -0300, Daniel escribió:

Buf... quito el formato html, mi pobre Mutt sólo ve una morcilla.

(...)


   Resumiendo: la misma aplicación/script hecha en Processing (y
   ejemplos similares que usan OpenGL) funciona perfecto desde el
   fuente, con el IDE de Processing corriendo (ejecutado usando la
   sintaxis con la variable de entorno antes ya comentada). Pero el
   ejecutable compilado no funciona si usa "P2D" o "P3D" (incluso
   seteando la variable de entorno que soluciona todo corriendo
   Processing).

(...)

Prueba con algunas de las opciones que indican por aquí:

3D amb processing
https://wiki.controlonline.net:1029/doku.php?id=tutorials:processing:19_3d

Principalmente, introducir dentro del código de la aplicación la opción
para desactivar «openglcore», porque entiendo que las otras dos
opciones ya las has probado sin éxito.

La página está en valenciano, si quieres traducirla con Google elige
la pareja Catalán a Español.

Saludos,

Off topic bastante personal. Re: problema con Processing, Java y OpenGL

[Daniel]

Gracias por la atención Camaleón, y disculpas el html :) Ando con mala 
racha, me suelen hostigar mis amigos por "viejo" y "arcaico defensor del 
texto plano", una vez que uso html para poner una negrita me critican!! 
con razón :) La mala racha incluye covid (aunque bien leve por tener 4 
dosis de vacuna) así que me tomaré mi tiempo para probar tus 
recomendaciones. Pintan que alguna puede funcionar, gracias por eso. 
Comento y expongo si algún procedimiento funciona (en el mundo 
Processing la cosa es bastante win... :) . Abrazos desde el sur.


El 2/8/22 a las 04:33, Camaleón escribió:

El 2022-08-02 a las 03:27 -0300, Daniel escribió:

Buf... quito el formato html, mi pobre Mutt sólo ve una morcilla.

(...)


   Resumiendo: la misma aplicación/script hecha en Processing (y
   ejemplos similares que usan OpenGL) funciona perfecto desde el
   fuente, con el IDE de Processing corriendo (ejecutado usando la
   sintaxis con la variable de entorno antes ya comentada). Pero el
   ejecutable compilado no funciona si usa "P2D" o "P3D" (incluso
   seteando la variable de entorno que soluciona todo corriendo
   Processing).

(...)

Prueba con algunas de las opciones que indican por aquí:

3D amb processing
https://wiki.controlonline.net:1029/doku.php?id=tutorials:processing:19_3d

Principalmente, introducir dentro del código de la aplicación la opción
para desactivar «openglcore», porque entiendo que las otras dos
opciones ya las has probado sin éxito.

La página está en valenciano, si quieres traducirla con Google elige
la pareja Catalán a Español.

Saludos,

Re: problema con Processing, Java y OpenGL

[Camaleón]

El 2022-08-02 a las 03:27 -0300, Daniel escribió:

Buf... quito el formato html, mi pobre Mutt sólo ve una morcilla.

(...)

>   Resumiendo: la misma aplicación/script hecha en Processing (y
>   ejemplos similares que usan OpenGL) funciona perfecto desde el
>   fuente, con el IDE de Processing corriendo (ejecutado usando la
>   sintaxis con la variable de entorno antes ya comentada). Pero el
>   ejecutable compilado no funciona si usa "P2D" o "P3D" (incluso
>   seteando la variable de entorno que soluciona todo corriendo
>   Processing).

(...)

Prueba con algunas de las opciones que indican por aquí:

3D amb processing
https://wiki.controlonline.net:1029/doku.php?id=tutorials:processing:19_3d

Principalmente, introducir dentro del código de la aplicación la opción 
para desactivar «openglcore», porque entiendo que las otras dos 
opciones ya las has probado sin éxito.

La página está en valenciano, si quieres traducirla con Google elige 
la pareja Catalán a Español.

Saludos,

-- 
Camaleón 

problema con Processing, Java y OpenGL

[Daniel]

  
  
Hola. Novato desde el sur, encaprichado con usar Processing con
  OpenJDK y Debian en vez del Java cerrado de Oracle o Windows.
Bueno, todo funciona con Processing excepto (al actualizar Debian
  a 11) al intentar hacer algún script de processing que requieran
  "P2D" o "P3D" (o sea OpenGL). Aparecen errores del tipo:
  "java.lang.RuntimeException: Profile GL4bc is not available on
  X11GraphicsDevice[type .x11, connection :0, unitID 0, handle
  0x7f8114024e50, owner true, ResourceToolkitLock[obj 0x1c266841,
  isOwner true, <1819ef1d, 5d1b627a>[count 1, qsz 0..."
Por suerte hasta aquí [SOLUCIONADO].
Luego de recorrer varios sitios y probar alternativas, lo
  resuelvo instalando "Jogl" (desde Synaptic simplemente) y luego
  ejecutando Processing pero con el seteo previo de una variable de
  entrono en la línea del lanzador. Así:
_JAVA_OPTIONS="-Djogl.disable.openglcore=false"
  /usr/local/processing/processing-3.5.4/processing

en vez de solamente 
  /usr/local/processing/processing-3.5.4/processing

(para otros será el path que coresponda si les viene bien esta
  solución, claro)
El problema... es que funciona desde el fuente de la
  aplicación-script, estando abierto Processing y se pueden crear
  los ejecutables, pero estos no funcionan (simplemente no hacen
  nada) (al menos en Debian, no probé en Win por ejemplo que
  supuestamente no tiene este problema)
Por lo encontrado por allí se podría solucionar instalando Java
  "oficial" de Oracle pero quisiera evitarlo (además no es seguro
  que funcione).
Lo extraño es que probé de varias maneras setear la
  variable de entorno: en el propio script de la app y hasta
  editando /etc/environment (y comprobando con "set" que
  efectivamente existe y está con el valor
  "-Djogl.disable.openglcore=false") pero no... 

Resumiendo: la misma aplicación/script hecha en Processing (y
  ejemplos similares que usan OpenGL) funciona perfecto desde el
  fuente, con el IDE de Processing corriendo (ejecutado usando la
  sintaxis con la variable de entorno antes ya comentada). Pero el
  ejecutable compilado no funciona si usa "P2D" o "P3D" (incluso
  seteando la variable de entorno que soluciona todo corriendo
  Processing).

Datos:
Lenovo ThinkPad L15 Gen. i5-1135G7 @ 2.40GHz.
Debian 11, KDE Plasma: 5.20.5  -  Kernel: 5.10.0-16-amd64
Acelerador 3D Intel TigerLake GT2 [Iris Xe Graphics]
Controlador: Mesa Intel(R) Xe Graphics (TGL GT2)
OpnGL 4.6 (Compatibility Profile) Mesa 20.3.5

Processing 3.5.4

Java:
openjdk version "11.0.16" 2022-07-19
OpenJDK Runtime Environment (build 11.0.16+8-post-Debian-1deb11u1)
OpenJDK 64-Bit Server VM (build 11.0.16+8-post-Debian-1deb11u1,
mixed mode, sharing)
javac 11.0.16


Jogl instalado:
antlr (versión 2.7.7+dfsg-10)
  libantlr-java (versión 2.7.7+dfsg-10)
  libgluegen2-jni (versión 2.3.2-8)
  libgluegen2-rt-java (versión 2.3.2-8)
  libjogl2-java (versión 2.3.2+dfsg-9)
  libjogl2-java-doc (versión 2.3.2+dfsg-9)
  libjogl2-jni (versión 2.3.2+dfsg-9)
  libjogl2-toolkits (versión 2.3.2+dfsg-9)



Desde ya muchas gracias si alguno pasó
  por estos laberintos de java, variables y no se qué y conoce una
  solución o algo que probar.


Saludos
Daniel desde Argentina





  

Re: Problema De Login en debian

[Antonio Galicia]

El lun, 30 may 2022 a la(s) 09:54, Antonio Munno (munnoanto...@gmail.com)
escribió:

> Estimados : Acudo a Uds. para pedirles ayuda. Desde la terminal de un
> Debian 6, ingreso como usuario root y contraseña correcta y me devuelve el
> login, sin darme ningun error. No es contraseña equivocada ni login
> incorrecto. Simplemente, hace un "clear screen" y me vuelve a
> pedir usuario.¿alguna idea?
>

Entra con un usuario distinto y haces "su" a la cuenta de root para revisar
lo que puede estar pasando. Ese comportamiento puede ocurrir por un
problema que no deja arrancar el shell o que el shell termina de manera
inesperada. Si persiste el problema puedes entrar siguiendo el
procedimiento de entrar sin contraseña como cuando no tienes la contraseña
y revisar los logs en busca del que mata el inicio de sesion

Para iniciar sin contraseña al momento que presenta el menú de grub agregar
init=/bin/bash

 Saludos,
 Antonio Galicia

Eram quod es, eris quod sum
--


 Saludos,
 Antonio Galicia

Eram quod es, eris quod sum

Re: Problema De Login en debian

[fernando sainz]

El lun, 30 may 2022 a las 16:54, Antonio Munno ()
escribió:

> Estimados : Acudo a Uds. para pedirles ayuda. Desde la terminal de un
> Debian 6, ingreso como usuario root y contraseña correcta y me devuelve el
> login, sin darme ningun error. No es contraseña equivocada ni login
> incorrecto. Simplemente, hace un "clear screen" y me vuelve a
> pedir usuario.¿alguna idea?
>
> desde ya, muchas gracias.
>
>

Hola.
Cuando  dices "terminal de debian" a qué te refieres , al gdm, kdm o
equivalente o a la terminal de texto que se abre al pulsar Ctrl+Alt+1 o F2
Si es el gdm ( o cualquier display manager) normalmente no deja entrar como
root (se puede configurar, pero no es aconsejable) Lo suyo es entrar con un
usuario normal y luego usar  "su" o "sudo" para ejecutar las ordenes  que
requieran privilegios de root.

Si te falla en el  tty1 o tty2 (Ctrl+Alt+F1) ahí si tienes un problema.

S2.











>
>
>
>
> *Este mensaje puede contener información confidencial y/o amparada porel
> secreto profesional. Si usted ha recibido esta comunicación porerror, por
> favor comuníquese al (54-11) 4983-8669 enforma inmediata, y elimínelo de su
> sistema. No deberá copiar la citadainformación ni divulgar su contenido a
> persona alguna. *
>
>
> *Este no es un medio utilizado para contraerobligaciones contractuales,
> excepto que, previamente, asi se hubierapactado por escrito.*
>
>
> Ing. Antonio Munno
> UTNBA Mat.4373
>
>

Re: Problema De Login en debian

[Juan Acuna A.]

Revisa el driver de video que esté con la versión correcta

suena a eso el problema


saludos


On 5/30/22 10:37, Antonio Munno wrote:
Estimados : Acudo a Uds. para pedirles ayuda. Desde la terminal de un 
Debian 6, ingreso como usuario root y contraseña correcta y me 
devuelve el login, sin darme ningun error. No es contraseña equivocada 
ni login incorrecto. Simplemente, hace un "clear screen" y me vuelve a 
pedir usuario.¿alguna idea?


desde ya, muchas gracias.

/Este mensaje puede contener información confidencial y/o amparada por
el secreto profesional. Si usted ha recibido esta comunicación por
error, por favor comuníquese al (54-11) 4983-8669 en
forma inmediata, y elimínelo de su sistema. No deberá copiar la citada
información ni divulgar su contenido a persona alguna. /
/Este no es un medio utilizado para contraer
obligaciones contractuales, excepto que, previamente, asi se hubiera
pactado por escrito./


Ing. Antonio Munno
UTNBA Mat.4373


--
Juan Acuña Alvarez
  Administrador de Sistemas
  Instituto de Física
  Campus San Joaquín
  Pontificia Universidad Católica de Chile
  Vicuña Mackenna 4860, Macul
  Zipcode 7820436
  Teléfono: +562 2354 7155

Re: Problema De Login en debian

[Camaleón]

El 2022-05-30 a las 11:37 -0300, Antonio Munno escribió:

> Estimados : Acudo a Uds. para pedirles ayuda. Desde la terminal de un
> Debian 6, ingreso como usuario root y contraseña correcta y me devuelve el
> login, sin darme ningun error. No es contraseña equivocada ni login
> incorrecto. Simplemente, hace un "clear screen" y me vuelve a
> pedir usuario.¿alguna idea?

Habrás iniciado bien en la terminal pero sin cargar entorno gráfico.
Prueba con «startx» (mejor desde tu usaurio) si lo que quieres es 
cargar el escritorio.

Saludos,

-- 
Camaleón 

Problema De Login en debian

[Antonio Munno]

Estimados : Acudo a Uds. para pedirles ayuda. Desde la terminal de un
Debian 6, ingreso como usuario root y contraseña correcta y me devuelve el
login, sin darme ningun error. No es contraseña equivocada ni login
incorrecto. Simplemente, hace un "clear screen" y me vuelve a
pedir usuario.¿alguna idea?

desde ya, muchas gracias.





*Este mensaje puede contener información confidencial y/o amparada porel
secreto profesional. Si usted ha recibido esta comunicación porerror, por
favor comuníquese al (54-11) 4983-8669 enforma inmediata, y elimínelo de su
sistema. No deberá copiar la citadainformación ni divulgar su contenido a
persona alguna. *


*Este no es un medio utilizado para contraerobligaciones contractuales,
excepto que, previamente, asi se hubierapactado por escrito.*


Ing. Antonio Munno
UTNBA Mat.4373

SOLUCIONADO Problema con repositorio

[Marcelo Eduardo Giordano]

Muchísimas gracias

Funcionando 100%

Re: Problema con repositorio

[Camaleón]

El 2022-04-02 a las 21:49 -0300, Marcelo Giordano escribió:

> Estimados:
> Al poner este repositorio
> deb [arch=amd64] http://security.debian.org/ bullseye/updates main contrib
> el sistema me dice que no encuentra la ip y me da error.
> *Es necesario tenerlo?*
> *Muy agradecido*

Conforme indican en la wiki de Debian¹, el formato para el repo de 
seguridad es este:

deb http://security.debian.org/debian-security bullseye-security main contrib

¹https://wiki.debian.org/SourcesList#Example_sources.list

Saludos,

-- 
Camaleón 

Problema con repositorio

[Marcelo Giordano]

Estimados:
Al poner este repositorio
deb [arch=amd64] http://security.debian.org/ bullseye/updates main contrib
el sistema me dice que no encuentra la ip y me da error.
*Es necesario tenerlo?*
*Muy agradecido*

Re: actualizar kernel para problema con wifi

[Daniel]

Respondo aquí para abreviar a los lectores: gracias Jhosue. Valiosa 
información por lo que intuyo. En cuanto termine del trabajo investigaré 
esos links y veré si intento lo del kernel (atinado vuestro consejo que 
apunte a la placa y no al pen, creo) . Gracias otra vez.


Daniel

El 9/3/22 a las 12:47, Jhosue rui escribió:

El mié, 9 mar 2022 a las 11:23, Daniel () escribió:


El 9/3/22 a las 10:56, Jhosue rui escribió:

El mar, 8 mar 2022 a las 17:04, Daniel () escribió:

El 8/3/22 a las 15:12, Jhosue rui escribió:

El jue, 24 feb 2022 a las 23:04, Daniel
() escribió:

Hola. Consulta bastante de novato, disculpas por eso (uso consola pero
me suelo manejar mas en GUI).

Tengo una Notebook Lenovo "ThinkPad L15 Gen 2" con i5-1135G7. Instalado
Debian 11, kernel 5.10.0.11-amd64, KDE Plasma 5.20.5. Por ahora
instalación básica, sólo agregado Synaptic y poco más.

Pude hacer funcionar casi todo, pero no el WiFi (MediaTek Wi-Fi 6 MT7921).

Tengo instalado el paquete de Firmware non-free. Busqué en web por
varios lados y por lo que encuentro aparentemente el problema está en la
versión del kernel que todavía no contiene controlador para este hard.

En configuración de redes aparece (pero inútil) la opción de agregar
coexión Wifi (me pide SSID y etc.) Entiendo que no puede manejar el
dispositivo y/o lo reconoce parcialmente.

En información de dispositivos USD indica:
Wireless_Device:  Fabricante: MediaTec Inc.
Clase   239 (Mescellaneous Device)
Subclase  2 (?)
Protocolo 0
Versión USB 2.10
ID del fabricante  0x489 (Foxconn/Hon Hai)
ID del producto0xe0cd
Revisión  0
Velocidad480 Mbits/s
Canales   0
Tamaño máximo de paquete  64

El equipo conecta perfecto cableado a Rj45.

La pregunta es: ¿es factible y aconsejable actualizar el kernel
(solamente) a una versión posterior para solucionar el problema como
encontré recomendado por allí?

y en ese caso: ¿un procedimiento adecuado seguro sería agregar el
repositorio "testing" y actualizar el kernel al disponible en Synaptic?

Bueno, desde ya gracias y disculpen la molestia.

Daniel




Saludos, hace poco enfrenté un problema similar con una portátil dell
con procesador de 11av generacion cuya tarjeta de sonido no estaba
soportada por el kernel 5.10, la solución fue utilizar el kernel 5.15
de los backports de bullseye, pero tuve que compilar el modulo "in
tree" de la tarjeta ya que si estaba en el kernel, pero no estaba
incluido dentro de la configuración original del kernel compilado.
Consulta cual es el procedimiento para compilar un módulo "in tree" en
la documentación oficial. Por otra parte, para saber qué módulo me
faltaba, arranqué la máquina con un live CD de ubuntu, que si
reconoció la tarjeta, tomo nota del módulo necesario y a compilar.

Como nota al margen, tendrás que desactivar el secure boot porque tu
módulo no estará firmado y por lo tanto el kernel se rehusará a
cargarlo a menos que desactives el secure boot.

Suerte


Hola Jhosue. Muchísimas gracias por tu recomendación. Por temas de
trabajo-tiempo, no intentaré ahora hacer andar la placa MediaTec
incorporada pero volveré seguramente a esa batalla en cuanto pueda.

Para salir del paso tengo ahora un económico pen wifi usb "Nisuta
NS-WIU300N" (chip "Realtek 8192EU"). En teoría compatible con Linux pero
por el momento se resiste. Por suerte no necesito movilizarme con
conectividad así que uso el cable de red.

El pen viene con su driver y también ofrecen alternativas en web pero no
para la versión de kernel actual sino 4 y 3... Traté de compilarlo
pero da errores.

Si (a diferencia de la placa Mediatek) el pen es reconocido por la
máquina e incluso detecta y muestra las redes wifi de la zona, pero no
logro que se conecte.

Por si puede ser simple (probé varias cosas encontradas en web pero tal
vez no la adecuada) y alguien anda en problemas similares copio un par
de datos aquí al final, pero vuelvo a comentar: no es urgente, ya
funcionará.

Abrazos y ultra vez gracias.

Copio:

Segmento de la respuesta de "lsusb -tv":

   |__ Port 9: Dev 6, If 0, Class=Vendor Specific Class,
Driver=rtl8xxxu, 480M
   ID 0bda:818b Realtek Semiconductor Corp. RTL8192EU 802.11b/g/n
WLAN Adapter
   |__ Port 10: Dev 5, If 2, Class=Wireless, Driver=, 480M
   ID 0489:e0cd Foxconn / Hon Hai

Recorto a fin de hacer esto más manejable, recuerdo que en tiempos de
wheeze ese adaptador era un infierno, hoy en dia funciona plug and
play, solo debes tener instalado el paquete firmware-realtek y no
recuerdo si el firmware-iwlwifi tambien, pero no está de más hacerlo,
pero aviso que tiene temas de desconexión al azar por un cuento de las
capacidades ACPI del módulo, aunque no sé si lo hayan corregido ya,
porque hace mucho que no lo uso .

¿Puedes enviar una salida de tu lspci donde se vea la mediatek?, para
av

Re: actualizar kernel para problema con wifi

[Jhosue rui]

El mié, 9 mar 2022 a las 11:23, Daniel () escribió:
>
>
> El 9/3/22 a las 10:56, Jhosue rui escribió:
> > El mar, 8 mar 2022 a las 17:04, Daniel () 
> > escribió:
> >>
> >> El 8/3/22 a las 15:12, Jhosue rui escribió:
> >>> El jue, 24 feb 2022 a las 23:04, Daniel
> >>> () escribió:
> >>>> Hola. Consulta bastante de novato, disculpas por eso (uso consola pero
> >>>> me suelo manejar mas en GUI).
> >>>>
> >>>> Tengo una Notebook Lenovo "ThinkPad L15 Gen 2" con i5-1135G7. Instalado
> >>>> Debian 11, kernel 5.10.0.11-amd64, KDE Plasma 5.20.5. Por ahora
> >>>> instalación básica, sólo agregado Synaptic y poco más.
> >>>>
> >>>> Pude hacer funcionar casi todo, pero no el WiFi (MediaTek Wi-Fi 6 
> >>>> MT7921).
> >>>>
> >>>> Tengo instalado el paquete de Firmware non-free. Busqué en web por
> >>>> varios lados y por lo que encuentro aparentemente el problema está en la
> >>>> versión del kernel que todavía no contiene controlador para este hard.
> >>>>
> >>>> En configuración de redes aparece (pero inútil) la opción de agregar
> >>>> coexión Wifi (me pide SSID y etc.) Entiendo que no puede manejar el
> >>>> dispositivo y/o lo reconoce parcialmente.
> >>>>
> >>>> En información de dispositivos USD indica:
> >>>> Wireless_Device:  Fabricante: MediaTec Inc.
> >>>> Clase   239 (Mescellaneous Device)
> >>>> Subclase  2 (?)
> >>>> Protocolo 0
> >>>> Versión USB 2.10
> >>>> ID del fabricante  0x489 (Foxconn/Hon Hai)
> >>>> ID del producto0xe0cd
> >>>> Revisión  0
> >>>> Velocidad480 Mbits/s
> >>>> Canales   0
> >>>> Tamaño máximo de paquete  64
> >>>>
> >>>> El equipo conecta perfecto cableado a Rj45.
> >>>>
> >>>> La pregunta es: ¿es factible y aconsejable actualizar el kernel
> >>>> (solamente) a una versión posterior para solucionar el problema como
> >>>> encontré recomendado por allí?
> >>>>
> >>>> y en ese caso: ¿un procedimiento adecuado seguro sería agregar el
> >>>> repositorio "testing" y actualizar el kernel al disponible en Synaptic?
> >>>>
> >>>> Bueno, desde ya gracias y disculpen la molestia.
> >>>>
> >>>> Daniel
> >>>>
> >>>>
> >>>>
> >>> Saludos, hace poco enfrenté un problema similar con una portátil dell
> >>> con procesador de 11av generacion cuya tarjeta de sonido no estaba
> >>> soportada por el kernel 5.10, la solución fue utilizar el kernel 5.15
> >>> de los backports de bullseye, pero tuve que compilar el modulo "in
> >>> tree" de la tarjeta ya que si estaba en el kernel, pero no estaba
> >>> incluido dentro de la configuración original del kernel compilado.
> >>> Consulta cual es el procedimiento para compilar un módulo "in tree" en
> >>> la documentación oficial. Por otra parte, para saber qué módulo me
> >>> faltaba, arranqué la máquina con un live CD de ubuntu, que si
> >>> reconoció la tarjeta, tomo nota del módulo necesario y a compilar.
> >>>
> >>> Como nota al margen, tendrás que desactivar el secure boot porque tu
> >>> módulo no estará firmado y por lo tanto el kernel se rehusará a
> >>> cargarlo a menos que desactives el secure boot.
> >>>
> >>> Suerte
> >>>
> >> Hola Jhosue. Muchísimas gracias por tu recomendación. Por temas de
> >> trabajo-tiempo, no intentaré ahora hacer andar la placa MediaTec
> >> incorporada pero volveré seguramente a esa batalla en cuanto pueda.
> >>
> >> Para salir del paso tengo ahora un económico pen wifi usb "Nisuta
> >> NS-WIU300N" (chip "Realtek 8192EU"). En teoría compatible con Linux pero
> >> por el momento se resiste. Por suerte no necesito movilizarme con
> >> conectividad así que uso el cable de red.
> >>
> >> El pen viene con su driver y también ofrecen alternativas en web pero no
> >> para la versión de kernel actual sino 4 y 3... Traté de compilarlo
> >> pero da errores.
> >>
> >> Si (a di

Re: actualizar kernel para problema con wifi

[Daniel]

El 9/3/22 a las 10:56, Jhosue rui escribió:

El mar, 8 mar 2022 a las 17:04, Daniel () escribió:


El 8/3/22 a las 15:12, Jhosue rui escribió:

El jue, 24 feb 2022 a las 23:04, Daniel
() escribió:

Hola. Consulta bastante de novato, disculpas por eso (uso consola pero
me suelo manejar mas en GUI).

Tengo una Notebook Lenovo "ThinkPad L15 Gen 2" con i5-1135G7. Instalado
Debian 11, kernel 5.10.0.11-amd64, KDE Plasma 5.20.5. Por ahora
instalación básica, sólo agregado Synaptic y poco más.

Pude hacer funcionar casi todo, pero no el WiFi (MediaTek Wi-Fi 6 MT7921).

Tengo instalado el paquete de Firmware non-free. Busqué en web por
varios lados y por lo que encuentro aparentemente el problema está en la
versión del kernel que todavía no contiene controlador para este hard.

En configuración de redes aparece (pero inútil) la opción de agregar
coexión Wifi (me pide SSID y etc.) Entiendo que no puede manejar el
dispositivo y/o lo reconoce parcialmente.

En información de dispositivos USD indica:
Wireless_Device:  Fabricante: MediaTec Inc.
Clase   239 (Mescellaneous Device)
Subclase  2 (?)
Protocolo 0
Versión USB 2.10
ID del fabricante  0x489 (Foxconn/Hon Hai)
ID del producto0xe0cd
Revisión  0
Velocidad480 Mbits/s
Canales   0
Tamaño máximo de paquete  64

El equipo conecta perfecto cableado a Rj45.

La pregunta es: ¿es factible y aconsejable actualizar el kernel
(solamente) a una versión posterior para solucionar el problema como
encontré recomendado por allí?

y en ese caso: ¿un procedimiento adecuado seguro sería agregar el
repositorio "testing" y actualizar el kernel al disponible en Synaptic?

Bueno, desde ya gracias y disculpen la molestia.

Daniel




Saludos, hace poco enfrenté un problema similar con una portátil dell
con procesador de 11av generacion cuya tarjeta de sonido no estaba
soportada por el kernel 5.10, la solución fue utilizar el kernel 5.15
de los backports de bullseye, pero tuve que compilar el modulo "in
tree" de la tarjeta ya que si estaba en el kernel, pero no estaba
incluido dentro de la configuración original del kernel compilado.
Consulta cual es el procedimiento para compilar un módulo "in tree" en
la documentación oficial. Por otra parte, para saber qué módulo me
faltaba, arranqué la máquina con un live CD de ubuntu, que si
reconoció la tarjeta, tomo nota del módulo necesario y a compilar.

Como nota al margen, tendrás que desactivar el secure boot porque tu
módulo no estará firmado y por lo tanto el kernel se rehusará a
cargarlo a menos que desactives el secure boot.

Suerte


Hola Jhosue. Muchísimas gracias por tu recomendación. Por temas de
trabajo-tiempo, no intentaré ahora hacer andar la placa MediaTec
incorporada pero volveré seguramente a esa batalla en cuanto pueda.

Para salir del paso tengo ahora un económico pen wifi usb "Nisuta
NS-WIU300N" (chip "Realtek 8192EU"). En teoría compatible con Linux pero
por el momento se resiste. Por suerte no necesito movilizarme con
conectividad así que uso el cable de red.

El pen viene con su driver y también ofrecen alternativas en web pero no
para la versión de kernel actual sino 4 y 3... Traté de compilarlo
pero da errores.

Si (a diferencia de la placa Mediatek) el pen es reconocido por la
máquina e incluso detecta y muestra las redes wifi de la zona, pero no
logro que se conecte.

Por si puede ser simple (probé varias cosas encontradas en web pero tal
vez no la adecuada) y alguien anda en problemas similares copio un par
de datos aquí al final, pero vuelvo a comentar: no es urgente, ya
funcionará.

Abrazos y ultra vez gracias.

Copio:

Segmento de la respuesta de "lsusb -tv":

  |__ Port 9: Dev 6, If 0, Class=Vendor Specific Class,
Driver=rtl8xxxu, 480M
  ID 0bda:818b Realtek Semiconductor Corp. RTL8192EU 802.11b/g/n
WLAN Adapter
  |__ Port 10: Dev 5, If 2, Class=Wireless, Driver=, 480M
  ID 0489:e0cd Foxconn / Hon Hai

Recorto a fin de hacer esto más manejable, recuerdo que en tiempos de
wheeze ese adaptador era un infierno, hoy en dia funciona plug and
play, solo debes tener instalado el paquete firmware-realtek y no
recuerdo si el firmware-iwlwifi tambien, pero no está de más hacerlo,
pero aviso que tiene temas de desconexión al azar por un cuento de las
capacidades ACPI del módulo, aunque no sé si lo hayan corregido ya,
porque hace mucho que no lo uso .

¿Puedes enviar una salida de tu lspci donde se vea la mediatek?, para
averiguar el estado del soporte.

Hola. Muchísimas gracias por la atención, más de lo esperado en estos 
tiempos, ches.


Los paquetes "firmware-realtek" y "firmware-iwiwifi" ya están instalados 
(según Synaptic)


Pruebo lspci (con y sin el pen wifi puesto) y la salida es idéntica (la 
pego aquí al final)


Dato: al poner el pen wifi intenta reiteradas veces c

Re: actualizar kernel para problema con wifi

[Jhosue rui]

El mar, 8 mar 2022 a las 17:04, Daniel () escribió:
>
>
> El 8/3/22 a las 15:12, Jhosue rui escribió:
> > El jue, 24 feb 2022 a las 23:04, Daniel
> > () escribió:
> >> Hola. Consulta bastante de novato, disculpas por eso (uso consola pero
> >> me suelo manejar mas en GUI).
> >>
> >> Tengo una Notebook Lenovo "ThinkPad L15 Gen 2" con i5-1135G7. Instalado
> >> Debian 11, kernel 5.10.0.11-amd64, KDE Plasma 5.20.5. Por ahora
> >> instalación básica, sólo agregado Synaptic y poco más.
> >>
> >> Pude hacer funcionar casi todo, pero no el WiFi (MediaTek Wi-Fi 6 MT7921).
> >>
> >> Tengo instalado el paquete de Firmware non-free. Busqué en web por
> >> varios lados y por lo que encuentro aparentemente el problema está en la
> >> versión del kernel que todavía no contiene controlador para este hard.
> >>
> >> En configuración de redes aparece (pero inútil) la opción de agregar
> >> coexión Wifi (me pide SSID y etc.) Entiendo que no puede manejar el
> >> dispositivo y/o lo reconoce parcialmente.
> >>
> >> En información de dispositivos USD indica:
> >> Wireless_Device:  Fabricante: MediaTec Inc.
> >> Clase   239 (Mescellaneous Device)
> >> Subclase  2 (?)
> >> Protocolo 0
> >> Versión USB 2.10
> >> ID del fabricante  0x489 (Foxconn/Hon Hai)
> >> ID del producto0xe0cd
> >> Revisión  0
> >> Velocidad    480 Mbits/s
> >> Canales   0
> >> Tamaño máximo de paquete  64
> >>
> >> El equipo conecta perfecto cableado a Rj45.
> >>
> >> La pregunta es: ¿es factible y aconsejable actualizar el kernel
> >> (solamente) a una versión posterior para solucionar el problema como
> >> encontré recomendado por allí?
> >>
> >> y en ese caso: ¿un procedimiento adecuado seguro sería agregar el
> >> repositorio "testing" y actualizar el kernel al disponible en Synaptic?
> >>
> >> Bueno, desde ya gracias y disculpen la molestia.
> >>
> >> Daniel
> >>
> >>
> >>
> > Saludos, hace poco enfrenté un problema similar con una portátil dell
> > con procesador de 11av generacion cuya tarjeta de sonido no estaba
> > soportada por el kernel 5.10, la solución fue utilizar el kernel 5.15
> > de los backports de bullseye, pero tuve que compilar el modulo "in
> > tree" de la tarjeta ya que si estaba en el kernel, pero no estaba
> > incluido dentro de la configuración original del kernel compilado.
> > Consulta cual es el procedimiento para compilar un módulo "in tree" en
> > la documentación oficial. Por otra parte, para saber qué módulo me
> > faltaba, arranqué la máquina con un live CD de ubuntu, que si
> > reconoció la tarjeta, tomo nota del módulo necesario y a compilar.
> >
> > Como nota al margen, tendrás que desactivar el secure boot porque tu
> > módulo no estará firmado y por lo tanto el kernel se rehusará a
> > cargarlo a menos que desactives el secure boot.
> >
> > Suerte
> >
> Hola Jhosue. Muchísimas gracias por tu recomendación. Por temas de
> trabajo-tiempo, no intentaré ahora hacer andar la placa MediaTec
> incorporada pero volveré seguramente a esa batalla en cuanto pueda.
>
> Para salir del paso tengo ahora un económico pen wifi usb "Nisuta
> NS-WIU300N" (chip "Realtek 8192EU"). En teoría compatible con Linux pero
> por el momento se resiste. Por suerte no necesito movilizarme con
> conectividad así que uso el cable de red.
>
> El pen viene con su driver y también ofrecen alternativas en web pero no
> para la versión de kernel actual sino 4 y 3... Traté de compilarlo
> pero da errores.
>
> Si (a diferencia de la placa Mediatek) el pen es reconocido por la
> máquina e incluso detecta y muestra las redes wifi de la zona, pero no
> logro que se conecte.
>
> Por si puede ser simple (probé varias cosas encontradas en web pero tal
> vez no la adecuada) y alguien anda en problemas similares copio un par
> de datos aquí al final, pero vuelvo a comentar: no es urgente, ya
> funcionará.
>
> Abrazos y ultra vez gracias.
>
> Copio:
>
> Segmento de la respuesta de "lsusb -tv":
>
>  |__ Port 9: Dev 6, If 0, Class=Vendor Specific Class,
> Driver=rtl8xxxu, 480M
>  ID 0bda:818b Realtek Semiconductor Corp. RTL8192EU 802.11b/g/n
> WLAN Adapter
>  |__ Port 10: Dev 5, If 2, Class=Wireless, Driver=, 480M
>  ID 0489:e0cd Fox

Re: actualizar kernel para problema con wifi

[Daniel]

  
  


El 8/3/22 a las 19:30, Leonardo Marín
  escribió:


  
  




  El mar, 8 mar 2022 a las
18:05, Daniel (<aydanieldan...@yahoo.com.ar>)
escribió:
  
  
El 8/3/22 a las 15:12, Jhosue rui escribió:
> El jue, 24 feb 2022 a las 23:04, Daniel
> (<aydanieldan...@yahoo.com.ar>)
escribió:
>> Hola. Consulta bastante de novato, disculpas por
eso (uso consola pero
>> me suelo manejar mas en GUI).
>>
>> Tengo una Notebook Lenovo "ThinkPad L15 Gen 2" con
i5-1135G7. Instalado
>> Debian 11, kernel 5.10.0.11-amd64, KDE Plasma
5.20.5. Por ahora
>> instalación básica, sólo agregado Synaptic y poco
más.
>>
>> Pude hacer funcionar casi todo, pero no el WiFi
(MediaTek Wi-Fi 6 MT7921).
>>
>> Tengo instalado el paquete de Firmware non-free.
Busqué en web por
>> varios lados y por lo que encuentro aparentemente
el problema está en la
>> versión del kernel que todavía no contiene
controlador para este hard.
>>
>> En configuración de redes aparece (pero inútil) la
opción de agregar
>> coexión Wifi (me pide SSID y etc.) Entiendo que no
puede manejar el
>> dispositivo y/o lo reconoce parcialmente.
>>
>> En información de dispositivos USD indica:
>> Wireless_Device:      Fabricante: MediaTec Inc.
>> Clase                       239 (Mescellaneous
Device)
>> Subclase                  2 (?)
>> Protocolo                 0
>> Versión USB             2.10
>> ID del fabricante      0x489 (Foxconn/Hon Hai)
>> ID del producto        0xe0cd
>> Revisión                  0
>> Velocidad                480 Mbits/s
>> Canales                   0
>> Tamaño máximo de paquete  64
>>
>> El equipo conecta perfecto cableado a Rj45.
>>
>> La pregunta es: ¿es factible y aconsejable
actualizar el kernel
>> (solamente) a una versión posterior para solucionar
el problema como
>> encontré recomendado por allí?
>>
>> y en ese caso: ¿un procedimiento adecuado seguro
sería agregar el
>> repositorio "testing" y actualizar el kernel al
disponible en Synaptic?
>>
>> Bueno, desde ya gracias y disculpen la molestia.
>>
>> Daniel
>>
>>
>>
> Saludos, hace poco enfrenté un problema similar con una
portátil dell
> con procesador de 11av generacion cuya tarjeta de
sonido no estaba
> soportada por el kernel 5.10, la solución fue utilizar
el kernel 5.15
> de los backports de bullseye, pero tuve que compilar el
modulo "in
> tree" de la tarjeta ya que si estaba en el kernel, pero
no estaba
> incluido dentro de la configuración original del kernel
compilado.
> Consulta cual es el procedimiento para compilar un
módulo "in tree" en
> la documentación oficial. Por otra parte, para saber
qué módulo me
> faltaba, arranqué la máquina con un live CD de ubuntu,
que si
> reconoció la tarjeta, tomo nota del módulo necesario y
a compilar.
>
> Como nota al margen, tendrás que desactivar el secure
boot porque tu
> módulo no estará firmado y por lo tanto el kernel se
rehusará a
> cargarlo a menos que desactives el secure boot.
>
> Suerte
>
Hola Jhosue. Muchísimas gracias por tu recomendación. Por
temas de 
trabajo-tiempo, no intentaré ahora hacer andar la placa
MediaTec 
incorporada pero volveré seguramente a esa batalla en cuanto
pueda.

Para salir del paso tengo ahora un económico pen wifi usb
"Nisuta 
NS-WIU300N" (chip "Realtek 8192EU"). En teoría compatible

Re: actualizar kernel para problema con wifi

[Daniel]

El 8/3/22 a las 15:12, Jhosue rui escribió:

El jue, 24 feb 2022 a las 23:04, Daniel
() escribió:

Hola. Consulta bastante de novato, disculpas por eso (uso consola pero
me suelo manejar mas en GUI).

Tengo una Notebook Lenovo "ThinkPad L15 Gen 2" con i5-1135G7. Instalado
Debian 11, kernel 5.10.0.11-amd64, KDE Plasma 5.20.5. Por ahora
instalación básica, sólo agregado Synaptic y poco más.

Pude hacer funcionar casi todo, pero no el WiFi (MediaTek Wi-Fi 6 MT7921).

Tengo instalado el paquete de Firmware non-free. Busqué en web por
varios lados y por lo que encuentro aparentemente el problema está en la
versión del kernel que todavía no contiene controlador para este hard.

En configuración de redes aparece (pero inútil) la opción de agregar
coexión Wifi (me pide SSID y etc.) Entiendo que no puede manejar el
dispositivo y/o lo reconoce parcialmente.

En información de dispositivos USD indica:
Wireless_Device:  Fabricante: MediaTec Inc.
Clase   239 (Mescellaneous Device)
Subclase  2 (?)
Protocolo 0
Versión USB 2.10
ID del fabricante  0x489 (Foxconn/Hon Hai)
ID del producto0xe0cd
Revisión  0
Velocidad480 Mbits/s
Canales   0
Tamaño máximo de paquete  64

El equipo conecta perfecto cableado a Rj45.

La pregunta es: ¿es factible y aconsejable actualizar el kernel
(solamente) a una versión posterior para solucionar el problema como
encontré recomendado por allí?

y en ese caso: ¿un procedimiento adecuado seguro sería agregar el
repositorio "testing" y actualizar el kernel al disponible en Synaptic?

Bueno, desde ya gracias y disculpen la molestia.

Daniel




Saludos, hace poco enfrenté un problema similar con una portátil dell
con procesador de 11av generacion cuya tarjeta de sonido no estaba
soportada por el kernel 5.10, la solución fue utilizar el kernel 5.15
de los backports de bullseye, pero tuve que compilar el modulo "in
tree" de la tarjeta ya que si estaba en el kernel, pero no estaba
incluido dentro de la configuración original del kernel compilado.
Consulta cual es el procedimiento para compilar un módulo "in tree" en
la documentación oficial. Por otra parte, para saber qué módulo me
faltaba, arranqué la máquina con un live CD de ubuntu, que si
reconoció la tarjeta, tomo nota del módulo necesario y a compilar.

Como nota al margen, tendrás que desactivar el secure boot porque tu
módulo no estará firmado y por lo tanto el kernel se rehusará a
cargarlo a menos que desactives el secure boot.

Suerte

Hola Jhosue. Muchísimas gracias por tu recomendación. Por temas de 
trabajo-tiempo, no intentaré ahora hacer andar la placa MediaTec 
incorporada pero volveré seguramente a esa batalla en cuanto pueda.


Para salir del paso tengo ahora un económico pen wifi usb "Nisuta 
NS-WIU300N" (chip "Realtek 8192EU"). En teoría compatible con Linux pero 
por el momento se resiste. Por suerte no necesito movilizarme con 
conectividad así que uso el cable de red.


El pen viene con su driver y también ofrecen alternativas en web pero no 
para la versión de kernel actual sino 4 y 3... Traté de compilarlo 
pero da errores.


Si (a diferencia de la placa Mediatek) el pen es reconocido por la 
máquina e incluso detecta y muestra las redes wifi de la zona, pero no 
logro que se conecte.


Por si puede ser simple (probé varias cosas encontradas en web pero tal 
vez no la adecuada) y alguien anda en problemas similares copio un par 
de datos aquí al final, pero vuelvo a comentar: no es urgente, ya 
funcionará.


Abrazos y ultra vez gracias.

Copio:

Segmento de la respuesta de "lsusb -tv":

    |__ Port 9: Dev 6, If 0, Class=Vendor Specific Class, 
Driver=rtl8xxxu, 480M
    ID 0bda:818b Realtek Semiconductor Corp. RTL8192EU 802.11b/g/n 
WLAN Adapter

    |__ Port 10: Dev 5, If 2, Class=Wireless, Driver=, 480M
    ID 0489:e0cd Foxconn / Hon Hai

Semento final (con errores) de compilar mediante el install.sh provisto:

In file included from 
/home/daniel/Temp01/delDVD_penNisuta/Linux/RTL81888192EUS_linux_v4.3.0.4_11485.20140519/driver/rtl8188EUS_linux_v4.3.0.4_11485.20140519/include/osdep_service.h:41,
 from 
/home/daniel/Temp01/delDVD_penNisuta/Linux/RTL81888192EUS_linux_v4.3.0.4_11485.20140519/driver/rtl8188EUS_linux_v4.3.0.4_11485.20140519/include/drv_types.h:32,
 from 
/home/daniel/Temp01/delDVD_penNisuta/Linux/RTL81888192EUS_linux_v4.3.0.4_11485.20140519/driver/rtl8188EUS_linux_v4.3.0.4_11485.20140519/core/rtw_cmd.c:22:
/home/daniel/Temp01/delDVD_penNisuta/Linux/RTL81888192EUS_linux_v4.3.0.4_11485.20140519/driver/rtl8188EUS_linux_v4.3.0.4_11485.20140519/include/osdep_service_linux.h: 
In function ‘_init_timer’:
/home/daniel/Temp01/delDVD_penNisuta/Linux/RTL81888192EUS_linux_v4.3.0.4_11485.20140519/driver/rtl8188EUS_linux_v4.3.0.4_11485.20140519/include/osdep_service_linux.h:253:8: 
error

Re: actualizar kernel para problema con wifi

[Jhosue rui]

El jue, 24 feb 2022 a las 23:04, Daniel
() escribió:
>
> Hola. Consulta bastante de novato, disculpas por eso (uso consola pero
> me suelo manejar mas en GUI).
>
> Tengo una Notebook Lenovo "ThinkPad L15 Gen 2" con i5-1135G7. Instalado
> Debian 11, kernel 5.10.0.11-amd64, KDE Plasma 5.20.5. Por ahora
> instalación básica, sólo agregado Synaptic y poco más.
>
> Pude hacer funcionar casi todo, pero no el WiFi (MediaTek Wi-Fi 6 MT7921).
>
> Tengo instalado el paquete de Firmware non-free. Busqué en web por
> varios lados y por lo que encuentro aparentemente el problema está en la
> versión del kernel que todavía no contiene controlador para este hard.
>
> En configuración de redes aparece (pero inútil) la opción de agregar
> coexión Wifi (me pide SSID y etc.) Entiendo que no puede manejar el
> dispositivo y/o lo reconoce parcialmente.
>
> En información de dispositivos USD indica:
> Wireless_Device:  Fabricante: MediaTec Inc.
> Clase   239 (Mescellaneous Device)
> Subclase  2 (?)
> Protocolo 0
> Versión USB 2.10
> ID del fabricante  0x489 (Foxconn/Hon Hai)
> ID del producto0xe0cd
> Revisión  0
> Velocidad480 Mbits/s
> Canales   0
> Tamaño máximo de paquete  64
>
> El equipo conecta perfecto cableado a Rj45.
>
> La pregunta es: ¿es factible y aconsejable actualizar el kernel
> (solamente) a una versión posterior para solucionar el problema como
> encontré recomendado por allí?
>
> y en ese caso: ¿un procedimiento adecuado seguro sería agregar el
> repositorio "testing" y actualizar el kernel al disponible en Synaptic?
>
> Bueno, desde ya gracias y disculpen la molestia.
>
> Daniel
>
>
>
Saludos, hace poco enfrenté un problema similar con una portátil dell
con procesador de 11av generacion cuya tarjeta de sonido no estaba
soportada por el kernel 5.10, la solución fue utilizar el kernel 5.15
de los backports de bullseye, pero tuve que compilar el modulo "in
tree" de la tarjeta ya que si estaba en el kernel, pero no estaba
incluido dentro de la configuración original del kernel compilado.
Consulta cual es el procedimiento para compilar un módulo "in tree" en
la documentación oficial. Por otra parte, para saber qué módulo me
faltaba, arranqué la máquina con un live CD de ubuntu, que si
reconoció la tarjeta, tomo nota del módulo necesario y a compilar.

Como nota al margen, tendrás que desactivar el secure boot porque tu
módulo no estará firmado y por lo tanto el kernel se rehusará a
cargarlo a menos que desactives el secure boot.

Suerte


-- 

Por favor, NO utilice formatos de archivo propietarios para el
intercambio de documentos, como DOC y XLS, sino HTML, PDF, TXT, CSV o
cualquier otro que no obligue a utilizar un programa de un fabricante
en concreto.
Internet Explorer y Outlook son muy peligrosos por sus continuos
problemas de seguridad. Utilice alternativas libres:
http://www.mozillaes.org/

Usuario linux registrado #387231
http://counter.li.org

Por favor evite enviar adjuntos de powerpoint y word vea
http://www.gnu.org/philosophy/no-word-attachments.es.html

Re: problema de teclado en login SSDI [SOLUCIONADO]

[Aristobulo_Pinzón]

Re: actualizar kernel para problema con wifi

[Daniel]

Hola Leonardo. Muchas gracias por tu tiempo y la meticulosidad de las 
explicaciones, es más de lo esperado, che. Por lo pronto no tengo 
intenciones de cambiar núcleo, ya estoy terminando la instalación y en 
algunos ¡meses! :) terminaré de configurar a gusto jaja De todas maneras 
seguramente le meta una mirada a liquorix del que por ahora sólo tenía 
referencia por nombre. Gracias otra vez.


El 25/2/22 a las 15:53, Leonardo Marín escribió:



El vie, 25 feb 2022 a las 12:59, Daniel (<mailto:aydanieldan...@yahoo.com.ar>>) escribió:


Hola y otra vez gracias, me imagino los tiempos de cada uno que serán
tan apretados como los míos, muy elogiable pues regalarle atención
a un
desorientado! Ya me había rendido.

Ya probé, Leonardo, con firmware-misc-nonfree y no hay caso. Por eso
pensé en el Kernel pero desistí por la correcta opinión de varios.

entiendo, y era de esperar, tienes un hardware relativamente nuevo y 
por eso la recomendación de usar testing,


aparte de las recomendaciones que ya dejaron los compañeros por acá, 
te comparto un par más de opciones y que son totalmente reversibles si 
luego ya no quieres seguir usando,


1.- el kernel, hace años uso liquorix y no he tenido problemas, tiene 
su versión para debian stable, testing y sid,
es un kernel que siempre se está actualizando, aunque a veces eso 
puede ser un poco latoso, pero si tienes un equipo con hardware nuevo 
bien vale la pena,


*https://liquorix.net/#install*
*lo que tienes que saber* es que puedes revertir todo lo que se 
instala y como ya comentaron puedes elegir con cual kernel puedes 
iniciar cada vez,
insisto, puedes desinstalarlo completamente luego con las 3 o 4 
dependencias que instala, que para eso inicias con el kernel por 
defecto en debian abres synaptic y buscas "liquorix" desinstalas todo,
luego de eso las dependencias que instaló van a quedar como 
"instaladas manualmente" y las puedes eliminar sin problema,


cuando se instala crea un archivo dentro de "/etc/apt/sources.list.d/" 
que se llama "liquorix.,list" que es donde está la versión de debian 
que estés usando, si es estable debe estar en "bullseye" (si no es así 
puedes cambiarlo) que sería lo mismo que "stable", así que debe 
corresponder a la versión que uses,


sabiendo eso, para instalarlo revisa que tengas instalado el paquete 
"curl", si es que no lo tienes lo instalas,


para instalarlo es una sola línea "curl 
'https://liquorix.net/add-liquorix-repo.sh' | sudo bash"
para instalar el kernel "sudo apt-get install 
linux-image-liquorix-amd64 linux-headers-liquorix-amd64"


luego de eso reinicias y por defecto debe iniciar con el kernel más 
nuevo que sería liquorix,


2.- el firmware, nunca había echado mano de firmware fuera de los 
paquetes de debian pero por tener hardware nuevo tocó,
al igual que el kernel liquorix es reversible y puedes volver al 
firmware que tienes instalado,


en este caso saber dónde está firmware que es en "/lib/firmware/", 
como por ahora no quieres alterar nada solo renombra la carpeta 
"firmware" a "firmware-original" por ejemplo,

acá tienes dos opciones,
1- es descargar el firmware, descomprimir y mover donde corresponde,
2- clonar directamente con git,

puedes hacerlo de 1ra forma que es más rápido y fácil de entender,
*https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/*

si te fijas las descargas (Download) estan por fechas, deberías elegir 
la más reciente y descargarla, son unos cuantos megas pero no te 
asustes jajaja,
crea la nueva carpeta "firmware" y copia o mueve el archivo dentro, lo 
descomprimes y debería de quedarte otra carpeta que contiene todo el 
firmware descargado, voy a dejar una captura de lo que deberías ver 
dentro,
todo el contenido lo seleccionas y mueves dentro de misma carpeta 
"firmware" la que lo contenía la puedes eliminar,
si prefieres descomprimir en otro sitio y luego mover dentro de "/lib" 
y renombrar a "firmware" es válido también, siempre y cuando todo esté 
dentro de "/lib/firmware/",


luego que tengas el nuevo "firmware" donde corresponde ejecutas en el 
terminal como root "update-initramfs -u" esto reflejará el nuevo 
firmware cuando reinicies,


si con eso no funciona puede decir oficialmente que tiene problemas de 
hardware "necio",

mi laptop y el desktop los tengo de esta manera y funcionan sin problemas,

te recomendaría desinstalar todo el firmware que tienes instalado 
desde synaptic si decides quedarte por un tiempo con la versión 
instalada directamente,
para eso cambia de nuevo los nombres y desinstala, eso porque si 
algun firmware se actualiza va a cambiar el contenido de lo que 
descargaste,

luego solo cambia los nombres de nuevo y ejecuta el mismo comando,

pienso que para tener su wifi funcionando como correspo

problema de teclado en login SSDI [SOLUCIONADO]

[Daniel]

Holas desde el sur.
Comento, por si es útil para alguien, un problema que pude solucionar 
muy fácilmente (luego de miiil vueltas y pruebas como novato) al dar con 
el procedimiento adecuado.


Una notebook Lenovo "ThinkPad L15 Gen 2" con i5. Debian 11, kernel 
5.10.0.11-amd64, KDE Plasma 5.20.5.


Instalada desde cero, seteando al hacerlo idioma y teclado en español.

Arranca todo normal excepto las típicas discordancias de algunos signos 
que no coinciden por diferencia de distribución de teclado.


Usando las opciones simples ofrecidas en GUI soluciono dicho problema y 
luego seteo "Ibus" para "solamente español" que es lo que necesito y 
allí comienza el problema ¿por qué hay tantos recursos que parecen hasta 
competir entre sí simplemente para método de entrada? Hay automatismos 
buenos y muy malos dice un amigo...


Todo perfecto hasta que al otro día... no me acepta la pass de 
usuario... Ups.. me quedo trabado en la "Pantalla de inicio de sesión" 
(SDDM). Obviamente reintento y luego trato de entrar "a prueba de 
fallos" en consola y tammpoco me acepta la pass de root...


Martillo en mano, encuentro un poco más de paciencia de último momento y 
se me ocurre "loguearme" como otro usuario para "ver" que escribía y 
ups... "daniel" se leía en pantalla algo así como "ñfwejt". Todas (casi 
todas) las teclas "cambiadas".


La hago corta: hice un "tablita de equivalencias" (¡en papel, claro!) de 
este extraño idioma (¡que no era ni klingon!) y así logro escribir la 
pass de usuario "traducida" y entro sin problema. Funciona todo, hasta 
los signos pero SDDM sigue en su planeta, mal.


Usándola así hago mil pruebas y búsquedas y etc. que no vienen al caso. 
Lo concreto es que se solucionó con dos simples órdenes en consola (con 
"su"):


El 1° para tomar los datos del hard (aquí como respuesta pongo los datos 
del mio pero esto variará en cada caso, claro)


# localctl status

Y la respuesta en mi caso es:

System locale_ LANG=es_AR.UTF-8
   Languaje=es_AR:es
VC Keymap: n/a
X11 Layout: latam
X11 Model: pc105
X11 Variant: colemak
X11 Options: lv3:ralt_switch

El 2° para con estos datos setear el archivo de configuración 
("/etc/default/keyboard") que en realidad no existe en este caso pero el 
comando creará es:


Sintaxis genérica:
"set-x11-keymap LAYOUT [MODEL [VARIANT [OPTIONS]]]"

De ejemplo en mi caso:

# localectl set-x11-keymap latam pc105 colemak lv3:ralt_switch

Y solucionado todo! de vuelta a la Tierra.

En algunos casos es otra la ubicación y nombre del archivo. Por ejemplo 
"/etc/X11/xorg.conf.d/00-keyboard.conf"


Fuente finalmente efectiva: 
"https://man7.org/linux/man-pages/man1/localectl.1.html;


Bueno, abrazo a todos.

Disculpas la mezcla de informática (seguramente elemental para muchos) y 
relato (o catarsis) jaja

Re: actualizar kernel para problema con wifi

[Daniel]

El 25/2/22 a las 14:02, Camaleón escribió:

El 2022-02-25 a las 12:58 -0300, Daniel escribió:


Hola y otra vez gracias, me imagino los tiempos de cada uno que serán tan
apretados como los míos, muy elogiable pues regalarle atención a un
desorientado! Ya me había rendido.

Ya probé, Leonardo, con firmware-misc-nonfree y no hay caso. Por eso pensé
en el Kernel pero desistí por la correcta opinión de varios.

El 25/2/22 a las 05:39, Leonardo Marín escribió:

El vie, 25 feb 2022 a las 4:50, Camaleón (mailto:noela...@gmail.com>>) escribió:

(...)


 > Pude hacer funcionar casi todo, pero no el WiFi (MediaTek Wi-Fi
 6 MT7921).

 (...)

 Revisa esta página donde te explican bien las opciones y alternativas
 que tienes, que no son pocas:

 How to install driver for Wi-Fi Mediatek MT7921 and Mediatek
 MT7961 in
 Linux
 https://miloserdov.org/?p=6899


Releer la página, Camaleón, me desorientó un poco pero me hace pensar en
nuevos caminos. Por ejemplo lo que dice de "backports" ¿entiendo mal o por
esa vía se puede instalar controladores "nuevos" sin cambiar el núcleo
"viejo"?

Exactamente, esa es la idea.

De la información de la página, entendí que el adpatador inalámbrico
que tienes en el equipo lo admite el kernel 5.12 o superior, por lo que
partimos de esa base.

En los repositorios de Debian tienes el kernel 5.15 en la rama de
backports y con este sí te podría funcionar la tarjeta:

https://packages.debian.org/bullseye-backports/linux-image-amd64

La operación no exenta de riesgos, pero si acabas de instalar el
sistema poco tienes que perder. Básicamente se trata de los siguientes
pasos:

1. Añadir el repositorios de backsports en el archivo sources.list
2. Instalar el nuevo kernel y los demaś paquetes de los que dependa
3. Instalar el firmware del adpattador en el caso de que sea neceasrio

Se supone que con esta operación mantienes instalados los dos kerbels,
el que viene con Debian y el de los backports, y podrás iniciar con uno
u otro a conveniencia.

https://backports.debian.org/Instructions
https://unix.stackexchange.com/questions/545601/how-to-upgrade-the-debian-10-kernel-from-backports-without-recompiling-it-from-s
https://blog.abysm.org/2020/07/installing-linux-kernel-from-debian-backports/

Recuerda que tu versión es bullseye (estable).

Y si optas por esta vía, haz una copia de tus datos, por si acaso.


Lo que sí... me da cierta vergüenza pero quedé "mareado" y no sé como
seguir. Dice allí que use "mt76 driver" (que tiene el "MT7921") pero me
deriva a la lista 
https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/mediatek
donde no está ninguna de las dos denominaciones.

Me sigo poniendo colorado pero ¿y en caso de identificar el correcto (que
seguiré buscando) que se hace con esos archivos .bin?

Los binarios precompilados los necesita el kernel para que funcionen
ciertos controaldores propietarios. Son archivos que tienes que
copiar/pegar en su directorio para que el kernel los pueda leer.


La otra lista sugerida es
https://backports.wiki.kernel.org/index.php/Releases. Me suena que agregaría
el "cachito de kernel" "adaptado" necesario, pero tampoco se o encuentro que
hacer con esos archivos comprimidos ni cual usar (aunque estimo sería más
reciente).

Yo probaría con el kernel de backports pero la operación es delicada,
asegura bien tudas datos antes de instara nada y pregunta si tienes
alguna duda si te aparecen problemas o errores de dependencias
incumplidas.


Posdata: al menos para contribuir con algo, en otro correo mandaré una
solución (luego de ml vueltas) que encontré a problemas de teclado en la
pantalla de loguin por si ayuda a alguien ¡ayuda de un "poco informático"
como buen pedante argentino jaja!

:-)

Saludos,


Regracias por el tiempo ¿cuanto saldrá en el mercado negro un cuanto de 
tiempo cuando finalmente los físicos lo capturen? :-)


Optaré por la opción de usar un pen wifi y esperar. Justamente el 
tiempo... en dos años me jubilo y podré dedicarme y hasta jugar un poco 
con estos artefactos que, no las carga el diablo como a las armas, las 
cargamos nosotros, pro hay mucho detrás, por eso Debian y KDE ¿no?


Temo más que nada meterme con el kernel el tener que estar a cada rato 
solucionando cosas (de las máquinas de toda la familia en vez de 
laburare) y en la página oficial de backports encontré: "Advertencia: 
este paquete está diseñado para usarse únicamente en la creación de 
imágenes del instalador de Debian. No lo instale en un sistema Debian 
normal." Da más miedito que periodista argentino :-)


Gracias igual por todo, ya consultaré algo seguramente si me aparecen 
otros problemas. Luego mando lo del "teclado extraño" solucionado ¡para 
enseñarles un poco! jaja


Abrazos

Re: actualizar kernel para problema con wifi

[Camaleón]

El 2022-02-25 a las 12:58 -0300, Daniel escribió:

> Hola y otra vez gracias, me imagino los tiempos de cada uno que serán tan
> apretados como los míos, muy elogiable pues regalarle atención a un
> desorientado! Ya me había rendido.
> 
> Ya probé, Leonardo, con firmware-misc-nonfree y no hay caso. Por eso pensé
> en el Kernel pero desistí por la correcta opinión de varios.
> 
> El 25/2/22 a las 05:39, Leonardo Marín escribió:
> > 
> > El vie, 25 feb 2022 a las 4:50, Camaleón ( > >) escribió:

(...)

> > > Pude hacer funcionar casi todo, pero no el WiFi (MediaTek Wi-Fi
> > 6 MT7921).
> > 
> > (...)
> > 
> > Revisa esta página donde te explican bien las opciones y alternativas
> > que tienes, que no son pocas:
> > 
> > How to install driver for Wi-Fi Mediatek MT7921 and Mediatek
> > MT7961 in
> > Linux
> > https://miloserdov.org/?p=6899
> > 
> Releer la página, Camaleón, me desorientó un poco pero me hace pensar en
> nuevos caminos. Por ejemplo lo que dice de "backports" ¿entiendo mal o por
> esa vía se puede instalar controladores "nuevos" sin cambiar el núcleo
> "viejo"?

Exactamente, esa es la idea.

De la información de la página, entendí que el adpatador inalámbrico 
que tienes en el equipo lo admite el kernel 5.12 o superior, por lo que 
partimos de esa base.

En los repositorios de Debian tienes el kernel 5.15 en la rama de 
backports y con este sí te podría funcionar la tarjeta:

https://packages.debian.org/bullseye-backports/linux-image-amd64

La operación no exenta de riesgos, pero si acabas de instalar el 
sistema poco tienes que perder. Básicamente se trata de los siguientes 
pasos:

1. Añadir el repositorios de backsports en el archivo sources.list
2. Instalar el nuevo kernel y los demaś paquetes de los que dependa
3. Instalar el firmware del adpattador en el caso de que sea neceasrio

Se supone que con esta operación mantienes instalados los dos kerbels, 
el que viene con Debian y el de los backports, y podrás iniciar con uno 
u otro a conveniencia.

https://backports.debian.org/Instructions
https://unix.stackexchange.com/questions/545601/how-to-upgrade-the-debian-10-kernel-from-backports-without-recompiling-it-from-s
https://blog.abysm.org/2020/07/installing-linux-kernel-from-debian-backports/

Recuerda que tu versión es bullseye (estable).

Y si optas por esta vía, haz una copia de tus datos, por si acaso.

> Lo que sí... me da cierta vergüenza pero quedé "mareado" y no sé como
> seguir. Dice allí que use "mt76 driver" (que tiene el "MT7921") pero me
> deriva a la lista 
> https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/mediatek
> donde no está ninguna de las dos denominaciones.
> 
> Me sigo poniendo colorado pero ¿y en caso de identificar el correcto (que
> seguiré buscando) que se hace con esos archivos .bin?

Los binarios precompilados los necesita el kernel para que funcionen 
ciertos controaldores propietarios. Son archivos que tienes que 
copiar/pegar en su directorio para que el kernel los pueda leer.

> La otra lista sugerida es
> https://backports.wiki.kernel.org/index.php/Releases. Me suena que agregaría
> el "cachito de kernel" "adaptado" necesario, pero tampoco se o encuentro que
> hacer con esos archivos comprimidos ni cual usar (aunque estimo sería más
> reciente).

Yo probaría con el kernel de backports pero la operación es delicada, 
asegura bien tudas datos antes de instara nada y pregunta si tienes 
alguna duda si te aparecen problemas o errores de dependencias 
incumplidas.

> Posdata: al menos para contribuir con algo, en otro correo mandaré una
> solución (luego de ml vueltas) que encontré a problemas de teclado en la
> pantalla de loguin por si ayuda a alguien ¡ayuda de un "poco informático"
> como buen pedante argentino jaja!

:-)

Saludos,

-- 
Camaleón 

Re: actualizar kernel para problema con wifi

[Daniel]

Hola y otra vez gracias, me imagino los tiempos de cada uno que serán 
tan apretados como los míos, muy elogiable pues regalarle atención a un 
desorientado! Ya me había rendido.


Ya probé, Leonardo, con firmware-misc-nonfree y no hay caso. Por eso 
pensé en el Kernel pero desistí por la correcta opinión de varios.


El 25/2/22 a las 05:39, Leonardo Marín escribió:


El vie, 25 feb 2022 a las 4:50, Camaleón (<mailto:noela...@gmail.com>>) escribió:


El 2022-02-25 a las 00:04 -0300, Daniel escribió:

> Hola. Consulta bastante de novato, disculpas por eso (uso
consola pero me
> suelo manejar mas en GUI).
>
> Tengo una Notebook Lenovo "ThinkPad L15 Gen 2" con i5-1135G7.
Instalado
> Debian 11, kernel 5.10.0.11-amd64, KDE Plasma 5.20.5. Por ahora
instalación
> básica, sólo agregado Synaptic y poco más.
>
> Pude hacer funcionar casi todo, pero no el WiFi (MediaTek Wi-Fi
6 MT7921).

(...)

Revisa esta página donde te explican bien las opciones y alternativas
que tienes, que no son pocas:

How to install driver for Wi-Fi Mediatek MT7921 and Mediatek
MT7961 in
Linux
https://miloserdov.org/?p=6899

Releer la página, Camaleón, me desorientó un poco pero me hace pensar en 
nuevos caminos. Por ejemplo lo que dice de "backports" ¿entiendo mal o 
por esa vía se puede instalar controladores "nuevos" sin cambiar el 
núcleo "viejo"?


Lo que sí... me da cierta vergüenza pero quedé "mareado" y no sé como 
seguir. Dice allí que use "mt76 driver" (que tiene el "MT7921") pero me 
deriva a la lista 
https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/mediatek 
donde no está ninguna de las dos denominaciones.


Me sigo poniendo colorado pero ¿y en caso de identificar el correcto 
(que seguiré buscando) que se hace con esos archivos .bin?


La otra lista sugerida es 
https://backports.wiki.kernel.org/index.php/Releases. Me suena que 
agregaría el "cachito de kernel" "adaptado" necesario, pero tampoco se o 
encuentro que hacer con esos archivos comprimidos ni cual usar (aunque 
estimo sería más reciente).


Por favor, una aclaración: no pretendo que me solucionen los problemas y 
menos aun rápido, simplemente, cuando alguno tenga tiempo si me tira una 
soga bien. Si no ya veré de arreglarme con algún USB Wifi hasta que esté 
más accesible esta placa en Debian.


Abrazos desde "abajo" del planeta, gente.

Posdata: al menos para contribuir con algo, en otro correo mandaré una 
solución (luego de ml vueltas) que encontré a problemas de teclado 
en la pantalla de loguin por si ayuda a alguien ¡ayuda de un "poco 
informático" como buen pedante argentino jaja!



> El equipo conecta perfecto cableado a Rj45.
    >
> La pregunta es: ¿es factible y aconsejable actualizar el kernel
(solamente)
> a una versión posterior para solucionar el problema como encontré
> recomendado por allí?

Yo no lo haría porque del kernel dependen varios módulos y
controladores que te pueden dejar de funcionar o dar problemas al
mezclar entre distintas versiones.

recuerdo cuando inicié con debian, me preguntaba porque 
tenia problemas con los paquetes,
hasta que le mostré mi "sources.list" a una lista local de correo 
(usuarios linux) donde vivía en ese entonces,
resulta que tenía repositorios stable, testing, sid, y creo que hasta 
backport habían xD



Antes preferiría instalar Debian testing como ya te han comentado,
con
el reisgo inherente que conlleva.

    Si el equipo es para uso personal, testing es una buena opción, yo
llevo varios años ya con esa versión en mi equipo de pruebas y no he
tenido ningún problema. Eso sí, me cuido bien antes de actualizar
a lo
loco, y espero unos días para ver que no haya bugs.

tal cual, tengo años con testing y ni un drama,
y con hardware nuevo va mejor,


> y en ese caso: ¿un procedimiento adecuado seguro sería agregar el
> repositorio "testing" y actualizar el kernel al disponible en
Synaptic?

Si fuera otro paquete el que necesitaras actualizar, te diría que sí,
pero el kernel es mucha cosa como para ir jugando :-)

Saludos,

-- 
Camaleón




--
L.J.Marín
Usando: Debian Testing

Re: actualizar kernel para problema con wifi

[Leonardo Marín]

El vie, 25 feb 2022 a las 3:04, Daniel ()
escribió:

> Muchas gracias por las recomendaciones!!
>
> El uso del equipo es familiar y de trabajo no experimental digamos.
>
> Mi idea era (tal vez una locura) agregar el repositorio Testing,
> actualizar el kernel, solamente e inmediatamente quitar dicho repositorio.
>
> Evaluaré el consejo, sí, de conseguir una wifi usb "hasta que aclare"
> como decimos aquí en el sur porque no veo otra solución (el error, ya lo
> se, ya me retaron por otro lado, es comprar sin investigar suficiente
> antes...)
>
en mi anterior laptop tenia un wifi Realtek es el peor que tuve jamás, el
modelo terminaba en DE,
solo funcionaba compilando el driver en el kernel, tenia problemas de señal
y se desconectaba,

lo solucioné de esa manera por un buen tiempo, eso hasta que reemplace la
tarjeta wifi,


> La salida de lspci es:
>
> 00:00.0 Host bridge: Intel Corporation 11th Gen Core Processor Host
> Bridge/DRAM Registers (rev 01)
> 00:02.0 VGA compatible controller: Intel Corporation TigerLake GT2 [Iris
> Xe Graphics] (rev 01)
> 00:04.0 Signal processing controller: Intel Corporation Device 9a03 (rev
> 01)
> 00:06.0 PCI bridge: Intel Corporation 11th Gen Core Processor PCIe
> Controller (rev 01)
> 00:07.0 PCI bridge: Intel Corporation Tiger Lake-LP Thunderbolt 4 PCI
> Express Root Port #1 (rev 01)
> 00:0d.0 USB controller: Intel Corporation Tiger Lake-LP Thunderbolt 4
> USB Controller (rev 01)
> 00:0d.2 USB controller: Intel Corporation Tiger Lake-LP Thunderbolt 4
> NHI #0 (rev 01)
> 00:14.0 USB controller: Intel Corporation Tiger Lake-LP USB 3.2 Gen 2x1
> xHCI Host Controller (rev 20)
> 00:14.2 RAM memory: Intel Corporation Tiger Lake-LP Shared SRAM (rev 20)
> 00:15.0 Serial bus controller [0c80]: Intel Corporation Tiger Lake-LP
> Serial IO I2C Controller #0 (rev 20)
> 00:15.1 Serial bus controller [0c80]: Intel Corporation Tiger Lake-LP
> Serial IO I2C Controller #1 (rev 20)
> 00:16.0 Communication controller: Intel Corporation Tiger Lake-LP
> Management Engine Interface (rev 20)
> 00:1d.0 PCI bridge: Intel Corporation Tiger Lake-LP PCI Express Root
> Port #9 (rev 20)
> 00:1d.1 PCI bridge: Intel Corporation Device a0b1 (rev 20)
> 00:1d.3 PCI bridge: Intel Corporation Device a0b3 (rev 20)
> 00:1f.0 ISA bridge: Intel Corporation Tiger Lake-LP LPC Controller (rev 20)
> 00:1f.3 Multimedia audio controller: Intel Corporation Tiger Lake-LP
> Smart Sound Technology Audio Controller (rev 20)
> 00:1f.4 SMBus: Intel Corporation Tiger Lake-LP SMBus Controller (rev 20)
> 00:1f.5 Serial bus controller [0c80]: Intel Corporation Tiger Lake-LP
> SPI Controller (rev 20)
> 00:1f.6 Ethernet controller: Intel Corporation Ethernet Connection (13)
> I219-V (rev 20)
> 04:00.0 Non-Volatile memory controller: Toshiba Corporation XG6 NVMe SSD
> Controller
> 09:00.0 Network controller: MEDIATEK Corp. Device 7961
>
quizás con el firmware que le recomendaron "firmware-misc-nonfree" funcione,
intenta esto primero,

0a:00.0 SD Host controller: O2 Micro, Inc. SD/MMC Card Reader Controller
> (rev 01)
>
> El 25/2/22 a las 01:18, Yoel Villarreal escribió:
> > No recomendaria agregar testing a tu sources.list, esas mezclas de
> > dependencias suelen ser explosivas.
> >
> > Que te dice el comando `lspci` ??
> >
> > En 24 de febrero de 2022 10:05:02 p. m. Daniel
> >  escribió:
> >
> >> Hola. Consulta bastante de novato, disculpas por eso (uso consola pero
> >> me suelo manejar mas en GUI).
> >>
> >> Tengo una Notebook Lenovo "ThinkPad L15 Gen 2" con i5-1135G7. Instalado
> >> Debian 11, kernel 5.10.0.11-amd64, KDE Plasma 5.20.5. Por ahora
> >> instalación básica, sólo agregado Synaptic y poco más.
> >>
> >> Pude hacer funcionar casi todo, pero no el WiFi (MediaTek Wi-Fi 6
> >> MT7921).
> >>
> >> Tengo instalado el paquete de Firmware non-free. Busqué en web por
> >> varios lados y por lo que encuentro aparentemente el problema está en la
> >> versión del kernel que todavía no contiene controlador para este hard.
> >>
> >> En configuración de redes aparece (pero inútil) la opción de agregar
> >> coexión Wifi (me pide SSID y etc.) Entiendo que no puede manejar el
> >> dispositivo y/o lo reconoce parcialmente.
> >>
> >> En información de dispositivos USD indica:
> >> Wireless_Device:  Fabricante: MediaTec Inc.
> >> Clase   239 (Mescellaneous Device)
> >> Subclase  2 (?)
> >> Protocolo 0
> >> Versión USB 2.10
> >> ID del fabricante  0x489 (Foxconn/Hon Hai)
> >> ID del producto   

Re: actualizar kernel para problema con wifi

[Leonardo Marín]

El vie, 25 feb 2022 a las 4:50, Camaleón () escribió:

> El 2022-02-25 a las 00:04 -0300, Daniel escribió:
>
> > Hola. Consulta bastante de novato, disculpas por eso (uso consola pero me
> > suelo manejar mas en GUI).
> >
> > Tengo una Notebook Lenovo "ThinkPad L15 Gen 2" con i5-1135G7. Instalado
> > Debian 11, kernel 5.10.0.11-amd64, KDE Plasma 5.20.5. Por ahora
> instalación
> > básica, sólo agregado Synaptic y poco más.
> >
> > Pude hacer funcionar casi todo, pero no el WiFi (MediaTek Wi-Fi 6
> MT7921).
>
> (...)
>
> Revisa esta página donde te explican bien las opciones y alternativas
> que tienes, que no son pocas:
>
> How to install driver for Wi-Fi Mediatek MT7921 and Mediatek MT7961 in
> Linux
> https://miloserdov.org/?p=6899
>
> > El equipo conecta perfecto cableado a Rj45.
> >
> > La pregunta es: ¿es factible y aconsejable actualizar el kernel
> (solamente)
> > a una versión posterior para solucionar el problema como encontré
> > recomendado por allí?
>
> Yo no lo haría porque del kernel dependen varios módulos y
> controladores que te pueden dejar de funcionar o dar problemas al
> mezclar entre distintas versiones.
>
recuerdo cuando inicié con debian, me preguntaba porque tenia problemas con
los paquetes,
hasta que le mostré mi "sources.list" a una lista local de correo (usuarios
linux) donde vivía en ese entonces,
resulta que tenía repositorios stable, testing, sid, y creo que hasta
backport habían xD


>
> Antes preferiría instalar Debian testing como ya te han comentado, con
> el reisgo inherente que conlleva.
>
> Si el equipo es para uso personal, testing es una buena opción, yo
> llevo varios años ya con esa versión en mi equipo de pruebas y no he
> tenido ningún problema. Eso sí, me cuido bien antes de actualizar a lo
> loco, y espero unos días para ver que no haya bugs.
>
tal cual, tengo años con testing y ni un drama,
y con hardware nuevo va mejor,


> > y en ese caso: ¿un procedimiento adecuado seguro sería agregar el
> > repositorio "testing" y actualizar el kernel al disponible en Synaptic?
>
> Si fuera otro paquete el que necesitaras actualizar, te diría que sí,
> pero el kernel es mucha cosa como para ir jugando :-)
>
> Saludos,
>
> --
> Camaleón
>
>

-- 
L.J.Marín
Usando: Debian Testing

Re: actualizar kernel para problema con wifi

[Camaleón]

El 2022-02-25 a las 00:04 -0300, Daniel escribió:

> Hola. Consulta bastante de novato, disculpas por eso (uso consola pero me
> suelo manejar mas en GUI).
> 
> Tengo una Notebook Lenovo "ThinkPad L15 Gen 2" con i5-1135G7. Instalado
> Debian 11, kernel 5.10.0.11-amd64, KDE Plasma 5.20.5. Por ahora instalación
> básica, sólo agregado Synaptic y poco más.
> 
> Pude hacer funcionar casi todo, pero no el WiFi (MediaTek Wi-Fi 6 MT7921).

(...)

Revisa esta página donde te explican bien las opciones y alternativas 
que tienes, que no son pocas:

How to install driver for Wi-Fi Mediatek MT7921 and Mediatek MT7961 in 
Linux
https://miloserdov.org/?p=6899

> El equipo conecta perfecto cableado a Rj45.
> 
> La pregunta es: ¿es factible y aconsejable actualizar el kernel (solamente)
> a una versión posterior para solucionar el problema como encontré
> recomendado por allí?

Yo no lo haría porque del kernel dependen varios módulos y 
controladores que te pueden dejar de funcionar o dar problemas al 
mezclar entre distintas versiones.

Antes preferiría instalar Debian testing como ya te han comentado, con 
el reisgo inherente que conlleva.

Si el equipo es para uso personal, testing es una buena opción, yo 
llevo varios años ya con esa versión en mi equipo de pruebas y no he 
tenido ningún problema. Eso sí, me cuido bien antes de actualizar a lo 
loco, y espero unos días para ver que no haya bugs.

> y en ese caso: ¿un procedimiento adecuado seguro sería agregar el
> repositorio "testing" y actualizar el kernel al disponible en Synaptic?

Si fuera otro paquete el que necesitaras actualizar, te diría que sí, 
pero el kernel es mucha cosa como para ir jugando :-)

Saludos,

-- 
Camaleón 

Re: actualizar kernel para problema con wifi

[Alfonso Camacho]

Saludos:

No creo vayas a solucionar tú problema actualizando el kernel. Para mi es un 
clásico que después de que caiga en mis manos un portátil diferente tenga que 
instalar un firmware propietario para el dispositivo wifi sea reconocido y 
poder trabajar con él. En tu caso (MediaTek) parece que requiere instalar 
'firmware-misc-nonfree' y después reiniciar:

# apt update
# apt install firmware-misc-nonfree

https://blog.abysm.org/2020/03/mediatek-802-11ac-usb-wi-fi-linux-driver-installation/


- Mensaje original -
> De: "Daniel" 
> Para: "debian-user-spanish" 
> Enviados: Viernes, 25 de Febrero 2022 7:04:26
> Asunto: Re: actualizar kernel para problema con wifi

> Muchas gracias por las recomendaciones!!
> 
> El uso del equipo es familiar y de trabajo no experimental digamos.
> 
> Mi idea era (tal vez una locura) agregar el repositorio Testing,
> actualizar el kernel, solamente e inmediatamente quitar dicho repositorio.
> 
> Evaluaré el consejo, sí, de conseguir una wifi usb "hasta que aclare"
> como decimos aquí en el sur porque no veo otra solución (el error, ya lo
> se, ya me retaron por otro lado, es comprar sin investigar suficiente
> antes...)
> 
> La salida de lspci es:
> 
> 00:00.0 Host bridge: Intel Corporation 11th Gen Core Processor Host
> Bridge/DRAM Registers (rev 01)
> 00:02.0 VGA compatible controller: Intel Corporation TigerLake GT2 [Iris
> Xe Graphics] (rev 01)
> 00:04.0 Signal processing controller: Intel Corporation Device 9a03 (rev 01)
> 00:06.0 PCI bridge: Intel Corporation 11th Gen Core Processor PCIe
> Controller (rev 01)
> 00:07.0 PCI bridge: Intel Corporation Tiger Lake-LP Thunderbolt 4 PCI
> Express Root Port #1 (rev 01)
> 00:0d.0 USB controller: Intel Corporation Tiger Lake-LP Thunderbolt 4
> USB Controller (rev 01)
> 00:0d.2 USB controller: Intel Corporation Tiger Lake-LP Thunderbolt 4
> NHI #0 (rev 01)
> 00:14.0 USB controller: Intel Corporation Tiger Lake-LP USB 3.2 Gen 2x1
> xHCI Host Controller (rev 20)
> 00:14.2 RAM memory: Intel Corporation Tiger Lake-LP Shared SRAM (rev 20)
> 00:15.0 Serial bus controller [0c80]: Intel Corporation Tiger Lake-LP
> Serial IO I2C Controller #0 (rev 20)
> 00:15.1 Serial bus controller [0c80]: Intel Corporation Tiger Lake-LP
> Serial IO I2C Controller #1 (rev 20)
> 00:16.0 Communication controller: Intel Corporation Tiger Lake-LP
> Management Engine Interface (rev 20)
> 00:1d.0 PCI bridge: Intel Corporation Tiger Lake-LP PCI Express Root
> Port #9 (rev 20)
> 00:1d.1 PCI bridge: Intel Corporation Device a0b1 (rev 20)
> 00:1d.3 PCI bridge: Intel Corporation Device a0b3 (rev 20)
> 00:1f.0 ISA bridge: Intel Corporation Tiger Lake-LP LPC Controller (rev 20)
> 00:1f.3 Multimedia audio controller: Intel Corporation Tiger Lake-LP
> Smart Sound Technology Audio Controller (rev 20)
> 00:1f.4 SMBus: Intel Corporation Tiger Lake-LP SMBus Controller (rev 20)
> 00:1f.5 Serial bus controller [0c80]: Intel Corporation Tiger Lake-LP
> SPI Controller (rev 20)
> 00:1f.6 Ethernet controller: Intel Corporation Ethernet Connection (13)
> I219-V (rev 20)
> 04:00.0 Non-Volatile memory controller: Toshiba Corporation XG6 NVMe SSD
> Controller
> 09:00.0 Network controller: MEDIATEK Corp. Device 7961
> 0a:00.0 SD Host controller: O2 Micro, Inc. SD/MMC Card Reader Controller
> (rev 01)
> 

-- 
Alfonso 

Re: actualizar kernel para problema con wifi

[Daniel]

Muchas gracias por las recomendaciones!!

El uso del equipo es familiar y de trabajo no experimental digamos.

Mi idea era (tal vez una locura) agregar el repositorio Testing, 
actualizar el kernel, solamente e inmediatamente quitar dicho repositorio.


Evaluaré el consejo, sí, de conseguir una wifi usb "hasta que aclare" 
como decimos aquí en el sur porque no veo otra solución (el error, ya lo 
se, ya me retaron por otro lado, es comprar sin investigar suficiente 
antes...)


La salida de lspci es:

00:00.0 Host bridge: Intel Corporation 11th Gen Core Processor Host 
Bridge/DRAM Registers (rev 01)
00:02.0 VGA compatible controller: Intel Corporation TigerLake GT2 [Iris 
Xe Graphics] (rev 01)

00:04.0 Signal processing controller: Intel Corporation Device 9a03 (rev 01)
00:06.0 PCI bridge: Intel Corporation 11th Gen Core Processor PCIe 
Controller (rev 01)
00:07.0 PCI bridge: Intel Corporation Tiger Lake-LP Thunderbolt 4 PCI 
Express Root Port #1 (rev 01)
00:0d.0 USB controller: Intel Corporation Tiger Lake-LP Thunderbolt 4 
USB Controller (rev 01)
00:0d.2 USB controller: Intel Corporation Tiger Lake-LP Thunderbolt 4 
NHI #0 (rev 01)
00:14.0 USB controller: Intel Corporation Tiger Lake-LP USB 3.2 Gen 2x1 
xHCI Host Controller (rev 20)

00:14.2 RAM memory: Intel Corporation Tiger Lake-LP Shared SRAM (rev 20)
00:15.0 Serial bus controller [0c80]: Intel Corporation Tiger Lake-LP 
Serial IO I2C Controller #0 (rev 20)
00:15.1 Serial bus controller [0c80]: Intel Corporation Tiger Lake-LP 
Serial IO I2C Controller #1 (rev 20)
00:16.0 Communication controller: Intel Corporation Tiger Lake-LP 
Management Engine Interface (rev 20)
00:1d.0 PCI bridge: Intel Corporation Tiger Lake-LP PCI Express Root 
Port #9 (rev 20)

00:1d.1 PCI bridge: Intel Corporation Device a0b1 (rev 20)
00:1d.3 PCI bridge: Intel Corporation Device a0b3 (rev 20)
00:1f.0 ISA bridge: Intel Corporation Tiger Lake-LP LPC Controller (rev 20)
00:1f.3 Multimedia audio controller: Intel Corporation Tiger Lake-LP 
Smart Sound Technology Audio Controller (rev 20)

00:1f.4 SMBus: Intel Corporation Tiger Lake-LP SMBus Controller (rev 20)
00:1f.5 Serial bus controller [0c80]: Intel Corporation Tiger Lake-LP 
SPI Controller (rev 20)
00:1f.6 Ethernet controller: Intel Corporation Ethernet Connection (13) 
I219-V (rev 20)
04:00.0 Non-Volatile memory controller: Toshiba Corporation XG6 NVMe SSD 
Controller

09:00.0 Network controller: MEDIATEK Corp. Device 7961
0a:00.0 SD Host controller: O2 Micro, Inc. SD/MMC Card Reader Controller 
(rev 01)


El 25/2/22 a las 01:18, Yoel Villarreal escribió:
No recomendaria agregar testing a tu sources.list, esas mezclas de 
dependencias suelen ser explosivas.


Que te dice el comando `lspci` ??

En 24 de febrero de 2022 10:05:02 p. m. Daniel 
 escribió:



Hola. Consulta bastante de novato, disculpas por eso (uso consola pero
me suelo manejar mas en GUI).

Tengo una Notebook Lenovo "ThinkPad L15 Gen 2" con i5-1135G7. Instalado
Debian 11, kernel 5.10.0.11-amd64, KDE Plasma 5.20.5. Por ahora
instalación básica, sólo agregado Synaptic y poco más.

Pude hacer funcionar casi todo, pero no el WiFi (MediaTek Wi-Fi 6 
MT7921).


Tengo instalado el paquete de Firmware non-free. Busqué en web por
varios lados y por lo que encuentro aparentemente el problema está en la
versión del kernel que todavía no contiene controlador para este hard.

En configuración de redes aparece (pero inútil) la opción de agregar
coexión Wifi (me pide SSID y etc.) Entiendo que no puede manejar el
dispositivo y/o lo reconoce parcialmente.

En información de dispositivos USD indica:
Wireless_Device:  Fabricante: MediaTec Inc.
Clase   239 (Mescellaneous Device)
Subclase  2 (?)
Protocolo 0
Versión USB 2.10
ID del fabricante  0x489 (Foxconn/Hon Hai)
ID del producto    0xe0cd
Revisión  0
Velocidad    480 Mbits/s
Canales   0
Tamaño máximo de paquete  64

El equipo conecta perfecto cableado a Rj45.

La pregunta es: ¿es factible y aconsejable actualizar el kernel
(solamente) a una versión posterior para solucionar el problema como
encontré recomendado por allí?

y en ese caso: ¿un procedimiento adecuado seguro sería agregar el
repositorio "testing" y actualizar el kernel al disponible en Synaptic?

Bueno, desde ya gracias y disculpen la molestia.

Daniel


Enviado con Aqua Mail para Android 
<https://play.google.com/store/apps/details?id=org.kman.AquaMail>

https://www.mobisystems.com/aqua-mail

Re: actualizar kernel para problema con wifi

[Leonardo Marín]

El vie, 25 feb 2022 a las 0:04, Daniel ()
escribió:

> Hola. Consulta bastante de novato, disculpas por eso (uso consola pero
> me suelo manejar mas en GUI).
>
> Tengo una Notebook Lenovo "ThinkPad L15 Gen 2" con i5-1135G7. Instalado
> Debian 11, kernel 5.10.0.11-amd64, KDE Plasma 5.20.5. Por ahora
> instalación básica, sólo agregado Synaptic y poco más.
>
> Pude hacer funcionar casi todo, pero no el WiFi (MediaTek Wi-Fi 6 MT7921).
>
> Tengo instalado el paquete de Firmware non-free. Busqué en web por
> varios lados y por lo que encuentro aparentemente el problema está en la
> versión del kernel que todavía no contiene controlador para este hard.
>
> En configuración de redes aparece (pero inútil) la opción de agregar
> coexión Wifi (me pide SSID y etc.) Entiendo que no puede manejar el
> dispositivo y/o lo reconoce parcialmente.
>
> En información de dispositivos USD indica:
> Wireless_Device:  Fabricante: MediaTec Inc.
> Clase   239 (Mescellaneous Device)
> Subclase  2 (?)
> Protocolo 0
> Versión USB 2.10
> ID del fabricante  0x489 (Foxconn/Hon Hai)
> ID del producto0xe0cd
> Revisión  0
> Velocidad480 Mbits/s
> Canales   0
> Tamaño máximo de paquete  64
>
> El equipo conecta perfecto cableado a Rj45.
>
> La pregunta es: ¿es factible y aconsejable actualizar el kernel
> (solamente) a una versión posterior para solucionar el problema como
> encontré recomendado por allí?


> y en ese caso: ¿un procedimiento adecuado seguro sería agregar el
> repositorio "testing" y actualizar el kernel al disponible en Synaptic?
>
depende para que estés utilizando el equipo, si es para trabajo y lo
necesitas siempre operativo veo más fácil comprar un adaptador usb que
funcione con linux hasta que el tema se solucione en futuras
actualizaciones y seguir con la versión estable,

si no es el caso y quieres probar si te recomiendo cambiar a testing,
la versión del kernel es la 5.16 y la de kde 5.23.5,

el firmware es otro tema, en mi caso tambien tuve problemas con el wifi,
una actualización y funcionaba bien y a la siguiente no, dejaba de
funcionar el BT, o funcionaba el BT pero no el wifi, una locura,
me aburri y desinstalé todo el firmware y lo cloné directo al disco con git,
si, terminas con un montón de firmware que no necesitas y hay que estarlo
"actualizando" de vez en cuando, pero no he tenido problemas desde entonces
y el firmware siempre está ahí,

saludos.


>
> Bueno, desde ya gracias y disculpen la molestia.
>
> Daniel
>
>
>
>

-- 
L.J.Marín
Usando: Debian Testing

Re: actualizar kernel para problema con wifi

[Yoel Villarreal]

No recomendaria agregar testing a tu sources.list, esas mezclas de 
dependencias suelen ser explosivas.


Que te dice el comando `lspci` ??

En 24 de febrero de 2022 10:05:02 p. m. Daniel 
 escribió:



Hola. Consulta bastante de novato, disculpas por eso (uso consola pero
me suelo manejar mas en GUI).

Tengo una Notebook Lenovo "ThinkPad L15 Gen 2" con i5-1135G7. Instalado
Debian 11, kernel 5.10.0.11-amd64, KDE Plasma 5.20.5. Por ahora
instalación básica, sólo agregado Synaptic y poco más.

Pude hacer funcionar casi todo, pero no el WiFi (MediaTek Wi-Fi 6 MT7921).

Tengo instalado el paquete de Firmware non-free. Busqué en web por
varios lados y por lo que encuentro aparentemente el problema está en la
versión del kernel que todavía no contiene controlador para este hard.

En configuración de redes aparece (pero inútil) la opción de agregar
coexión Wifi (me pide SSID y etc.) Entiendo que no puede manejar el
dispositivo y/o lo reconoce parcialmente.

En información de dispositivos USD indica:
Wireless_Device:  Fabricante: MediaTec Inc.
Clase   239 (Mescellaneous Device)
Subclase  2 (?)
Protocolo 0
Versión USB 2.10
ID del fabricante  0x489 (Foxconn/Hon Hai)
ID del producto0xe0cd
Revisión  0
Velocidad480 Mbits/s
Canales   0
Tamaño máximo de paquete  64

El equipo conecta perfecto cableado a Rj45.

La pregunta es: ¿es factible y aconsejable actualizar el kernel
(solamente) a una versión posterior para solucionar el problema como
encontré recomendado por allí?

y en ese caso: ¿un procedimiento adecuado seguro sería agregar el
repositorio "testing" y actualizar el kernel al disponible en Synaptic?

Bueno, desde ya gracias y disculpen la molestia.

Daniel



Enviado con Aqua Mail para Android
https://www.mobisystems.com/aqua-mail

actualizar kernel para problema con wifi

[Daniel]

Hola. Consulta bastante de novato, disculpas por eso (uso consola pero 
me suelo manejar mas en GUI).


Tengo una Notebook Lenovo "ThinkPad L15 Gen 2" con i5-1135G7. Instalado 
Debian 11, kernel 5.10.0.11-amd64, KDE Plasma 5.20.5. Por ahora 
instalación básica, sólo agregado Synaptic y poco más.


Pude hacer funcionar casi todo, pero no el WiFi (MediaTek Wi-Fi 6 MT7921).

Tengo instalado el paquete de Firmware non-free. Busqué en web por 
varios lados y por lo que encuentro aparentemente el problema está en la 
versión del kernel que todavía no contiene controlador para este hard.


En configuración de redes aparece (pero inútil) la opción de agregar 
coexión Wifi (me pide SSID y etc.) Entiendo que no puede manejar el 
dispositivo y/o lo reconoce parcialmente.


En información de dispositivos USD indica:
Wireless_Device:  Fabricante: MediaTec Inc.
Clase   239 (Mescellaneous Device)
Subclase  2 (?)
Protocolo 0
Versión USB 2.10
ID del fabricante  0x489 (Foxconn/Hon Hai)
ID del producto    0xe0cd
Revisión  0
Velocidad    480 Mbits/s
Canales   0
Tamaño máximo de paquete  64

El equipo conecta perfecto cableado a Rj45.

La pregunta es: ¿es factible y aconsejable actualizar el kernel 
(solamente) a una versión posterior para solucionar el problema como 
encontré recomendado por allí?


y en ese caso: ¿un procedimiento adecuado seguro sería agregar el 
repositorio "testing" y actualizar el kernel al disponible en Synaptic?


Bueno, desde ya gracias y disculpen la molestia.

Daniel

Re: Problema de suspensión con i3-wm

[Miguel Ángel]

Buenas días, gracias por la respuesta Camaleón.

Busqué previamente por casos como el mío pero todo lo que encontré 
similar estaba sin respuesta. Revisé en profundidad también los logs de 
XOrg, lightdm e i3 y no encontré ningún error aparente.


Hice también el debugging que mencionas y no vi nada extraño, las 
funciones de suspender y despertar parecen correctas pero algún programa 
tiene problemas para actualizar la pantalla.


Probé a instalar también el gestor de ventanas openbox y el fallo es el 
mismo lo que me da a pensar que no es problema de i3. Desinstalé lightdm 
e hize que X arrancara i3 directamente y el fallo seguía ahí, y sucedía 
igual con otros 'DM' que probé a instalar. No supe arrancar i3 con wayland.


Al final instalé la última build que había de bullseye y, tras tener que 
instalar algunos paquetes de firmware además de los que puso el 
instalador, todo funciona correctamente.


Supongo que estaría bien que un error así en stable fuese notificado 
pero no he sabido encontrar el culpable y ya tengo el sistema montado. 
Si alguien ha tenido problemas así en buster animo a que prueben con 
wayland para confirmar si es problema de X, y si no funciona recomiendo 
que actualicen a bullseye que prácticamente ya va a pasar a stable.


Un saludo.

Re: Problema de suspensión con i3-wm

[Camaleón]

El 2021-07-29 a las 14:15 +0200, Miguel Ángel Sánchez escribió:

> Buenas tardes, tengo un problema con la suspensión desde i3-wm.
> 
> Tengo un portátil HP 15-bw012ns, con gpu amd y acabo de hacer una
> instalación limpia en un SSD de Debian buster netinstall non-free. No
> escojo Entorno de escritorio Debian en tasksel.
> 
> Una vez terminado desde tty1 instalo:
> xorg xserver-xorg-video-amdgpu firmware-amd-graphics i3-wm i3status lightdm
> (Incluyo los paquetes de amd porque si no Xorg no me arranca)

(...)

> Sin embargo en el mismo ordenador tengo en un HDD una partición con Linux
> Mint Cinnamon e i3-wm que nunca me ha dado fallo a la hora de arrancar
> desde estado de suspensión. ¿Puede haber algún problema relacionado con
> usar un ssd? ¿Con los driver no libres? ¿Puede que se solucione con los
> paquetes más recientes de bullseye?

(...)

Te indico algunas ideas que te pueden servir:

1. Buscar por problemas similares en ese gestor de ventanas, porque si 
dices que no te pasa con Cinnamon y cuando tienes instalados un buen 
puñado de paquetes relacionado con los entornos de escritorio, quizá el 
problema se deba a que te falte algo por instalar.

https://www.google.com/search?q=i3-wm+suspension+issues

2. Revisa los registros, que siempre te darán alguna pista. En la wiki 
de Archlinux¹ apuntan a esta página:

https://01.org/blogs/rzhang/2015/best-practice-debug-linux-suspend/hibernate-issues

3. Sí, los drivers de la gráfica propietarios (cualquier driver 
cerrado) te puede causar problemas al restaurar, pero antes de ponerte 
a cambiar entre controladores libres y cerrados (que es un dolor de 
cabeza) yo probaría antes con otras cosas.

4. Quizá tengas instalado y habilitado el bloqueo de pantalla, como 
dices. Si es así, prueba a deactivarlo para ver si retorna de la 
suspensión correctamente.

https://i3wm.org/i3lock/

Me decanto porque hayas instalado un sistema tan mínimo (ojo, que yo hago 
lo mismo) que te falte algún paquete para que funcione correctamente la 
suspensión o hibernación.

¹ 
https://wiki.archlinux.org/title/Power_management/Suspend_and_hibernate#Suspend/hibernate_does_not_work,_or_does_not_work_consistently

Saludos,

-- 
Camaleón 

Problema de suspensión con i3-wm

[Miguel Ángel Sánchez]

Buenas tardes, tengo un problema con la suspensión desde i3-wm.

Tengo un portátil HP 15-bw012ns, con gpu amd y acabo de hacer una
instalación limpia en un SSD de Debian buster netinstall non-free. No
escojo Entorno de escritorio Debian en tasksel.

Una vez terminado desde tty1 instalo:
xorg xserver-xorg-video-amdgpu firmware-amd-graphics i3-wm i3status lightdm
(Incluyo los paquetes de amd porque si no Xorg no me arranca)

Desde lightdm inicio i3 y uso una configuración nueva. Todo funciona
correctamente hasta que cierro la tapa para entrar en suspensión y la
vuelvo a abrir. (Ocurre igual si uso systemctl suspend)

Desde ese momento la pantalla del escritorio parece congelada y sólo puedo
ver el movimiento del cursor aunque sé que el escritorio está funcionando y
reacciona correctamente a mis atajos de teclado y demás.
Si cambio a tty1 y vuelvo a xorg (tty7) la imagen de la pantalla se
actualiza al estado real actual aunque después sigue sin actualizarse.

Por otro lado, instalo 'cinnamon' y lo selecciono en lightdm.
Al volver de una suspensión la pantalla ocurre lo mismo pero al escribir mi
contraseña y pulsar intro veo que aparece y se cierra el bloqueo de
pantalla de cinnamon y vuelve a funcionar todo.
Si deshabilito el bloqueo de salvapantallas en cinnamon el ordenador vuelve
directamente de la suspensión sin problema. Sin embargo en i3 sigue sin
funcionar.

Esto me da a pensar que hay un problema con algún salvapantallas por
defecto si hay alguno (relacionado con xscreensaver?), con lightdm, xorg o
algo similar.

He mirado los logs de i3-wm y no veo ningún error/warning. Puedo recuperar
el ordenador matando lightdm, y xorg consecuentemente.
No he mirado los logs de xorg pero no sé qué buscar exactamente.

Sin embargo en el mismo ordenador tengo en un HDD una partición con Linux
Mint Cinnamon e i3-wm que nunca me ha dado fallo a la hora de arrancar
desde estado de suspensión. ¿Puede haber algún problema relacionado con
usar un ssd? ¿Con los driver no libres? ¿Puede que se solucione con los
paquetes más recientes de bullseye?

Tanto en Debian como LM uso el kernel '4.19.0-17-amd64'. En Debian tengo
una versión un poco más reciente de 'xserver-xorg-video-amdgpu' aunque
también se queja de que me faltan algunos binarios de vega20.

Un saludo, gracias.

Re: Problema con la resolución de la pantalla

[Camaleón]

El 2020-10-30 a las 08:31 +0100, Imeneo Tirinto escribió:

> Tengo una tarjeta gráfica GeForce GTX 1650 conectada a un monitor HP
> EliteDisplay E273M 27". Através de las preferencias de Gnome no puedo darle
> una resolución superior a 1920x1080, una resolución escasa para un monitor
> de esas dimensiones. Con la herramienta "nvidia-settings" puedo ponerle una
> resolución superior de 2640x1485, pero el problema es que las letras parece
> que no tienen definición, se ven como difuminadas. He probado diversas
> opciones en el nvidia-settings, pero sin suerte.
> 
> Cómo puedo solucionarlo? Gracias.

Como te indica Fernando, no puedes.

Parece un monitor enfocado a la multimedia (cámara, altavoces) más que 
a un uso profesional, y como su nombre indica es Full HD (1080p) no 
Quad HD (1440p), la resolución que obtienes de manera nativa es la correcta.

Saludos,

-- 
Camaleón 

Re: Problema con la resolución de la pantalla

[fernando sainz]

El vie., 30 oct. 2020 8:31, Imeneo Tirinto  escribió:

> Hola.
>
> Tengo una tarjeta gráfica GeForce GTX 1650 conectada a un monitor HP
> EliteDisplay E273M 27". Através de las preferencias de Gnome no puedo darle
> una resolución superior a 1920x1080, una resolución escasa para un monitor
> de esas dimensiones. Con la herramienta "nvidia-settings" puedo ponerle una
> resolución superior de 2640x1485, pero el problema es que las letras parece
> que no tienen definición, se ven como difuminadas. He probado diversas
> opciones en el nvidia-settings, pero sin suerte.
>
> Cómo puedo solucionarlo? Gracias.
>
> --
> Imeneo
> http://cousasdeimeneo.net/
> http://twitter.com/cousasdeimeneo
>


Hola.

Las especificaciones de tu monitor son:

Especificaciones de pantallaTamaño de pantalla (diagonal)68,58 cm
(27")Resolución
(bruta)FHD (1920 x 1080 a 60 Hz)Resoluciones admitidas1920 x 1080
1680 x 1050
1600 x 900
1440 x 900
1280 x 1024
1280 x 800
1280 x 720
1024 x 768
800 x 600
720 x 400
640 x 48
Aunque la tarjeta gráfica te permitiera otras, nunca se vería bien.
De hecho para una nitidez óptima has de usar la resolución nativa:
1920x1080, en otras habrá interpolaciones y bajará la nitidez.
Lo extraño es que puedas poner una resolución superior sin crear una zona
virtual del escritorio.

S2.

>

Problema con la resolución de la pantalla

[Imeneo Tirinto]

Hola.

Tengo una tarjeta gráfica GeForce GTX 1650 conectada a un monitor HP
EliteDisplay E273M 27". Através de las preferencias de Gnome no puedo darle
una resolución superior a 1920x1080, una resolución escasa para un monitor
de esas dimensiones. Con la herramienta "nvidia-settings" puedo ponerle una
resolución superior de 2640x1485, pero el problema es que las letras parece
que no tienen definición, se ven como difuminadas. He probado diversas
opciones en el nvidia-settings, pero sin suerte.

Cómo puedo solucionarlo? Gracias.

-- 
Imeneo
http://cousasdeimeneo.net/
http://twitter.com/cousasdeimeneo

Re: Problema con bluetooth en Buster

[Josu Lazkano]

El mar., 27 oct. 2020 a las 18:00, Camaleón () escribió:

> El 2020-10-27 a las 16:35 +0100, Josu Lazkano escribió:
>
> > El mar., 27 oct. 2020 a las 16:08, Camaleón ()
> escribió:
>
> > > > [5.176848] brcmfmac mmc0:0001:1: firmware: failed to load
> brcm/brcmfmac43241b4-sdio.clm_blob (-2)
> > > > [5.176859] firmware_class: See https://wiki.debian.org/Firmware
> for
> > > information about missing firmware
> > > > [5.176866] brcmfmac: brcmf_c_process_clm_blob: no clm_blob
> available
> > > (err=-2), device may have limited channels available
> > > > [5.177153] brcmfmac: brcmf_c_preinit_dcmds: Firmware: BCM4324/5
> wl0:
> > > Jul 17 2013 07:36:07 version 6.10.197.71 (r412987) FWID 01-882d2634
> > > >
> > > > En Google no aparece por ningun lado, es un poco raro.
> > >
> > > Creo que lo tienes en este paquete:
> > >
> > > https://packages.debian.org/buster/firmware-brcm80211
> > >
> > > Contents:
> > > * Broadcom BCM43241 rev 4 firmware (brcm/brcmfmac43241b4-sdio.bin)
> > >
> >
> > En ese paquete tengo el fichero "brcmfmac43241b4-sdio.bin", pero no el
> > "brcmfmac43241b4-sdio.clm_blob".
> > Cambia la extensión.
>
> Entonces ya tienes instalado ese paquete y te sigue apareciendo el
> mensaje ¿no?
>
> Si no tiene ningún efecto secundario, más allá del error, seguramente
> ya lo habrán corregido en una nueva versión del kernel.
>
> Me parece que se trata de esto:
>
> brcmfmac: Use request_firmware_direct for the clm_blob
>
> https://patchwork.kernel.org/project/linux-wireless/patch/20190107113401.6824-1-hdego...@redhat.com/
>
> Saludos,
>
> --
> Camaleón
>
>
Buenas,

Si, la verdad que el bluetooth ya funciona, el error es algo estético,
según pone en el link que me envías es información de canales permitidos en
cada país y potencias, que no es necesario tenerlo.

Muchas gracias por todo Camaleón.

Un saludo.

-- 
Josu Lazkano

Re: Problema con bluetooth en Buster

[Camaleón]

El 2020-10-27 a las 16:35 +0100, Josu Lazkano escribió:

> El mar., 27 oct. 2020 a las 16:08, Camaleón () escribió:

> > > [5.176848] brcmfmac mmc0:0001:1: firmware: failed to load 
> > > brcm/brcmfmac43241b4-sdio.clm_blob (-2)
> > > [5.176859] firmware_class: See https://wiki.debian.org/Firmware for
> > information about missing firmware
> > > [5.176866] brcmfmac: brcmf_c_process_clm_blob: no clm_blob available
> > (err=-2), device may have limited channels available
> > > [5.177153] brcmfmac: brcmf_c_preinit_dcmds: Firmware: BCM4324/5 wl0:
> > Jul 17 2013 07:36:07 version 6.10.197.71 (r412987) FWID 01-882d2634
> > >
> > > En Google no aparece por ningun lado, es un poco raro.
> >
> > Creo que lo tienes en este paquete:
> >
> > https://packages.debian.org/buster/firmware-brcm80211
> >
> > Contents:
> > * Broadcom BCM43241 rev 4 firmware (brcm/brcmfmac43241b4-sdio.bin)
> >
> 
> En ese paquete tengo el fichero "brcmfmac43241b4-sdio.bin", pero no el
> "brcmfmac43241b4-sdio.clm_blob".
> Cambia la extensión.

Entonces ya tienes instalado ese paquete y te sigue apareciendo el 
mensaje ¿no?

Si no tiene ningún efecto secundario, más allá del error, seguramente 
ya lo habrán corregido en una nueva versión del kernel.

Me parece que se trata de esto:

brcmfmac: Use request_firmware_direct for the clm_blob
https://patchwork.kernel.org/project/linux-wireless/patch/20190107113401.6824-1-hdego...@redhat.com/

Saludos,

-- 
Camaleón 

Re: Problema con bluetooth en Buster

[Josu Lazkano]

El mar., 27 oct. 2020 a las 16:08, Camaleón () escribió:

> El 2020-10-27 a las 15:46 +0100, Josu Lazkano escribió:
>
> > El mar., 29 sept. 2020 a las 13:20, Camaleón ()
> > escribió:
> >
> > > El 2020-09-29 a las 10:05 +0200, Josu Lazkano escribió:
> > >
> > > > He instalado Debian Buster un mini PC (
> > > > https://www.ecs.com.tw/ECSWebSite/Product/Product_LIVA/ES/LIVA),
> pero
> > > me da
> > > > problemas el bluetooth:
> > > >
> > > > [4.859123] Bluetooth: hci0: BCM: chip id 84
> > > > [4.859634] Bluetooth: hci0: BCM: features 0x0f
> > > > [4.860790] Bluetooth: hci0: BCM4324B3
> > > > [4.860797] Bluetooth: hci0: BCM4324B3 (002.004.006) build 
> > > > [4.876567] bluetooth hci0: firmware: failed to load
> > > brcm/BCM4324B3.hcd
>
> > > Revisa este bug de Ubuntu, y verifica que hayas cargado el firmware
> > > correcto y en la ubicación adecuada:
> > >
> > > Broadcom Bluetooth brcm/BCM.hcd firmware not found
> > > https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1743336
>
> (...)
>
> > La mayoria de los errores de firmware han desaparecido, pero todavía me
> > falta el fichero "brcmfmac43241b4-sdio.clm_blob" que no lo encuentro por
> > ningun lado:
> >
> > [5.155659] Bluetooth: hci0: BCM: chip id 84
> > [5.156196] Bluetooth: hci0: BCM: features 0x0f
> > [5.157324] Bluetooth: hci0: BCM4324B3
> > [5.157329] Bluetooth: hci0: BCM4324B3 (002.004.006) build 
> > [5.158058] bluetooth hci0: firmware: direct-loading firmware
> brcm/BCM4324B3.hcd
> > [5.176800] brcmfmac: brcmf_fw_alloc_request: using
> brcm/brcmfmac43241b4-sdio for chip BCM4324/5
> > [5.176848] brcmfmac mmc0:0001:1: firmware: failed to load
> brcm/brcmfmac43241b4-sdio.clm_blob (-2)
> > [5.176859] firmware_class: See https://wiki.debian.org/Firmware for
> information about missing firmware
> > [5.176866] brcmfmac: brcmf_c_process_clm_blob: no clm_blob available
> (err=-2), device may have limited channels available
> > [5.177153] brcmfmac: brcmf_c_preinit_dcmds: Firmware: BCM4324/5 wl0:
> Jul 17 2013 07:36:07 version 6.10.197.71 (r412987) FWID 01-882d2634
> >
> > En Google no aparece por ningun lado, es un poco raro.
>
> Creo que lo tienes en este paquete:
>
> https://packages.debian.org/buster/firmware-brcm80211
>
> Contents:
> * Broadcom BCM43241 rev 4 firmware (brcm/brcmfmac43241b4-sdio.bin)
>
> Saludos
>
> --
> Camaleón
>
>
Gracias de nuevo,

En ese paquete tengo el fichero "brcmfmac43241b4-sdio.bin", pero no el
"brcmfmac43241b4-sdio.clm_blob".
Cambia la extensión.

Un saludo.

-- 
Josu Lazkano

Re: Problema con bluetooth en Buster

[Camaleón]

El 2020-10-27 a las 15:46 +0100, Josu Lazkano escribió:

> El mar., 29 sept. 2020 a las 13:20, Camaleón ()
> escribió:
> 
> > El 2020-09-29 a las 10:05 +0200, Josu Lazkano escribió:
> >
> > > He instalado Debian Buster un mini PC (
> > > https://www.ecs.com.tw/ECSWebSite/Product/Product_LIVA/ES/LIVA), pero
> > me da
> > > problemas el bluetooth:
> > >
> > > [4.859123] Bluetooth: hci0: BCM: chip id 84
> > > [4.859634] Bluetooth: hci0: BCM: features 0x0f
> > > [4.860790] Bluetooth: hci0: BCM4324B3
> > > [4.860797] Bluetooth: hci0: BCM4324B3 (002.004.006) build 
> > > [4.876567] bluetooth hci0: firmware: failed to load
> > brcm/BCM4324B3.hcd

> > Revisa este bug de Ubuntu, y verifica que hayas cargado el firmware
> > correcto y en la ubicación adecuada:
> >
> > Broadcom Bluetooth brcm/BCM.hcd firmware not found
> > https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1743336
 
(...)

> La mayoria de los errores de firmware han desaparecido, pero todavía me
> falta el fichero "brcmfmac43241b4-sdio.clm_blob" que no lo encuentro por
> ningun lado:
> 
> [5.155659] Bluetooth: hci0: BCM: chip id 84
> [5.156196] Bluetooth: hci0: BCM: features 0x0f
> [5.157324] Bluetooth: hci0: BCM4324B3
> [5.157329] Bluetooth: hci0: BCM4324B3 (002.004.006) build 
> [5.158058] bluetooth hci0: firmware: direct-loading firmware 
> brcm/BCM4324B3.hcd
> [5.176800] brcmfmac: brcmf_fw_alloc_request: using 
> brcm/brcmfmac43241b4-sdio for chip BCM4324/5
> [5.176848] brcmfmac mmc0:0001:1: firmware: failed to load 
> brcm/brcmfmac43241b4-sdio.clm_blob (-2)
> [5.176859] firmware_class: See https://wiki.debian.org/Firmware for 
> information about missing firmware
> [5.176866] brcmfmac: brcmf_c_process_clm_blob: no clm_blob available 
> (err=-2), device may have limited channels available
> [5.177153] brcmfmac: brcmf_c_preinit_dcmds: Firmware: BCM4324/5 wl0: Jul 
> 17 2013 07:36:07 version 6.10.197.71 (r412987) FWID 01-882d2634
> 
> En Google no aparece por ningun lado, es un poco raro.

Creo que lo tienes en este paquete:

https://packages.debian.org/buster/firmware-brcm80211

Contents:
* Broadcom BCM43241 rev 4 firmware (brcm/brcmfmac43241b4-sdio.bin)

Saludos

-- 
Camaleón 

Re: Problema con bluetooth en Buster

[Josu Lazkano]

El mar., 29 sept. 2020 a las 13:20, Camaleón ()
escribió:

> El 2020-09-29 a las 10:05 +0200, Josu Lazkano escribió:
>
> > He instalado Debian Buster un mini PC (
> > https://www.ecs.com.tw/ECSWebSite/Product/Product_LIVA/ES/LIVA), pero
> me da
> > problemas el bluetooth:
> >
> > [4.859123] Bluetooth: hci0: BCM: chip id 84
> > [4.859634] Bluetooth: hci0: BCM: features 0x0f
> > [4.860790] Bluetooth: hci0: BCM4324B3
> > [4.860797] Bluetooth: hci0: BCM4324B3 (002.004.006) build 
> > [4.876567] bluetooth hci0: firmware: failed to load
> brcm/BCM4324B3.hcd
> > (-2)
>
> (...)
>
> > Creo que he metido bien el firmware, ¿me podéis ayudar con esto?
>
> Revisa este bug de Ubuntu, y verifica que hayas cargado el firmware
> correcto y en la ubicación adecuada:
>
> Broadcom Bluetooth brcm/BCM.hcd firmware not found
> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1743336
>
> Saludos,
>
> --
> Camaleón
>
>
Gracias Camaleón,

He seguido estos pasos:

apt-get install firmware-brcm80211
cd /lib/firmware/brcm/
wget https://github.com/Asus-T100/firmware/raw/master/brcm/BCM4324B3.hcd
wget
https://github.com/Asus-T100/firmware/raw/master/brcm/brcmfmac43241b4-sdio.txt

La mayoria de los errores de firmware han desaparecido, pero todavía me
falta el fichero "brcmfmac43241b4-sdio.clm_blob" que no lo encuentro por
ningun lado:

[5.155659] Bluetooth: hci0: BCM: chip id 84
[5.156196] Bluetooth: hci0: BCM: features 0x0f
[5.157324] Bluetooth: hci0: BCM4324B3
[5.157329] Bluetooth: hci0: BCM4324B3 (002.004.006) build 
[5.158058] bluetooth hci0: firmware: direct-loading firmware
brcm/BCM4324B3.hcd
[5.176800] brcmfmac: brcmf_fw_alloc_request: using
brcm/brcmfmac43241b4-sdio for chip BCM4324/5
[5.176848] brcmfmac mmc0:0001:1: firmware: failed to load
brcm/brcmfmac43241b4-sdio.clm_blob (-2)
[5.176859] firmware_class: See https://wiki.debian.org/Firmware for
information about missing firmware
[5.176866] brcmfmac: brcmf_c_process_clm_blob: no clm_blob available
(err=-2), device may have limited channels available
[5.177153] brcmfmac: brcmf_c_preinit_dcmds: Firmware: BCM4324/5 wl0:
Jul 17 2013 07:36:07 version 6.10.197.71 (r412987) FWID 01-882d2634

En Google no aparece por ningun lado, es un poco raro.

Sigo buscando.

Un saludo.

-- 
Josu Lazkano

Re: Problema instalación Debian VirtualBox

[Channel Herrera]

Es un error de windows con virrualbox, usa otro software de
virtualización...ms te esta pidiendo que pagues un serviciono le da
soporte al opensource.

El lun., 5 de octubre de 2020 2:17 p. m., Ángel <
debian-user-span...@debian.16bits.net> escribió:

> On 2020-10-03 at 08:14 +0200, Camaleón wrote:
> > Que se quede colgado en man-db puede ser casualidad. O que el
> > instalador llega un momento en que tiene problemas para acceder al
> > medio.
>
> El paso de crear la base de datos de man tarda un poco. Juan Miguel,
> ¿es posible que no estés esperando lo suficiente? ¿Tienes suficiente
> espacio en el disco?
>
>

Re: Problema instalación Debian VirtualBox

[Ángel]

On 2020-10-03 at 08:14 +0200, Camaleón wrote:
> Que se quede colgado en man-db puede ser casualidad. O que el 
> instalador llega un momento en que tiene problemas para acceder al 
> medio.

El paso de crear la base de datos de man tarda un poco. Juan Miguel,
¿es posible que no estés esperando lo suficiente? ¿Tienes suficiente
espacio en el disco?

Re: Problema instalación Debian VirtualBox

[Walter O. Dari]

El 2/10/20 a las 20:44, Juan Miguel Gross escribió:
Hola! Tengo una consulta si en este lugar me pueden contestar... Estoy 
tratando de instalar Debian en  VirtualBox en Windows y al llegar a la 
parte "Instalando man-db" o algo así, se queda colgado el instalador o 
me tira un error, probé con varios ISO pero con todos es igual, que 
podría hacer?  Desde ya, muchas gracias!


Por ahí te pregunto una tontería, pero de que tamaño es el disco virtual 
que le asignaste a Debian para la instalación ? Es suficiente ?


Saludos,

--

Walter O. Dari

http://swcomputacion.com/
http://swcomputacion.com/sistemas/
https://facebook.com/swcomputacion/
https://facebook.com/sistemasSW/

Nuestros horarios:
L a V 9 a 12 hs. - 15 a 18 hs.
S 11 a 14 hs.

WhatsApp:
2396 577140 (no se atienden llamadas)

Re: Problema instalación Debian VirtualBox

[Jose Velasco]

  
  
Buenas, yo tengo unas cuantas instalaciones Debian sobre
  VirtualBox en windows sin problemas. ¿has activado las opciones de
  virtualización en la BIOS? VirtualBox te hace a veces la puñeta si
  no las activas, como no dar acceso a toda la memoria o limitarte
  el número de núcleos.


Echalé un vistazo a estos:
https://www.muycomputer.com/2015/04/14/intel-vt-x-virtualizacion/
https://www.profesionalreview.com/2018/11/07/activar-virtualizacion-bios/


A poco que busques en google virtualbox bios te saldrá info al
  respecto.


Si no lo tienes activado ya te digo que te hace un poco la
  puñeta, y lo mismo van por ahí los tiros del error que tienes, lo
  mismo no es eso, pero revisaló.



Suerte!
El 03/10/2020 a las 1:44, Juan Miguel
  Gross escribió:


  
  Hola!
Tengo una consulta si en este lugar me pueden contestar...
Estoy tratando de instalar Debian en  VirtualBox
en Windows y al llegar a la parte "Instalando man-db" o algo
así, se queda colgado el instalador o me tira un error,
probé con varios ISO pero con todos es igual, que podría
hacer?  Desde ya, muchas gracias!

  

Re: Problema instalación Debian VirtualBox

[Galvatorix Torixgalva]

Buenas,

comprueba que tienes windows actualizado y que estas usando el archivo ISO
de debian correcto.

Un saludo

Re: Problema instalación Debian VirtualBox

[Camaleón]

El 2020-10-02 a las 20:44 -0300, Juan Miguel Gross escribió:

> Hola! Tengo una consulta si en este lugar me pueden contestar... Estoy
> tratando de instalar Debian en  VirtualBox en Windows y al llegar a la
> parte "Instalando man-db" o algo así, se queda colgado el instalador o me
> tira un error, probé con varios ISO pero con todos es igual, que podría
> hacer?  Desde ya, muchas gracias!

¿Qué versión de Debian estás instalando?
¿Qué error te saca el instalador?
¿Comprobaste la suma de verificación de las imágenes ISO?

Que se quede colgado en man-db puede ser casualidad. O que el 
instalador llega un momento en que tiene problemas para acceder al 
medio.

Yo probaría lo siguiente:

1. Realizar una instalación mínima (sólo paquetes base, sin entorno 
gráfico ni aplicaciones), desde la mini-iso.

2. La mini-iso necesita una conexión a Internet para descargar 
paquetes, prueba a usar una réplica de red rápida y que sea cercana a tu 
ubicación.

Saludos,

-- 
Camaleón 

Re: Problema instalación Debian VirtualBox

[Eduardo Visbal]

Amigo algo debes tener mal, yo uso virtualbox en un windows; y tengo creado
Debian 10 en el y funciona sin problemas; lo instale desde la iso
netinstall.




*Eduardo VisbalLinuxero #440451http://esdebianfritto.blogspot.com/
<http://esdebianfritto.blogspot.com/>*


El vie., 2 oct. 2020 a las 23:12, remgasis remgasis ()
escribió:

>
>
> On Fri, Oct 2, 2020, 8:03 PM Juan Miguel Gross 
> wrote:
>
>> Hola! Tengo una consulta si en este lugar me pueden contestar... Estoy
>> tratando de instalar Debian en  VirtualBox en Windows y al llegar a la
>> parte "Instalando man-db" o algo así, se queda colgado el instalador o me
>> tira un error, probé con varios ISO pero con todos es igual, que podría
>> hacer?  Desde ya, muchas gracias!
>>
>
> Pudiera ser un problema con la configuración de la vm en el virtual box o
> con los drivers del virtual box. Intenta con vmware workstation ... a mi
> ese no me ha fallado.
>
>>

Re: Problema instalación Debian VirtualBox

[remgasis remgasis]

On Fri, Oct 2, 2020, 8:03 PM Juan Miguel Gross  wrote:

> Hola! Tengo una consulta si en este lugar me pueden contestar... Estoy
> tratando de instalar Debian en  VirtualBox en Windows y al llegar a la
> parte "Instalando man-db" o algo así, se queda colgado el instalador o me
> tira un error, probé con varios ISO pero con todos es igual, que podría
> hacer?  Desde ya, muchas gracias!
>

Pudiera ser un problema con la configuración de la vm en el virtual box o
con los drivers del virtual box. Intenta con vmware workstation ... a mi
ese no me ha fallado.

>

Re: Problema instalación Debian VirtualBox

[Juan Lavieri]

Hola.

El 2/10/2020 a las 7:44 p. m., Juan Miguel Gross escribió:
Hola! Tengo una consulta si en este lugar me pueden contestar... Estoy 
tratando de instalar Debian enVirtualBox en Windows y al llegar a la 
parte "Instalando man-db" o algo así, se queda colgado el instalador o 
me tira un error, probé con varios ISO pero con todos es igual, que 
podría hacer?  Desde ya, muchas gracias!



Por favor puedes indicar exactamente cuál es el error.


Ayudaría también saber, que versión estás instalando, qué tipo de 
instalación es (netinstall, etc).  ¿De dónde descargaste la iso? 
¿chequeaste la integridad de la misma?



Saludos.
--
Errar es de humanos, pero es mas humano culpar a los demás

Problema instalación Debian VirtualBox

[Juan Miguel Gross]

Hola! Tengo una consulta si en este lugar me pueden contestar... Estoy
tratando de instalar Debian en  VirtualBox en Windows y al llegar a la
parte "Instalando man-db" o algo así, se queda colgado el instalador o me
tira un error, probé con varios ISO pero con todos es igual, que podría
hacer?  Desde ya, muchas gracias!

Re: Problema con bluetooth en Buster

[Camaleón]

El 2020-09-29 a las 10:05 +0200, Josu Lazkano escribió:

> He instalado Debian Buster un mini PC (
> https://www.ecs.com.tw/ECSWebSite/Product/Product_LIVA/ES/LIVA), pero me da
> problemas el bluetooth:
> 
> [4.859123] Bluetooth: hci0: BCM: chip id 84
> [4.859634] Bluetooth: hci0: BCM: features 0x0f
> [4.860790] Bluetooth: hci0: BCM4324B3
> [4.860797] Bluetooth: hci0: BCM4324B3 (002.004.006) build 
> [4.876567] bluetooth hci0: firmware: failed to load brcm/BCM4324B3.hcd
> (-2)

(...)

> Creo que he metido bien el firmware, ¿me podéis ayudar con esto?

Revisa este bug de Ubuntu, y verifica que hayas cargado el firmware 
correcto y en la ubicación adecuada:

Broadcom Bluetooth brcm/BCM.hcd firmware not found 
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1743336

Saludos,

-- 
Camaleón