Re: Error al actualizar debian 12

[Camaleón]

El 2023-10-06 a las 16:47 +, CAMP escribió:

> Desde hace varios días, al ejecutar #apt update, me marca el error que el 
> repositorio debian-security no tiene un fichero de publicación.
> 
> Ya he investigado y cambiado sources.list con los ejemplos que vienen en 
> wiki.debian.org y en otras paginas.
> 
> Saben como se puede corregir?

Mejor si mandas a la lista:

1. La salida de la orden «apt-get update && apt update» para que sepamos
qué error te da exactamente.

2. La salida de «cat /etc/apt/sources.list»

Saludos,

-- 
Camaleón 

Error al actualizar debian 12

[CAMP]

Buenas tardes

Desde hace varios días, al ejecutar #apt update, me marca el error que el 
repositorio debian-security no tiene un fichero de publicación.

Ya he investigado y cambiado sources.list con los ejemplos que vienen en 
wiki.debian.org y en otras paginas.

Saben como se puede corregir?

Obtener Outlook para Android

Re: Después de actualizar no arranca «entorno gráfico» de forma automática

[aa ag]

Pues no entiendo bien el porqué, pero al poner los drivers Radeon se ha 
solucionado el problema. Eso que llevaba años usando drivers genéricos...
Bueno, pues queda solucionado el problema.
Mil gracias por el apoyo. 
 
 

Enviar: miércoles 23 de agosto de 2023 a las 19:27
De: "Camaleón" 
Para: debian-user-spanish@lists.debian.org
Asunto: Re: Después de actualizar no arranca «entorno gráfico» de forma 
automática
El 2023-08-23 a las 19:04 +0200, aa ag escribió:

> Enviar: miércoles 23 de agosto de 2023 a las 17:50
> De: "Camaleón" 
> Para: debian-user-spanish@lists.debian.org
> Asunto: Re: Después de actualizar no arranca «entorno gráfico» de forma 
> automática
> El 2023-08-23 a las 17:18 +0200, aa ag escribió:
>
>> > Buenas.
>> > Pues este es el resultado de ~# grep -e "(EE)" -e "(WW)" /var/log/Xorg.*
>>
>> ¡Gracias! :-)
>>
>> > /var/log/Xorg.0.log: (WW) warning, (EE) error, (NI) not implemented, (??) 
>> > unknown.
>> > /var/log/Xorg.0.log:[ 15.181] (WW) The directory 
>> > "/usr/share/fonts/X11/cyrillic" does not exist.
>> > /var/log/Xorg.0.log:[ 15.265] (EE) open /dev/dri/card0: No such file or 
>> > directory
>> > /var/log/Xorg.0.log:[ 15.265] (WW) Falling back to old probe method for 
>> > modesetting
>> > /var/log/Xorg.0.log:[ 15.265] (EE) open /dev/dri/card0: No such file or 
>> > directory
>> > /var/log/Xorg.0.log:[ 15.266] (EE) Unable to find a valid framebuffer 
>> > device
>> > /var/log/Xorg.0.log:[ 15.266] (WW) Falling back to old probe method for 
>> > fbdev
>> > /var/log/Xorg.0.log:[ 15.266] (EE) open /dev/fb0: No such file or directory
>> > /var/log/Xorg.0.log:[ 15.266] (EE) Screen 0 deleted because of no matching 
>> > config section.
>> > /var/log/Xorg.0.log:[ 15.266] (EE) Screen 0 deleted because of no matching 
>> > config section.
>> > /var/log/Xorg.0.log:[ 15.266] (EE) Screen 0 deleted because of no matching 
>> > config section.
>> > /var/log/Xorg.0.log:[ 15.287] (WW) VESA(0): Unable to estimate virtual size
>
>> (...)
>
>> ¿Puedes subir el archivo completo «/var/log/Xorg.0.log» a pastebin o algún 
>> sitio similar
>> (p. ej., «https://paste.debian.net/»)?
>>
>> El archivo no contiene datos sensibles, puedes subirlo completo sin
>> problemas.

> Claro, ahí va: 
> https://paste.debian.net/1289829/[https://paste.debian.net/1289829/]
> Gracias y un saludo.

Hum... no veo errores PERO algo le pasa a tu servidor gráfico porque
*carga el driver VESA* y no creo que sea eso lo que quieras (tampoco
debería ser motivo para que no nicie LightDM pero desde luego algo no
marcha bien por es aparte), entiendo que tienes un adaptador ATI y
deberías cargar el driver libre (RADEON) o el propietario pero no el
genérico (framebuffer):

[ 15.264] (II) RADEON: Driver for ATI/AMD Radeon chipsets:
(...)
[ 15.265] (II) modesetting: Driver for Modesetting Kernel Drivers: kms
[ 15.265] (II) FBDEV: driver for framebuffer: fbdev
[ 15.265] (II) VESA: driver for VESA chipsets: vesa
[ 15.265] (II) [KMS] drm report modesetting isn't supported.
[ 15.265] (EE) open /dev/dri/card0: No such file or directory
[ 15.265] (WW) Falling back to old probe method for modesetting
[ 15.265] (EE) open /dev/dri/card0: No such file or directory
[ 15.265] (II) Loading sub module "fbdevhw"
[ 15.265] (II) LoadModule: "fbdevhw"
[ 15.265] (II) Loading /usr/lib/xorg/modules/libfbdevhw.so
[ 15.266] (II) Module fbdevhw: vendor="X.Org Foundation"
(...)
[ 15.266] (II) UnloadModule: "radeon"
[ 15.266] (EE) Screen 0 deleted because of no matching config section.
[ 15.266] (II) UnloadModule: "modesetting"
[ 15.266] (EE) Screen 0 deleted because of no matching config section.
[ 15.266] (II) UnloadModule: "fbdev"
[ 15.266] (II) UnloadSubModule: "fbdevhw"
[ 15.266] (II) Loading sub module "vbe"
[ 15.266] (II) LoadModule: "vbe"
[ 15.266] (II) Loading /usr/lib/xorg/modules/libint10.so
[ 15.267] (II) Module int10: vendor="X.Org Foundation"
[ 15.267] compiled for 1.21.1.8, module version = 1.0.0
[ 15.267] ABI class: X.Org Video Driver, version 25.2
[ 15.267] (II) Loading sub module "int10"
[ 15.267] (II) LoadModule: "int10"
[ 15.268] (II) Loading /usr/lib/xorg/modules/libint10.so
[ 15.268] (II) Module int10: vendor="X.Org Foundation"
[ 15.268] compiled for 1.21.1.8, module version = 1.0.0
[ 15.268] ABI class: X.Org Video Driver, version 25.2
[ 15.268] (II) VESA(0): initializing int10
(...)

Salvo que quieras cargar el driver VESA por algo en concreto (?) yo
intentaría resolver ese problema con el servidor gráfico antes que nada:

https://wiki.debian.org/AtiHowTo[https://wiki.debian.org/AtiHowTo]

Saludos,

--
Camaleón
 

Re: Después de actualizar no arranca «entorno gráfico» de forma automática

[Camaleón]

El 2023-08-23 a las 19:04 +0200, aa ag escribió:

> Enviar: miércoles 23 de agosto de 2023 a las 17:50
> De: "Camaleón" 
> Para: debian-user-spanish@lists.debian.org
> Asunto: Re: Después de actualizar no arranca «entorno gráfico» de forma 
> automática
> El 2023-08-23 a las 17:18 +0200, aa ag escribió:
> 
>> > Buenas.
>> > Pues este es el resultado de ~# grep -e "(EE)" -e "(WW)" /var/log/Xorg.*
>> 
>> ¡Gracias! :-)
>> 
>> > /var/log/Xorg.0.log: (WW) warning, (EE) error, (NI) not implemented, (??) 
>> > unknown.
>> > /var/log/Xorg.0.log:[ 15.181] (WW) The directory 
>> > "/usr/share/fonts/X11/cyrillic" does not exist.
>> > /var/log/Xorg.0.log:[ 15.265] (EE) open /dev/dri/card0: No such file or 
>> > directory
>> > /var/log/Xorg.0.log:[ 15.265] (WW) Falling back to old probe method for 
>> > modesetting
>> > /var/log/Xorg.0.log:[ 15.265] (EE) open /dev/dri/card0: No such file or 
>> > directory
>> > /var/log/Xorg.0.log:[ 15.266] (EE) Unable to find a valid framebuffer 
>> > device
>> > /var/log/Xorg.0.log:[ 15.266] (WW) Falling back to old probe method for 
>> > fbdev
>> > /var/log/Xorg.0.log:[ 15.266] (EE) open /dev/fb0: No such file or directory
>> > /var/log/Xorg.0.log:[ 15.266] (EE) Screen 0 deleted because of no matching 
>> > config section.
>> > /var/log/Xorg.0.log:[ 15.266] (EE) Screen 0 deleted because of no matching 
>> > config section.
>> > /var/log/Xorg.0.log:[ 15.266] (EE) Screen 0 deleted because of no matching 
>> > config section.
>> > /var/log/Xorg.0.log:[ 15.287] (WW) VESA(0): Unable to estimate virtual size
> 
>> (...)
> 
>> ¿Puedes subir el archivo completo «/var/log/Xorg.0.log» a pastebin o algún 
>> sitio similar
>> (p. ej., «https://paste.debian.net/»)?
>> 
>> El archivo no contiene datos sensibles, puedes subirlo completo sin
>> problemas.

> Claro, ahí va: https://paste.debian.net/1289829/
> Gracias y un saludo.

Hum... no veo errores PERO algo le pasa a tu servidor gráfico porque 
*carga el driver VESA* y no creo que sea eso lo que quieras (tampoco 
debería ser motivo para que no nicie LightDM pero desde luego algo no 
marcha bien por es aparte), entiendo que tienes un adaptador ATI y 
deberías cargar el driver libre (RADEON) o el propietario pero no el 
genérico (framebuffer):

[15.264] (II) RADEON: Driver for ATI/AMD Radeon chipsets:
(...)
[15.265] (II) modesetting: Driver for Modesetting Kernel Drivers: kms
[15.265] (II) FBDEV: driver for framebuffer: fbdev
[15.265] (II) VESA: driver for VESA chipsets: vesa
[15.265] (II) [KMS] drm report modesetting isn't supported.
[15.265] (EE) open /dev/dri/card0: No such file or directory
[15.265] (WW) Falling back to old probe method for modesetting
[15.265] (EE) open /dev/dri/card0: No such file or directory
[15.265] (II) Loading sub module "fbdevhw"
[15.265] (II) LoadModule: "fbdevhw"
[15.265] (II) Loading /usr/lib/xorg/modules/libfbdevhw.so
[15.266] (II) Module fbdevhw: vendor="X.Org Foundation"
(...)
[15.266] (II) UnloadModule: "radeon"
[15.266] (EE) Screen 0 deleted because of no matching config section.
[15.266] (II) UnloadModule: "modesetting"
[15.266] (EE) Screen 0 deleted because of no matching config section.
[15.266] (II) UnloadModule: "fbdev"
[15.266] (II) UnloadSubModule: "fbdevhw"
[15.266] (II) Loading sub module "vbe"
[15.266] (II) LoadModule: "vbe"
[15.266] (II) Loading /usr/lib/xorg/modules/libint10.so
[15.267] (II) Module int10: vendor="X.Org Foundation"
[15.267]compiled for 1.21.1.8, module version = 1.0.0
[15.267]ABI class: X.Org Video Driver, version 25.2
[15.267] (II) Loading sub module "int10"
[15.267] (II) LoadModule: "int10"
[15.268] (II) Loading /usr/lib/xorg/modules/libint10.so
[15.268] (II) Module int10: vendor="X.Org Foundation"
[15.268]compiled for 1.21.1.8, module version = 1.0.0
[15.268]ABI class: X.Org Video Driver, version 25.2
[15.268] (II) VESA(0): initializing int10
(...)

Salvo que quieras cargar el driver VESA por algo en concreto (?) yo 
intentaría resolver ese problema con el servidor gráfico antes que nada:

https://wiki.debian.org/AtiHowTo

Saludos,

-- 
Camaleón 

Re: Después de actualizar no arranca «entorno gráfico» de forma automática

[aa ag]

Claro, ahí va: https://paste.debian.net/1289829/
Gracias y un saludo.
 
 

Enviar: miércoles 23 de agosto de 2023 a las 17:50
De: "Camaleón" 
Para: debian-user-spanish@lists.debian.org
Asunto: Re: Después de actualizar no arranca «entorno gráfico» de forma 
automática
El 2023-08-23 a las 17:18 +0200, aa ag escribió:

> Buenas.
> Pues este es el resultado de ~# grep -e "(EE)" -e "(WW)" /var/log/Xorg.*

¡Gracias! :-)

> /var/log/Xorg.0.log: (WW) warning, (EE) error, (NI) not implemented, (??) 
> unknown.
> /var/log/Xorg.0.log:[ 15.181] (WW) The directory 
> "/usr/share/fonts/X11/cyrillic" does not exist.
> /var/log/Xorg.0.log:[ 15.265] (EE) open /dev/dri/card0: No such file or 
> directory
> /var/log/Xorg.0.log:[ 15.265] (WW) Falling back to old probe method for 
> modesetting
> /var/log/Xorg.0.log:[ 15.265] (EE) open /dev/dri/card0: No such file or 
> directory
> /var/log/Xorg.0.log:[ 15.266] (EE) Unable to find a valid framebuffer device
> /var/log/Xorg.0.log:[ 15.266] (WW) Falling back to old probe method for fbdev
> /var/log/Xorg.0.log:[ 15.266] (EE) open /dev/fb0: No such file or directory
> /var/log/Xorg.0.log:[ 15.266] (EE) Screen 0 deleted because of no matching 
> config section.
> /var/log/Xorg.0.log:[ 15.266] (EE) Screen 0 deleted because of no matching 
> config section.
> /var/log/Xorg.0.log:[ 15.266] (EE) Screen 0 deleted because of no matching 
> config section.
> /var/log/Xorg.0.log:[ 15.287] (WW) VESA(0): Unable to estimate virtual size

(...)

¿Puedes subir el archivo completo «/var/log/Xorg.0.log» a pastebin o algún 
sitio similar
(p. ej., «https://paste.debian.net/»)?

El archivo no contiene datos sensibles, puedes subirlo completo sin
problemas.

Saludos,

--
Camaleón
 

Re: Después de actualizar no arranca «entorno gráfico» de forma automática

[aa ag]

Buenas.
Pues este es el resultado de ~# grep -e "(EE)" -e "(WW)" /var/log/Xorg.*

/var/log/Xorg.0.log:(WW) warning, (EE) error, (NI) not implemented, (??) 
unknown.
/var/log/Xorg.0.log:[15.181] (WW) The directory 
"/usr/share/fonts/X11/cyrillic" does not exist.
/var/log/Xorg.0.log:[15.265] (EE) open /dev/dri/card0: No such file or 
directory
/var/log/Xorg.0.log:[15.265] (WW) Falling back to old probe method for 
modesetting
/var/log/Xorg.0.log:[15.265] (EE) open /dev/dri/card0: No such file or 
directory
/var/log/Xorg.0.log:[15.266] (EE) Unable to find a valid framebuffer device
/var/log/Xorg.0.log:[15.266] (WW) Falling back to old probe method for fbdev
/var/log/Xorg.0.log:[15.266] (EE) open /dev/fb0: No such file or directory
/var/log/Xorg.0.log:[15.266] (EE) Screen 0 deleted because of no matching 
config section.
/var/log/Xorg.0.log:[15.266] (EE) Screen 0 deleted because of no matching 
config section.
/var/log/Xorg.0.log:[15.266] (EE) Screen 0 deleted because of no matching 
config section.
/var/log/Xorg.0.log:[15.287] (WW) VESA(0): Unable to estimate virtual size
/var/log/Xorg.0.log.old:(WW) warning, (EE) error, (NI) not implemented, 
(??) unknown.
/var/log/Xorg.0.log.old:[   607.426] (WW) The directory 
"/usr/share/fonts/X11/cyrillic" does not exist.
/var/log/Xorg.0.log.old:[   607.509] (EE) open /dev/dri/card0: No such file or 
directory
/var/log/Xorg.0.log.old:[   607.509] (WW) Falling back to old probe method for 
modesetting
/var/log/Xorg.0.log.old:[   607.509] (EE) open /dev/dri/card0: No such file or 
directory
/var/log/Xorg.0.log.old:[   607.510] (EE) Unable to find a valid framebuffer 
device
/var/log/Xorg.0.log.old:[   607.510] (WW) Falling back to old probe method for 
fbdev
/var/log/Xorg.0.log.old:[   607.510] (EE) open /dev/fb0: No such file or 
directory
/var/log/Xorg.0.log.old:[   607.510] (EE) Screen 0 deleted because of no 
matching config section.
/var/log/Xorg.0.log.old:[   607.510] (EE) Screen 0 deleted because of no 
matching config section.
/var/log/Xorg.0.log.old:[   607.510] (EE) Screen 0 deleted because of no 
matching config section.
/var/log/Xorg.0.log.old:[   607.531] (WW) VESA(0): Unable to estimate virtual 
size
/var/log/Xorg.0.log.old:[  4469.354] (WW) xf86CloseConsole: KDSETMODE failed: 
Input/output error
/var/log/Xorg.0.log.old:[  4469.354] (WW) xf86CloseConsole: VT_GETMODE failed: 
Input/output error
/var/log/Xorg.0.log.old:[  4469.354] (WW) xf86OpenConsole: VT_GETSTATE failed: 
Input/output error
/var/log/Xorg.1.log:(WW) warning, (EE) error, (NI) not implemented, (??) 
unknown.
/var/log/Xorg.1.log:[  9052.953] (WW) The directory 
"/usr/share/fonts/X11/cyrillic" does not exist.
/var/log/Xorg.1.log:[  9053.331] (EE) open /dev/dri/card0: No such file or 
directory
/var/log/Xorg.1.log:[  9053.331] (WW) Falling back to old probe method for 
modesetting
/var/log/Xorg.1.log:[  9053.331] (EE) open /dev/dri/card0: No such file or 
directory
/var/log/Xorg.1.log:[  9053.332] (EE) Unable to find a valid framebuffer device
/var/log/Xorg.1.log:[  9053.332] (WW) Falling back to old probe method for fbdev
/var/log/Xorg.1.log:[  9053.332] (EE) open /dev/fb0: No such file or directory
/var/log/Xorg.1.log:[  9053.332] (EE) Screen 0 deleted because of no matching 
config section.
/var/log/Xorg.1.log:[  9053.332] (EE) Screen 0 deleted because of no matching 
config section.
/var/log/Xorg.1.log:[  9053.332] (EE) Screen 0 deleted because of no matching 
config section.
/var/log/Xorg.1.log:[  9053.358] (WW) VESA(0): Unable to estimate virtual size
/var/log/Xorg.1.log.old:(WW) warning, (EE) error, (NI) not implemented, 
(??) unknown.
/var/log/Xorg.1.log.old:[ 26639.955] (WW) The directory 
"/usr/share/fonts/X11/cyrillic" does not exist.
/var/log/Xorg.1.log.old:[ 26640.268] (EE) open /dev/dri/card0: No such file or 
directory
/var/log/Xorg.1.log.old:[ 26640.268] (WW) Falling back to old probe method for 
modesetting
/var/log/Xorg.1.log.old:[ 26640.268] (EE) open /dev/dri/card0: No such file or 
directory
/var/log/Xorg.1.log.old:[ 26640.268] (EE) Unable to find a valid framebuffer 
device
/var/log/Xorg.1.log.old:[ 26640.268] (WW) Falling back to old probe method for 
fbdev
/var/log/Xorg.1.log.old:[ 26640.268] (EE) open /dev/fb0: No such file or 
directory
/var/log/Xorg.1.log.old:[ 26640.268] (EE) Screen 0 deleted because of no 
matching config section.
/var/log/Xorg.1.log.old:[ 26640.268] (EE) Screen 0 deleted because of no 
matching config section.
/var/log/Xorg.1.log.old:[ 26640.268] (EE) Screen 0 deleted because of no 
matching config section.
/var/log/Xorg.1.log.old:[ 26640.290] (WW) VESA(0): Unable to estimate virtual 
size

Un saludo.

Re: Después de actualizar no arranca «entorno gráfico» de forma automática

[Camaleón]

El 2023-08-22 a las 14:46 +0200, aa ag escribió:

> En principio, según el tutorial de Ubuntu está todo bien (a falta de probar 
> el paso de ubuntu.deskop).
> No se si esto puede dar alguna pista?
> 
> 
> Aquí dijimos que no había nada grave /var/log/lightdm/lightdm.log:
> 
> [+0.00s] DEBUG: Loading configuration dirs from 
> /usr/share/lightdm/lightdm.conf>

(...)

> Estas líneas se me pasaron por alto /var/log/Xorg.0.log:
> 
> [   139.663] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not 
> exist.
> [   139.745] (EE) open /dev/dri/card0: No such file or directory
> [   139.745] (WW) Falling back to old probe method for modesetting
> [   139.745] (EE) open /dev/dri/card0: No such file or directory
> [   139.746] (EE) Unable to find a valid framebuffer device
> [   139.746] (WW) Falling back to old probe method for fbdev
> [   139.746] (EE) open /dev/fb0: No such file or directory
> [   139.746] (EE) Screen 0 deleted because of no matching config section.
> [   139.746] (EE) Screen 0 deleted because of no matching config section.
> [   139.746] (EE) Screen 0 deleted because of no matching config section.
> [   139.767] (WW) VESA(0): Unable to estimate virtual size

Todos los EE (errores) de Xorg son (o pueden ser) GRAVES.
Ejecuta la siguiente orden y manda la salida:

grep -e "(EE)" -e "(WW)" /var/log/Xorg.* 

> Y este se me quedó a revisar ~/.xsession-errors:
> 

(...)

> ** (light-locker:2799): ERROR **: 03:19:08.077: Environment variable 
> XDG_SESSION_PATH not set. Is LightDM running?

Este mensaje es consecuente con el hecho de que LighDM no esté 
ejecutándose.

Vamos a centrarnos en Xorg a ver si sacamos algo útil de ahí.

Saludos,

-- 
Camaleón 

Re: Después de actualizar no arranca «entorno gráfico» de forma automática

[aa ag]

En principio, según el tutorial de Ubuntu está todo bien (a falta de probar el 
paso de ubuntu.deskop).
No se si esto puede dar alguna pista?


Aquí dijimos que no había nada grave /var/log/lightdm/lightdm.log:

[+0.00s] DEBUG: Loading configuration dirs from /usr/share/lightdm/lightdm.conf>
[+0.00s] DEBUG: Loading configuration from /usr/share/lightdm/lightdm.conf.d/01>
[+0.00s] DEBUG: Loading configuration dirs from /usr/local/share/lightdm/lightd>
[+0.00s] DEBUG: Loading configuration dirs from /etc/xdg/lightdm/lightdm.conf.d
[+0.00s] DEBUG: Loading configuration from /etc/lightdm/lightdm.conf.d/lightdm->
[+0.00s] DEBUG: Loading configuration from /etc/lightdm/lightdm.conf
[+0.00s] DEBUG: Registered seat module local
[+0.00s] DEBUG: Registered seat module xremote
[+0.00s] DEBUG: Using D-Bus name org.freedesktop.DisplayManager
[+0.00s] DEBUG: Using cross-namespace EXTERNAL authentication (this will deadlo>
[+0.00s] DEBUG: _g_io_module_get_default: Found default implementation local (G>
[+0.00s] DEBUG: Monitoring logind for seats
[+0.00s] DEBUG: Acquired bus name org.freedesktop.DisplayManager
[+0.00s] DEBUG: Stopping Plymouth, no displays replace it
[+0.00s] DEBUG: Quitting Plymouth
[+0.03s] WARNING: Could not enumerate user data directory /var/lib/lightdm/data>
[+29.72s] DEBUG: Seat seat0 changes active session to 1
[+129.06s] DEBUG: Seat seat0 changes active session to
[+133.28s] DEBUG: Seat seat0 changes active session to 3
 


Estas líneas se me pasaron por alto /var/log/Xorg.0.log:

[   139.663] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[   139.745] (EE) open /dev/dri/card0: No such file or directory
[   139.745] (WW) Falling back to old probe method for modesetting
[   139.745] (EE) open /dev/dri/card0: No such file or directory
[   139.746] (EE) Unable to find a valid framebuffer device
[   139.746] (WW) Falling back to old probe method for fbdev
[   139.746] (EE) open /dev/fb0: No such file or directory
[   139.746] (EE) Screen 0 deleted because of no matching config section.
[   139.746] (EE) Screen 0 deleted because of no matching config section.
[   139.746] (EE) Screen 0 deleted because of no matching config section.
[   139.767] (WW) VESA(0): Unable to estimate virtual size



Y este se me quedó a revisar ~/.xsession-errors:

Xsession: X session started for a at...
dbus-update-activation-environment: setting 
DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus
dbus-update-activation-environment: setting DISPLAY=:0
dbus-update-activation-environment: setting XAUTHORITY=/home/user/.Xauthority
localuser:a being added to access control list
dbus-update-activation-environment: setting 
XDG_DATA_DIRS=/usr/share/xfce4:/usr/local/share/:/usr/share/
dbus-update-activation-environment: setting GTK_MODULES=gail:atk-bridge
dbus-update-activation-environment: setting QT_ACCESSIBILITY=1
dbus-update-activation-environment: setting USER=user
dbus-update-activation-environment: setting XDG_SESSION_TYPE=x11
dbus-update-activation-environment: setting SHLVL=0
dbus-update-activation-environment: setting HOME=/home/user
dbus-update-activation-environment: setting DESKTOP_SESSION=Default Xsession
dbus-update-activation-environment: setting GTK_MODULES=gail:atk-bridge
dbus-update-activation-environment: setting SYSTEMD_EXEC_PID=802
dbus-update-activation-environment: setting 
DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus
dbus-update-activation-environment: setting LOGNAME=user
dbus-update-activation-environment: setting JOURNAL_STREAM=8:20102
dbus-update-activation-environment: setting 
MEMORY_PRESSURE_WATCH=/sys/fs/cgroup/system.slice/lxdm.service/memory.pressure
dbus-update-activation-environment: setting XDG_SESSION_CLASS=user
dbus-update-activation-environment: setting 
PATH=/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games
dbus-update-activation-environment: setting 
INVOCATION_ID=bb10a96f06984beab99e037003b8dcee
dbus-update-activation-environment: setting XDG_RUNTIME_DIR=/run/user/1000
dbus-update-activation-environment: setting DISPLAY=:0
dbus-update-activation-environment: setting LANG=es_ES.UTF-8
dbus-update-activation-environment: setting XAUTHORITY=/home/user/.Xauthority
dbus-update-activation-environment: setting SHELL=/bin/bash
dbus-update-activation-environment: setting QT_ACCESSIBILITY=1
dbus-update-activation-environment: setting 
GPG_AGENT_INFO=/run/user/1000/gnupg/S.gpg-agent:0:1
dbus-update-activation-environment: setting PWD=/home/user
dbus-update-activation-environment: setting 
XDG_DATA_DIRS=/usr/share/xfce4:/usr/local/share/:/usr/share/
dbus-update-activation-environment: setting 
MEMORY_PRESSURE_WRITE=c29tZSAyMDAwMDAgMjAwMDAwMAA=
/usr/bin/x-session-manager: X server already running on display :0
/usr/bin/iceauth:  creating new authority file /run/user/1000/ICEauthority
xfce4-session-Message: 03:19:07.619: SSH authentication agent is already running
gpg-agent: ya hay un agente gpg ejecutándose - no se inicia otro

(xfwm4:2721): xfwm4-WARNING **: 

Re: Después de actualizar no arranca «entorno gráfico» de forma automática

[Gerardo Braica]

Perdon por el html, ya esta corregido.

El 21/8/23 a las 19:52, Gerardo Braica escribió:

Disculpame si llego tarde con la pregunta, probablemente ya se hizo.
Habilitaste el  autologin de tu usuario en lightdm.conf?



El 21/8/23 a las 15:25, aa ag escribió:

Si, creé un nuevo usuario. Pero me sigue enviando a consola para iniciar o 
cambiar sesión.
Un saludo.
  
  
  


Enviar: lunes 21 de agosto de 2023 a las 14:55
De: "Camaleón"
Para:debian-user-spanish@lists.debian.org
Asunto: Re: Después de actualizar no arranca «entorno gráfico» de forma 
automática
El 2023-08-21 a las 13:58 +0200, aa ag escribió:


Enviar: viernes 18 de agosto de 2023 a las 17:15
De: "fernando sainz"
Para:debian-user-spanish@lists.debian.org
Asunto: Re: Después de actualizar no arranca «entorno gráfico» de forma 
automática
   


El vie, 18 ago 2023 a las 13:40, aa ag 
(mailto:trac...@gmx.com]>) escribió:Si que es raro si.

Iré investigando y probando.
Si doy con una solución la cuelgo por aquí.
Un saludo y gracias por la ayuda.
  
  

En estos casos,  si no das con ello, puedes intentar con aptitude hacer un "purge"  
"_" del paquete de forma que borre todas las configuraciones, e instálalo de nuevo.

Sí, se queda igual el asunto.
Gracias.

¿Has probado con el nuevo usuario?

Saludos,

--
Camaleón
  



*/Gerardo Braica
*/gbra...@gmail.com.ar
/*/*


*/Gerardo Braica
*/gbra...@gmail.com.ar
/*/*

Re: Después de actualizar no arranca «entorno gráfico» de forma automática

[Gerardo Braica]

Disculpame si llego tarde con la pregunta, probablemente ya se hizo.
Habilitaste el  autologin de tu usuario en lightdm.conf?



El 21/8/23 a las 15:25, aa ag escribió:

Si, creé un nuevo usuario. Pero me sigue enviando a consola para iniciar o 
cambiar sesión.
Un saludo.
  
  
  


Enviar: lunes 21 de agosto de 2023 a las 14:55
De: "Camaleón"
Para:debian-user-spanish@lists.debian.org
Asunto: Re: Después de actualizar no arranca «entorno gráfico» de forma 
automática
El 2023-08-21 a las 13:58 +0200, aa ag escribió:


Enviar: viernes 18 de agosto de 2023 a las 17:15
De: "fernando sainz"
Para:debian-user-spanish@lists.debian.org
Asunto: Re: Después de actualizar no arranca «entorno gráfico» de forma 
automática
   


El vie, 18 ago 2023 a las 13:40, aa ag 
(mailto:trac...@gmx.com]>) escribió:Si que es raro si.

Iré investigando y probando.
Si doy con una solución la cuelgo por aquí.
Un saludo y gracias por la ayuda.
  
  

En estos casos,  si no das con ello, puedes intentar con aptitude hacer un "purge"  
"_" del paquete de forma que borre todas las configuraciones, e instálalo de nuevo.

Sí, se queda igual el asunto.
Gracias.

¿Has probado con el nuevo usuario?

Saludos,

--
Camaleón
  



*/Gerardo Braica
*/gbra...@gmail.com.ar
/*/*

Re: Después de actualizar no arranca «entorno gráfico» de forma automática

[aa ag]

Si, creé un nuevo usuario. Pero me sigue enviando a consola para iniciar o 
cambiar sesión.
Un saludo.
 
 
 

Enviar: lunes 21 de agosto de 2023 a las 14:55
De: "Camaleón" 
Para: debian-user-spanish@lists.debian.org
Asunto: Re: Después de actualizar no arranca «entorno gráfico» de forma 
automática
El 2023-08-21 a las 13:58 +0200, aa ag escribió:

> Enviar: viernes 18 de agosto de 2023 a las 17:15
> De: "fernando sainz" 
> Para: debian-user-spanish@lists.debian.org
> Asunto: Re: Después de actualizar no arranca «entorno gráfico» de forma 
> automática
>   
>
> El vie, 18 ago 2023 a las 13:40, aa ag 
> (mailto:trac...@gmx.com]>) escribió:Si que es raro si.
>> Iré investigando y probando.
>> Si doy con una solución la cuelgo por aquí.
>> Un saludo y gracias por la ayuda.
>  
>  
>>> En estos casos,  si no das con ello, puedes intentar con aptitude hacer un 
>>> "purge"  "_" del paquete de forma que borre todas las configuraciones, e 
>>> instálalo de nuevo.
>
> Sí, se queda igual el asunto.
> Gracias.

¿Has probado con el nuevo usuario?

Saludos,

--
Camaleón
 

Re: Después de actualizar no arranca «entorno gráfico» de forma automática

[Camaleón]

El 2023-08-21 a las 13:58 +0200, aa ag escribió:

> Enviar: viernes 18 de agosto de 2023 a las 17:15
> De: "fernando sainz" 
> Para: debian-user-spanish@lists.debian.org
> Asunto: Re: Después de actualizar no arranca «entorno gráfico» de forma 
> automática
>   
> 
> El vie, 18 ago 2023 a las 13:40, aa ag 
> (mailto:trac...@gmx.com]>) escribió:Si que es raro si.
>> Iré investigando y probando.
>> Si doy con una solución la cuelgo por aquí.
>> Un saludo y gracias por la ayuda.
>  
>  
>>> En estos casos,  si no das con ello, puedes intentar con aptitude hacer un 
>>> "purge"  "_" del paquete de forma que borre todas las configuraciones, e 
>>> instálalo de nuevo.
>
> Sí, se queda igual el asunto.
> Gracias.

¿Has probado con el nuevo usuario?

Saludos,

-- 
Camaleón 

Re: Después de actualizar no arranca «entorno gráfico» de forma automática

[aa ag]

Sí, se queda igual el asunto.
Gracias.
 
 

Enviar: viernes 18 de agosto de 2023 a las 17:15
De: "fernando sainz" 
Para: debian-user-spanish@lists.debian.org
Asunto: Re: Después de actualizar no arranca «entorno gráfico» de forma 
automática

  

El vie, 18 ago 2023 a las 13:40, aa ag 
(mailto:trac...@gmx.com]>) escribió:Si que es raro si.
Iré investigando y probando.
Si doy con una solución la cuelgo por aquí.
Un saludo y gracias por la ayuda.
 
 
 
 
En estos casos,  si no das con ello, puedes intentar con aptitude hacer un 
"purge"  "_" del paquete de forma que borre todas las configuraciones, e 
instálalo de nuevo.
 
Saludos.
 
 
Enviar: jueves 17 de agosto de 2023 a las 20:32
De: "Camaleón" mailto:noela...@gmail.com]>
Para: 
debian-user-spanish@lists.debian.org[mailto:debian-user-spanish@lists.debian.org]
Asunto: Re: Después de actualizar no arranca «entorno gráfico» de forma 
automática
El 2023-08-17 a las 20:03 +0200, aa ag escribió:

> Exacto, tengo configurado para arrancar en modo gráfico:
> # systemctl get-default  
> graphical.target
>  
>
> y el
> # systemctl status lightdm.service
>
>  
> me dice lo anterior (desde el terminal de inicio)

Pues bien raro está, la verdad :-o

Se me ocurre que crees un nuevo usuario de prueba, e inicies sesión con
ese usuario, a ver si hace lo mismo o el greeter se inicia sin
problemas.

Revisa también la wiki de Archlinux que siempre tiene buenos consejos y
ponen todos los pasos para configurar y usar LightDM:

https://wiki.archlinux.org/title/LightDM[https://wiki.archlinux.org/title/LightDM]

> En ese sentido, podría ser que sea algo externo a lightdm?
> Apunté a «lightdm» porque es lo que no me funciona a nivel gráfico pero 
> podría venir la falla de otro lado?

Lo que me extraña es que el servicio esté iniciado pero no veas el
«greeter» (la ventanita que te permite introducir las credenciales para
iniciar la sesión).

Al venir de una actualización se puede haber desconfigurado algo o que
necesites otra configuración distinta de la antigua... mira a ver qué
sucede con el usuario creado ex novo.

Saludos,

--
Camaleón
 
 

Re: Después de actualizar no arranca «entorno gráfico» de forma automática

[aa ag]

Si que es raro si.
Iré investigando y probando.
Si doy con una solución la cuelgo por aquí.
Un saludo y gracias por la ayuda.
 
 

Enviar: jueves 17 de agosto de 2023 a las 20:32
De: "Camaleón" 
Para: debian-user-spanish@lists.debian.org
Asunto: Re: Después de actualizar no arranca «entorno gráfico» de forma 
automática
El 2023-08-17 a las 20:03 +0200, aa ag escribió:

> Exacto, tengo configurado para arrancar en modo gráfico:
> # systemctl get-default  
> graphical.target
>  
>
> y el
> # systemctl status lightdm.service
>
>  
> me dice lo anterior (desde el terminal de inicio)

Pues bien raro está, la verdad :-o

Se me ocurre que crees un nuevo usuario de prueba, e inicies sesión con
ese usuario, a ver si hace lo mismo o el greeter se inicia sin
problemas.

Revisa también la wiki de Archlinux que siempre tiene buenos consejos y
ponen todos los pasos para configurar y usar LightDM:

https://wiki.archlinux.org/title/LightDM

> En ese sentido, podría ser que sea algo externo a lightdm?
> Apunté a «lightdm» porque es lo que no me funciona a nivel gráfico pero 
> podría venir la falla de otro lado?

Lo que me extraña es que el servicio esté iniciado pero no veas el
«greeter» (la ventanita que te permite introducir las credenciales para
iniciar la sesión).

Al venir de una actualización se puede haber desconfigurado algo o que
necesites otra configuración distinta de la antigua... mira a ver qué
sucede con el usuario creado ex novo.

Saludos,

--
Camaleón
 

Re: Después de actualizar no arranca «entorno gráfico» de forma automática

[aa ag]

Exacto, tengo configurado para arrancar en modo gráfico:
# systemctl get-default  
graphical.target
 

y el
# systemctl status lightdm.service

 
me dice lo anterior (desde el terminal de inicio)

En ese sentido, podría ser que sea algo externo a lightdm?
Apunté a «lightdm» porque es lo que no me funciona a nivel gráfico pero podría 
venir la falla de otro lado?

Un saludo.
 

Enviar: jueves 17 de agosto de 2023 a las 14:13
De: "Camaleón" 
Para: debian-user-spanish@lists.debian.org
Asunto: Re: Después de actualizar no arranca «entorno gráfico» de forma 
automática
El 2023-08-17 a las 14:00 +0200, aa ag escribió:

> Perdón por el html de antes.

Muho mejor ahora, gracias :-)

> El servidor gráfico en principio anda bien.
>
> Esto es lo que me devuelven
> journalctl -b -u lightdm.service
> y
> systemctl status lightdm.service:
>
>
> lightdm.service - Light Display Manager
> Loaded: loaded (/lib/systemd/system/lightdm.service; enabled; preset: enabled)
> Active: active (running) since Thu 2023-08-17 12:02:05 CEST; 1h 44min ago
> Docs: man:lightdm(1)
> Main PID: 841 (lightdm)
> Tasks: 4 (limit: 19011)
> Memory: 2.2M
> CPU: 14ms
> CGroup: /system.slice/lightdm.service
> └─841 /usr/sbin/lightdm
>
> ago 17 12:02:05 segon systemd[1]: Starting lightdm.service - Light Display 
> Manager...
> ago 17 12:02:05 segon lightdm[841]: Error getting user list from 
> org.freedesktop.Accounts: 
> GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name 
> org.freedesktop.Accounts was not p>
> ago 17 12:02:05 segon systemd[1]: Started lightdm.service - Light Display 
> Manager.

¿Has ejecutado las órdenes *antes o después* de iniciar y cargar el
entorno gráfico manualmente? Lo pregunto porque los mensajes indican
que está iniciado sin problemas, vamos, que no sucede nada raro :-?

Ejecútalas nada más iniciar el sistema, cuando te deja en la línea de
órdenes, para ver qué falla y por qué no carga el servicio
directamente, porque entiendo que el sistema lo tienes configurado para
iniciar con el modo gráfico.

Puedes comprobarlo con esta otra orden:

root@stt008:~# systemctl get-default
graphical.target

Saludos,

--
Camaleón
 

Re: Después de actualizar no arranca «entorno gráfico» de forma automática

[Camaleón]

El 2023-08-17 a las 14:00 +0200, aa ag escribió:

> Perdón por el html de antes.

Muho mejor ahora, gracias :-)
 
> El servidor gráfico en principio anda bien.
> 
> Esto es lo que me devuelven
> journalctl -b -u lightdm.service
> y
> systemctl status lightdm.service:
> 
> 
>  lightdm.service - Light Display Manager
>  Loaded: loaded (/lib/systemd/system/lightdm.service; enabled; preset: 
> enabled)
>  Active: active (running) since Thu 2023-08-17 12:02:05 CEST; 1h 44min ago
>Docs: man:lightdm(1)
>Main PID: 841 (lightdm)
>   Tasks: 4 (limit: 19011)
>  Memory: 2.2M
> CPU: 14ms
>  CGroup: /system.slice/lightdm.service
>  └─841 /usr/sbin/lightdm
> 
> ago 17 12:02:05 segon systemd[1]: Starting lightdm.service - Light Display 
> Manager...
> ago 17 12:02:05 segon lightdm[841]: Error getting user list from 
> org.freedesktop.Accounts: 
> GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name 
> org.freedesktop.Accounts was not p>
> ago 17 12:02:05 segon systemd[1]: Started lightdm.service - Light Display 
> Manager.

¿Has ejecutado las órdenes *antes o después* de iniciar y cargar el 
entorno gráfico manualmente? Lo pregunto porque los mensajes indican 
que está iniciado sin problemas, vamos, que no sucede nada raro :-?

Ejecútalas nada más iniciar el sistema, cuando te deja en la línea de 
órdenes, para ver qué falla y por qué no carga el servicio 
directamente, porque entiendo que el sistema lo tienes configurado para 
iniciar con el modo gráfico. 

Puedes comprobarlo con esta otra orden:

root@stt008:~# systemctl get-default
graphical.target

Saludos,

-- 
Camaleón 

Re: Después de actualizar no arranca «entorno gráfico» de forma automática

[aa ag]

Perdón por el html de antes.

El servidor gráfico en principio anda bien.

Esto es lo que me devuelven
journalctl -b -u lightdm.service
y
systemctl status lightdm.service:


 lightdm.service - Light Display Manager
 Loaded: loaded (/lib/systemd/system/lightdm.service; enabled; preset: 
enabled)
 Active: active (running) since Thu 2023-08-17 12:02:05 CEST; 1h 44min ago
   Docs: man:lightdm(1)
   Main PID: 841 (lightdm)
  Tasks: 4 (limit: 19011)
 Memory: 2.2M
CPU: 14ms
 CGroup: /system.slice/lightdm.service
 └─841 /usr/sbin/lightdm

ago 17 12:02:05 segon systemd[1]: Starting lightdm.service - Light Display 
Manager...
ago 17 12:02:05 segon lightdm[841]: Error getting user list from 
org.freedesktop.Accounts: 
GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name 
org.freedesktop.Accounts was not p>
ago 17 12:02:05 segon systemd[1]: Started lightdm.service - Light Display 
Manager.

Un saludo.

Re: Después de actualizar no arranca «entorno gráfico» de forma automática

[Camaleón]

El 2023-08-17 a las 12:42 +0200, aa ag escribió:

Arhh, más html... a ver, gentes del mundo mundial, hay que 
desactivar el html para enviar correo a la lista, que a la gente mayor 
nos hace daño a la vista y luego nos sube la tensión >:-)

> Pues esto es lo me dice /var/log/lightdm/lightdm.log:
> 
> [+0.00s] DEBUG: Logging to /var/log/lightdm/lightdm.log
> [+0.00s] DEBUG: Starting Light Display Manager 1.32.0, UID=0 PID=841
> [+0.00s] DEBUG: Loading configuration dirs from 
> /usr/share/lightdm/lightdm.conf.d
> [+0.00s] DEBUG: Loading configuration from 
> /usr/share/lightdm/lightdm.conf.d/01_debian.conf
> [+0.00s] DEBUG: Loading configuration dirs from 
> /usr/local/share/lightdm/lightdm.conf.d
> [+0.00s] DEBUG: Loading configuration dirs from 
> /etc/xdg/lightdm/lightdm.conf.d
> [+0.00s] DEBUG: Loading configuration from /etc/lightdm/lightdm.conf
> [+0.00s] DEBUG: Registered seat module local
> [+0.00s] DEBUG: Registered seat module xremote
> [+0.00s] DEBUG: Using D-Bus name org.freedesktop.DisplayManager
> [+0.00s] DEBUG: Using cross-namespace EXTERNAL authentication (this will 
> deadlock if server is GDBus  2.73.3)
> [+0.00s] DEBUG: _g_io_module_get_default: Found default implementation local 
> (GLocalVfs) for gio-vfs
> [+0.01s] DEBUG: Monitoring logind for seats
> [+0.01s] DEBUG: Acquired bus name org.freedesktop.DisplayManager
> [+0.01s] DEBUG: Stopping Plymouth, no displays replace it
> [+0.01s] DEBUG: Quitting Plymouth
> [+0.03s] WARNING: Error getting user list from org.freedesktop.Accounts: 
> GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name 
> org.freedesktop.Accounts was not provided by any .service files
> [+0.03s] DEBUG: Loading user config from /etc/lightdm/users.conf
> [+0.07s] DEBUG: User a added
> [+10.63s] DEBUG: Seat seat0 changes active session to 1

No veo nada raro (ningún error crítico, vamos). 

Mira también el registro del servidor gráfico, a ver si arranca bien 
(/var/log/Xorg.0.log)

¿Qué te devuelven las siguientes órdenes?

journalctl -b -u lightdm.service
systemctl status lightdm.service

Saludos,

-- 
Camaleón 

Re: Después de actualizar no arranca «entorno gráfico» de forma automática

[aa ag]

Pues esto es lo me dice /var/log/lightdm/lightdm.log:

 

[+0.00s] DEBUG: Logging to /var/log/lightdm/lightdm.log
[+0.00s] DEBUG: Starting Light Display Manager 1.32.0, UID=0 PID=841
[+0.00s] DEBUG: Loading configuration dirs from /usr/share/lightdm/lightdm.conf.d
[+0.00s] DEBUG: Loading configuration from /usr/share/lightdm/lightdm.conf.d/01_debian.conf
[+0.00s] DEBUG: Loading configuration dirs from /usr/local/share/lightdm/lightdm.conf.d
[+0.00s] DEBUG: Loading configuration dirs from /etc/xdg/lightdm/lightdm.conf.d
[+0.00s] DEBUG: Loading configuration from /etc/lightdm/lightdm.conf
[+0.00s] DEBUG: Registered seat module local
[+0.00s] DEBUG: Registered seat module xremote
[+0.00s] DEBUG: Using D-Bus name org.freedesktop.DisplayManager
[+0.00s] DEBUG: Using cross-namespace EXTERNAL authentication (this will deadlock if server is GDBus < 2.73.3)
[+0.00s] DEBUG: _g_io_module_get_default: Found default implementation local (GLocalVfs) for ‘gio-vfs’
[+0.01s] DEBUG: Monitoring logind for seats
[+0.01s] DEBUG: Acquired bus name org.freedesktop.DisplayManager
[+0.01s] DEBUG: Stopping Plymouth, no displays replace it
[+0.01s] DEBUG: Quitting Plymouth
[+0.03s] WARNING: Error getting user list from org.freedesktop.Accounts: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.Accounts was not provided by any .service files
[+0.03s] DEBUG: Loading user config from /etc/lightdm/users.conf
[+0.07s] DEBUG: User a added
[+10.63s] DEBUG: Seat seat0 changes active session to 1

 


 
 

Enviar: miércoles 9 de agosto de 2023 a las 13:36
De: "Camaleón" 
Para: debian-user-spanish@lists.debian.org
Asunto: Re: Después de actualizar no arranca «entorno gráfico» de forma automática

El 2023-08-09 a las 12:45 +0200, aa ag escribió:


> 

Arrghhh

> Pues en principio parece que lightdm est activado y configurado, no hay paquetes rotos ni en principio problemas de dependencias.
>
>
> As que sigo indagando...

Revisa los registros por si te dieran alguna pista de dónde viene el
problema (~/.xsession-errors, /var/log/lightdm/lightdm.log,
/var/log/Xorg.0.log...)

Saludos,

--
Camaleón
 

Re: Después de actualizar no arranca «entorno gráfico» de forma automática

[Camaleón]

El 2023-08-09 a las 12:45 +0200, aa ag escribió:


> 

Arrghhh

> Pues en principio parece que lightdm est activado y 
> configurado, no hay paquetes rotos ni en principio problemas de dependencias.
> 
> 
> As que sigo indagando...

Revisa los registros por si te dieran alguna pista de dónde viene el 
problema (~/.xsession-errors, /var/log/lightdm/lightdm.log, 
/var/log/Xorg.0.log...)

Saludos,

-- 
Camaleón 

Re: Después de actualizar no arranca «entorno gráfico» de forma automática

[aa ag]

Gracias por las sugerencias.

 

Pues en principio parece que «lightdm» está activado y configurado, no hay paquetes rotos ni en principio problemas de dependencias.

 

Así que sigo indagando...

 

Un saludo.


 
 

Enviar: martes 8 de agosto de 2023 a las 20:57
De: "aa ag" 
Para: debian-user-spanish@lists.debian.org
Asunto: Después de actualizar no arranca «entorno gráfico» de forma automática



Buenas.


Me ocurre que después de una actualización de Debian 12 (testing), al arrancar, ya no me arranca en «entorno gráfico» de forma directa-automática, sino que me arranca en modo de «terminal getty».

Desde ahí puedo arrancar «startx» el entorno gráfico, pero no he dado con la manera de arrancar directamente a entorno gráfico.

 

También, si cierro sesión voy a terminal getty...

 

Sé que se actualizó «ligthdm» pero no he visto por donde va el tema.

 

Alguna sugerencia?
Gracias y un saludo.

Re: Después de actualizar no arranca «entorno gráfico» de forma automática

[Camaleón]

El 2023-08-08 a las 20:57 +0200, aa ag escribió:

Arghh... formato html >:-(

> Buenas.
> 
>
> Me ocurre que despus de una actualizacin de Debian 12 
> (testing), al arrancar, ya no me arranca en entorno 
> grfico de forma directa-automtica, sino que me arranca 
> en modo de terminal getty.

(...)

Asegúrate de que el servicio «lightdm» y sus dependencias están 
configurados para iniciarse al arrancar el sistema.

Lo más sencillo, probar con «systemctl enable lightdm».

Si no funciona, intenta reconfigurar el paquete con «dpkg-reconfigure 
lightdm».

Saludos,

-- 
Camaleón 

Re: Después de actualizar no arranca «entorno gráfico» de forma automática

[Leo Marín]

El mar, 8 ago 2023 a las 16:43, Gonzalo Rivero ()
escribió:

>
> El 8/8/23 a las 15:57, aa ag escribió:
>
> Buenas.
>
> Me ocurre que después de una actualización de Debian 12 (testing), al
> arrancar, ya no me arranca en «entorno gráfico» de forma
> directa-automática, sino que me arranca en modo de «terminal getty».
> Desde ahí puedo arrancar «startx» el entorno gráfico, pero no he dado con
> la manera de arrancar directamente a entorno gráfico.
>
> También, si cierro sesión voy a terminal getty...
>
> Sé que se actualizó «ligthdm» pero no he visto por donde va el tema.
>
>
> fijate si te funciona algo como
>
> systemctl start lightdm
>
> si te da error que Unit lighdm.service could not be found, probá con
> display-manager. Si funciona (o funciona con display-manager) dejalo
> habilitado con:
>
hace años me paso lo mismo con lighdm y lo que recuerdo es que el archivo
default-display-manager (/etc/X11/) estaba vacío, cuando por defecto
debería estar la dirección al ejecutable,
lo que no recuerdo es que reconfiguré para que lo tomara de nuevo, pero *por
aquí debería de ir el tema *, no
está demás probar.

saludos.


> systemctl enable [el que te toque]
>
> si te da algún otro error con systemctl status [el-que-toque] podrás tener
> mas pistas
>
>
>

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

Re: Después de actualizar no arranca «entorno gráfico» de forma automática

[Gonzalo Rivero]

El 8/8/23 a las 15:57, aa ag escribió:

Buenas.

Me ocurre que después de una actualización de Debian 12 (testing), al 
arrancar, ya no me arranca en «entorno gráfico» de forma 
directa-automática, sino que me arranca en modo de «terminal getty».
Desde ahí puedo arrancar «startx» el entorno gráfico, pero no he dado 
con la manera de arrancar directamente a entorno gráfico.

También, si cierro sesión voy a terminal getty...
Sé que se actualizó «ligthdm» pero no he visto por donde va el tema.


fijate si te funciona algo como

systemctl start lightdm

si te da error que Unit lighdm.service could not be found, probá con 
display-manager. Si funciona (o funciona con display-manager) dejalo 
habilitado con:


systemctl enable [el que te toque]

si te da algún otro error con systemctl status [el-que-toque] podrás 
tener mas pistas

Después de actualizar no arranca «entorno gráfico» de forma automática

[aa ag]

Buenas.


Me ocurre que después de una actualización de Debian 12 (testing), al arrancar, ya no me arranca en «entorno gráfico» de forma directa-automática, sino que me arranca en modo de «terminal getty».

Desde ahí puedo arrancar «startx» el entorno gráfico, pero no he dado con la manera de arrancar directamente a entorno gráfico.

 

También, si cierro sesión voy a terminal getty...

 

Sé que se actualizó «ligthdm» pero no he visto por donde va el tema.

 

Alguna sugerencia?
Gracias y un saludo.

Re: Error kernel 6.1.0-10-amd64 después de actualizar.

[Esteban Torres]

Gracias a todos.

De momento lo tengo corriendo con el kernel 5.10.0-23.

Voy a realizar limpieza de ese driver y realizar la instalación de la 
nueva versión del kernel... solucionar el kernel panic e instalar el 
driver de otra fuente.



El 29/7/23 a las 22:56, NuevoParadigma escribió:
Tienes que desinstalar el driver de la tarjeta wifi y también todos 
paquetes que tengas instalados relacionados con de dmks. Luego instala 
el kernel 6.1.0.10 y su código fuente (linux-headers) para poder 
compilar luego el driver de la tarjeta.
Una vez instalado el kernel reinicia con el nuevo kernel y entonces 
vuelve a instalar tanto dkms como el driver de tu tarjeta para que sea 
compilado junto con el kernel. Una vez instalado todo tienes que 
comprobar que el driver se ha compilado correctamente junto al núcleo. 
Si ha sido todo correcto el cargador de arranque grub se actualizará 
con el nuevo kernel y el driver de red y será el que arranque por 
defecto cuando vuelvas a iniciar el pc. En caso de persistir el error 
de compilación mira a ver si tienes la última versión de gcc y 
actualiza este paquete para que pueda compilar te el kernel sin errores.


El sáb, 29 jul 2023, 20:53, Camaleón  escribió:

El 2023-07-29 a las 13:09 +0200, Esteban Torres escribió:

> El 27/7/23 a las 20:46, Camaleón escribió:
> > El 2023-07-27 a las 19:47 +0200, Esteban Torres escribió:
> >
> > > El 26/7/23 a las 19:05, Camaleón escribió:
> > > > El 2023-07-26 a las 18:36 +0200, Esteban Torres escribió:
> > > >
> > > > > En el proceso de actualización de Debian 11 a 12, me he
encontrado con este
> > > > > error (lo adjunto). He visto que está documentado el bug
> > > > > (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1028987).
> > > > >
> > > > > Se os ocurre alguna forma de solucionarlo. De momento
tiro con el anterior
> > > > > kernel.
> > > > >
> > > > > He intentado el "dpkg --configure -a" y "apt
--fix-broken install"... y
> > > > > nada.
> > > > (...)
> > > >
> > > > Tendrás que actualizar el driver para que sea compatble
con la nueva
> > > > versión del kernel (y las cabeceras para poder compilar)
pero antes de
> > > > nada, verifica si sigues necesitando ese driver REALTEK
externo.
> > > Si. Es mi tarjeta de red.
> > >
> > > *-network
> > >      description: Ethernet interface
> > >      product: RTL8111/8168/8411 PCI Express
Gigabit Ethernet
> > > Controller
> > >      vendor: Realtek Semiconductor Co., Ltd.
> > ¿Y no funciona bien con el driver del kernel o sólo falla (y
necesitas)
> > la parte inalámbrica? :-?

> El problema es que al intentar iniciar con ese kernel me
encuentro con un
> kernel panic.

Quizá resultaría más factible, y a la larga productivo, intentar
solucionar el
kernel panic o ver qué lo origina.

> > El chipset se supone que está soportado:
> >
> > Device 'Realtek Semiconductor RTL8111/8168/8411 PCI Express
Gigabit Ethernet Controller'
> > https://linux-hardware.org/?id=pci:10ec-8168-10ec-0123
> >
> > > > > Building module:
> > > > > Cleaning build area...(bad exit status: 2)
> > > > > make -j4 KERNELRELEASE=6.1.0-10-amd64 -C
/lib/modules/6.1.0-10-amd64/build
> > > > > M=/va
> > > > > r/lib/dkms/rtlwifi-new/0.6/build...(bad exit status: 2)
> > > > > Error! Bad return status for module build on kernel:
6.1.0-10-amd64 (x86_64)
> > > > > Consult /var/lib/dkms/rtlwifi-new/0.6/build/make.log for
more information.
> > > >  
> > > >
> > > > ¿Ves algo interesante en ese registro? :-?
> > > DKMS make.log for rtlwifi-new-0.6 for kernel 6.1.0-10-amd64
(x86_64)
> > > mié 26 jul 2023 18:08:52 CEST
> > > make: se entra en el directorio
'/usr/src/linux-headers-6.1.0-10-amd64'
> > >
> > >    ERROR: Kernel configuration is invalid.
> > >   include/generated/autoconf.h or
include/config/auto.conf are
> > > missing.
> > >   Run 'make oldconfig && make prepare' on kernel src
to fix it.
> > >
> > > make: *** [/usr/src/linux-headers-6.1.0-10-common/Makefile:824:
> > > include/config/auto.conf] Er

Re: Error kernel 6.1.0-10-amd64 después de actualizar.

[NuevoParadigma]

Tienes que desinstalar el driver de la tarjeta wifi y también todos
paquetes que tengas instalados relacionados con de dmks. Luego instala el
kernel 6.1.0.10 y su código fuente (linux-headers) para poder compilar
luego el driver de la tarjeta.
Una vez instalado el kernel reinicia con el nuevo kernel y entonces vuelve
a instalar tanto dkms como el driver de tu tarjeta para que sea compilado
junto con el kernel. Una vez instalado todo tienes que comprobar que el
driver se ha compilado correctamente junto al núcleo. Si ha sido todo
correcto el cargador de arranque grub se actualizará con el nuevo kernel y
el driver de red y será el que arranque por defecto cuando vuelvas a
iniciar el pc. En caso de persistir el error de compilación mira a ver si
tienes la última versión de gcc y actualiza este paquete para que pueda
compilar te el kernel sin errores.

El sáb, 29 jul 2023, 20:53, Camaleón  escribió:

> El 2023-07-29 a las 13:09 +0200, Esteban Torres escribió:
>
> > El 27/7/23 a las 20:46, Camaleón escribió:
> > > El 2023-07-27 a las 19:47 +0200, Esteban Torres escribió:
> > >
> > > > El 26/7/23 a las 19:05, Camaleón escribió:
> > > > > El 2023-07-26 a las 18:36 +0200, Esteban Torres escribió:
> > > > >
> > > > > > En el proceso de actualización de Debian 11 a 12, me he
> encontrado con este
> > > > > > error (lo adjunto). He visto que está documentado el bug
> > > > > > (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1028987).
> > > > > >
> > > > > > Se os ocurre alguna forma de solucionarlo. De momento tiro con
> el anterior
> > > > > > kernel.
> > > > > >
> > > > > > He intentado el "dpkg --configure -a" y "apt --fix-broken
> install"... y
> > > > > > nada.
> > > > > (...)
> > > > >
> > > > > Tendrás que actualizar el driver para que sea compatble con la
> nueva
> > > > > versión del kernel (y las cabeceras para poder compilar) pero
> antes de
> > > > > nada, verifica si sigues necesitando ese driver REALTEK externo.
> > > > Si. Es mi tarjeta de red.
> > > >
> > > > *-network
> > > >  description: Ethernet interface
> > > >  product: RTL8111/8168/8411 PCI Express Gigabit
> Ethernet
> > > > Controller
> > > >  vendor: Realtek Semiconductor Co., Ltd.
> > > ¿Y no funciona bien con el driver del kernel o sólo falla (y necesitas)
> > > la parte inalámbrica? :-?
>
> > El problema es que al intentar iniciar con ese kernel me encuentro con un
> > kernel panic.
>
> Quizá resultaría más factible, y a la larga productivo, intentar
> solucionar el
> kernel panic o ver qué lo origina.
>
> > > El chipset se supone que está soportado:
> > >
> > > Device 'Realtek Semiconductor RTL8111/8168/8411 PCI Express Gigabit
> Ethernet Controller'
> > > https://linux-hardware.org/?id=pci:10ec-8168-10ec-0123
> > >
> > > > > > Building module:
> > > > > > Cleaning build area...(bad exit status: 2)
> > > > > > make -j4 KERNELRELEASE=6.1.0-10-amd64 -C
> /lib/modules/6.1.0-10-amd64/build
> > > > > > M=/va
> > > > > > r/lib/dkms/rtlwifi-new/0.6/build...(bad exit status: 2)
> > > > > > Error! Bad return status for module build on kernel:
> 6.1.0-10-amd64 (x86_64)
> > > > > > Consult /var/lib/dkms/rtlwifi-new/0.6/build/make.log for more
> information.
> > > > > 
> > > > >
> > > > > ¿Ves algo interesante en ese registro? :-?
> > > > DKMS make.log for rtlwifi-new-0.6 for kernel 6.1.0-10-amd64 (x86_64)
> > > > mié 26 jul 2023 18:08:52 CEST
> > > > make: se entra en el directorio
> '/usr/src/linux-headers-6.1.0-10-amd64'
> > > >
> > > >ERROR: Kernel configuration is invalid.
> > > >   include/generated/autoconf.h or include/config/auto.conf
> are
> > > > missing.
> > > >   Run 'make oldconfig && make prepare' on kernel src to fix
> it.
> > > >
> > > > make: *** [/usr/src/linux-headers-6.1.0-10-common/Makefile:824:
> > > > include/config/auto.conf] Error 1
> > > > make: se sale del directorio '/usr/src/linux-headers-6.1.0-10-amd64'
> > > Te dice lo mismo que en el bug, que por cierto, está puesto desde hace
> 8
> > > meses. Puedes añadirte y comentar que te pasa lo mismo, cuantos más lo
> > > mováis, y más ruido hagáis, antes lo mirarán y/o cambiarán.
> > >
> > > Aunque ene ste caso concreto me parece que quien falla es el driver, no
> > > el kernel, por lo que sería más raṕido contactar directamente con el
> > > desarrollador, que tiene su repositorio ajeno a Debian:
> > >
> > > https://github.com/rtlwifi-linux/rtlwifi_new
>
> > Voy a realizar limpieza de este driver he intentaré instalarle otros.
>
> Prueba ditintas combinaciones, es decir, intenta compilar el driver
> realtek contra las cabeceras de distintas versiones del kernel, quizá
> con alguna versión anterior (<6.1.0) te funcione.
>
> Saludos,
>
> --
> Camaleón
>
>

Re: Error kernel 6.1.0-10-amd64 después de actualizar.

[Camaleón]

El 2023-07-29 a las 13:09 +0200, Esteban Torres escribió:

> El 27/7/23 a las 20:46, Camaleón escribió:
> > El 2023-07-27 a las 19:47 +0200, Esteban Torres escribió:
> > 
> > > El 26/7/23 a las 19:05, Camaleón escribió:
> > > > El 2023-07-26 a las 18:36 +0200, Esteban Torres escribió:
> > > > 
> > > > > En el proceso de actualización de Debian 11 a 12, me he encontrado 
> > > > > con este
> > > > > error (lo adjunto). He visto que está documentado el bug
> > > > > (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1028987).
> > > > > 
> > > > > Se os ocurre alguna forma de solucionarlo. De momento tiro con el 
> > > > > anterior
> > > > > kernel.
> > > > > 
> > > > > He intentado el "dpkg --configure -a" y "apt --fix-broken 
> > > > > install"... y
> > > > > nada.
> > > > (...)
> > > > 
> > > > Tendrás que actualizar el driver para que sea compatble con la nueva
> > > > versión del kernel (y las cabeceras para poder compilar) pero antes de
> > > > nada, verifica si sigues necesitando ese driver REALTEK externo.
> > > Si. Es mi tarjeta de red.
> > > 
> > > *-network
> > >      description: Ethernet interface
> > >      product: RTL8111/8168/8411 PCI Express Gigabit Ethernet
> > > Controller
> > >      vendor: Realtek Semiconductor Co., Ltd.
> > ¿Y no funciona bien con el driver del kernel o sólo falla (y necesitas)
> > la parte inalámbrica? :-?

> El problema es que al intentar iniciar con ese kernel me encuentro con un
> kernel panic.

Quizá resultaría más factible, y a la larga productivo, intentar solucionar el 
kernel panic o ver qué lo origina.

> > El chipset se supone que está soportado:
> > 
> > Device 'Realtek Semiconductor RTL8111/8168/8411 PCI Express Gigabit 
> > Ethernet Controller'
> > https://linux-hardware.org/?id=pci:10ec-8168-10ec-0123
> > 
> > > > > Building module:
> > > > > Cleaning build area...(bad exit status: 2)
> > > > > make -j4 KERNELRELEASE=6.1.0-10-amd64 -C 
> > > > > /lib/modules/6.1.0-10-amd64/build
> > > > > M=/va
> > > > > r/lib/dkms/rtlwifi-new/0.6/build...(bad exit status: 2)
> > > > > Error! Bad return status for module build on kernel: 6.1.0-10-amd64 
> > > > > (x86_64)
> > > > > Consult /var/lib/dkms/rtlwifi-new/0.6/build/make.log for more 
> > > > > information.
> > > > 
> > > > 
> > > > ¿Ves algo interesante en ese registro? :-?
> > > DKMS make.log for rtlwifi-new-0.6 for kernel 6.1.0-10-amd64 (x86_64)
> > > mié 26 jul 2023 18:08:52 CEST
> > > make: se entra en el directorio '/usr/src/linux-headers-6.1.0-10-amd64'
> > > 
> > >    ERROR: Kernel configuration is invalid.
> > >   include/generated/autoconf.h or include/config/auto.conf are
> > > missing.
> > >   Run 'make oldconfig && make prepare' on kernel src to fix it.
> > > 
> > > make: *** [/usr/src/linux-headers-6.1.0-10-common/Makefile:824:
> > > include/config/auto.conf] Error 1
> > > make: se sale del directorio '/usr/src/linux-headers-6.1.0-10-amd64'
> > Te dice lo mismo que en el bug, que por cierto, está puesto desde hace 8
> > meses. Puedes añadirte y comentar que te pasa lo mismo, cuantos más lo
> > mováis, y más ruido hagáis, antes lo mirarán y/o cambiarán.
> > 
> > Aunque ene ste caso concreto me parece que quien falla es el driver, no
> > el kernel, por lo que sería más raṕido contactar directamente con el
> > desarrollador, que tiene su repositorio ajeno a Debian:
> > 
> > https://github.com/rtlwifi-linux/rtlwifi_new

> Voy a realizar limpieza de este driver he intentaré instalarle otros.

Prueba ditintas combinaciones, es decir, intenta compilar el driver 
realtek contra las cabeceras de distintas versiones del kernel, quizá 
con alguna versión anterior (<6.1.0) te funcione.

Saludos,

-- 
Camaleón 

Re: Error kernel 6.1.0-10-amd64 después de actualizar.

[Esteban Torres]

El 27/7/23 a las 20:46, Camaleón escribió:

El 2023-07-27 a las 19:47 +0200, Esteban Torres escribió:


El 26/7/23 a las 19:05, Camaleón escribió:

El 2023-07-26 a las 18:36 +0200, Esteban Torres escribió:


En el proceso de actualización de Debian 11 a 12, me he encontrado con este
error (lo adjunto). He visto que está documentado el bug
(https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1028987).

Se os ocurre alguna forma de solucionarlo. De momento tiro con el anterior
kernel.

He intentado el "dpkg --configure -a" y "apt --fix-broken install"... y
nada.

(...)

Tendrás que actualizar el driver para que sea compatble con la nueva
versión del kernel (y las cabeceras para poder compilar) pero antes de
nada, verifica si sigues necesitando ese driver REALTEK externo.

Si. Es mi tarjeta de red.

*-network
     description: Ethernet interface
     product: RTL8111/8168/8411 PCI Express Gigabit Ethernet
Controller
     vendor: Realtek Semiconductor Co., Ltd.

¿Y no funciona bien con el driver del kernel o sólo falla (y necesitas)
la parte inalámbrica? :-?
El problema es que al intentar iniciar con ese kernel me encuentro con 
un kernel panic.


El chipset se supone que está soportado:

Device 'Realtek Semiconductor RTL8111/8168/8411 PCI Express Gigabit Ethernet 
Controller'
https://linux-hardware.org/?id=pci:10ec-8168-10ec-0123


Building module:
Cleaning build area...(bad exit status: 2)
make -j4 KERNELRELEASE=6.1.0-10-amd64 -C /lib/modules/6.1.0-10-amd64/build
M=/va
r/lib/dkms/rtlwifi-new/0.6/build...(bad exit status: 2)
Error! Bad return status for module build on kernel: 6.1.0-10-amd64 (x86_64)
Consult /var/lib/dkms/rtlwifi-new/0.6/build/make.log for more information.



¿Ves algo interesante en ese registro? :-?

DKMS make.log for rtlwifi-new-0.6 for kernel 6.1.0-10-amd64 (x86_64)
mié 26 jul 2023 18:08:52 CEST
make: se entra en el directorio '/usr/src/linux-headers-6.1.0-10-amd64'

   ERROR: Kernel configuration is invalid.
  include/generated/autoconf.h or include/config/auto.conf are
missing.
  Run 'make oldconfig && make prepare' on kernel src to fix it.

make: *** [/usr/src/linux-headers-6.1.0-10-common/Makefile:824:
include/config/auto.conf] Error 1
make: se sale del directorio '/usr/src/linux-headers-6.1.0-10-amd64'

Te dice lo mismo que en el bug, que por cierto, está puesto desde hace 8
meses. Puedes añadirte y comentar que te pasa lo mismo, cuantos más lo
mováis, y más ruido hagáis, antes lo mirarán y/o cambiarán.

Aunque ene ste caso concreto me parece que quien falla es el driver, no
el kernel, por lo que sería más raṕido contactar directamente con el
desarrollador, que tiene su repositorio ajeno a Debian:

https://github.com/rtlwifi-linux/rtlwifi_new

Voy a realizar limpieza de este driver he intentaré instalarle otros.


Saludos,

Re: Error kernel 6.1.0-10-amd64 después de actualizar.

[Camaleón]

El 2023-07-27 a las 19:47 +0200, Esteban Torres escribió:

> El 26/7/23 a las 19:05, Camaleón escribió:
> > El 2023-07-26 a las 18:36 +0200, Esteban Torres escribió:
> > 
> > > En el proceso de actualización de Debian 11 a 12, me he encontrado con 
> > > este
> > > error (lo adjunto). He visto que está documentado el bug
> > > (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1028987).
> > > 
> > > Se os ocurre alguna forma de solucionarlo. De momento tiro con el anterior
> > > kernel.
> > > 
> > > He intentado el "dpkg --configure -a" y "apt --fix-broken install"... 
> > > y
> > > nada.
> > (...)
> > 
> > Tendrás que actualizar el driver para que sea compatble con la nueva
> > versión del kernel (y las cabeceras para poder compilar) pero antes de
> > nada, verifica si sigues necesitando ese driver REALTEK externo.
> 
> Si. Es mi tarjeta de red.
> 
> *-network
>     description: Ethernet interface
>     product: RTL8111/8168/8411 PCI Express Gigabit Ethernet
> Controller
>     vendor: Realtek Semiconductor Co., Ltd.

¿Y no funciona bien con el driver del kernel o sólo falla (y necesitas) 
la parte inalámbrica? :-?

El chipset se supone que está soportado:

Device 'Realtek Semiconductor RTL8111/8168/8411 PCI Express Gigabit Ethernet 
Controller'
https://linux-hardware.org/?id=pci:10ec-8168-10ec-0123

> > > Building module:
> > > Cleaning build area...(bad exit status: 2)
> > > make -j4 KERNELRELEASE=6.1.0-10-amd64 -C /lib/modules/6.1.0-10-amd64/build
> > > M=/va
> > > r/lib/dkms/rtlwifi-new/0.6/build...(bad exit status: 2)
> > > Error! Bad return status for module build on kernel: 6.1.0-10-amd64 
> > > (x86_64)
> > > Consult /var/lib/dkms/rtlwifi-new/0.6/build/make.log for more information.
> >
> > 
> > ¿Ves algo interesante en ese registro? :-?
> DKMS make.log for rtlwifi-new-0.6 for kernel 6.1.0-10-amd64 (x86_64)
> mié 26 jul 2023 18:08:52 CEST
> make: se entra en el directorio '/usr/src/linux-headers-6.1.0-10-amd64'
> 
>   ERROR: Kernel configuration is invalid.
>  include/generated/autoconf.h or include/config/auto.conf are
> missing.
>  Run 'make oldconfig && make prepare' on kernel src to fix it.
> 
> make: *** [/usr/src/linux-headers-6.1.0-10-common/Makefile:824:
> include/config/auto.conf] Error 1
> make: se sale del directorio '/usr/src/linux-headers-6.1.0-10-amd64'

Te dice lo mismo que en el bug, que por cierto, está puesto desde hace 8
meses. Puedes añadirte y comentar que te pasa lo mismo, cuantos más lo 
mováis, y más ruido hagáis, antes lo mirarán y/o cambiarán.

Aunque ene ste caso concreto me parece que quien falla es el driver, no 
el kernel, por lo que sería más raṕido contactar directamente con el 
desarrollador, que tiene su repositorio ajeno a Debian:

https://github.com/rtlwifi-linux/rtlwifi_new

Saludos, 

-- 
Camaleón 

Error kernel 6.1.0-10-amd64 después de actualizar.

[Esteban Torres]

Buenas.

En el proceso de actualización de Debian 11 a 12, me he encontrado con 
este error (lo adjunto). He visto que está documentado el bug 
(https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1028987).


Se os ocurre alguna forma de solucionarlo. De momento tiro con el 
anterior kernel.


He intentado el "dpkg --configure -a" y "apt --fix-broken 
install"... y nada.


*ERROR*

Configurando linux-headers-6.1.0-10-amd64 (6.1.38-1) ...
/etc/kernel/header_postinst.d/dkms:
dkms: running auto installation service for kernel 6.1.0-10-amd64.
Deprecated feature: REMAKE_INITRD 
(/var/lib/dkms/rtlwifi-new/0.6/source/dkms.con

f)
Deprecated feature: REMAKE_INITRD 
(/var/lib/dkms/rtlwifi-new/0.6/source/dkms.con

f)
Deprecated feature: REMAKE_INITRD 
(/var/lib/dkms/rtlwifi-new/0.6/source/dkms.con

f)
Deprecated feature: REMAKE_INITRD 
(/var/lib/dkms/rtlwifi-new/0.6/source/dkms.con

f)
Deprecated feature: REMAKE_INITRD 
(/var/lib/dkms/rtlwifi-new/0.6/source/dkms.con

f)
Deprecated feature: REMAKE_INITRD 
(/var/lib/dkms/rtlwifi-new/0.6/source/dkms.con

f)
Deprecated feature: REMAKE_INITRD (/etc/dkms/framework.conf)
Sign command: /usr/lib/linux-kbuild-6.1/scripts/sign-file
Signing key: /var/lib/dkms/mok.key
Public certificate (MOK): /var/lib/dkms/mok.pub
Deprecated feature: REMAKE_INITRD 
(/var/lib/dkms/rtlwifi-new/0.6/source/dkms.con

f)

Building module:
Cleaning build area...(bad exit status: 2)
make -j4 KERNELRELEASE=6.1.0-10-amd64 -C 
/lib/modules/6.1.0-10-amd64/build M=/va

r/lib/dkms/rtlwifi-new/0.6/build...(bad exit status: 2)
Error! Bad return status for module build on kernel: 6.1.0-10-amd64 (x86_64)
Consult /var/lib/dkms/rtlwifi-new/0.6/build/make.log for more information.
Error! One or more modules failed to install during autoinstall.
Refer to previous errors for more information.
dkms: autoinstall for kernel: 6.1.0-10-amd64 failed!
run-parts: /etc/kernel/header_postinst.d/dkms exited with return code 11
Failed to process /etc/kernel/header_postinst.d at 
/var/lib/dpkg/info/linux-head

ers-6.1.0-10-amd64.postinst line 11.
dpkg: error al procesar el paquete linux-headers-6.1.0-10-amd64 
(--configure):
 el subproceso instalado paquete linux-headers-6.1.0-10-amd64 script 
post-instal

lation devolvió el código de salida de error 1
dpkg: problemas de dependencias impiden la configuración de 
linux-headers-amd64:
 linux-headers-amd64 depende de linux-headers-6.1.0-10-amd64 (= 
6.1.38-1); sin e

mbargo:
 El paquete `linux-headers-6.1.0-10-amd64' no está configurado todavía.

dpkg: error al procesar el paquete linux-headers-amd64 (--configure):
 problemas de dependencias - se deja sin configurar
Configurando linux-image-6.1.0-10-amd64 (6.1.38-1) ...
/etc/kernel/postinst.d/dkms:
dkms: running auto installation service for kernel 6.1.0-10-amd64.
Deprecated feature: REMAKE_INITRD 
(/var/lib/dkms/rtlwifi-new/0.6/source/dkms.con

f)
Deprecated feature: REMAKE_INITRD 
(/var/lib/dkms/rtlwifi-new/0.6/source/dkms.con

f)
Deprecated feature: REMAKE_INITRD 
(/var/lib/dkms/rtlwifi-new/0.6/source/dkms.con

f)
Deprecated feature: REMAKE_INITRD 
(/var/lib/dkms/rtlwifi-new/0.6/source/dkms.con

f)
Deprecated feature: REMAKE_INITRD 
(/var/lib/dkms/rtlwifi-new/0.6/source/dkms.con

f)
Deprecated feature: REMAKE_INITRD 
(/var/lib/dkms/rtlwifi-new/0.6/source/dkms.con

f)
Deprecated feature: REMAKE_INITRD (/etc/dkms/framework.conf)
Sign command: /usr/lib/linux-kbuild-6.1/scripts/sign-file
Signing key: /var/lib/dkms/mok.key
Public certificate (MOK): /var/lib/dkms/mok.pub
Deprecated feature: REMAKE_INITRD 
(/var/lib/dkms/rtlwifi-new/0.6/source/dkms.con

f)

Building module:
Cleaning build area...(bad exit status: 2)
make -j4 KERNELRELEASE=6.1.0-10-amd64 -C 
/lib/modules/6.1.0-10-amd64/build M=/va

r/lib/dkms/rtlwifi-new/0.6/build...(bad exit status: 2)
Error! Bad return status for module build on kernel: 6.1.0-10-amd64 (x86_64)
Consult /var/lib/dkms/rtlwifi-new/0.6/build/make.log for more information.
Error! One or more modules failed to install during autoinstall.
Refer to previous errors for more information.
dkms: autoinstall for kernel: 6.1.0-10-amd64 failed!
run-parts: /etc/kernel/postinst.d/dkms exited with return code 11
dpkg: error al procesar el paquete linux-image-6.1.0-10-amd64 (--configure):
 el subproceso instalado paquete linux-image-6.1.0-10-amd64 script 
post-installa

tion devolvió el código de salida de error 1
dpkg: problemas de dependencias impiden la configuración de 
linux-image-amd64:
 linux-image-amd64 depende de linux-image-6.1.0-10-amd64 (= 6.1.38-1); 
sin embar

go:
 El paquete `linux-image-6.1.0-10-amd64' no está configurado todavía.

dpkg: error al procesar el paquete linux-image-amd64 (--configure):
 problemas de dependencias - se deja sin configurar
Se encontraron errores al procesar:
 linux-headers-6.1.0-10-amd64
 linux-headers-amd64
 linux-image-6.1.0-10-amd64
 linux-image-amd64
E: Sub-process /usr/bin/dpkg returned an error code (1)

Re: actualizar desde debian 8 a debian 11

[JavierDebian]

El 21/6/23 a las 12:49, victor melendez escribió:

El lun, 19 jun 2023 a las 15:21, JavierDebian 
(mailto:javier.debian.bb...@gmail.com>>) 
escribió:




El 19/6/23 a las 11:41, victor melendez escribió:
 > Buen dia manada, soy antiguo usuario y administrador de sistemas
basados
 > en debian, estoy acostumbrado a actualizar mis sistemas de dos
manera;
 >
 > A.) formatear e instalar desde un DvD o Pendrive, lo que llamamos
 > instalación limpia.
 >
 > B.) desde la terminal con la secuencia de comandos;
 > # apt update
 > # apt upgrade
 > # full-upgrade
 > Una vez actualizado el sistema procedo a editar el archivo
source.list
 > donde se cambia el nombre clave de la distro actual por LA
SIGUIENTE,
 > por ejemplo cambio jessie por stretch, después se ejecuta la
secuencia
 > de comandos;
 > # apt update
 > # apt upgrade
 > # full-upgrade
 >   Y con esto se actualiza desde Debian 8 a Debian 9.
 >
 > Me gustaría preguntar sí no sería una locura intentar el segundo
 > procedimiento, con la salvedad de que en vez de actualizar el
sistema a
 > una versión inmediata superior (desde Debian  8 a Debian 9) pretendo
 > cambiar mis repositorios desde Debian 8 a Debian 11, ¿que lesparese?

Buenas tardes.

Es una locura, como dices según tus palabras.
Ese salto amerita un instalación desde cero.
Hubo MUCHOS cambios de streetch a buster (9 a 10), sobre todo en lo que
hace a systemd.

https://www.debian.org/releases/buster/amd64/release-notes/ch-whats-new.en.html#newdistro
 
<https://www.debian.org/releases/buster/amd64/release-notes/ch-whats-new.en.html#newdistro>

Aunque... qué es la vida sin locuras que generen adrenalina
Es más, para aumentar el sabor del riego, no hagas copias de seguridad
de tus datos...

Lo que no quiere decir que no se pueda hacer. La teórica
"compatibilidad
hacia atrás" debería permitirlo.

Sólo te recomendaría dos cosas:
1 - Sources list sólo a
deb https://debian.unnoba.edu.ar/debian/
<https://debian.unnoba.edu.ar/debian/> bullseye main contrib non-free
y más adelante agregaría el resto.

2 - Los comandos que usaría serían
# apt update
# apt upgrade
# reboot
# dist-upgrade

JAP


> Gracias por sus consejos, hoy en la tarde procederé a respaldar datos,
> esta noche intentaré el salto mortal.
>
>
>   JavierDebian
>
>   Respaldaré los datos de la partición Home, y la adrenalina la proveerá
> el hecho de que no se creará imagen del sistema, será todo o nada, ya
> les contaré los resultados, nuevamente gracias manada disfrute sus
> respuestas.
>
>

(Corrijo top-posting)

apt-mark showmanual > paq.txt

Con eso, listas lo instalado manualmente y se guarda en el archivo 
paq.txt, no las dependencias automáticas.


De esa forma, podés saber qué paquetes tenés en el sistema actual.

JAP

Re: actualizar desde debian 8 a debian 11

[victor melendez]

Gracias por sus consejos, hoy en la tarde procederé a respaldar datos, esta
noche intentaré el salto mortal.
JavierDebian Respaldaré los datos de la partición Home, y la adrenalina la
proveerá el hecho de que no se creará imagen del sistema, será todo o nada,
ya les contaré los resultados, nuevamente gracias manada disfrute sus
respuestas.


El lun, 19 jun 2023 a las 15:21, JavierDebian (<
javier.debian.bb...@gmail.com>) escribió:

>
>
> El 19/6/23 a las 11:41, victor melendez escribió:
> > Buen dia manada, soy antiguo usuario y administrador de sistemas basados
> > en debian, estoy acostumbrado a actualizar mis sistemas de dos manera;
> >
> > A.) formatear e instalar desde un DvD o Pendrive, lo que llamamos
> > instalación limpia.
> >
> > B.) desde la terminal con la secuencia de comandos;
> > # apt update
> > # apt upgrade
> > # full-upgrade
> > Una vez actualizado el sistema procedo a editar el archivo source.list
> > donde se cambia el nombre clave de la distro actual por LA SIGUIENTE,
> > por ejemplo cambio jessie por stretch, después se ejecuta la secuencia
> > de comandos;
> > # apt update
> > # apt upgrade
> > # full-upgrade
> >   Y con esto se actualiza desde Debian 8 a Debian 9.
> >
> > Me gustaría preguntar sí no sería una locura intentar el segundo
> > procedimiento, con la salvedad de que en vez de actualizar el sistema a
> > una versión inmediata superior (desde Debian  8 a Debian 9) pretendo
> > cambiar mis repositorios desde Debian 8 a Debian 11, ¿que lesparese?
>
> Buenas tardes.
>
> Es una locura, como dices según tus palabras.
> Ese salto amerita un instalación desde cero.
> Hubo MUCHOS cambios de streetch a buster (9 a 10), sobre todo en lo que
> hace a systemd.
>
> https://www.debian.org/releases/buster/amd64/release-notes/ch-whats-new.en.html#newdistro
>
> Aunque... qué es la vida sin locuras que generen adrenalina
> Es más, para aumentar el sabor del riego, no hagas copias de seguridad
> de tus datos...
>
> Lo que no quiere decir que no se pueda hacer. La teórica "compatibilidad
> hacia atrás" debería permitirlo.
>
> Sólo te recomendaría dos cosas:
> 1 - Sources list sólo a
> deb https://debian.unnoba.edu.ar/debian/ bullseye main contrib non-free
> y más adelante agregaría el resto.
>
> 2 - Los comandos que usaría serían
> # apt update
> # apt upgrade
> # reboot
> # dist-upgrade
>
> JAP
>
>

Re: actualizar desde debian 8 a debian 11

[JavierDebian]

El 19/6/23 a las 11:41, victor melendez escribió:
Buen dia manada, soy antiguo usuario y administrador de sistemas basados 
en debian, estoy acostumbrado a actualizar mis sistemas de dos manera;


A.) formatear e instalar desde un DvD o Pendrive, lo que llamamos 
instalación limpia.


B.) desde la terminal con la secuencia de comandos;
# apt update
# apt upgrade
# full-upgrade
Una vez actualizado el sistema procedo a editar el archivo source.list 
donde se cambia el nombre clave de la distro actual por LA SIGUIENTE, 
por ejemplo cambio jessie por stretch, después se ejecuta la secuencia 
de comandos;

# apt update
# apt upgrade
# full-upgrade
  Y con esto se actualiza desde Debian 8 a Debian 9.

Me gustaría preguntar sí no sería una locura intentar el segundo 
procedimiento, con la salvedad de que en vez de actualizar el sistema a 
una versión inmediata superior (desde Debian  8 a Debian 9) pretendo 
cambiar mis repositorios desde Debian 8 a Debian 11, ¿que lesparese?


Buenas tardes.

Es una locura, como dices según tus palabras.
Ese salto amerita un instalación desde cero.
Hubo MUCHOS cambios de streetch a buster (9 a 10), sobre todo en lo que 
hace a systemd.

https://www.debian.org/releases/buster/amd64/release-notes/ch-whats-new.en.html#newdistro

Aunque... qué es la vida sin locuras que generen adrenalina
Es más, para aumentar el sabor del riego, no hagas copias de seguridad 
de tus datos...


Lo que no quiere decir que no se pueda hacer. La teórica "compatibilidad 
hacia atrás" debería permitirlo.


Sólo te recomendaría dos cosas:
1 - Sources list sólo a
deb https://debian.unnoba.edu.ar/debian/ bullseye main contrib non-free
y más adelante agregaría el resto.

2 - Los comandos que usaría serían
# apt update
# apt upgrade
# reboot
# dist-upgrade

JAP

Re: actualizar desde debian 8 a debian 11

[Camaleón]

El 2023-06-19 a las 10:41 -0400, victor melendez escribió:

> Buen dia manada, soy antiguo usuario y administrador de sistemas basados en
> debian, estoy acostumbrado a actualizar mis sistemas de dos manera;
> 
> A.) formatear e instalar desde un DvD o Pendrive, lo que llamamos
> instalación limpia.
> 
> B.) desde la terminal con la secuencia de comandos;
> # apt update
> # apt upgrade
> # full-upgrade
> Una vez actualizado el sistema procedo a editar el archivo source.list
> donde se cambia el nombre clave de la distro actual por LA SIGUIENTE, por
> ejemplo cambio jessie por stretch, después se ejecuta la secuencia de
> comandos;
> # apt update
> # apt upgrade
> # full-upgrade
>  Y con esto se actualiza desde Debian 8 a Debian 9.
> 
> Me gustaría preguntar sí no sería una locura intentar el segundo
> procedimiento, con la salvedad de que en vez de actualizar el sistema a una
> versión inmediata superior (desde Debian  8 a Debian 9) pretendo cambiar
> mis repositorios desde Debian 8 a Debian 11, ¿que lesparese?

¿Debian 11 o debian 12? :-?

Un salto tan grande (se trata de sistemas operativos que se llevan 8 años 
entre las dos versiones) bien merecería una instalación limpia desde cero, pero 
si optas por el triple salto mortal, quizá convendría hacer una imagen 
ISO del sistema actual, montarlo en una máquina virtual (p. ej., Virtual Box) 
y probar a hacer el experimento antes en el sistema simulado, a ver qué 
problemas puede darte.

Saludos,

-- 
Camaleón 

Re: actualizar desde debian 8 a debian 11

[estebanmonge]

Haga un backup de la maquina y haces la prueba y nos viene a contar... Ahora no es lo recomendado... Es mejor ir de major en major... Revisa bien cada release notes, a veces no es seamless ejemplo para subir de 11 a 12 hay que desinstalar paquetes y luego volver a instalar... Get Outlook for AndroidFrom: victor melendez Sent: Monday, June 19, 2023, 8:42 AMTo: debian-user-spanish@lists.debian.org Subject: actualizar desde debian 8 a debian 11Buen dia manada, soy antiguo usuario y administrador de sistemas basados en debian, estoy acostumbrado a actualizar mis sistemas de dos manera;A.) formatear e instalar desde un DvD o Pendrive, lo que llamamos instalación limpia.B.) desde la terminal con la secuencia de comandos; # apt update# apt upgrade# full-upgrade Una vez actualizado el sistema procedo a editar el archivo source.list donde se cambia el nombre clave de la distro actual por LA SIGUIENTE, por ejemplo cambio jessie por stretch, después se ejecuta la secuencia de comandos;# apt update# apt upgrade# full-upgrade  Y con esto se actualiza desde Debian 8 a Debian 9.Me gustaría preguntar sí no sería una locura intentar el segundo procedimiento, con la salvedad de que en vez de actualizar el sistema a una versión inmediata superior (desde Debian  8 a Debian 9) pretendo cambiar mis repositorios desde Debian 8 a Debian 11, ¿que lesparese?

Re: actualizar desde debian 8 a debian 11

[Deiby Herrera]

Se podría romper algo...digo...pero no le veo mayor complicación a menos
que tengas el servidor funcionando y si falla algo...a solucionar...el
instalador de la versión 8 a 12 actual está muy diferente y otras cositas


El lun., 19 de junio de 2023 8:42 a. m., victor melendez <
vemelendez1...@gmail.com> escribió:

> Buen dia manada, soy antiguo usuario y administrador de sistemas basados
> en debian, estoy acostumbrado a actualizar mis sistemas de dos manera;
>
> A.) formatear e instalar desde un DvD o Pendrive, lo que llamamos
> instalación limpia.
>
> B.) desde la terminal con la secuencia de comandos;
> # apt update
> # apt upgrade
> # full-upgrade
> Una vez actualizado el sistema procedo a editar el archivo source.list
> donde se cambia el nombre clave de la distro actual por LA SIGUIENTE, por
> ejemplo cambio jessie por stretch, después se ejecuta la secuencia de
> comandos;
> # apt update
> # apt upgrade
> # full-upgrade
>  Y con esto se actualiza desde Debian 8 a Debian 9.
>
> Me gustaría preguntar sí no sería una locura intentar el segundo
> procedimiento, con la salvedad de que en vez de actualizar el sistema a una
> versión inmediata superior (desde Debian  8 a Debian 9) pretendo cambiar
> mis repositorios desde Debian 8 a Debian 11, ¿que lesparese?
>

actualizar desde debian 8 a debian 11

[victor melendez]

Buen dia manada, soy antiguo usuario y administrador de sistemas basados en
debian, estoy acostumbrado a actualizar mis sistemas de dos manera;

A.) formatear e instalar desde un DvD o Pendrive, lo que llamamos
instalación limpia.

B.) desde la terminal con la secuencia de comandos;
# apt update
# apt upgrade
# full-upgrade
Una vez actualizado el sistema procedo a editar el archivo source.list
donde se cambia el nombre clave de la distro actual por LA SIGUIENTE, por
ejemplo cambio jessie por stretch, después se ejecuta la secuencia de
comandos;
# apt update
# apt upgrade
# full-upgrade
 Y con esto se actualiza desde Debian 8 a Debian 9.

Me gustaría preguntar sí no sería una locura intentar el segundo
procedimiento, con la salvedad de que en vez de actualizar el sistema a una
versión inmediata superior (desde Debian  8 a Debian 9) pretendo cambiar
mis repositorios desde Debian 8 a Debian 11, ¿que lesparese?

kmail ha dejado de funcionar después de actualizar. SOLUCIONADO

[jfernandez]

Hola

kmail, ya funciona.
En efecto,  el problema estaba en  mariadb y akonadi

Lo primero fue eliminar todas las instancias de akonadi desde ksysguard

Desde la consola ejecutar akonadi_control.  Hay apareció:
org.kde.pim.akonadiserver:   Error code: "1292"

Aquí encontré la idea de desactualizar libmariadb3:
https://forums.opensuse.org/t/kmail-fails-to-display-message-akonadiserver-errors/147051

y aquí la forma de desactualizar
https://www.linuxuprising.com/2019/02/how-to-downgrade-packages-to-specific.html

Como superusuario obtuve las versiones de libmariadb3 ejecutando
apt policy libmariadb3

Desactualicé con:
apt install libmariadb3=1:10.3.34-0+deb10u1

...y ya funciona.

Lección aprendida: hay que hacer una copia de seguridad antes de actualizar


¿Debian Buster?

Instalé Debian stable hace 10 años :)


Ese kernel tan antiguo (4.19) y esa versión de Debian (bullseye/sid) no
me cuadran. ¿Tienes repositorios con fuentes mezcladas?
Llevo 10 años enredando. El kernel antiguo lo necesito para VirtualBox  
y estoy en la etapa de: "Si funciona no lo toques". Si eres el mismo  
Camaleón que estaba en la lista de Suse hace tiempo, un fuerte abrazo.


Gracias por la ayuda

Re: kmail ha dejado de funcionar después de actualizar.

[Camaleón]

El 2023-02-22 a las 10:15 -0600, jfernan...@boruro.com escribió:

> kmail ha dejado de funcionar después de actualizar.
> 
> Al intentar descargar los correos aparece una notificación:
> No es posible guardar los correos descargados.
> Failed to append item
> 
> Al intentar enviar correos muestra:
> Hubo problemas al intentar encolar el mensaje para enviar: Failed to append
> item
> 
> No permite guardar el correo como borrador:
> Ha fallado al guardar el mensaje: Failed to append item
> 
> 
> No deja ver los correos descargados y se queda bloqueado con un mensaje:
> "Por favor, espere mientras se transfiere el mensaje"
> 
> 
> Tengo la versión de kmail 5.9.3
> Las bibliotecas:
> KDE Frameworks 5.54.0
> Qt 5.11.3 (compilado con 5.11.3)
> El sistema de ventanas xcb

Inicia kmail desde la consola para ver qué sucede cuando intentas
descargar/enviar correos, seguramente te dé algún mensaje de error que 
te ayude a depurar el problema.

> Ayer actualice:
> Upgrade:

(...)

> mariadb-common:amd64 (1:10.3.36-0+deb10u2, 1:10.3.38-0+deb10u1),

(...)

> mariadb-server-core-10.3:amd64 (1:10.3.36-0+deb10u2, 1:10.3.38-0+deb10u1),
> mariadb-client-core-10.3:amd64 (1:10.3.36-0+deb10u2, 1:10.3.38-0+deb10u1),
> libmariadb3:amd64 (1:10.3.36-0+deb10u2, 1:10.3.38-0+deb10u1),

KMail tira de Akonadi, que a su vez usa como backend algún sistema de 
base de datos (MariaDB entre las opciones), quizá ese haya sido el 
problema.

> El sistema es:
> suprop@castor:~$ uname -a
> Linux castor 4.19.0-6-amd64 #1 SMP Debian 4.19.67-2+deb10u2 (2019-11-11)
> x86_64 GNU/Linux

¿Debian Buster?
 
> suprop@castor:~$ cat /etc/os-release
> PRETTY_NAME="Debian GNU/Linux bullseye/sid"
> NAME="Debian GNU/Linux"
> ID=debian
> HOME_URL="https://www.debian.org/;
> SUPPORT_URL="https://www.debian.org/support;
> BUG_REPORT_URL="https://bugs.debian.org/;
> 
> ¿Alguna sugerencia para solucionarlo?

Ese kernel tan antiguo (4.19) y esa versión de Debian (bullseye/sid) no
me cuadran. ¿Tienes repositorios con fuentes mezcladas?

Saludos,

-- 
Camaleón 

kmail ha dejado de funcionar después de actualizar.

[jfernandez]

Hola

kmail ha dejado de funcionar después de actualizar.

Al intentar descargar los correos aparece una notificación:
No es posible guardar los correos descargados.
Failed to append item

Al intentar enviar correos muestra:
Hubo problemas al intentar encolar el mensaje para enviar: Failed to  
append item


No permite guardar el correo como borrador:
Ha fallado al guardar el mensaje: Failed to append item


No deja ver los correos descargados y se queda bloqueado con un mensaje:
"Por favor, espere mientras se transfiere el mensaje"


Tengo la versión de kmail 5.9.3
Las bibliotecas:
KDE Frameworks 5.54.0
Qt 5.11.3 (compilado con 5.11.3)
El sistema de ventanas xcb


Ayer actualice:
Upgrade:
libwireshark11:amd64 (2.6.20-0+deb10u4, 2.6.20-0+deb10u5),
xserver-common:amd64 (2:1.20.4-1+deb10u7, 2:1.20.4-1+deb10u8),
google-chrome-beta:amd64 (109.0.5414.61-1, 111.0.5563.33-1),
openssl:amd64 (1.1.1n-0+deb10u3, 1.1.1n-0+deb10u4),
xserver-xorg-core:amd64 (2:1.20.4-1+deb10u7, 2:1.20.4-1+deb10u8),
libwiretap8:amd64 (2.6.20-0+deb10u4, 2.6.20-0+deb10u5),
libaprutil1:amd64 (1.6.1-4, 1.6.1-4+deb10u1),
megasync:amd64 (4.8.1-1.1, 4.8.7-2.1),
mariadb-common:amd64 (1:10.3.36-0+deb10u2, 1:10.3.38-0+deb10u1),
libarchive13:amd64 (3.3.3-4+deb10u2, 3.3.3-4+deb10u3),
libwsutil9:amd64 (2.6.20-0+deb10u4, 2.6.20-0+deb10u5), sudo:amd64  
(1.8.27-1+deb10u4, 1.8.27-1+deb10u5), google-chrome-stable:amd64  
(108.0.5359.124-1, 110.0.5481.100-1),
libaprutil1-dbd-sqlite3:amd64 (1.6.1-4, 1.6.1-4+deb10u1),  
mariadb-server-core-10.3:amd64 (1:10.3.36-0+deb10u2,  
1:10.3.38-0+deb10u1), xserver-xorg-legacy:amd64 (2:1.20.4-1+deb10u7,  
2:1.20.4-1+deb10u8), isc-dhcp-common:amd64 (4.4.1-2+deb10u2,  
4.4.1-2+deb10u3),

libpq5:amd64 (11.18-0+deb10u1, 11.19-0+deb10u1),
openjdk-11-jre-headless:amd64 (11.0.16+8-1~deb10u1, 11.0.18+10-1~deb10u1),
wireshark:amd64 (2.6.20-0+deb10u4, 2.6.20-0+deb10u5),
wireshark-gtk:amd64 (2.6.20-0+deb10u4, 2.6.20-0+deb10u5),
python-cryptography:amd64 (2.6.1-3+deb10u2, 2.6.1-3+deb10u3),
firefox-esr-l10n-es-es:amd64 (102.6.0esr-1~deb10u1, 102.8.0esr-1~deb10u1),
libaprutil1-ldap:amd64 (1.6.1-4, 1.6.1-4+deb10u1), libtiff5:amd64  
(4.1.0+git191117-2~deb10u4, 4.1.0+git191117-2~deb10u6),
libtiff5:i386 (4.1.0+git191117-2~deb10u4, 4.1.0+git191117-2~deb10u6),  
wireshark-common:amd64 (2.6.20-0+deb10u4,

2.6.20-0+deb10u5),
libwscodecs2:amd64 (2.6.20-0+deb10u4, 2.6.20-0+deb10u5),
python3-cryptography:amd64 (2.6.1-3+deb10u2, 2.6.1-3+deb10u3),
openjdk-11-jdk:amd64 (11.0.16+8-1~deb10u1, 11.0.18+10-1~deb10u1),
openjdk-11-jre:amd64 (11.0.16+8-1~deb10u1, 11.0.18+10-1~deb10u1),
libwebkit2gtk-4.0-37:amd64 (2.38.3-1~deb10u1, 2.38.5-1~deb10u1),
libsdl2-2.0-0:amd64 (2.0.9+dfsg1-1, 2.0.9+dfsg1-1+deb10u1),
libsdl2-2.0-0:i386 (2.0.9+dfsg1-1, 2.0.9+dfsg1-1+deb10u1),
mariadb-client-core-10.3:amd64 (1:10.3.36-0+deb10u2, 1:10.3.38-0+deb10u1),
libmariadb3:amd64 (1:10.3.36-0+deb10u2, 1:10.3.38-0+deb10u1),
libwireshark-data:amd64 (2.6.20-0+deb10u4, 2.6.20-0+deb10u5),
libssl1.1:amd64 (1.1.1n-0+deb10u3, 1.1.1n-0+deb10u4),
libssl1.1:i386 (1.1.1n-0+deb10u3, 1.1.1n-0+deb10u4),
libexiv2-14:amd64 (0.25-4+deb10u3, 0.25-4+deb10u4),
isc-dhcp-client:amd64 (4.4.1-2+deb10u2, 4.4.1-2+deb10u3),
libjavascriptcoregtk-4.0-18:amd64 (2.38.3-1~deb10u1, 2.38.5-1~deb10u1),
virtualbox-6.1:amd64 (6.1.40-154048~Debian~buster,  
6.1.42-155177~Debian~buster),

openjdk-11-jdk-headless:amd64 (11.0.16+8-1~deb10u1, 11.0.18+10-1~deb10u1),
libzen0v5:amd64 (0.4.37-1, 0.4.37-1+deb10u1),
libde265-0:amd64 (1.0.3-1+deb10u1, 1.0.3-1+deb10u3),
firefox-esr:amd64 (102.6.0esr-1~deb10u1, 102.8.0esr-1~deb10u1)

End-Date: 2023-02-21  22:06:42

El sistema es:
suprop@castor:~$ uname -a
Linux castor 4.19.0-6-amd64 #1 SMP Debian 4.19.67-2+deb10u2  
(2019-11-11) x86_64 GNU/Linux


suprop@castor:~$ cat /etc/os-release
PRETTY_NAME="Debian GNU/Linux bullseye/sid"
NAME="Debian GNU/Linux"
ID=debian
HOME_URL="https://www.debian.org/;
SUPPORT_URL="https://www.debian.org/support;
BUG_REPORT_URL="https://bugs.debian.org/;

¿Alguna sugerencia para solucionarlo?

Gracias por la respuesta

RE: Actualizar Debian Jessie a la última versión. [SOLUCIONADO]

[Ramses]

> -Mensaje original-
> De: Camaleón [mailto:noela...@gmail.com]
> Enviado el: viernes, 9 de septiembre de 2022 15:31
> Para: debian-user-spanish@lists.debian.org
> Asunto: Re: Actualizar Debian Jessie a la última versión.
> 
> El 2022-09-09 a las 14:00 +0200, Ramses escribió:
> 
> (...)
> 
> > > Sigo con la actualización.
> > >
> 
> (...)
> 
> >
> > Bueno, ya por fin tengo el Container LXC en Debian Bullseye:
> 
> (...)
> 
> > Ahora sólo me queda un problema que no veo cómo solucionar. Cuando
> hago un "apt update" me aparecen los siguientes Warnings:
> >
> > --
> > root@maquina:~# apt update
> > Hit:1 http://deb.debian.org/debian bullseye InRelease
> > Hit:2 http://deb.debian.org/debian bullseye-updates InRelease
> > Get:3 http://security.debian.org/debian-security
> > bullseye-security/updates InRelease [48.4 kB] Fetched 48.4 kB in 2s
> > (25.1 kB/s) Reading package lists... Done Building dependency tree...
> > Done Reading state information... Done All packages are up to date.
> > W: http://deb.debian.org/debian/dists/bullseye/InRelease: The key(s) in
> the keyring /etc/apt/trusted.gpg are ignored as the file is not readable by
> user '_apt' executing apt-key.
> > W: http://deb.debian.org/debian/dists/bullseye-updates/InRelease: The
> key(s) in the keyring /etc/apt/trusted.gpg are ignored as the file is not
> readable by user '_apt' executing apt-key.
> > W: http://security.debian.org/debian-security/dists/bullseye-
> security/updates/InRelease: The key(s) in the keyring /etc/apt/trusted.gpg
> are ignored as the file is not readable by user '_apt' executing apt-key.
> > root@maquina:~#
> > --
> >
> > ¿Alguna idea de por dónde meterle mano?
> 
> Mira a ver si te sirve esta solución:
> 
> https://forums.debian.net/viewtopic.php?p=629511#p629511
> 
> Saludos,
> 
> --
> Camaleón

Buenas,

Solucionado.

He mirado por ahí y he encontrado algo que me ha dado una pista.

Los ficheros en "/etc/apt/trusted.gpg.d" tienen los siguientes permisos:

--
root@maquina:/etc/apt/trusted.gpg.d# ls -la
total 80
drwxr-xr-x 2 root root 4096 Sep  8 22:03 .
drwxr-xr-x 8 root root 4096 Sep  9 19:37 ..
-rw-r--r-- 1 root root 8700 Feb 25  2021 debian-archive-bullseye-automatic.gpg
-rw-r--r-- 1 root root 8709 Feb 25  2021 
debian-archive-bullseye-security-automatic.gpg
-rw-r--r-- 1 root root 2453 Feb 25  2021 debian-archive-bullseye-stable.gpg
-rw-r--r-- 1 root root 8132 Feb 25  2021 debian-archive-buster-automatic.gpg
-rw-r--r-- 1 root root 8141 Feb 25  2021 
debian-archive-buster-security-automatic.gpg
-rw-r--r-- 1 root root 2332 Feb 25  2021 debian-archive-buster-stable.gpg
-rw-r--r-- 1 root root 7443 Feb 25  2021 debian-archive-stretch-automatic.gpg
-rw-r--r-- 1 root root 7452 Feb 25  2021 
debian-archive-stretch-security-automatic.gpg
-rw-r--r-- 1 root root 2263 Feb 25  2021 debian-archive-stretch-stable.gpg
-rw-r--r-- 1 root root 1769 Mar 18  2019 php.gpg
root@maquina:/etc/apt/trusted.gpg.d#
--

Y el fichero del error "W: 
http://deb.debian.org/debian/dists/bullseye/InRelease: The key(s) in the 
keyring /etc/apt/trusted.gpg are ignored as the file is not readable by user 
'_apt' executing apt-key." tiene los siguientes permisos:

--
root@maquina:~# ls -la /etc/apt/trusted.gpg*
-rw--- 1 root root 39248 Sep  8 18:00 /etc/apt/trusted.gpg
--

Por lo que el usuario "_apt" como dice el error, no puede leerlo.

Algo tan fácil como:

--
root@maquina:/etc/apt# chmod 644 /etc/apt/trusted.gpg
root@maquina:/etc/apt#
root@maquina:/etc/apt# ls -la /etc/apt/trusted.gpg
-rw-r--r-- 1 root root 39248 Sep  8 18:00 /etc/apt/trusted.gpg
root@maquina:/etc/apt#
--

Y solucionado:

--
root@maquina:/etc/apt# apt update
Hit:1 http://deb.debian.org/debian bullseye InRelease
Hit:2 http://deb.debian.org/debian bullseye-updates InRelease
Hit:3 http://security.debian.org/debian-security bullseye-security/updates 
InRelease
Reading package lists... Done 
Building dependency tree... Done
Reading state information... Done
All packages are up to date.
root@maquina:/etc/apt#
--


Saludos y muchas gracias a tod@s por la ayuda.

Re: Actualizar Debian Jessie a la última versión.

[Camaleón]

El 2022-09-09 a las 14:00 +0200, Ramses escribió:

(...)

> > Sigo con la actualización.
> > 

(...)

> 
> Bueno, ya por fin tengo el Container LXC en Debian Bullseye:

(...)

> Ahora sólo me queda un problema que no veo cómo solucionar. Cuando hago un 
> "apt update" me aparecen los siguientes Warnings:
> 
> --
> root@maquina:~# apt update
> Hit:1 http://deb.debian.org/debian bullseye InRelease
> Hit:2 http://deb.debian.org/debian bullseye-updates InRelease
> Get:3 http://security.debian.org/debian-security bullseye-security/updates 
> InRelease [48.4 kB]
> Fetched 48.4 kB in 2s (25.1 kB/s)
> Reading package lists... Done
> Building dependency tree... Done
> Reading state information... Done
> All packages are up to date.
> W: http://deb.debian.org/debian/dists/bullseye/InRelease: The key(s) in the 
> keyring /etc/apt/trusted.gpg are ignored as the file is not readable by user 
> '_apt' executing apt-key.
> W: http://deb.debian.org/debian/dists/bullseye-updates/InRelease: The key(s) 
> in the keyring /etc/apt/trusted.gpg are ignored as the file is not readable 
> by user '_apt' executing apt-key.
> W: 
> http://security.debian.org/debian-security/dists/bullseye-security/updates/InRelease:
>  The key(s) in the keyring /etc/apt/trusted.gpg are ignored as the file is 
> not readable by user '_apt' executing apt-key.
> root@maquina:~#
> --
> 
> ¿Alguna idea de por dónde meterle mano?

Mira a ver si te sirve esta solución:

https://forums.debian.net/viewtopic.php?p=629511#p629511

Saludos,

-- 
Camaleón 

RE: Actualizar Debian Jessie a la última versión.

[Ramses]

> -Mensaje original-
> De: Ramses [mailto:ramses.sevi...@gmail.com]
> Enviado el: jueves, 8 de septiembre de 2022 18:40
> Para: 'debian-user-spanish@lists.debian.org'  span...@lists.debian.org>
> Asunto: RE: Actualizar Debian Jessie a la última versión.
> 
> > -Mensaje original-
> > De: Ramses [mailto:ramses.sevi...@gmail.com] Enviado el: jueves, 8 de
> > septiembre de 2022 18:25
> > Para: 'debian-user-spanish@lists.debian.org'  > span...@lists.debian.org>
> > Asunto: RE: Actualizar Debian Jessie a la última versión.
> >
> > > -Mensaje original-
> > > De: Camaleón [mailto:noela...@gmail.com] Enviado el: miércoles, 7 de
> > > septiembre de 2022 20:04
> > > Para: debian-user-spanish@lists.debian.org
> > > Asunto: Re: Actualizar Debian Jessie a la última versión.
> > >
> > > El 2022-09-07 a las 19:47 +0200, Ramses escribió:
> > >
> > > > > > >> W: Failed to fetch
> > > > > > >> https://packages.sury.org/php/dists/jessie/main/binary-amd6
> > > > > > >> 4/ Pa ckag es server certificate verification failed.
> > > > > > >> CAfile:
> > > > > > >> /etc/ssl/certs/ca-certificates.crt CRLfile: none
> > > > > > >>
> > > > > > >> E: Some index files failed to download. They have been
> > > > > > >> ignored, or old ones used instead.
> > > > > > >
> > > > > > >Cambia de servidor, ese no tiene el archivo que necesitas:
> > > > > > >
> > > > > > >https://packages.sury.org/php/dists/
> > > > > > >
> > > > > > >Está vacío.
> > > > > > >
> > > > > > >Por eso siempre uso los alemanes:
> > > > > > >
> > > > > > >http://ftp.de.debian.org/debian/dists/jessie/main/binary-amd6
> > > > > > >4/
> > > > > > >
> > > > > > >Aquí hay más chicha :-)
> > > > > > >
> > > > > > >> ¿A alguien le suena este error y cómo solucionarlo?
> > > > > > >
> > > > > > >Parece un error tontín, al fin y al cabo sólo estás
> > > > > > >actualizando los paquetes de Debian Jessie; la «fiesta» de la
> > > > > > >actualización aún no ha empezado...
> > > > > > >
> > > > > >
> > > > > > Camaleón, tengo esto en el sources.list:
> > > > > >
> > > > > > deb http://ftp.de.debian.org/debian/ jessie main contrib
> > > > > > non-free deb-src http://ftp.de.debian.org/debian/ jessie main
> > > > > > contrib non-free
> > > > > >
> > > > > >
> > > > > > deb http://httpredir.debian.org/debian jessie-updates main
> > > > > > contrib non-free
> > > > >  ^
> > > > > > deb-src http://httpredir.debian.org/debian jessie-updates main
> > > > > > contrib non-free
> > >
> > > (...)
> > >
> > > > > > ¿Los cambio y dejó sólo el que tú me has puesto?
> > > > >
> > > > > No, sólo el que te falla, que es un redirector y te lleva a un
> > > > > servidor que no tiene todos los paquetes.
> > > > >
> > > > > Es decir, cambia este:
> > > > >
> > > > > # deb http://httpredir.debian.org/debian jessie-updates main
> > > > > contrib
> > > > > non- free # deb-src http://httpredir.debian.org/debian
> > > > > jessie-updates main contrib non-free
> > > > >
> > > > > Por este:
> > > > >
> > > > > deb http://ftp.de.debian.org/debian jessie-updates main contrib
> > > > > non-free deb-src http://ftp.de.debian.org/debian jessie-updates
> > > > > main contrib non- free
> > > > >
> > > > > Y prueba de nuevo:
> > > > >
> > > > > apt-get update
> > > > >
> > > >
> > > > Camaleón, buenas tardes,
> > > >
> > > > He cambiado el sources.list:
> > > >
> > > > --
> > > > --
> > > > --
> > > > -- root@maquina:/etc/apt# cat sources.list #deb
> > > > http://ftp.d

RE: Actualizar Debian Jessie a la última versión.

[Ramses]

> -Mensaje original-
> De: Ramses [mailto:ramses.sevi...@gmail.com]
> Enviado el: jueves, 8 de septiembre de 2022 18:25
> Para: 'debian-user-spanish@lists.debian.org'  span...@lists.debian.org>
> Asunto: RE: Actualizar Debian Jessie a la última versión.
> 
> > -Mensaje original-
> > De: Camaleón [mailto:noela...@gmail.com] Enviado el: miércoles, 7 de
> > septiembre de 2022 20:04
> > Para: debian-user-spanish@lists.debian.org
> > Asunto: Re: Actualizar Debian Jessie a la última versión.
> >
> > El 2022-09-07 a las 19:47 +0200, Ramses escribió:
> >
> > > > > >> W: Failed to fetch
> > > > > >> https://packages.sury.org/php/dists/jessie/main/binary-amd64/
> > > > > >> Pa ckag es server certificate verification failed. CAfile:
> > > > > >> /etc/ssl/certs/ca-certificates.crt CRLfile: none
> > > > > >>
> > > > > >> E: Some index files failed to download. They have been
> > > > > >> ignored, or old ones used instead.
> > > > > >
> > > > > >Cambia de servidor, ese no tiene el archivo que necesitas:
> > > > > >
> > > > > >https://packages.sury.org/php/dists/
> > > > > >
> > > > > >Está vacío.
> > > > > >
> > > > > >Por eso siempre uso los alemanes:
> > > > > >
> > > > > >http://ftp.de.debian.org/debian/dists/jessie/main/binary-amd64/
> > > > > >
> > > > > >Aquí hay más chicha :-)
> > > > > >
> > > > > >> ¿A alguien le suena este error y cómo solucionarlo?
> > > > > >
> > > > > >Parece un error tontín, al fin y al cabo sólo estás
> > > > > >actualizando los paquetes de Debian Jessie; la «fiesta» de la
> > > > > >actualización aún no ha empezado...
> > > > > >
> > > > >
> > > > > Camaleón, tengo esto en el sources.list:
> > > > >
> > > > > deb http://ftp.de.debian.org/debian/ jessie main contrib
> > > > > non-free deb-src http://ftp.de.debian.org/debian/ jessie main
> > > > > contrib non-free
> > > > >
> > > > >
> > > > > deb http://httpredir.debian.org/debian jessie-updates main
> > > > > contrib non-free
> > > >  ^
> > > > > deb-src http://httpredir.debian.org/debian jessie-updates main
> > > > > contrib non-free
> >
> > (...)
> >
> > > > > ¿Los cambio y dejó sólo el que tú me has puesto?
> > > >
> > > > No, sólo el que te falla, que es un redirector y te lleva a un
> > > > servidor que no tiene todos los paquetes.
> > > >
> > > > Es decir, cambia este:
> > > >
> > > > # deb http://httpredir.debian.org/debian jessie-updates main
> > > > contrib
> > > > non- free # deb-src http://httpredir.debian.org/debian
> > > > jessie-updates main contrib non-free
> > > >
> > > > Por este:
> > > >
> > > > deb http://ftp.de.debian.org/debian jessie-updates main contrib
> > > > non-free deb-src http://ftp.de.debian.org/debian jessie-updates
> > > > main contrib non- free
> > > >
> > > > Y prueba de nuevo:
> > > >
> > > > apt-get update
> > > >
> > >
> > > Camaleón, buenas tardes,
> > >
> > > He cambiado el sources.list:
> > >
> > > 
> > > --
> > > -- root@maquina:/etc/apt# cat sources.list #deb
> > > http://ftp.debian.org/debian wheezy main contrib
> > >
> > > #deb http://ftp.debian.org/debian wheezy-updates main contrib
> > >
> > > #deb http://security.debian.org wheezy/updates main contrib
> > >
> > > deb http://ftp.de.debian.org/debian/ jessie main contrib non-free
> > > deb-src http://ftp.de.debian.org/debian/ jessie main contrib
> > > non-free
> > >
> > >
> > > #deb http://httpredir.debian.org/debian jessie-updates main contrib
> > > non-free #deb-src http://httpredir.debian.org/debian jessie-updates
> > > main contrib non-free deb http://ftp.de.debian.org/debian
> > > jessie-updates main contrib non-free deb-src
> > > http://ftp.de.debian.org/debian jessie-updates main contrib non-free

RE: Actualizar Debian Jessie a la última versión.

[Ramses]

> -Mensaje original-
> De: Camaleón [mailto:noela...@gmail.com]
> Enviado el: miércoles, 7 de septiembre de 2022 20:04
> Para: debian-user-spanish@lists.debian.org
> Asunto: Re: Actualizar Debian Jessie a la última versión.
> 
> El 2022-09-07 a las 19:47 +0200, Ramses escribió:
> 
> > > > >> W: Failed to fetch
> > > > >> https://packages.sury.org/php/dists/jessie/main/binary-amd64/Pa
> > > > >> ckag es server certificate verification failed. CAfile:
> > > > >> /etc/ssl/certs/ca-certificates.crt CRLfile: none
> > > > >>
> > > > >> E: Some index files failed to download. They have been ignored,
> > > > >> or old ones used instead.
> > > > >
> > > > >Cambia de servidor, ese no tiene el archivo que necesitas:
> > > > >
> > > > >https://packages.sury.org/php/dists/
> > > > >
> > > > >Está vacío.
> > > > >
> > > > >Por eso siempre uso los alemanes:
> > > > >
> > > > >http://ftp.de.debian.org/debian/dists/jessie/main/binary-amd64/
> > > > >
> > > > >Aquí hay más chicha :-)
> > > > >
> > > > >> ¿A alguien le suena este error y cómo solucionarlo?
> > > > >
> > > > >Parece un error tontín, al fin y al cabo sólo estás actualizando
> > > > >los paquetes de Debian Jessie; la «fiesta» de la actualización
> > > > >aún no ha empezado...
> > > > >
> > > >
> > > > Camaleón, tengo esto en el sources.list:
> > > >
> > > > deb http://ftp.de.debian.org/debian/ jessie main contrib non-free
> > > > deb-src http://ftp.de.debian.org/debian/ jessie main contrib
> > > > non-free
> > > >
> > > >
> > > > deb http://httpredir.debian.org/debian jessie-updates main contrib
> > > > non-free
> > >  ^
> > > > deb-src http://httpredir.debian.org/debian jessie-updates main
> > > > contrib non-free
> 
> (...)
> 
> > > > ¿Los cambio y dejó sólo el que tú me has puesto?
> > >
> > > No, sólo el que te falla, que es un redirector y te lleva a un
> > > servidor que no tiene todos los paquetes.
> > >
> > > Es decir, cambia este:
> > >
> > > # deb http://httpredir.debian.org/debian jessie-updates main contrib
> > > non- free # deb-src http://httpredir.debian.org/debian
> > > jessie-updates main contrib non-free
> > >
> > > Por este:
> > >
> > > deb http://ftp.de.debian.org/debian jessie-updates main contrib
> > > non-free deb-src http://ftp.de.debian.org/debian jessie-updates main
> > > contrib non- free
> > >
> > > Y prueba de nuevo:
> > >
> > > apt-get update
> > >
> >
> > Camaleón, buenas tardes,
> >
> > He cambiado el sources.list:
> >
> > --
> > -- root@maquina:/etc/apt# cat sources.list #deb
> > http://ftp.debian.org/debian wheezy main contrib
> >
> > #deb http://ftp.debian.org/debian wheezy-updates main contrib
> >
> > #deb http://security.debian.org wheezy/updates main contrib
> >
> > deb http://ftp.de.debian.org/debian/ jessie main contrib non-free
> > deb-src http://ftp.de.debian.org/debian/ jessie main contrib non-free
> >
> >
> > #deb http://httpredir.debian.org/debian jessie-updates main contrib
> > non-free #deb-src http://httpredir.debian.org/debian jessie-updates
> > main contrib non-free deb http://ftp.de.debian.org/debian
> > jessie-updates main contrib non-free deb-src
> > http://ftp.de.debian.org/debian jessie-updates main contrib non-free
> >
> >
> > deb http://security.debian.org/ jessie/updates main contrib non-free
> > deb-src http://security.debian.org/ jessie/updates main contrib
> > non-free
> >
> >
> > root@maquina:/etc/apt#
> > --
> > --
> >
> > Y me sigue dando el mismo problema, tanto con apt update como con apt-
> get update:
> >
> > ------
> > --
> > root@soporte:/etc/apt# apt-get update
> > Hit http://security.debian.org jessie/updates InRelease Ign
> > https://packages.sury.org jessie InRelease
>  ^^
> 
> Ese servidor que falla te sigu

Re: Actualizar Debian Jessie a la última versión.

[Camaleón]

El 2022-09-07 a las 19:47 +0200, Ramses escribió:

> > > >> W: Failed to fetch
> > > >> https://packages.sury.org/php/dists/jessie/main/binary-amd64/Packag
> > > >> es server certificate verification failed. CAfile:
> > > >> /etc/ssl/certs/ca-certificates.crt CRLfile: none
> > > >>
> > > >> E: Some index files failed to download. They have been ignored, or
> > > >> old ones used instead.
> > > >
> > > >Cambia de servidor, ese no tiene el archivo que necesitas:
> > > >
> > > >https://packages.sury.org/php/dists/
> > > >
> > > >Está vacío.
> > > >
> > > >Por eso siempre uso los alemanes:
> > > >
> > > >http://ftp.de.debian.org/debian/dists/jessie/main/binary-amd64/
> > > >
> > > >Aquí hay más chicha :-)
> > > >
> > > >> ¿A alguien le suena este error y cómo solucionarlo?
> > > >
> > > >Parece un error tontín, al fin y al cabo sólo estás actualizando los
> > > >paquetes de Debian Jessie; la «fiesta» de la actualización aún no ha
> > > >empezado...
> > > >
> > >
> > > Camaleón, tengo esto en el sources.list:
> > >
> > > deb http://ftp.de.debian.org/debian/ jessie main contrib non-free
> > > deb-src http://ftp.de.debian.org/debian/ jessie main contrib non-free
> > >
> > >
> > > deb http://httpredir.debian.org/debian jessie-updates main contrib
> > > non-free
> >  ^
> > > deb-src http://httpredir.debian.org/debian jessie-updates main contrib
> > > non-free

(...)

> > > ¿Los cambio y dejó sólo el que tú me has puesto?
> > 
> > No, sólo el que te falla, que es un redirector y te lleva a un servidor que 
> > no
> > tiene todos los paquetes.
> > 
> > Es decir, cambia este:
> > 
> > # deb http://httpredir.debian.org/debian jessie-updates main contrib non-
> > free # deb-src http://httpredir.debian.org/debian jessie-updates main
> > contrib non-free
> > 
> > Por este:
> > 
> > deb http://ftp.de.debian.org/debian jessie-updates main contrib non-free
> > deb-src http://ftp.de.debian.org/debian jessie-updates main contrib non-
> > free
> > 
> > Y prueba de nuevo:
> > 
> > apt-get update
> > 
> 
> Camaleón, buenas tardes,
> 
> He cambiado el sources.list:
> 
> 
> root@maquina:/etc/apt# cat sources.list
> #deb http://ftp.debian.org/debian wheezy main contrib
> 
> #deb http://ftp.debian.org/debian wheezy-updates main contrib
> 
> #deb http://security.debian.org wheezy/updates main contrib
> 
> deb http://ftp.de.debian.org/debian/ jessie main contrib non-free
> deb-src http://ftp.de.debian.org/debian/ jessie main contrib non-free
> 
> 
> #deb http://httpredir.debian.org/debian jessie-updates main contrib non-free
> #deb-src http://httpredir.debian.org/debian jessie-updates main contrib 
> non-free
> deb http://ftp.de.debian.org/debian jessie-updates main contrib non-free
> deb-src http://ftp.de.debian.org/debian jessie-updates main contrib non-free
> 
> 
> deb http://security.debian.org/ jessie/updates main contrib non-free
> deb-src http://security.debian.org/ jessie/updates main contrib non-free
> 
> 
> root@maquina:/etc/apt#
> 
> 
> Y me sigue dando el mismo problema, tanto con apt update como con apt-get 
> update:
> 
> 
> root@soporte:/etc/apt# apt-get update
> Hit http://security.debian.org jessie/updates InRelease
> Ign https://packages.sury.org jessie InRelease
 ^^

Ese servidor que falla te sigue apareciendo, pero no sé de dónde viene.

¿Tienes instalado alǵun paquete/aplicación/programa que consulte su 
propia lista de servidores para actualizar? Como Google Chrome o algo 
así que instala una especie de servicio y añade sus propios 
repositorios.

> Err https://packages.sury.org jessie/main amd64 Packages
>   server certificate verification failed. CAfile: 
> /etc/ssl/certs/ca-certificates.crt CRLfile: none

(...)

> E: Some index files failed to download. They have been ignored, or old ones 
> used instead.
> root@soporte:/etc/apt#
> 
> 
> ¿Alguna idea?

En prinicpio el mensaje que te aparece no te impide actualizar los 
paquetes, sólo te dice que ese servidor no se ha podido actualizar.

En cualquier caso, te lo está tomando por algún motivo que tendrás que 
revisar, lo debes de tener definido en alguna parte 
(p. ej., en «/etc/apt//sources.list.d/*») o en caché :-?

Saludos,

-- 
Camaleón 

RE: Actualizar Debian Jessie a la última versión.

[Ramses]

> -Mensaje original-
> De: Camaleón [mailto:noela...@gmail.com]
> Enviado el: miércoles, 7 de septiembre de 2022 7:47
> Para: debian-user-spanish@lists.debian.org
> Asunto: Re: Actualizar Debian Jessie a la última versión.
> 
> El 2022-09-06 a las 21:13 +0200, Ramses escribió:
> 
> > El 6 de septiembre de 2022 20:19:03 CEST, "Camaleón"
>  escribió:
> > >>
> > >> Quiero actualizar una máquina con Debian Jessie, concretamente es
> > >> un contenedor LXC, a la última versión de Debian.
> > >>
> > >> El problema que tengo es que, cuando hago un "apt update" me
> > >> aparece el siguiente error:
> 
> (...)
> 
> > >> Get:7 http://httpredir.debian.org jessie/main Translation-en [4581
> > >> kB] Ign https://packages.sury.org jessie/main Translation-en Err
> > >> https://packages.sury.org jessie/main amd64 Packages
> > >>   server certificate verification failed. CAfile:
> > >> /etc/ssl/certs/ca-certificates.crt CRLfile: none
> > >> Get:8 http://httpredir.debian.org jessie/non-free Translation-en
> > >> [72.0 kB]
> 
> (...)
> 
> > >> W: Failed to fetch
> > >> https://packages.sury.org/php/dists/jessie/main/binary-amd64/Packag
> > >> es server certificate verification failed. CAfile:
> > >> /etc/ssl/certs/ca-certificates.crt CRLfile: none
> > >>
> > >> E: Some index files failed to download. They have been ignored, or
> > >> old ones used instead.
> > >
> > >Cambia de servidor, ese no tiene el archivo que necesitas:
> > >
> > >https://packages.sury.org/php/dists/
> > >
> > >Está vacío.
> > >
> > >Por eso siempre uso los alemanes:
> > >
> > >http://ftp.de.debian.org/debian/dists/jessie/main/binary-amd64/
> > >
> > >Aquí hay más chicha :-)
> > >
> > >> ¿A alguien le suena este error y cómo solucionarlo?
> > >
> > >Parece un error tontín, al fin y al cabo sólo estás actualizando los
> > >paquetes de Debian Jessie; la «fiesta» de la actualización aún no ha
> > >empezado...
> > >
> >
> > Camaleón, tengo esto en el sources.list:
> >
> > deb http://ftp.de.debian.org/debian/ jessie main contrib non-free
> > deb-src http://ftp.de.debian.org/debian/ jessie main contrib non-free
> >
> >
> > deb http://httpredir.debian.org/debian jessie-updates main contrib
> > non-free
>  ^
> > deb-src http://httpredir.debian.org/debian jessie-updates main contrib
> > non-free
> >
> >
> > deb http://security.debian.org/ jessie/updates main contrib non-free
> > deb-src http://security.debian.org/ jessie/updates main contrib
> > non-free
> > 
> >
> > ¿Los cambio y dejó sólo el que tú me has puesto?
> 
> No, sólo el que te falla, que es un redirector y te lleva a un servidor que no
> tiene todos los paquetes.
> 
> Es decir, cambia este:
> 
> # deb http://httpredir.debian.org/debian jessie-updates main contrib non-
> free # deb-src http://httpredir.debian.org/debian jessie-updates main
> contrib non-free
> 
> Por este:
> 
> deb http://ftp.de.debian.org/debian jessie-updates main contrib non-free
> deb-src http://ftp.de.debian.org/debian jessie-updates main contrib non-
> free
> 
> Y prueba de nuevo:
> 
> apt-get update
> 
> Saludos,
> 
> --
> Camaleón

Camaleón, buenas tardes,

He cambiado el sources.list:


root@maquina:/etc/apt# cat sources.list
#deb http://ftp.debian.org/debian wheezy main contrib

#deb http://ftp.debian.org/debian wheezy-updates main contrib

#deb http://security.debian.org wheezy/updates main contrib

deb http://ftp.de.debian.org/debian/ jessie main contrib non-free
deb-src http://ftp.de.debian.org/debian/ jessie main contrib non-free


#deb http://httpredir.debian.org/debian jessie-updates main contrib non-free
#deb-src http://httpredir.debian.org/debian jessie-updates main contrib non-free
deb http://ftp.de.debian.org/debian jessie-updates main contrib non-free
deb-src http://ftp.de.debian.org/debian jessie-updates main contrib non-free


deb http://security.debian.org/ jessie/updates main contrib non-free
deb-src http://security.debian.org/ jessie/updates main contrib non-free


root@maquina:/etc/apt#


Y me sigue dando el mismo problema, tanto con apt update como con apt-get 
update:


root@

RE: Actualizar Debian Jessie a la última versión.

[Ramses]

> -Mensaje original-
> De: Camaleón [mailto:noela...@gmail.com]
> Enviado el: miércoles, 7 de septiembre de 2022 7:47
> Para: debian-user-spanish@lists.debian.org
> Asunto: Re: Actualizar Debian Jessie a la última versión.
> 
> El 2022-09-06 a las 21:13 +0200, Ramses escribió:
> 
> > El 6 de septiembre de 2022 20:19:03 CEST, "Camaleón"
>  escribió:
> > >>
> > >> Quiero actualizar una máquina con Debian Jessie, concretamente es
> > >> un contenedor LXC, a la última versión de Debian.
> > >>
> > >> El problema que tengo es que, cuando hago un "apt update" me
> > >> aparece el siguiente error:
> 
> (...)
> 
> > >> Get:7 http://httpredir.debian.org jessie/main Translation-en [4581
> > >> kB] Ign https://packages.sury.org jessie/main Translation-en Err
> > >> https://packages.sury.org jessie/main amd64 Packages
> > >>   server certificate verification failed. CAfile:
> > >> /etc/ssl/certs/ca-certificates.crt CRLfile: none
> > >> Get:8 http://httpredir.debian.org jessie/non-free Translation-en
> > >> [72.0 kB]
> 
> (...)
> 
> > >> W: Failed to fetch
> > >> https://packages.sury.org/php/dists/jessie/main/binary-amd64/Packag
> > >> es server certificate verification failed. CAfile:
> > >> /etc/ssl/certs/ca-certificates.crt CRLfile: none
> > >>
> > >> E: Some index files failed to download. They have been ignored, or
> > >> old ones used instead.
> > >
> > >Cambia de servidor, ese no tiene el archivo que necesitas:
> > >
> > >https://packages.sury.org/php/dists/
> > >
> > >Está vacío.
> > >
> > >Por eso siempre uso los alemanes:
> > >
> > >http://ftp.de.debian.org/debian/dists/jessie/main/binary-amd64/
> > >
> > >Aquí hay más chicha :-)
> > >
> > >> ¿A alguien le suena este error y cómo solucionarlo?
> > >
> > >Parece un error tontín, al fin y al cabo sólo estás actualizando los
> > >paquetes de Debian Jessie; la «fiesta» de la actualización aún no ha
> > >empezado...
> > >
> >
> > Camaleón, tengo esto en el sources.list:
> >
> > deb http://ftp.de.debian.org/debian/ jessie main contrib non-free
> > deb-src http://ftp.de.debian.org/debian/ jessie main contrib non-free
> >
> >
> > deb http://httpredir.debian.org/debian jessie-updates main contrib
> > non-free
>  ^
> > deb-src http://httpredir.debian.org/debian jessie-updates main contrib
> > non-free
> >
> >
> > deb http://security.debian.org/ jessie/updates main contrib non-free
> > deb-src http://security.debian.org/ jessie/updates main contrib
> > non-free
> > 
> >
> > ¿Los cambio y dejó sólo el que tú me has puesto?
> 
> No, sólo el que te falla, que es un redirector y te lleva a un servidor que no
> tiene todos los paquetes.
> 
> Es decir, cambia este:
> 
> # deb http://httpredir.debian.org/debian jessie-updates main contrib non-
> free # deb-src http://httpredir.debian.org/debian jessie-updates main
> contrib non-free
> 
> Por este:
> 
> deb http://ftp.de.debian.org/debian jessie-updates main contrib non-free
> deb-src http://ftp.de.debian.org/debian jessie-updates main contrib non-
> free
> 
> Y prueba de nuevo:
> 
> apt-get update
> 
> Saludos,
> 
> --
> Camaleón

Camaleón, buenas tardes,

He cambiado el sources.list:





Y me sigue dando el mismo problema, tanto con apt update como con apt-get 
update:


root@maquina:/etc/apt# apt-get update
Hit http://security.debian.org jessie/updates InRelease
Ign https://packages.sury.org jessie InRelease
Ign http://ftp.de.debian.org jessie InRelease
Ign https://packages.sury.org jessie Release.gpg
Hit http://ftp.de.debian.org jessie-updates InRelease
Ign https://packages.sury.org jessie Release
Get:1 http://security.debian.org jessie/updates/main Sources [366 kB]
Hit http://ftp.de.debian.org jessie Release.gpg
Ign https://packages.sury.org jessie/main amd64 Packages/DiffIndex
Get:2 http://security.debian.org jessie/updates/non-free Sources [1915 B]
Get:3 http://security.debian.org jessie/updates/main amd64 Packages [781 kB]
Hit http://ftp.de.debian.org jessie-updates/main Sources
Hit http://ftp.de.debian.org jessie-updates/contrib Sources
Hit http://ftp.de.debian.org jessie-updates/non-free Sources
H

Re: Actualizar Debian Jessie a la última versión.

[Camaleón]

El 2022-09-06 a las 21:13 +0200, Ramses escribió:

> El 6 de septiembre de 2022 20:19:03 CEST, "Camaleón"  
> escribió:
> >> 
> >> Quiero actualizar una máquina con Debian Jessie, concretamente es un
> >> contenedor LXC, a la última versión de Debian.
> >> 
> >> El problema que tengo es que, cuando hago un "apt update" me aparece el
> >> siguiente error:

(...)

> >> Get:7 http://httpredir.debian.org jessie/main Translation-en [4581 kB]
> >> Ign https://packages.sury.org jessie/main Translation-en
> >> Err https://packages.sury.org jessie/main amd64 Packages
> >>   server certificate verification failed. CAfile:
> >> /etc/ssl/certs/ca-certificates.crt CRLfile: none
> >> Get:8 http://httpredir.debian.org jessie/non-free Translation-en [72.0 kB]

(...)

> >> W: Failed to fetch
> >> https://packages.sury.org/php/dists/jessie/main/binary-amd64/Packages
> >> server certificate verification failed. CAfile:
> >> /etc/ssl/certs/ca-certificates.crt CRLfile: none
> >> 
> >> E: Some index files failed to download. They have been ignored, or old ones
> >> used instead.
> >
> >Cambia de servidor, ese no tiene el archivo que necesitas:
> >
> >https://packages.sury.org/php/dists/
> >
> >Está vacío.
> >
> >Por eso siempre uso los alemanes:
> >
> >http://ftp.de.debian.org/debian/dists/jessie/main/binary-amd64/
> >
> >Aquí hay más chicha :-)
> >
> >> ¿A alguien le suena este error y cómo solucionarlo?
> >
> >Parece un error tontín, al fin y al cabo sólo estás actualizando los 
> >paquetes de Debian Jessie; la «fiesta» de la actualización aún no ha 
> >empezado...
> >
> 
> Camaleón, tengo esto en el sources.list:
> 
> deb http://ftp.de.debian.org/debian/ jessie main contrib non-free
> deb-src http://ftp.de.debian.org/debian/ jessie main contrib non-free
> 
> 
> deb http://httpredir.debian.org/debian jessie-updates main contrib non-free
 ^
> deb-src http://httpredir.debian.org/debian jessie-updates main contrib 
> non-free
> 
> 
> deb http://security.debian.org/ jessie/updates main contrib non-free
> deb-src http://security.debian.org/ jessie/updates main contrib non-free
> 
> 
> ¿Los cambio y dejó sólo el que tú me has puesto?

No, sólo el que te falla, que es un redirector y te lleva a un servidor 
que no tiene todos los paquetes.

Es decir, cambia este:

# deb http://httpredir.debian.org/debian jessie-updates main contrib non-free
# deb-src http://httpredir.debian.org/debian jessie-updates main contrib 
non-free

Por este:

deb http://ftp.de.debian.org/debian jessie-updates main contrib non-free
deb-src http://ftp.de.debian.org/debian jessie-updates main contrib non-free

Y prueba de nuevo:

apt-get update

Saludos,

-- 
Camaleón 

Re: Actualizar Debian Jessie a la última versión.

[Ramses]

El 6 de septiembre de 2022 20:19:03 CEST, "Camaleón"  
escribió:
>El 2022-09-06 a las 19:54 +0200, Ramses escribió:
>
>> Buenas a tod@s.
>> 
>> Quiero actualizar una máquina con Debian Jessie, concretamente es un
>> contenedor LXC, a la última versión de Debian.
>> 
>> El problema que tengo es que, cuando hago un "apt update" me aparece el
>> siguiente error:
>> 
>> -
>> root@maquina:/# apt-get update
>> Hit http://security.debian.org jessie/updates InRelease
>> Ign http://httpredir.debian.org jessie InRelease
>> Hit http://httpredir.debian.org jessie-updates InRelease
>> .
>> .
>> .
>> Get:7 http://httpredir.debian.org jessie/main Translation-en [4581 kB]
>> Ign https://packages.sury.org jessie/main Translation-en
>> Err https://packages.sury.org jessie/main amd64 Packages
>>   server certificate verification failed. CAfile:
>> /etc/ssl/certs/ca-certificates.crt CRLfile: none
>> Get:8 http://httpredir.debian.org jessie/non-free Translation-en [72.0 kB]
>> .
>> .
>> .
>> Hit http://security.debian.org jessie/updates/contrib Translation-en
>> Fetched 11.7 MB in 2min 1s (96.8 kB/s)
>> W: Failed to fetch
>> https://packages.sury.org/php/dists/jessie/main/binary-amd64/Packages
>> server certificate verification failed. CAfile:
>> /etc/ssl/certs/ca-certificates.crt CRLfile: none
>> 
>> E: Some index files failed to download. They have been ignored, or old ones
>> used instead.
>
>Cambia de servidor, ese no tiene el archivo que necesitas:
>
>https://packages.sury.org/php/dists/
>
>Está vacío.
>
>Por eso siempre uso los alemanes:
>
>http://ftp.de.debian.org/debian/dists/jessie/main/binary-amd64/
>
>Aquí hay más chicha :-)
>
>> ¿A alguien le suena este error y cómo solucionarlo?
>
>Parece un error tontín, al fin y al cabo sólo estás actualizando los 
>paquetes de Debian Jessie; la «fiesta» de la actualización aún no ha 
>empezado...
>
>Saludos,
>

Camaleón, tengo esto en el sources.list:

deb http://ftp.de.debian.org/debian/ jessie main contrib non-free
deb-src http://ftp.de.debian.org/debian/ jessie main contrib non-free


deb http://httpredir.debian.org/debian jessie-updates main contrib non-free
deb-src http://httpredir.debian.org/debian jessie-updates main contrib non-free


deb http://security.debian.org/ jessie/updates main contrib non-free
deb-src http://security.debian.org/ jessie/updates main contrib non-free


¿Los cambio y dejó sólo el que tú me has puesto?


Saludos y gracias

Re: Actualizar Debian Jessie a la última versión.

[Camaleón]

El 2022-09-06 a las 19:54 +0200, Ramses escribió:

> Buenas a tod@s.
> 
> Quiero actualizar una máquina con Debian Jessie, concretamente es un
> contenedor LXC, a la última versión de Debian.
> 
> El problema que tengo es que, cuando hago un "apt update" me aparece el
> siguiente error:
> 
> -
> root@maquina:/# apt-get update
> Hit http://security.debian.org jessie/updates InRelease
> Ign http://httpredir.debian.org jessie InRelease
> Hit http://httpredir.debian.org jessie-updates InRelease
> .
> .
> .
> Get:7 http://httpredir.debian.org jessie/main Translation-en [4581 kB]
> Ign https://packages.sury.org jessie/main Translation-en
> Err https://packages.sury.org jessie/main amd64 Packages
>   server certificate verification failed. CAfile:
> /etc/ssl/certs/ca-certificates.crt CRLfile: none
> Get:8 http://httpredir.debian.org jessie/non-free Translation-en [72.0 kB]
> .
> .
> .
> Hit http://security.debian.org jessie/updates/contrib Translation-en
> Fetched 11.7 MB in 2min 1s (96.8 kB/s)
> W: Failed to fetch
> https://packages.sury.org/php/dists/jessie/main/binary-amd64/Packages
> server certificate verification failed. CAfile:
> /etc/ssl/certs/ca-certificates.crt CRLfile: none
> 
> E: Some index files failed to download. They have been ignored, or old ones
> used instead.

Cambia de servidor, ese no tiene el archivo que necesitas:

https://packages.sury.org/php/dists/

Está vacío.

Por eso siempre uso los alemanes:

http://ftp.de.debian.org/debian/dists/jessie/main/binary-amd64/

Aquí hay más chicha :-)

> ¿A alguien le suena este error y cómo solucionarlo?

Parece un error tontín, al fin y al cabo sólo estás actualizando los 
paquetes de Debian Jessie; la «fiesta» de la actualización aún no ha 
empezado...

Saludos,

-- 
Camaleón 

Re: Actualizar Debian Jessie a la última versión.

[Ramses]

El 6 de septiembre de 2022 19:57:56 CEST, Fran Torres 
 escribió:
>uenas,
>
>
>jessie quedó desfasada hace la tira de tiempo!:)
>
>
>debes modificar el fichero en /etc/apt/sources.list, cambiando todas las 
>palabras que veas con "jessie" a la nueva, que si no voy mal es buiselle (o 
>como se escriba).
>
>
>  Una vez cambiado, debes guardar los cambios y actualizar con:
>
>apt update && apt dist-upgrade -y
>
>
>Fran.
>
>
>El 06/09/22 a las 19:54, Ramses escribió:
>> BBuenas a tod@s.
>> 
>> Quiero actualizar una máquina con Debian Jessie, concretamente es un
>> contenedor LXC, a la última versión de Debian.
>> 
>> El problema que tengo es que, cuando hago un "apt update" me aparece el
>> siguiente error:
>> 
>> -
>> root@maquina:/# apt-get update
>> Hit http://security.debian.org jessie/updates InRelease
>> Ign http://httpredir.debian.org jessie InRelease
>> Hit http://httpredir.debian.org jessie-updates InRelease
>> .
>> .
>> .
>> Get:7 http://httpredir.debian.org jessie/main Translation-en [4581 kB]
>> Ign https://packages.sury.org jessie/main Translation-en
>> Err https://packages.sury.org jessie/main amd64 Packages
>>server certificate verification failed. CAfile:
>> /etc/ssl/certs/ca-certificates.crt CRLfile: none
>> Get:8 http://httpredir.debian.org jessie/non-free Translation-en [72.0 kB]
>> .
>> .
>> .
>> Hit http://security.debian.org jessie/updates/contrib Translation-en
>> Fetched 11.7 MB in 2min 1s (96.8 kB/s)
>> W: Failed to fetch
>> https://packages.sury.org/php/dists/jessie/main/binary-amd64/Packages
>> server certificate verification failed. CAfile:
>> /etc/ssl/certs/ca-certificates.crt CRLfile: none
>> 
>> E: Some index files failed to download. They have been ignored, or old ones
>> used instead.
>> root@maquina:/#
>> -
>> 
>> ¿A alguien le suena este error y cómo solucionarlo?
>> 
>> 
>> Saludos y gracias
>> 

Buenas,

¿Pero no sería recomendable ir actualizando de versión en versión en vez de 
pasar directamente desde Jessie a Bullseye?


Saludos y gracias

Actualizar Debian Jessie a la última versión.

[Ramses]

Buenas a tod@s.

Quiero actualizar una máquina con Debian Jessie, concretamente es un
contenedor LXC, a la última versión de Debian.

El problema que tengo es que, cuando hago un "apt update" me aparece el
siguiente error:

-
root@maquina:/# apt-get update
Hit http://security.debian.org jessie/updates InRelease
Ign http://httpredir.debian.org jessie InRelease
Hit http://httpredir.debian.org jessie-updates InRelease
.
.
.
Get:7 http://httpredir.debian.org jessie/main Translation-en [4581 kB]
Ign https://packages.sury.org jessie/main Translation-en
Err https://packages.sury.org jessie/main amd64 Packages
  server certificate verification failed. CAfile:
/etc/ssl/certs/ca-certificates.crt CRLfile: none
Get:8 http://httpredir.debian.org jessie/non-free Translation-en [72.0 kB]
.
.
.
Hit http://security.debian.org jessie/updates/contrib Translation-en
Fetched 11.7 MB in 2min 1s (96.8 kB/s)
W: Failed to fetch
https://packages.sury.org/php/dists/jessie/main/binary-amd64/Packages
server certificate verification failed. CAfile:
/etc/ssl/certs/ca-certificates.crt CRLfile: none

E: Some index files failed to download. They have been ignored, or old ones
used instead.
root@maquina:/#
-

¿A alguien le suena este error y cómo solucionarlo?


Saludos y gracias

Re: IPMI Service error al actualizar

[Juan Gómez]

Hola.
Gracias por la rápida respuesta.

El 21/6/22 a las 19:26, Camaleón escribió:

El 2022-06-21 a las 18:53 +0200, Juan Gómez "Txonta" escribió:


Hola.

Después de actualizar los paquetes en el servidor debian
me devuelve un error que no me llega mi conocimiento a saber la
transcendencia
ni como actuar. Agradezco comentarios y consejos.
Mensaje en apt upgrade:


(...)


jun 21 16:48:15 xx--ovh systemd[1]: Starting IPMI event
daemon...
jun 21 16:48:15 xx--ovh ipmievd[17846]: Could not open
device at /dev/ipmi0 or /dev/ipmi/0 or /dev/ipmidev/0: No such
file or directory

(...)

IPMI es un sistema para gestionar el hardware de los servidores, muy útil
en funciones de mantenimiento y control de los equipos cuando  trabajas
en remoto.

Por los mensajes que veo me da la sensación de que estás en una máquina
virtual y que el servidor físico tendrá instalada una tarjeta IPMI, que
tendrás que configurar para poder usarla, normalmente cargando el
módulo del kernel e instalado alguna herramienta de monitorización.

(...)


¿Que me aconsejan?

Te puede venir bien tener configurado el módulo IPMI, pero ten cuidado
si accedes en remoto y no tienes acceso físico al servidor, porque
puedes dejarlo sin comunicación o inaccesible.

Busca información sobre lo que te ofrece el servicio¹ y si le ves
utilidad, trata de configurarlo instalando las herramientas neecsarias
de gestión (ipmitool o similares)

Si decides que no lo necesitas, podrás desactivar el servicio para que
no te dé guerra.

¹https://www.ibm.com/docs/es/power8?topic=power8-p8eih-p8eih-ipmitool-htm

Saludos,

Es en un Public Cloud de OVH.
En OVH no he encontrado documentación sobre casos como este (si para 
servidores dedicados que parece que tienen una opcion KVM-IPMI en el 
manage), tampoco el soporte técnico responde a este tema.


Si se refiere a Hardware sobre el que no tengo acceso físico, me 
pregunto si yo lo precisaré para algo.

Después de unas horas no he conseguido avanzar más.

La semana que viene tocará actualizar strecht, a ver en que queda todo esto.
Si averiguo algo o lo consigo arreglar os comento.

Salud y gracias.

Juan

Re: IPMI Service error al actualizar

[Camaleón]

El 2022-06-21 a las 18:53 +0200, Juan Gómez "Txonta" escribió:

> Hola.
> 
>Después de actualizar los paquetes en el servidor debian
>me devuelve un error que no me llega mi conocimiento a saber la
>transcendencia
>ni como actuar. Agradezco comentarios y consejos.
>Mensaje en apt upgrade:
> 

(...)

>jun 21 16:48:15 xx--ovh systemd[1]: Starting IPMI event
>daemon...
>jun 21 16:48:15 xx--ovh ipmievd[17846]: Could not open
>device at /dev/ipmi0 or /dev/ipmi/0 or /dev/ipmidev/0: No such
>file or directory

(...)

IPMI es un sistema para gestionar el hardware de los servidores, muy útil 
en funciones de mantenimiento y control de los equipos cuando  trabajas 
en remoto.

Por los mensajes que veo me da la sensación de que estás en una máquina 
virtual y que el servidor físico tendrá instalada una tarjeta IPMI, que 
tendrás que configurar para poder usarla, normalmente cargando el 
módulo del kernel e instalado alguna herramienta de monitorización.

(...)

>¿Que me aconsejan?

Te puede venir bien tener configurado el módulo IPMI, pero ten cuidado 
si accedes en remoto y no tienes acceso físico al servidor, porque 
puedes dejarlo sin comunicación o inaccesible.

Busca información sobre lo que te ofrece el servicio¹ y si le ves 
utilidad, trata de configurarlo instalando las herramientas neecsarias 
de gestión (ipmitool o similares)

Si decides que no lo necesitas, podrás desactivar el servicio para que 
no te dé guerra.

¹https://www.ibm.com/docs/es/power8?topic=power8-p8eih-p8eih-ipmitool-htm

Saludos,

-- 
Camaleón 

IPMI Service error al actualizar

[Txonta]

Hola.

   Después de actualizar los paquetes en el servidor debian
   me devuelve un error que no me llega mi conocimiento a saber la
   transcendencia
   ni como actuar. Agradezco comentarios y consejos.
   Mensaje en apt upgrade:

   ...
   Job for ipmievd.service failed because the control process
   exited with error code.
   See "systemctl status ipmievd.service" and "journalctl -xe" for
   details.
   invoke-rc.d: initscript ipmievd, action "restart" failed.
   ● ipmievd.service - IPMI event daemon
   Loaded: loaded (/lib/systemd/system/ipmievd.service;
   disabled; vendor preset: enabled)
   Active: failed (Result: exit-code) since Tue 2022-06-21
   16:48:15 CEST; 13ms ago
  Process: 17846 ExecStart=/usr/sbin/ipmievd $IPMIEVD_OPTIONS
   (code=exited, status=1/FAILURE)

   jun 21 16:48:15 xx--ovh systemd[1]: Starting IPMI event
   daemon...
   jun 21 16:48:15 xx--ovh ipmievd[17846]: Could not open
   device at /dev/ipmi0 or /dev/ipmi/0 or /dev/ipmidev/0: No such
   file or directory
   jun 21 16:48:15 xx--ovh systemd[1]: ipmievd.service: Control
   process exited, code=exited status=1
   jun 21 16:48:15 xx--ovh systemd[1]: Failed to start IPMI
   event daemon.
   jun 21 16:48:15 xx--ovh systemd[1]: ipmievd.service: Unit
   entered failed state.
   jun 21 16:48:15 xx--ovh systemd[1]: ipmievd.service: Failed
   with result 'exit-code'.
   Hint: Some lines were ellipsized, use -l to show in full.
   Unable to start ipmievd during installation.  Trying to disable.
   ...

   El servicio que desconozco y del que hay poca información en la red
   parece que continuamente esta cambiando de id:

   # ps axwu|grep ipmi
   root 23673  0.0  0.0  12780  1024 pts/0    S+   18:17   0:00
   grep ipmi
   :~# ps axwu|grep ipmi
   root 23677  0.0  0.0  12780   940 pts/0    S+   18:17   0:00
   grep ipmi

   No responde a service stop, o restart.
   Mas datos:

   # uname -a
   Linux xx-ovh 4.9.0-15-amd64 #1 SMP Debian 4.9.258-1
   (2021-03-08) x86_64 GNU/Linux
   # lsb_release -a
   No LSB modules are available.
   Distributor ID:    Debian
   Description:    Debian GNU/Linux 9.13 (stretch)
   Release:    9.13
   Codename:    stretch

   ¿Que me aconsejan?
   Disculpad la ignorancia y gracias por la ayuda.

Juan

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
> >> 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 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: actualizar kernel para problema con wifi

[Daniel]

nde bien vale 
la pena probar,

saludos!


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>
> <mailto:noela...@gmail.com <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



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

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: Apt-get install problemas para actualizar e instalar

[Camaleón]

El 2020-11-04 a las 19:57 -0600, Hector Spawn escribió:

> Hola, algo hice mal con /etc/apt/sources.list le puse líneas de más
> actualice y ahora tengo este mensaje.
> 
> El sources.list que estoy usando:

(...)

> deb ftp://ftp.deb-multimedia.org buster main non-free
> deb ftp://ftp.deb-multimedia.org buster-backports main
  ^^^

Se queja de este.

> Al instalar algo:
> The method 'ftp' is unsupported and disabled by default. Consider switching
> to http(s). Set Dir::Bin::Methods::ftp to "ftp" to enable it again.
> E: The method 'ftp' is unsupported and disabled by default. Consider
> switching to http(s). Set Dir::Bin::Methods::ftp to "ftp" to enable it
> again.

Tendrás que usar otro protocolo, o como te dice el mensaje, activar 
expresamente el uso de ftp, que no se recomienda.

Prueba con http://.

> W: Fallo al obtener http://ftp.mx.debian.org/debian/dists/buster/InRelease
>  No se pudo conectar a ftp.mx.debian.org:80 (132.248.182.159), caducó el
> tiempo para conexión

Este es otro error, quizá temporal del servidor al que intenta conectar,
prueba más tarde a ver si ya funciona.

Saludos,

-- 
Camaleón 

Re: Apt-get install problemas para actualizar e instalar

[Jorge A. Secreto]

HOla

El mié., 4 de nov. de 2020 a la(s) 22:58, Hector Spawn (
hector.sp...@gmail.com) escribió:

> Hola, algo hice mal con /etc/apt/sources.list le puse líneas de más
> actualice y ahora tengo este mensaje.
>
> El sources.list que estoy usando:
>
>
> deb [arch=all] http://ftp.mx.debian.org/debian/ buster main contrib
> non-free
> deb-src [arch=all] http://ftp.mx.debian.org/debian/ buster main contrib
> non-free
>
> deb [arch=all] http://ftp.mx.debian.org/debian/ buster-updates main
> contrib non-free
> deb-src [arch=all] http://ftp.mx.debian.org/debian/ buster-updates main
> contrib non-free
>
> deb [arch=all] http://security.debian.org/ buster/updates main contrib
> non-free
> deb-src [arch=all] http://security.debian.org/ buster/updates main
> contrib non-free
>
> deb http://www.deb-multimedia.org buster main non-free
> deb http://www.deb-multimedia.org buster-backports main
>
> deb ftp://ftp.deb-multimedia.org buster main non-free
> deb ftp://ftp.deb-multimedia.org buster-backports main
>
> deb http://www.deb-multimedia.org stable main non-free
> deb http://www.deb-multimedia.org stable-backports main
>
> *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-
>
> Al instalar algo:
> The method 'ftp' is unsupported and disabled by default. Consider
> switching to http(s). Set Dir::Bin::Methods::ftp to "ftp" to enable it
> again.
> E: The method 'ftp' is unsupported and disabled by default. Consider
> switching to http(s). Set Dir::Bin::Methods::ftp to "ftp" to enable it
> again.
> W: Fallo al obtener http://ftp.mx.debian.org/debian/dists/buster/InRelease
>  No se pudo conectar a ftp.mx.debian.org:80 (132.248.182.159), caducó el
> tiempo para conexión
> W: Fallo al obtener
> http://ftp.mx.debian.org/debian/dists/buster-updates/InRelease  No se
> pudo conectar a ftp.mx.debian.org:http:
> E: Fallo al obtener ftp://ftp.deb-multimedia.org/dists/buster/InRelease
> E: Fallo al obtener
> ftp://ftp.deb-multimedia.org/dists/buster-backports/InRelease
> W: No se han podido descargar algunos archivos de índice, se han omitido,
> o se han utilizado unos antiguos en su lugar.
>
> ¿cómo lo actualizo?
>
> Saludos.
>
Armá el sources.list como dice aca
https://wiki.debian.org/SourcesList
abrazos
-- 
Jorge A Secreto
Analista de Sistemas
MP 361

Re: Apt-get install problemas para actualizar e instalar

[Salvador Sánchez Sánchez]

Hector Spawn  escribió:


Hola, algo hice mal con /etc/apt/sources.list le puse líneas de más
actualice y ahora tengo este mensaje.

El sources.list que estoy usando:


deb [arch=all] http://ftp.mx.debian.org/debian/ buster main contrib non-free
deb-src [arch=all] http://ftp.mx.debian.org/debian/ buster main contrib
non-free

deb [arch=all] http://ftp.mx.debian.org/debian/ buster-updates main contrib
non-free
deb-src [arch=all] http://ftp.mx.debian.org/debian/ buster-updates main
contrib non-free

deb [arch=all] http://security.debian.org/ buster/updates main contrib
non-free
deb-src [arch=all] http://security.debian.org/ buster/updates main contrib
non-free

deb http://www.deb-multimedia.org buster main non-free
deb http://www.deb-multimedia.org buster-backports main

deb ftp://ftp.deb-multimedia.org buster main non-free
deb ftp://ftp.deb-multimedia.org buster-backports main

deb http://www.deb-multimedia.org stable main non-free
deb http://www.deb-multimedia.org stable-backports main

*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-

Al instalar algo:
The method 'ftp' is unsupported and disabled by default. Consider switching
to http(s). Set Dir::Bin::Methods::ftp to "ftp" to enable it again.
E: The method 'ftp' is unsupported and disabled by default. Consider
switching to http(s). Set Dir::Bin::Methods::ftp to "ftp" to enable it
again.
W: Fallo al obtener http://ftp.mx.debian.org/debian/dists/buster/InRelease
 No se pudo conectar a ftp.mx.debian.org:80 (132.248.182.159), caducó el
tiempo para conexión
W: Fallo al obtener
http://ftp.mx.debian.org/debian/dists/buster-updates/InRelease  No se pudo
conectar a ftp.mx.debian.org:http:
E: Fallo al obtener ftp://ftp.deb-multimedia.org/dists/buster/InRelease
E: Fallo al obtener
ftp://ftp.deb-multimedia.org/dists/buster-backports/InRelease
W: No se han podido descargar algunos archivos de índice, se han omitido, o
se han utilizado unos antiguos en su lugar.

¿cómo lo actualizo?

Saludos.



Hola buenas noches, prueba usar

http://ftp.debian.org/

esta probando el que estas usando http://ftp.mx.debian.org/ pero  
parece que esta caido ese host en estos momento,



--
Este mensaje le ha llegado mediante el servicio de correo electronico que 
ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema 
Nacional de Salud. La persona que envia este correo asume el compromiso de usar 
el servicio a tales fines y cumplir con las regulaciones establecidas

Infomed: http://www.sld.cu/

Apt-get install problemas para actualizar e instalar

[Hector Spawn]

Hola, algo hice mal con /etc/apt/sources.list le puse líneas de más
actualice y ahora tengo este mensaje.

El sources.list que estoy usando:


deb [arch=all] http://ftp.mx.debian.org/debian/ buster main contrib non-free
deb-src [arch=all] http://ftp.mx.debian.org/debian/ buster main contrib
non-free

deb [arch=all] http://ftp.mx.debian.org/debian/ buster-updates main contrib
non-free
deb-src [arch=all] http://ftp.mx.debian.org/debian/ buster-updates main
contrib non-free

deb [arch=all] http://security.debian.org/ buster/updates main contrib
non-free
deb-src [arch=all] http://security.debian.org/ buster/updates main contrib
non-free

deb http://www.deb-multimedia.org buster main non-free
deb http://www.deb-multimedia.org buster-backports main

deb ftp://ftp.deb-multimedia.org buster main non-free
deb ftp://ftp.deb-multimedia.org buster-backports main

deb http://www.deb-multimedia.org stable main non-free
deb http://www.deb-multimedia.org stable-backports main

*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-

Al instalar algo:
The method 'ftp' is unsupported and disabled by default. Consider switching
to http(s). Set Dir::Bin::Methods::ftp to "ftp" to enable it again.
E: The method 'ftp' is unsupported and disabled by default. Consider
switching to http(s). Set Dir::Bin::Methods::ftp to "ftp" to enable it
again.
W: Fallo al obtener http://ftp.mx.debian.org/debian/dists/buster/InRelease
 No se pudo conectar a ftp.mx.debian.org:80 (132.248.182.159), caducó el
tiempo para conexión
W: Fallo al obtener
http://ftp.mx.debian.org/debian/dists/buster-updates/InRelease  No se pudo
conectar a ftp.mx.debian.org:http:
E: Fallo al obtener ftp://ftp.deb-multimedia.org/dists/buster/InRelease
E: Fallo al obtener
ftp://ftp.deb-multimedia.org/dists/buster-backports/InRelease
W: No se han podido descargar algunos archivos de índice, se han omitido, o
se han utilizado unos antiguos en su lugar.

¿cómo lo actualizo?

Saludos.

Re: actualizar youtube-dl de Buster a Bullseye en estable.

[Felix Perez]

El sáb., 4 de jul. de 2020 a la(s) 17:39,  escribió:
>
> si usas el comando git, hice fetch al repositorio de youtube-dl desde github, 
> luego lo actualizo con:
>
> git pull master:master
>
>  desde la carpeta del trabajo del repositorio git,
>
> y de ahí:
>
> python3 youtube_dl/__main__.py OPCIONES
>
> en vez de
>
> youtube-dl OPCIONES
>
> -- Dani
>
>
> 4 jul. 2020 13:19 por marcelopllan...@gmail.com:
>
> >
> >
> > El dom., 7 jun. 2020 a las 10:48, Rupert (<> amel_anc...@hotmail.com> >) 
> > escribió:
> >
> >> Buen día,
> >>  La version de youtube-dl disponible en Buster, 2019.01.17-1.1,  parece
> >>  estar corrupta/dañada ya que al intentar utilizarla recibía este
> >>  mensaje de error: "youtube says: video not available" trate de
> >>
> >
> > ¿Si se reproduce el video de youtube en el navegador? Porque según el 
> > mensaje indica que el video ya no está disponible en youtube.
> >
> >
> >> actualizarla via via el comando "youtube-dl -U" pero recibí este
> >>  error:"youtube-dl: error: youtube-dl's self-update mechanism is
> >>  disabled on Debian. Please update youtube-dl using apt(8). See
> >>  >> https://packages.debian.org/sid/youtube-dl>>  for the latest packaged
> >>  version." Al intentar con apt resultó que la version instalada era la
> >>  mas reciente por lo que descargué la version disponible en
> >>  Bullseye, 2020.05.08-1, en su formato .deb, lo instalé,
> >>  afortunadamente sin errores, tampoco fue modificado/actualizado
> >>  ningún otro paquete y el archivo sources.list no sufrió
> >>  modificación alguna. Por lo que me pregunto si es posible que la versión
> >>  del paquete youtube-dl de Bullseye sea incluido como una actualización
> >>  regular via apt-update && upgrade en Buster? No se si esto sea
> >>  posible y/o recomendable o si se aplica a los procedimientos
> >>  para incluir nuevos paquetes en estable, en todo caso, la
> >>  version de youtube-dl en Buster no funciona correctamente y
> >>  debe ser reparada/actualizada.
> >>  Version de Debian: 10.4 (Buster/Stable)
> >>  paquete: youtube-dl
> >>  version: 2019.01.17-1.1
> >>  síntoma: No funciona correctamente y al intentar
> >>  utilizarla devuelve el siguiente mensaje de error: "youtube says:video
> >>  not available"
> >>  sugerencia: actualizar youtube-dl a la version disponible en
> >>  Bullseye, 2020.05.08-1 la cual funciona sin problema alguno.
> >>
> >>  NOTA: Ya que esta es mi primera vez usando este servicio
> >>  espero haberlo conforme a los lineamientos para el mismo.
> >>
> >>
> >
> > youtube-dl está en constante desarrollo y tiene constantes cambios para 
> > trabajar de forma correcta, por que constantemente tiene que ser 
> > actualizado en nuestro sistema Debian.
> >
> > Los repositorios de Debian no siempre tienen la última versión de 
> > youtube-dl, es decir, no actualizan este paquete a cómo va el desarrollo 
> > activo del proyecto youtube-dl, en el proyecto Debian más se centran en la 
> > seguridad y la estabilidad de la versión del paquete (en este caso 
> > youtube-dl) ingresado al desarrollo. Pero eso no es problema para tener la 
> > versión más actualizada de youtube-dl, y hay dos maneras:
> >
> > 1. Mediante python-pip:
> >
> > # apt install python-pip
> > # pip install youtube_dl
> >
> > Para actualizar a la última versión:
> > # pip install --upgrade youtube_dl
> >
> >
> > 2. Descargarlo desde la página del proyecto > https://youtube-dl.org/> , 
> > desempaquetarlo, darle permisos de ejecución y ejecutalrlo.
> >
> >
>

desde consola:
youtube-dl -help

 -U, --update Update this program to latest
version. Make sure that you have sufficient permissions (run with sudo
if needed)

suerte.

-- 
usuario linux  #274354
normas de la lista:  http://wiki.debian.org/es/NormasLista
como hacer preguntas inteligentes:
http://www.sindominio.net/ayuda/preguntas-inteligentes.html

Re: actualizar youtube-dl de Buster a Bullseye en estable.

[atencion]

si usas el comando git, hice fetch al repositorio de youtube-dl desde github, 
luego lo actualizo con:

git pull master:master

 desde la carpeta del trabajo del repositorio git,

y de ahí:

python3 youtube_dl/__main__.py OPCIONES

en vez de

youtube-dl OPCIONES

-- Dani


4 jul. 2020 13:19 por marcelopllan...@gmail.com:

>
>
> El dom., 7 jun. 2020 a las 10:48, Rupert (<> amel_anc...@hotmail.com> >) 
> escribió:
>
>> Buen día, 
>>  La version de youtube-dl disponible en Buster, 2019.01.17-1.1,  parece
>>  estar corrupta/dañada ya que al intentar utilizarla recibía este
>>  mensaje de error: "youtube says: video not available" trate de
>>
>
> ¿Si se reproduce el video de youtube en el navegador? Porque según el mensaje 
> indica que el video ya no está disponible en youtube.
>  
>
>> actualizarla via via el comando "youtube-dl -U" pero recibí este
>>  error:"youtube-dl: error: youtube-dl's self-update mechanism is
>>  disabled on Debian. Please update youtube-dl using apt(8). See
>>  >> https://packages.debian.org/sid/youtube-dl>>  for the latest packaged
>>  version." Al intentar con apt resultó que la version instalada era la
>>  mas reciente por lo que descargué la version disponible en
>>  Bullseye, 2020.05.08-1, en su formato .deb, lo instalé,
>>  afortunadamente sin errores, tampoco fue modificado/actualizado
>>  ningún otro paquete y el archivo sources.list no sufrió
>>  modificación alguna. Por lo que me pregunto si es posible que la versión
>>  del paquete youtube-dl de Bullseye sea incluido como una actualización
>>  regular via apt-update && upgrade en Buster? No se si esto sea
>>  posible y/o recomendable o si se aplica a los procedimientos
>>  para incluir nuevos paquetes en estable, en todo caso, la
>>  version de youtube-dl en Buster no funciona correctamente y
>>  debe ser reparada/actualizada. 
>>  Version de Debian: 10.4 (Buster/Stable)
>>  paquete: youtube-dl
>>  version: 2019.01.17-1.1
>>  síntoma: No funciona correctamente y al intentar
>>  utilizarla devuelve el siguiente mensaje de error: "youtube says:video
>>  not available"
>>  sugerencia: actualizar youtube-dl a la version disponible en
>>  Bullseye, 2020.05.08-1 la cual funciona sin problema alguno.
>>  
>>  NOTA: Ya que esta es mi primera vez usando este servicio
>>  espero haberlo conforme a los lineamientos para el mismo.           
>>  
>>
>
> youtube-dl está en constante desarrollo y tiene constantes cambios para 
> trabajar de forma correcta, por que constantemente tiene que ser actualizado 
> en nuestro sistema Debian.
>
> Los repositorios de Debian no siempre tienen la última versión de youtube-dl, 
> es decir, no actualizan este paquete a cómo va el desarrollo activo del 
> proyecto youtube-dl, en el proyecto Debian más se centran en la seguridad y 
> la estabilidad de la versión del paquete (en este caso youtube-dl) ingresado 
> al desarrollo. Pero eso no es problema para tener la versión más actualizada 
> de youtube-dl, y hay dos maneras:
>
> 1. Mediante python-pip:
>
> # apt install python-pip
> # pip install youtube_dl
>
> Para actualizar a la última versión:
> # pip install --upgrade youtube_dl
>
>
> 2. Descargarlo desde la página del proyecto > https://youtube-dl.org/> , 
> desempaquetarlo, darle permisos de ejecución y ejecutalrlo.
>
>

Re: actualizar youtube-dl de Buster a Bullseye en estable.

[Marcelo P. Llanos C.]

El dom., 7 jun. 2020 a las 10:48, Rupert ()
escribió:

> Buen día,
> La version de youtube-dl disponible en Buster, 2019.01.17-1.1,  parece
> estar corrupta/dañada ya que al intentar utilizarla recibía este
> mensaje de error: "youtube says: video not available" trate de
>

¿Si se reproduce el video de youtube en el navegador? Porque según el
mensaje indica que el video ya no está disponible en youtube.


> actualizarla via via el comando "youtube-dl -U" pero recibí este
> error:"youtube-dl: error: youtube-dl's self-update mechanism is
> disabled on Debian. Please update youtube-dl using apt(8). See
> https://packages.debian.org/sid/youtube-dl for the latest packaged
> version." Al intentar con apt resultó que la version instalada era la
> mas reciente por lo que descargué la version disponible en
> Bullseye, 2020.05.08-1, en su formato .deb, lo instalé,
> afortunadamente sin errores, tampoco fue modificado/actualizado
> ningún otro paquete y el archivo sources.list no sufrió
> modificación alguna. Por lo que me pregunto si es posible que la versión
> del paquete youtube-dl de Bullseye sea incluido como una actualización
> regular via apt-update && upgrade en Buster? No se si esto sea
> posible y/o recomendable o si se aplica a los procedimientos
> para incluir nuevos paquetes en estable, en todo caso, la
> version de youtube-dl en Buster no funciona correctamente y
> debe ser reparada/actualizada.
> Version de Debian: 10.4 (Buster/Stable)
> paquete: youtube-dl
> version: 2019.01.17-1.1
> síntoma: No funciona correctamente y al intentar
> utilizarla devuelve el siguiente mensaje de error: "youtube says:video
> not available"
> sugerencia: actualizar youtube-dl a la version disponible en
> Bullseye, 2020.05.08-1 la cual funciona sin problema alguno.
>
> NOTA: Ya que esta es mi primera vez usando este servicio
> espero haberlo conforme a los lineamientos para el mismo.
>
>
youtube-dl está en constante desarrollo y tiene constantes cambios para
trabajar de forma correcta, por que constantemente tiene que ser
actualizado en nuestro sistema Debian.

Los repositorios de Debian no siempre tienen la última versión de
youtube-dl, es decir, no actualizan este paquete a cómo va el desarrollo
activo del proyecto youtube-dl, en el proyecto Debian más se centran en la
seguridad y la estabilidad de la versión del paquete (en este caso
youtube-dl) ingresado al desarrollo. Pero eso no es problema para tener la
versión más actualizada de youtube-dl, y hay dos maneras:

1. Mediante python-pip:

# apt install python-pip
# pip install youtube_dl

Para actualizar a la última versión:
# pip install --upgrade youtube_dl


2. Descargarlo desde la página del proyecto https://youtube-dl.org/,
desempaquetarlo, darle permisos de ejecución y ejecutalrlo.

Re: actualizar youtube-dl de Buster a Bullseye en estable.

[Channel Herrera]

Seguramente falta alguna libreria...o dependencia rota instala con aptitude
no se por que tengo la sensación de ser mas fiable que apt

El lun., 8 jun. 2020 10:00 p. m., Germán Avendaño Ramírez <
gdavenda...@autistici.org> escribió:

>
> JavierDebian writes:
>
> > Agrega el repositorio
> >
> > deb https://www.deb-multimedia.org buster main non-free
> >
> > (Sigue las instrucciones de aquí)
> >
> > Actualiza  youtube-dl con todas las librerías que le dependen.
> >
> > Se solucionan los problemas de multimedia en todo.
> >
> > JAP
>
> Se puede instalar youtube-dl usando las instrucciones de la página del
> proyecto. Aquí también se dan instrucciones para usar pip (python)
>
> Instrucciones https://ytdl-org.github.io/youtube-dl/download.html
>
> Atentamente,
>
> --
> Germán Avendaño Ramírez
> Lic. Mat. U.D., M.Sc. U.N
>
>

Re: actualizar youtube-dl de Buster a Bullseye en estable.

[Germán Avendaño Ramírez]

JavierDebian writes:

> Agrega el repositorio
>
> deb https://www.deb-multimedia.org buster main non-free
>
> (Sigue las instrucciones de aquí)
>
> Actualiza  youtube-dl con todas las librerías que le dependen.
>
> Se solucionan los problemas de multimedia en todo.
>
> JAP

Se puede instalar youtube-dl usando las instrucciones de la página del
proyecto. Aquí también se dan instrucciones para usar pip (python)

Instrucciones https://ytdl-org.github.io/youtube-dl/download.html

Atentamente,

-- 
Germán Avendaño Ramírez
Lic. Mat. U.D., M.Sc. U.N

Re: actualizar youtube-dl de Buster a Bullseye en estable.

[JavierDebian]

El 7/6/20 a las 12:17, Rupert escribió:

Buen día,
La version de youtube-dl disponible en Buster, 2019.01.17-1.1,  parece
estar corrupta/dañada ya que al intentar utilizarla recibía este
mensaje de error: "youtube says: video not available" trate de
actualizarla via via el comando "youtube-dl -U" pero recibí este
error:"youtube-dl: error: youtube-dl's self-update mechanism is
disabled on Debian. Please update youtube-dl using apt(8). See
https://packages.debian.org/sid/youtube-dl for the latest packaged
version." Al intentar con apt resultó que la version instalada era la
mas reciente por lo que descargué la version disponible en
Bullseye, 2020.05.08-1, en su formato .deb, lo instalé,
afortunadamente sin errores, tampoco fue modificado/actualizado
ningún otro paquete y el archivo sources.list no sufrió
modificación alguna. Por lo que me pregunto si es posible que la versión
del paquete youtube-dl de Bullseye sea incluido como una actualización
regular via apt-update && upgrade en Buster? No se si esto sea
posible y/o recomendable o si se aplica a los procedimientos
para incluir nuevos paquetes en estable, en todo caso, la
version de youtube-dl en Buster no funciona correctamente y
debe ser reparada/actualizada.
Version de Debian: 10.4 (Buster/Stable)
paquete: youtube-dl
version: 2019.01.17-1.1
síntoma: No funciona correctamente y al intentar
utilizarla devuelve el siguiente mensaje de error: "youtube says:video
not available"
sugerencia: actualizar youtube-dl a la version disponible en
Bullseye, 2020.05.08-1 la cual funciona sin problema alguno.

NOTA: Ya que esta es mi primera vez usando este servicio
espero haberlo conforme a los lineamientos para el mismo.




Agrega el repositorio

deb https://www.deb-multimedia.org buster main non-free

(Sigue las instrucciones de aquí)

Actualiza  youtube-dl con todas las librerías que le dependen.

Se solucionan los problemas de multimedia en todo.

JAP

Re: actualizar youtube-dl de Buster a Bullseye en estable.

[Camaleón]

El 2020-06-07 a las 11:17 -0400, Rupert escribió:

> La version de youtube-dl disponible en Buster, 2019.01.17-1.1,  parece
> estar corrupta/dañada ya que al intentar utilizarla recibía este
> mensaje de error: "youtube says: video not available" trate de
> actualizarla via via el comando "youtube-dl -U" pero recibí este
> error:"youtube-dl: error: youtube-dl's self-update mechanism is
> disabled on Debian. Please update youtube-dl using apt(8). See
> https://packages.debian.org/sid/youtube-dl for the latest packaged
> version." Al intentar con apt resultó que la version instalada era la
> mas reciente por lo que descargué la version disponible en
> Bullseye, 2020.05.08-1, en su formato .deb, lo instalé,
> afortunadamente sin errores, tampoco fue modificado/actualizado
> ningún otro paquete y el archivo sources.list no sufrió
> modificación alguna. 

¿Qué lista de repositorios tienes configurados?

cat /etc/apt/sources.list

> Por lo que me pregunto si es posible que la versión
> del paquete youtube-dl de Bullseye sea incluido como una actualización
> regular via apt-update && upgrade en Buster? No se si esto sea
> posible y/o recomendable o si se aplica a los procedimientos
> para incluir nuevos paquetes en estable,

Sí, siempre y cuando tengas el repo adecuado para ello, como 
«proposed updates», «stable updates» o «backports».

https://wiki.debian.org/SourcesList

>  en todo caso, la
> version de youtube-dl en Buster no funciona correctamente y
> debe ser reparada/actualizada. 

(...)

El error que te da parece de Youtube, no de la aplicación. Los paquetes 
de la versión estable no se actualizan si no corrigen fallos de 
seguirdad, aunque hay excepciones. 

Siempre puedes informar del problema a través del BTS:

https://www.debian.org/Bugs/

Saludos,

-- 
Camaleón 

actualizar youtube-dl de Buster a Bullseye en estable.

[Rupert]

Buen día, 
La version de youtube-dl disponible en Buster, 2019.01.17-1.1,  parece
estar corrupta/dañada ya que al intentar utilizarla recibía este
mensaje de error: "youtube says: video not available" trate de
actualizarla via via el comando "youtube-dl -U" pero recibí este
error:"youtube-dl: error: youtube-dl's self-update mechanism is
disabled on Debian. Please update youtube-dl using apt(8). See
https://packages.debian.org/sid/youtube-dl for the latest packaged
version." Al intentar con apt resultó que la version instalada era la
mas reciente por lo que descargué la version disponible en
Bullseye, 2020.05.08-1, en su formato .deb, lo instalé,
afortunadamente sin errores, tampoco fue modificado/actualizado
ningún otro paquete y el archivo sources.list no sufrió
modificación alguna. Por lo que me pregunto si es posible que la versión
del paquete youtube-dl de Bullseye sea incluido como una actualización
regular via apt-update && upgrade en Buster? No se si esto sea
posible y/o recomendable o si se aplica a los procedimientos
para incluir nuevos paquetes en estable, en todo caso, la
version de youtube-dl en Buster no funciona correctamente y
debe ser reparada/actualizada. 
Version de Debian: 10.4 (Buster/Stable)
paquete: youtube-dl
version: 2019.01.17-1.1
síntoma: No funciona correctamente y al intentar
utilizarla devuelve el siguiente mensaje de error: "youtube says:video
not available"
sugerencia: actualizar youtube-dl a la version disponible en
Bullseye, 2020.05.08-1 la cual funciona sin problema alguno.

NOTA: Ya que esta es mi primera vez usando este servicio
espero haberlo conforme a los lineamientos para el mismo.   

Re: Como actualizar debian 10 a 10.4

[Abogado]

El 22/5/20 a las 2:58, OddieX escribió:

El jue., 21 may. 2020 a las 22:54, Pablo Unia () escribió:

Buenas noches, estuve leyendo en el home de Debian que para actualizar a 10.4 
basta con apuntar el apt a alguno de los mirrors. Pero entro en la lista y veo 
urls ftp.

Alguien me puede indicar como hacerlo?

Saludos
Pablo Unia

Pablo, no hace falta cambiar las repos si queres actualizar de 10.0 a
10.4, la version 10 es buster, asi que tenes que tener las repos de
buster puestas.
Basta con ejecutar un apt-get update luego apt-get upgrade y luego
apt-get dist-upgrade y con eso se te upgradea todo

Si sale la version 11 llamada diferente (no se que nombre le van a
poner a la 11 estoy desactualizado), ahi si cambiarias en el
sources.list el nombre de la repo



Hola

Si en los repos tienes puesto stable en vez del nombre de la versión 
(buster, etc.), al hacer

# Apt update
# Apt upgrade o #apt full-upgrade
Se va actualizar automáticamente aunque la versión cambie de nombre

Si, en cambio, tienes puesto el nombre de la versión (buster, etc.), no 
tendrás otro remedio que cara a una nueva versión, que cambiar en los 
repos el nombre antiguo por el nombre de la nueva versión.


--
Un saludo,
José Manuel
Gran Canaria/España

Si vas a escribir.. piensa en esto:
no digas nada que no sea mas precioso que el silencio!!!

Re: Como actualizar debian 10 a 10.4

[JavierDebian]

El 21/5/20 a las 23:49, Fabián Bonetti escribió:

en terminal poner

sudo apt-get update

luego

sudo apt-get upgrade




$ sudo apt dist-upgrade



saludos

El 21 de mayo de 2020 22:36:37 ART, Pablo Unia  escribió:

Buenas noches, estuve leyendo en el home de Debian que para actualizar a
10.4 basta con apuntar el apt a alguno de los mirrors. Pero entro en la
lista y veo urls ftp.

Alguien me puede indicar como hacerlo?

Saludos
Pablo Unia

Re: Como actualizar debian 10 a 10.4

[Fabián Bonetti]

en terminal poner

sudo apt-get update

luego  

sudo apt-get upgrade

saludos

El 21 de mayo de 2020 22:36:37 ART, Pablo Unia  escribió:
>Buenas noches, estuve leyendo en el home de Debian que para actualizar a
>10.4 basta con apuntar el apt a alguno de los mirrors. Pero entro en la
>lista y veo urls ftp.
>
>Alguien me puede indicar como hacerlo?
>
>Saludos
>Pablo Unia

-- 
Enviado desde mi dispositivo Android con Librem Mail. Por favor, disculpa mi 
brevedad.

Re: Como actualizar debian 10 a 10.4

[OddieX]

El jue., 21 may. 2020 a las 22:54, Pablo Unia () escribió:
>
> Buenas noches, estuve leyendo en el home de Debian que para actualizar a 10.4 
> basta con apuntar el apt a alguno de los mirrors. Pero entro en la lista y 
> veo urls ftp.
>
> Alguien me puede indicar como hacerlo?
>
> Saludos
> Pablo Unia

Pablo, no hace falta cambiar las repos si queres actualizar de 10.0 a
10.4, la version 10 es buster, asi que tenes que tener las repos de
buster puestas.
Basta con ejecutar un apt-get update luego apt-get upgrade y luego
apt-get dist-upgrade y con eso se te upgradea todo

Si sale la version 11 llamada diferente (no se que nombre le van a
poner a la 11 estoy desactualizado), ahi si cambiarias en el
sources.list el nombre de la repo

Como actualizar debian 10 a 10.4

[Pablo Unia]

Buenas noches, estuve leyendo en el home de Debian que para actualizar a
10.4 basta con apuntar el apt a alguno de los mirrors. Pero entro en la
lista y veo urls ftp.

Alguien me puede indicar como hacerlo?

Saludos
Pablo Unia

Re: Actualizar OpenGL

[Suso Gonzalez]

Hola, como me puedo dar de baja de la lista?.
Gracias

Obtener Outlook para Android<https://aka.ms/ghei36>


From: Camaleón 
Sent: Thursday, May 7, 2020 10:35:40 AM
To: debian-user-spanish@lists.debian.org 
Subject: Re: Actualizar OpenGL

El 2020-05-07 a las 10:14 +0200, Imeneo Tirinto escribió:

> On Wed, May 6, 2020 at 10:25 PM Camaleón  wrote:
>
> > El 2020-05-06 a las 21:06 +0200, Imeneo Tirinto escribió:

(...)

> > > > Si ejecutas «glxinfo | grep "version"» (paquete mesa-utils)  te dirá tu
> > > > versión actual de OpenGL, que atendiendo a la tabla anterior debería
> > ser
> > > > la 2.1 o 2.0.
> > > >
> > > > ¹ https://www.mesa3d.org/faq.html
> > > > ² https://wiki.gentoo.org/wiki/Intel#Hardware_detection
> >
> > > Tengo la versión 2.0.
> >
> > Hum...
> >
> > > El programa que quiero instalar es OBS Studio, que indica que necesito
> > > OpenGl 3.3
> > > https://obsproject.com/wiki/install-instructions#linux
> > >
> > > No he probado a instalarlo.
> >
> > Ah, está disponible en los repositorios de Debian:
> >
> > https://packages.debian.org/buster/obs-studio
> >
> > Y efectivamente, pide dos cosas:
> >
> > 1. Tarjeta gráfica que admita OpenGL 3.2
> > 2. Controladores gráficos con soporte OpenGL 3.2
> >
> > En tu caso, los drivers no son un problema, pero la gráfica sí, me temo
> > ;-(
> >
> > Pero no pierdes nada por probar. Si no quieres instalarlo en tu sistema,
> > puedes cargar una versión Live(CD/USB) que se ejecuta desde el medio
> > sin alterar la instalación actual en el disco duro e instalar la
> > aplicación, a ver qué pasa. Me parecería excesivo que no se pudiera
> > ejecutar siquiera; lo que quizá sí tenga sea funciones bloqueadas al no
> > disponer del soporte para la versión OpenGL que necesita.
> >
> Lo instalé  pero no arranca
> [image: imaxe.png]

Vaya :-(

> El problema son los drivers.

Yo diría que la gráfica. Tu targeta gráfica no tiene soporte para OpenGL
3.2, aunque el driver sí lo cargue.

> Pero vaya, gracias por la ayunda. Lo he instalado en el portátil del
> trabajo, en el que también tengo Debian, y si funciona.

En ese equipo tendrás una gráfica más moderna :-)

Saludos,

--
Camaleón

Re: Actualizar OpenGL

[Camaleón]

El 2020-05-07 a las 10:14 +0200, Imeneo Tirinto escribió:

> On Wed, May 6, 2020 at 10:25 PM Camaleón  wrote:
> 
> > El 2020-05-06 a las 21:06 +0200, Imeneo Tirinto escribió:

(...)

> > > > Si ejecutas «glxinfo | grep "version"» (paquete mesa-utils)  te dirá tu
> > > > versión actual de OpenGL, que atendiendo a la tabla anterior debería
> > ser
> > > > la 2.1 o 2.0.
> > > >
> > > > ¹ https://www.mesa3d.org/faq.html
> > > > ² https://wiki.gentoo.org/wiki/Intel#Hardware_detection
> >
> > > Tengo la versión 2.0.
> >
> > Hum...
> >
> > > El programa que quiero instalar es OBS Studio, que indica que necesito
> > > OpenGl 3.3
> > > https://obsproject.com/wiki/install-instructions#linux
> > >
> > > No he probado a instalarlo.
> >
> > Ah, está disponible en los repositorios de Debian:
> >
> > https://packages.debian.org/buster/obs-studio
> >
> > Y efectivamente, pide dos cosas:
> >
> > 1. Tarjeta gráfica que admita OpenGL 3.2
> > 2. Controladores gráficos con soporte OpenGL 3.2
> >
> > En tu caso, los drivers no son un problema, pero la gráfica sí, me temo
> > ;-(
> >
> > Pero no pierdes nada por probar. Si no quieres instalarlo en tu sistema,
> > puedes cargar una versión Live(CD/USB) que se ejecuta desde el medio
> > sin alterar la instalación actual en el disco duro e instalar la
> > aplicación, a ver qué pasa. Me parecería excesivo que no se pudiera
> > ejecutar siquiera; lo que quizá sí tenga sea funciones bloqueadas al no
> > disponer del soporte para la versión OpenGL que necesita.
> >
> Lo instalé  pero no arranca
> [image: imaxe.png]

Vaya :-(
 
> El problema son los drivers.

Yo diría que la gráfica. Tu targeta gráfica no tiene soporte para OpenGL
3.2, aunque el driver sí lo cargue.

> Pero vaya, gracias por la ayunda. Lo he instalado en el portátil del
> trabajo, en el que también tengo Debian, y si funciona.

En ese equipo tendrás una gráfica más moderna :-)

Saludos,

-- 
Camaleón 

Re: Actualizar OpenGL

[Imeneo Tirinto]

Lo instalé  pero no arranca
[image: imaxe.png]

El problema son los drivers.

Pero vaya, gracias por la ayunda. Lo he instalado en el portátil del
trabajo, en el que también tengo Debian, y si funciona.

Gracias.

On Wed, May 6, 2020 at 10:25 PM Camaleón  wrote:

> El 2020-05-06 a las 21:06 +0200, Imeneo Tirinto escribió:
>
> > On Wed, May 6, 2020 at 8:16 PM Camaleón  wrote:
> >
> > > El 2020-05-06 a las 19:39 +0200, Imeneo Tirinto escribió:
>
> (...)
>
> > > > [  1600.155] (II) LoadModule: "glx"
> > > > [  1600.156] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
> > > > [  1600.158] (II) Module glx: vendor="X.Org Foundation"
> > >
> > > > [  1600.160] (II) modesetting: Driver for Modesetting Kernel
> Drivers: kms
> > >
> > > > [  1600.160] (II) modeset(0): using drv /dev/dri/card0
> > >
> > > > [  1600.188] (II) modeset(0): glamor X acceleration enabled on Mesa
> DRI
> > > Intel(R) Ironlake Desktop
> > > > [  1600.256] (II) modeset(0): [DRI2] Setup complete
> > > > [  1600.256] (II) modeset(0): [DRI2]   DRI driver: i965
> > > > [  1600.256] (II) modeset(0): [DRI2]   VDPAU driver: i965
> > > > [  1600.262] (II) Initializing extension DRI3
> > > > [  1600.262] (II) Initializing extension GLX
> > > > [  1600.273] (II) AIGLX: Loaded and initialized i965
> > > > [  1600.273] (II) GLX: Initialized DRI2 GL provider for screen 0
> > > > [  1600.273] (II) Initializing extension XFree86-DRI
> > > > [  1600.273] (II) Initializing extension DRI2
> > >
> > > Hasta aquí todo parece correcto.
> > > Gráfica intel, KMS habilitado, carga la aceleración (GLX y DRI2/3) y
> > > Glamour. La versión de MESA que tienes instala (18.3.6x) admite OpenGL
> > > 3.x sin problemas¹.
> > >
> > > No dices qué error te da exactamente la aplicación que quieres ejecutar
> > > pero si no te funciona o te pide una versión superior de OpenGL quizá
> > > sea debido a que tu tarjeta ya no lo admite. Esta tabla² te puede
> > > servir de guía.
> > >
> > > Si ejecutas «glxinfo | grep "version"» (paquete mesa-utils)  te dirá tu
> > > versión actual de OpenGL, que atendiendo a la tabla anterior debería
> ser
> > > la 2.1 o 2.0.
> > >
> > > ¹ https://www.mesa3d.org/faq.html
> > > ² https://wiki.gentoo.org/wiki/Intel#Hardware_detection
>
> > Tengo la versión 2.0.
>
> Hum...
>
> > El programa que quiero instalar es OBS Studio, que indica que necesito
> > OpenGl 3.3
> > https://obsproject.com/wiki/install-instructions#linux
> >
> > No he probado a instalarlo.
>
> Ah, está disponible en los repositorios de Debian:
>
> https://packages.debian.org/buster/obs-studio
>
> Y efectivamente, pide dos cosas:
>
> 1. Tarjeta gráfica que admita OpenGL 3.2
> 2. Controladores gráficos con soporte OpenGL 3.2
>
> En tu caso, los drivers no son un problema, pero la gráfica sí, me temo
> ;-(
>
> Pero no pierdes nada por probar. Si no quieres instalarlo en tu sistema,
> puedes cargar una versión Live(CD/USB) que se ejecuta desde el medio
> sin alterar la instalación actual en el disco duro e instalar la
> aplicación, a ver qué pasa. Me parecería excesivo que no se pudiera
> ejecutar siquiera; lo que quizá sí tenga sea funciones bloqueadas al no
> disponer del soporte para la versión OpenGL que necesita.
>
> Saludos,
>
> --
> Camaleón
>
>

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

Re: Actualizar OpenGL

[Camaleón]

El 2020-05-06 a las 21:06 +0200, Imeneo Tirinto escribió:

> On Wed, May 6, 2020 at 8:16 PM Camaleón  wrote:
> 
> > El 2020-05-06 a las 19:39 +0200, Imeneo Tirinto escribió:

(...)

> > > [  1600.155] (II) LoadModule: "glx"
> > > [  1600.156] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
> > > [  1600.158] (II) Module glx: vendor="X.Org Foundation"
> >
> > > [  1600.160] (II) modesetting: Driver for Modesetting Kernel Drivers: kms
> >
> > > [  1600.160] (II) modeset(0): using drv /dev/dri/card0
> >
> > > [  1600.188] (II) modeset(0): glamor X acceleration enabled on Mesa DRI
> > Intel(R) Ironlake Desktop
> > > [  1600.256] (II) modeset(0): [DRI2] Setup complete
> > > [  1600.256] (II) modeset(0): [DRI2]   DRI driver: i965
> > > [  1600.256] (II) modeset(0): [DRI2]   VDPAU driver: i965
> > > [  1600.262] (II) Initializing extension DRI3
> > > [  1600.262] (II) Initializing extension GLX
> > > [  1600.273] (II) AIGLX: Loaded and initialized i965
> > > [  1600.273] (II) GLX: Initialized DRI2 GL provider for screen 0
> > > [  1600.273] (II) Initializing extension XFree86-DRI
> > > [  1600.273] (II) Initializing extension DRI2
> >
> > Hasta aquí todo parece correcto.
> > Gráfica intel, KMS habilitado, carga la aceleración (GLX y DRI2/3) y
> > Glamour. La versión de MESA que tienes instala (18.3.6x) admite OpenGL
> > 3.x sin problemas¹.
> >
> > No dices qué error te da exactamente la aplicación que quieres ejecutar
> > pero si no te funciona o te pide una versión superior de OpenGL quizá
> > sea debido a que tu tarjeta ya no lo admite. Esta tabla² te puede
> > servir de guía.
> >
> > Si ejecutas «glxinfo | grep "version"» (paquete mesa-utils)  te dirá tu
> > versión actual de OpenGL, que atendiendo a la tabla anterior debería ser
> > la 2.1 o 2.0.
> >
> > ¹ https://www.mesa3d.org/faq.html
> > ² https://wiki.gentoo.org/wiki/Intel#Hardware_detection

> Tengo la versión 2.0.

Hum...
 
> El programa que quiero instalar es OBS Studio, que indica que necesito
> OpenGl 3.3
> https://obsproject.com/wiki/install-instructions#linux
> 
> No he probado a instalarlo.

Ah, está disponible en los repositorios de Debian:

https://packages.debian.org/buster/obs-studio

Y efectivamente, pide dos cosas:

1. Tarjeta gráfica que admita OpenGL 3.2
2. Controladores gráficos con soporte OpenGL 3.2

En tu caso, los drivers no son un problema, pero la gráfica sí, me temo
;-(

Pero no pierdes nada por probar. Si no quieres instalarlo en tu sistema, 
puedes cargar una versión Live(CD/USB) que se ejecuta desde el medio 
sin alterar la instalación actual en el disco duro e instalar la 
aplicación, a ver qué pasa. Me parecería excesivo que no se pudiera 
ejecutar siquiera; lo que quizá sí tenga sea funciones bloqueadas al no 
disponer del soporte para la versión OpenGL que necesita.

Saludos,

-- 
Camaleón 

Re: Actualizar OpenGL

[Imeneo Tirinto]

Tengo la versión 2.0.

El programa que quiero instalar es OBS Studio, que indica que necesito
OpenGl 3.3
https://obsproject.com/wiki/install-instructions#linux

No he probado a instalarlo.



On Wed, May 6, 2020 at 8:16 PM Camaleón  wrote:

> El 2020-05-06 a las 19:39 +0200, Imeneo Tirinto escribió:
>
> > On Wed, May 6, 2020 at 7:15 PM Camaleón  wrote:
> >
> > > El 2020-05-06 a las 18:01 +0200, Imeneo Tirinto escribió:
>
> (...)
>
> > > > > El 2020-05-06 a las 10:20 +0200, Imeneo Tirinto escribió:
> > > > >
> > > > > > Necesito actualizar a la versión 3.3 o superior de OpenGl para
> poder
> > > > > > utilizar un programa. Actualmente estoy en Debian Buster, y con
> > > OpenGL
> > > > > 2.2.
> > > > > > He buscado por Google pero no he encontrado la manera de
> actualizar
> > > a la
> > > > > > versión que necesito.
> > > > >
> > > > > Normalmente, la versión de GLX está vinculada (depende) del driver
> que
> > > > > tengas instalado para tu gráfica y de sus capacidades (tanto de
> > > > > hardware como de software).
> > > > >
> > > > > Si nos dices qué gráfica tienes y qué driver has instalado, mejor.
> > > > >
> > > > > ¿Qué te devuelve esta orden?
> > > > >
> > > > > sm01@stt008:~$ grep -i level /var/log/Xorg.0.log
> > > > > [16.687] (==) NOUVEAU(0): Allowed maximum DRI level 2.
> > > > > [16.863] (==) NOUVEAU(G0): Allowed maximum DRI level 2.
> > > > >
> > >
> > > > El log de Xorg no está en la ruta que indicas, la tengo en
> > > > /home/usuario/.local/share/Xorg y devuelve lo siguiente
> > > > *[  1600.219] (II) modeset(0): Analog Display Input,  Input Voltage
> > > Level:
> > > > 0.700/0.700 V*
> > >
> > > Hum... qué ruta más extraña >:-)
> > >
> > > Pues entonces prueba con:
> > >
> > > grep -i -e glx -e dri $HOME/.local/share/Xorg/*.0.log
>
> (...)
>
> > Lo que sale es lo siguiente
> >
> (...)
>
> > [  1600.155] (II) LoadModule: "glx"
> > [  1600.156] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
> > [  1600.158] (II) Module glx: vendor="X.Org Foundation"
>
> > [  1600.160] (II) modesetting: Driver for Modesetting Kernel Drivers: kms
>
> > [  1600.160] (II) modeset(0): using drv /dev/dri/card0
>
> > [  1600.188] (II) modeset(0): glamor X acceleration enabled on Mesa DRI
> Intel(R) Ironlake Desktop
> > [  1600.256] (II) modeset(0): [DRI2] Setup complete
> > [  1600.256] (II) modeset(0): [DRI2]   DRI driver: i965
> > [  1600.256] (II) modeset(0): [DRI2]   VDPAU driver: i965
> > [  1600.262] (II) Initializing extension DRI3
> > [  1600.262] (II) Initializing extension GLX
> > [  1600.273] (II) AIGLX: Loaded and initialized i965
> > [  1600.273] (II) GLX: Initialized DRI2 GL provider for screen 0
> > [  1600.273] (II) Initializing extension XFree86-DRI
> > [  1600.273] (II) Initializing extension DRI2
>
> Hasta aquí todo parece correcto.
> Gráfica intel, KMS habilitado, carga la aceleración (GLX y DRI2/3) y
> Glamour. La versión de MESA que tienes instala (18.3.6x) admite OpenGL
> 3.x sin problemas¹.
>
> No dices qué error te da exactamente la aplicación que quieres ejecutar
> pero si no te funciona o te pide una versión superior de OpenGL quizá
> sea debido a que tu tarjeta ya no lo admite. Esta tabla² te puede
> servir de guía.
>
> Si ejecutas «glxinfo | grep "version"» (paquete mesa-utils)  te dirá tu
> versión actual de OpenGL, que atendiendo a la tabla anterior debería ser
> la 2.1 o 2.0.
>
> ¹ https://www.mesa3d.org/faq.html
> ² https://wiki.gentoo.org/wiki/Intel#Hardware_detection
>
> Saludos,
>
> --
> Camaleón
>
>

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

Re: Actualizar OpenGL

[Camaleón]

El 2020-05-06 a las 19:39 +0200, Imeneo Tirinto escribió:

> On Wed, May 6, 2020 at 7:15 PM Camaleón  wrote:
> 
> > El 2020-05-06 a las 18:01 +0200, Imeneo Tirinto escribió:

(...)

> > > > El 2020-05-06 a las 10:20 +0200, Imeneo Tirinto escribió:
> > > >
> > > > > Necesito actualizar a la versión 3.3 o superior de OpenGl para poder
> > > > > utilizar un programa. Actualmente estoy en Debian Buster, y con
> > OpenGL
> > > > 2.2.
> > > > > He buscado por Google pero no he encontrado la manera de actualizar
> > a la
> > > > > versión que necesito.
> > > >
> > > > Normalmente, la versión de GLX está vinculada (depende) del driver que
> > > > tengas instalado para tu gráfica y de sus capacidades (tanto de
> > > > hardware como de software).
> > > >
> > > > Si nos dices qué gráfica tienes y qué driver has instalado, mejor.
> > > >
> > > > ¿Qué te devuelve esta orden?
> > > >
> > > > sm01@stt008:~$ grep -i level /var/log/Xorg.0.log
> > > > [16.687] (==) NOUVEAU(0): Allowed maximum DRI level 2.
> > > > [16.863] (==) NOUVEAU(G0): Allowed maximum DRI level 2.
> > > >
> >
> > > El log de Xorg no está en la ruta que indicas, la tengo en
> > > /home/usuario/.local/share/Xorg y devuelve lo siguiente
> > > *[  1600.219] (II) modeset(0): Analog Display Input,  Input Voltage
> > Level:
> > > 0.700/0.700 V*
> >
> > Hum... qué ruta más extraña >:-)
> >
> > Pues entonces prueba con:
> >
> > grep -i -e glx -e dri $HOME/.local/share/Xorg/*.0.log

(...)

> Lo que sale es lo siguiente
> 
(...)

> [  1600.155] (II) LoadModule: "glx"
> [  1600.156] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
> [  1600.158] (II) Module glx: vendor="X.Org Foundation"

> [  1600.160] (II) modesetting: Driver for Modesetting Kernel Drivers: kms

> [  1600.160] (II) modeset(0): using drv /dev/dri/card0

> [  1600.188] (II) modeset(0): glamor X acceleration enabled on Mesa DRI 
> Intel(R) Ironlake Desktop
> [  1600.256] (II) modeset(0): [DRI2] Setup complete
> [  1600.256] (II) modeset(0): [DRI2]   DRI driver: i965
> [  1600.256] (II) modeset(0): [DRI2]   VDPAU driver: i965
> [  1600.262] (II) Initializing extension DRI3
> [  1600.262] (II) Initializing extension GLX
> [  1600.273] (II) AIGLX: Loaded and initialized i965
> [  1600.273] (II) GLX: Initialized DRI2 GL provider for screen 0
> [  1600.273] (II) Initializing extension XFree86-DRI
> [  1600.273] (II) Initializing extension DRI2

Hasta aquí todo parece correcto.
Gráfica intel, KMS habilitado, carga la aceleración (GLX y DRI2/3) y 
Glamour. La versión de MESA que tienes instala (18.3.6x) admite OpenGL 
3.x sin problemas¹. 

No dices qué error te da exactamente la aplicación que quieres ejecutar 
pero si no te funciona o te pide una versión superior de OpenGL quizá 
sea debido a que tu tarjeta ya no lo admite. Esta tabla² te puede 
servir de guía.

Si ejecutas «glxinfo | grep "version"» (paquete mesa-utils)  te dirá tu
versión actual de OpenGL, que atendiendo a la tabla anterior debería ser
la 2.1 o 2.0.

¹ https://www.mesa3d.org/faq.html 
² https://wiki.gentoo.org/wiki/Intel#Hardware_detection

Saludos,

-- 
Camaleón 

Re: Actualizar OpenGL

[Imeneo Tirinto]

Lo que sale es lo siguiente

[  1600.146] X.Org Video Driver: 24.0
[  1600.146] X.Org XInput driver : 24.1
[  1600.151] (II) xfree86: Adding drm device (/dev/dri/card0)
[  1600.152] (II) systemd-logind: got fd for /dev/dri/card0 226:0 fd 12
paused 0
[  1600.155] (II) LoadModule: "glx"
[  1600.156] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[  1600.158] (II) Module glx: vendor="X.Org Foundation"
[  1600.158] (==) Matched modesetting as autoconfigured driver 0
[  1600.158] (==) Matched fbdev as autoconfigured driver 1
[  1600.158] (==) Matched vesa as autoconfigured driver 2
[  1600.158] (==) Assigned the driver to the xf86ConfigLayout
[  1600.158] (II) Loading /usr/lib/xorg/modules/drivers/modesetting_drv.so
[  1600.158] Module class: X.Org Video Driver
[  1600.158] ABI class: X.Org Video Driver, version 24.0
[  1600.158] (II) Loading /usr/lib/xorg/modules/drivers/fbdev_drv.so
[  1600.159] Module class: X.Org Video Driver
[  1600.159] ABI class: X.Org Video Driver, version 24.0
[  1600.159] (II) Loading /usr/lib/xorg/modules/drivers/vesa_drv.so
[  1600.160] Module class: X.Org Video Driver
[  1600.160] ABI class: X.Org Video Driver, version 24.0
[  1600.160] (II) modesetting: Driver for Modesetting Kernel Drivers: kms
[  1600.160] (II) FBDEV: driver for framebuffer: fbdev
[  1600.160] (II) VESA: driver for VESA chipsets: vesa
[  1600.160] (II) modeset(0): using drv /dev/dri/card0
[  1600.161] ABI class: X.Org Video Driver, version 24.0
[  1600.188] (II) modeset(0): glamor X acceleration enabled on Mesa DRI
Intel(R) Ironlake Desktop
[  1600.256] (II) modeset(0): [DRI2] Setup complete
[  1600.256] (II) modeset(0): [DRI2]   DRI driver: i965
[  1600.256] (II) modeset(0): [DRI2]   VDPAU driver: i965
[  1600.262] (II) Initializing extension DRI3
[  1600.262] (II) Initializing extension GLX
[  1600.273] (II) AIGLX: Loaded and initialized i965
[  1600.273] (II) GLX: Initialized DRI2 GL provider for screen 0
[  1600.273] (II) Initializing extension XFree86-DRI
[  1600.273] (II) Initializing extension DRI2
[  1600.352] Module class: X.Org XInput Driver
[  1600.352] ABI class: X.Org XInput driver, version 24.1
[  1600.352] (II) Using input driver 'libinput' for 'Power Button'
[  1600.384] (II) Using input driver 'libinput' for 'Power Button'
[  1600.390] (II) Using input driver 'libinput' for 'PIXART USB OPTICAL
MOUSE'
[  1600.399] (II) No input driver specified, ignoring this device.
[  1600.400] (II) Using input driver 'libinput' for 'SEM USB Keyboard'
[  1600.407] (II) Using input driver 'libinput' for 'SEM USB Keyboard
Consumer Control'
[  1600.414] (II) Using input driver 'libinput' for 'SEM USB Keyboard
System Control'
[  1600.421] (II) No input driver specified, ignoring this device.
[  1600.421] (II) No input driver specified, ignoring this device.
[  1600.422] (II) No input driver specified, ignoring this device.
[  1600.422] (II) No input driver specified, ignoring this device.
[  1600.423] (II) No input driver specified, ignoring this device.
[  1600.423] (II) No input driver specified, ignoring this device.
[  1600.429] (II) Using input driver 'libinput' for 'SEM USB Keyboard
Consumer Control'
[  1600.429] (**) Option "_source" "_driver/libinput"



El ordenador (y la gráfica) ya tiene algunos años. Pero va bien y desde que
le instalé Debian mucho mejor, más ágil.

Gracias por la ayuda.

Saludos.

On Wed, May 6, 2020 at 7:15 PM Camaleón  wrote:

> El 2020-05-06 a las 18:01 +0200, Imeneo Tirinto escribió:
>
> > Hola.
>
> Corrijo el top-posting.
>
> > On Wed, May 6, 2020 at 12:09 PM Camaleón  wrote:
> >
> > > El 2020-05-06 a las 10:20 +0200, Imeneo Tirinto escribió:
> > >
> > > > Necesito actualizar a la versión 3.3 o superior de OpenGl para poder
> > > > utilizar un programa. Actualmente estoy en Debian Buster, y con
> OpenGL
> > > 2.2.
> > > > He buscado por Google pero no he encontrado la manera de actualizar
> a la
> > > > versión que necesito.
> > >
> > > Normalmente, la versión de GLX está vinculada (depende) del driver que
> > > tengas instalado para tu gráfica y de sus capacidades (tanto de
> > > hardware como de software).
> > >
> > > Si nos dices qué gráfica tienes y qué driver has instalado, mejor.
> > >
> > > ¿Qué te devuelve esta orden?
> > >
> > > sm01@stt008:~$ grep -i level /var/log/Xorg.0.log
> > > [16.687] (==) NOUVEAU(0): Allowed maximum DRI level 2.
> > > [16.863] (==) NOUVEAU(G0): Allowed maximum DRI level 2.
> > >
>
> > El log de Xorg no está en la ruta que indicas, la tengo en
> > /home/usuario/.local/share/Xorg y devuelve lo siguiente
> > *[  1600.219] (II) modeset(0): Analog Display Input,  Input Voltage
> Level:
> > 0.700/0.700 V*
>
> Hum... qué ruta más ext