[OT] A partir del kernel 6.9, el sistema de archivos ext2 se marca como obsoleto
Hola, Lo acabo de leer y creo que es convieniente tener este tipo de hitos en el radar, aunque no creo que el uso de ext2 actualmente esté muy extendido, sí puede afectar en situaciones específicas: La nota, en español y un buen artículo técnico en inglés, con opciones y alternativas al uso de ext2 (visto en Phoronix): El sistema de ficheros EXT2 ha sido marcado como obsoleto en Linux 6.9 https://www.muylinux.com/2024/03/26/ext2-linux-6-9/ ext2 filesystem driver now marked as deprecated https://bootlin.com/blog/ext2-filesystem-driver-now-marked-as-deprecated/ La versión del núcleo 6.9 saldrá en mayo de 2024. Saludos, -- Camaleón
Re: Error kernel 6.1.0-10-amd64 después de actualizar.
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.
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.
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.
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.
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.
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: (aviso) Problemas con el kernel 6.3.x y XFS
El 2023-05-29 a las 19:02 +0200, Camaleón escribió: > Aviso a navegantes que usen XFS y un kernel de la rama experimnetal > (6.3.x), parece que hay problemillas con la corrupción de los > metadatos: > > Those Using The XFS File-System Will Want To Avoid Linux 6.3 For Now > https://www.phoronix.com/news/Linux-6.3-XFS-Metadata-Corrupt Ya han publicado la versión 6.3.5 que lo corrige, esperemos que llegue pronto a la rama experimental :-) Linux 6.3.5 Released With XFS Metadata Corruption Fix https://www.phoronix.com/news/Linux-6.3.5-Released Saludos, -- Camaleón
(aviso) Problemas con el kernel 6.3.x y XFS
Hola, Aviso a navegantes que usen XFS y un kernel de la rama experimnetal (6.3.x), parece que hay problemillas con la corrupción de los metadatos: Those Using The XFS File-System Will Want To Avoid Linux 6.3 For Now https://www.phoronix.com/news/Linux-6.3-XFS-Metadata-Corrupt Saludos, -- Camaleón
Re: actualizar kernel para problema con wifi
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
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
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
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
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
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
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
Hola Leonardo. Muchas gracias por tu tiempo y la meticulosidad de las explicaciones, es más de lo esperado, che. Por lo pronto no tengo intenciones de cambiar núcleo, ya estoy terminando la instalación y en algunos ¡meses! :) terminaré de configurar a gusto jaja De todas maneras seguramente le meta una mirada a liquorix del que por ahora sólo tenía referencia por nombre. Gracias otra vez. El 25/2/22 a las 15:53, Leonardo Marín escribió: El vie, 25 feb 2022 a las 12:59, Daniel (<mailto:aydanieldan...@yahoo.com.ar>>) escribió: Hola y otra vez gracias, me imagino los tiempos de cada uno que serán tan apretados como los míos, muy elogiable pues regalarle atención a un desorientado! Ya me había rendido. Ya probé, Leonardo, con firmware-misc-nonfree y no hay caso. Por eso pensé en el Kernel pero desistí por la correcta opinión de varios. entiendo, y era de esperar, tienes un hardware relativamente nuevo y por eso la recomendación de usar testing, aparte de las recomendaciones que ya dejaron los compañeros por acá, te comparto un par más de opciones y que son totalmente reversibles si luego ya no quieres seguir usando, 1.- el kernel, hace años uso liquorix y no he tenido problemas, tiene su versión para debian stable, testing y sid, es un kernel que siempre se está actualizando, aunque a veces eso puede ser un poco latoso, pero si tienes un equipo con hardware nuevo bien vale la pena, *https://liquorix.net/#install* *lo que tienes que saber* es que puedes revertir todo lo que se instala y como ya comentaron puedes elegir con cual kernel puedes iniciar cada vez, insisto, puedes desinstalarlo completamente luego con las 3 o 4 dependencias que instala, que para eso inicias con el kernel por defecto en debian abres synaptic y buscas "liquorix" desinstalas todo, luego de eso las dependencias que instaló van a quedar como "instaladas manualmente" y las puedes eliminar sin problema, cuando se instala crea un archivo dentro de "/etc/apt/sources.list.d/" que se llama "liquorix.,list" que es donde está la versión de debian que estés usando, si es estable debe estar en "bullseye" (si no es así puedes cambiarlo) que sería lo mismo que "stable", así que debe corresponder a la versión que uses, sabiendo eso, para instalarlo revisa que tengas instalado el paquete "curl", si es que no lo tienes lo instalas, para instalarlo es una sola línea "curl 'https://liquorix.net/add-liquorix-repo.sh' | sudo bash" para instalar el kernel "sudo apt-get install linux-image-liquorix-amd64 linux-headers-liquorix-amd64" luego de eso reinicias y por defecto debe iniciar con el kernel más nuevo que sería liquorix, 2.- el firmware, nunca había echado mano de firmware fuera de los paquetes de debian pero por tener hardware nuevo tocó, al igual que el kernel liquorix es reversible y puedes volver al firmware que tienes instalado, en este caso saber dónde está firmware que es en "/lib/firmware/", como por ahora no quieres alterar nada solo renombra la carpeta "firmware" a "firmware-original" por ejemplo, acá tienes dos opciones, 1- es descargar el firmware, descomprimir y mover donde corresponde, 2- clonar directamente con git, puedes hacerlo de 1ra forma que es más rápido y fácil de entender, *https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/* si te fijas las descargas (Download) estan por fechas, deberías elegir la más reciente y descargarla, son unos cuantos megas pero no te asustes jajaja, crea la nueva carpeta "firmware" y copia o mueve el archivo dentro, lo descomprimes y debería de quedarte otra carpeta que contiene todo el firmware descargado, voy a dejar una captura de lo que deberías ver dentro, todo el contenido lo seleccionas y mueves dentro de misma carpeta "firmware" la que lo contenía la puedes eliminar, si prefieres descomprimir en otro sitio y luego mover dentro de "/lib" y renombrar a "firmware" es válido también, siempre y cuando todo esté dentro de "/lib/firmware/", luego que tengas el nuevo "firmware" donde corresponde ejecutas en el terminal como root "update-initramfs -u" esto reflejará el nuevo firmware cuando reinicies, si con eso no funciona puede decir oficialmente que tiene problemas de hardware "necio", mi laptop y el desktop los tengo de esta manera y funcionan sin problemas, te recomendaría desinstalar todo el firmware que tienes instalado desde synaptic si decides quedarte por un tiempo con la versión instalada directamente, para eso cambia de nuevo los nombres y desinstala, eso porque si algun firmware se actualiza va a cambiar el contenido de lo que descargaste, luego solo cambia los nombres de nuevo y ejecuta el mismo comando, pienso que para tener su wifi funcionando como correspo
Re: actualizar kernel para problema con wifi
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
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, -- Camaleón
Re: actualizar kernel para problema con wifi
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
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
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
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
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
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
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
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
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: Añadir modulo wifi en kernel
Gracias a los dos. De momento tampoco cuesta mucho hacer esto cada vez que actualizo el kernel: make clean make make install A ver si en las últimas versiones de kernel lo añaden, la verdad que de momento no me está dando ningún problema. Un saludo. -- Josu Lazkano
Re: Compilar el Kernel
El 2020-12-04 a las 18:33 -, Jefferson Smith Pizarro Gutierrez escribió: > Amigos necesito orientación, como puedo compilar el kernel de Debian, quiero > aprender a hacerlo y compilar todos los programas y demas por favor. Te recomiendo las siguientes lecturas: https://wiki.debian.org/BuildADebianKernelPackage https://debian-handbook.info/browse/stable/sect.kernel-compilation.html Saludos, -- Camaleón
Compilar el Kernel
Amigos necesito orientación, como puedo compilar el kernel de Debian, quiero aprender a hacerlo y compilar todos los programas y demas por favor.
Re: Añadir modulo wifi en kernel
El 2020-12-04 a las 15:29 +0100, Josu Lazkano escribió: (...) > > Funciona muy bien, pero me gustaría saber cómo se podría integrar esto > en el kernel o en Debian para que no tenga que compilar más. ¿Existe > alguna forma de pedir que lo integren? > > Hay varios repositorios con el código para el módulo rtl8822bu: > > https://github.com/EntropicEffect/rtl8822bu > https://github.com/jeremyb31/rtl8822bu > https://github.com/cilynx/rtl88x2bu > https://github.com/FomalhautWeisszwerg/rtl8822bu Si no están incluídos puede deberse (entre otros motivos) a: 1. El fabricante no proporciona un driver de código abierto; 2. El fabricante proporciona un driver libre pero sólo para cierta versión del kernel (p. ej., < 4.15); o bien, 3. El driver es muy reciente y aún no lo han añadido en el kernel de Debian pero ya está disponible en la rama oficial. https://wireless.wiki.kernel.org/en/users/drivers https://git.kernel.org/pub/scm/linux/kernel/git/netdev/net.git/tree/drivers/net/wireless/realtek Saludos, -- Camaleón
Añadir modulo wifi en kernel
Hola, Hace poco he adquirido un USB que incluye tanto wifi como bluetooth. El bluetooth funciona sin problema en Debian añadiendo el paquete firmware-realtek. Pero la parte del wifi es necesario compilar el módulo, yo lo he dejado en marcha de esta manera: apt-get install linux-headers-amd64 build-essential git bc git clone https://github.com/cilynx/rtl8822bu.git cd rtl8822bu/ make make install Funciona muy bien, pero me gustaría saber cómo se podría integrar esto en el kernel o en Debian para que no tenga que compilar más. ¿Existe alguna forma de pedir que lo integren? Hay varios repositorios con el código para el módulo rtl8822bu: https://github.com/EntropicEffect/rtl8822bu https://github.com/jeremyb31/rtl8822bu https://github.com/cilynx/rtl88x2bu https://github.com/FomalhautWeisszwerg/rtl8822bu Gracias por todo y un saludo. -- Josu Lazkano
Re: Parpadeo / flash de pantalla con kernel 5.4
El 4/6/20 a las 7:44, Victor Santos escribió: Missatge de Camaleón mailto:noela...@gmail.com>> del dia dj., 4 de juny 2020 a les 8:07: El 2020-06-03 a las 22:08 +0200, Victor Santos escribió: > Missatge de Camaleón mailto:noela...@gmail.com>> del dia dc., 3 de juny 2020 a les > 21:56: (...) > > > > Bug 103229 - SKL screen flicker and dmesg > > > > [drm:intel_cpu_fifo_underrun_irq_handler [i915]] *ERROR* CPU pipe A > > > > FIFO underrun > > > > https://bugs.freedesktop.org/show_bug.cgi?id=103229 > > > > > > > > > > > Muchas gracias por la ayuda. > > > > > > He leido el bug y hay gente que dice que poniendo : > > > > > > * i915.enable_rc6=0 > > > > > > O esto: > > > * intel_idle.max_cstate=4 > > > > > > Funciona, pero no acabo de entender donde se pone y como se pone. > > > > Son parámetros que tienes que pasar al kernel, luego puedes ponerlos en > > el gestor de arranque (GRUB). Cuando se inicie GRUB pulsa «e», busca la > > línea > > que cargue el núcleo y al final, añades «i915.enable_rc6=0», es decir: (...) > Y a ver si con esto, puedo actualizar a una versión de kernel más actual. Tu equipo parece una «bestia parda», muy potente. ¿Has pensado en usar la gráfica Nvidia dedicada en lugar de la Intel? Buenas y gracias. Con respecto a bestia parda, puede que un poco... ;-) Con respecto a usar la Nvidia, nunca lo he pensado, porque como tiene la tecnologia Optimus, pues... Desde BIOS puedo hacer que funcione solo la interna ( Intel ) o las 2 ( Intel + Nvidia ) pero acabé muy quemado con el otro portatil y siempre he intentado tirar de la Intel porque sino, tendría que pelearme mucho con el fichero de Xorg.conf o instalar otras cosas para no sacarle partido a la Nvidia. Me lo podría replantear si fuera solo instalar el xserver-xorg-video-nouve y punto, pero no se si es el caso... > Una cosa, por la wiki de debian con respecto a las tarjetas "intel" dice > que ya no hace falta el "driver" *xserver-xorg-video-intel* y que se puede > usar el *modesetting* que entiendo que es el > *xserver-xorg-video-modesetting* que a su vez es el paquete > *xserver-xorg-core*. Pero si solo instalo este paquete, no tengo *Xorg*. Me > equivoco o me dejo algo? Los equipos con gráficas Intel pueden elegir entre usar: 1. El driver que viene incluído en el kernel (más actual) 2. El driver intel de xorg (más antiguo) Básicamente, lo que quiere decir la wiki es que, para los chipsets gráficos de Intel más modernos (posteriores a 2007) el kernel ya no necesita el modesetting que proporciona el paquete Xorg de Intel (xserver-xorg-video-intel) sino el suyo propio (KMS). Si el modesetting del kernel te da problemas, puedes instalar el paquete de Xorg (xserver-xorg-video-intel) para ver si se corrigen. Por su parte, el servidor X (Xorg) se instala de manera independiente, es decir, que tanto el paquete reducido (xserver-xorg-core) como el completo (xorg) proporcionan el servidor X11. > De nuevo gracias por todo > > PD: En vuestro caso como lo teneis si usais portatiles con tarjetas intel?? Yo tengo una Debian testing en un mini PC (lleva una intel Intel integrada GMA3150 Chipset), y le tuve que instalar el paquete xserver-xorg-video-intel porque el modesetting del kernel no funcionaba correctamente. Eso sí, el equipo es viejito. Saludos, -- Camaleón De nuevo gracias por el consejo... y por la ayuda proporcionada... -- Victor Santos http://vsantos.wordpress.com Hola Victor No soy un especialista, pero por si te ayuda con la tarjeta nvidia, esto es lo que yo hago con mi tarjeta: # apt update #apt install nvidia-detect $ nvidia-detect # apt install linux-headers-$(uname -r|sed 's/[^-]*-[^-]*-//') nvidia-driver Espero que te haya ayudado. -- 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: Parpadeo / flash de pantalla con kernel 5.4
Missatge de Camaleón del dia dj., 4 de juny 2020 a les 8:07: > El 2020-06-03 a las 22:08 +0200, Victor Santos escribió: > > > Missatge de Camaleón del dia dc., 3 de juny 2020 a > les > > 21:56: > > (...) > > > > > > Bug 103229 - SKL screen flicker and dmesg > > > > > [drm:intel_cpu_fifo_underrun_irq_handler [i915]] *ERROR* CPU pipe A > > > > > FIFO underrun > > > > > https://bugs.freedesktop.org/show_bug.cgi?id=103229 > > > > > > > > > > > > > > Muchas gracias por la ayuda. > > > > > > > > He leido el bug y hay gente que dice que poniendo : > > > > > > > > * i915.enable_rc6=0 > > > > > > > > O esto: > > > > * intel_idle.max_cstate=4 > > > > > > > > Funciona, pero no acabo de entender donde se pone y como se pone. > > > > > > Son parámetros que tienes que pasar al kernel, luego puedes ponerlos en > > > el gestor de arranque (GRUB). Cuando se inicie GRUB pulsa «e», busca la > > > línea > > > que cargue el núcleo y al final, añades «i915.enable_rc6=0», es decir: > > (...) > > > Y a ver si con esto, puedo actualizar a una versión de kernel más actual. > > Tu equipo parece una «bestia parda», muy potente. ¿Has pensado en usar > la gráfica Nvidia dedicada en lugar de la Intel? > > Buenas y gracias. Con respecto a bestia parda, puede que un poco... ;-) Con respecto a usar la Nvidia, nunca lo he pensado, porque como tiene la tecnologia Optimus, pues... Desde BIOS puedo hacer que funcione solo la interna ( Intel ) o las 2 ( Intel + Nvidia ) pero acabé muy quemado con el otro portatil y siempre he intentado tirar de la Intel porque sino, tendría que pelearme mucho con el fichero de Xorg.conf o instalar otras cosas para no sacarle partido a la Nvidia. Me lo podría replantear si fuera solo instalar el xserver-xorg-video-nouve y punto, pero no se si es el caso... > > Una cosa, por la wiki de debian con respecto a las tarjetas "intel" dice > > que ya no hace falta el "driver" *xserver-xorg-video-intel* y que se > puede > > usar el *modesetting* que entiendo que es el > > *xserver-xorg-video-modesetting* que a su vez es el paquete > > *xserver-xorg-core*. Pero si solo instalo este paquete, no tengo *Xorg*. > Me > > equivoco o me dejo algo? > > Los equipos con gráficas Intel pueden elegir entre usar: > > 1. El driver que viene incluído en el kernel (más actual) > 2. El driver intel de xorg (más antiguo) > > Básicamente, lo que quiere decir la wiki es que, para los chipsets > gráficos de Intel más modernos (posteriores a 2007) el kernel ya no > necesita el modesetting que proporciona el paquete Xorg de Intel > (xserver-xorg-video-intel) sino el suyo propio (KMS). > > Si el modesetting del kernel te da problemas, puedes instalar el paquete > de Xorg (xserver-xorg-video-intel) para ver si se corrigen. > > Por su parte, el servidor X (Xorg) se instala de manera independiente, > es decir, que tanto el paquete reducido (xserver-xorg-core) como el > completo (xorg) proporcionan el servidor X11. > > > De nuevo gracias por todo > > > > PD: En vuestro caso como lo teneis si usais portatiles con tarjetas > intel?? > > Yo tengo una Debian testing en un mini PC (lleva una intel Intel > integrada GMA3150 Chipset), y le tuve que instalar el paquete > xserver-xorg-video-intel porque el modesetting del kernel no funcionaba > correctamente. Eso sí, el equipo es viejito. > > Saludos, > > -- > Camaleón > > De nuevo gracias por el consejo... y por la ayuda proporcionada... -- Victor Santos http://vsantos.wordpress.com
Re: Parpadeo / flash de pantalla con kernel 5.4
El 2020-06-03 a las 22:08 +0200, Victor Santos escribió: > Missatge de Camaleón del dia dc., 3 de juny 2020 a les > 21:56: (...) > > > > Bug 103229 - SKL screen flicker and dmesg > > > > [drm:intel_cpu_fifo_underrun_irq_handler [i915]] *ERROR* CPU pipe A > > > > FIFO underrun > > > > https://bugs.freedesktop.org/show_bug.cgi?id=103229 > > > > > > > > > > > Muchas gracias por la ayuda. > > > > > > He leido el bug y hay gente que dice que poniendo : > > > > > > * i915.enable_rc6=0 > > > > > > O esto: > > > * intel_idle.max_cstate=4 > > > > > > Funciona, pero no acabo de entender donde se pone y como se pone. > > > > Son parámetros que tienes que pasar al kernel, luego puedes ponerlos en > > el gestor de arranque (GRUB). Cuando se inicie GRUB pulsa «e», busca la > > línea > > que cargue el núcleo y al final, añades «i915.enable_rc6=0», es decir: (...) > Y a ver si con esto, puedo actualizar a una versión de kernel más actual. Tu equipo parece una «bestia parda», muy potente. ¿Has pensado en usar la gráfica Nvidia dedicada en lugar de la Intel? > Una cosa, por la wiki de debian con respecto a las tarjetas "intel" dice > que ya no hace falta el "driver" *xserver-xorg-video-intel* y que se puede > usar el *modesetting* que entiendo que es el > *xserver-xorg-video-modesetting* que a su vez es el paquete > *xserver-xorg-core*. Pero si solo instalo este paquete, no tengo *Xorg*. Me > equivoco o me dejo algo? Los equipos con gráficas Intel pueden elegir entre usar: 1. El driver que viene incluído en el kernel (más actual) 2. El driver intel de xorg (más antiguo) Básicamente, lo que quiere decir la wiki es que, para los chipsets gráficos de Intel más modernos (posteriores a 2007) el kernel ya no necesita el modesetting que proporciona el paquete Xorg de Intel (xserver-xorg-video-intel) sino el suyo propio (KMS). Si el modesetting del kernel te da problemas, puedes instalar el paquete de Xorg (xserver-xorg-video-intel) para ver si se corrigen. Por su parte, el servidor X (Xorg) se instala de manera independiente, es decir, que tanto el paquete reducido (xserver-xorg-core) como el completo (xorg) proporcionan el servidor X11. > De nuevo gracias por todo > > PD: En vuestro caso como lo teneis si usais portatiles con tarjetas intel?? Yo tengo una Debian testing en un mini PC (lleva una intel Intel integrada GMA3150 Chipset), y le tuve que instalar el paquete xserver-xorg-video-intel porque el modesetting del kernel no funcionaba correctamente. Eso sí, el equipo es viejito. Saludos, -- Camaleón
Re: Parpadeo / flash de pantalla con kernel 5.4
Missatge de Camaleón del dia dc., 3 de juny 2020 a les 21:56: > El 2020-06-03 a las 21:35 +0200, Victor Santos escribió: > > > Missatge de Camaleón del dia dc., 3 de juny 2020 a > les > > 19:48: > > > > > Hay un informe de fallo en FreeDesktop, no es muy antiguo y los > > > síntomas parecen similares a los tuyos. Revisa los mensajes de los > > > usuarios > > > afectados por si te dieran alguna pista: > > > > > > Bug 103229 - SKL screen flicker and dmesg > > > [drm:intel_cpu_fifo_underrun_irq_handler [i915]] *ERROR* CPU pipe A > > > FIFO underrun > > > https://bugs.freedesktop.org/show_bug.cgi?id=103229 > > > > > > > > Muchas gracias por la ayuda. > > > > He leido el bug y hay gente que dice que poniendo : > > > > * i915.enable_rc6=0 > > > > O esto: > > * intel_idle.max_cstate=4 > > > > Funciona, pero no acabo de entender donde se pone y como se pone. > > Son parámetros que tienes que pasar al kernel, luego puedes ponerlos en > el gestor de arranque (GRUB). Cuando se inicie GRUB pulsa «e», busca la > línea > que cargue el núcleo y al final, añades «i915.enable_rc6=0», es decir: > > ... ro quiet i915.enable_rc6=0 > > Y pulsas F10 para que cargue el sistema con ese parámetro pasado al > kernel. > > Lo mismo con la otra opción: > > ... ro quiet intel_idle.max_cstate=4 > > Prueba una cada vez. > > Seguramente el segundo parámetro tenga algún efecto, el primero parece > que ya no está habilitado en la rama 5.7.x, o al menos yo no lo veo > disponible: > > The kernel’s command-line parameters > <https://www.kernel.org/doc/html/latest/admin-guide/kernel-parameters.htm > l?highlight=kernel%20parameters> > > Saludos, > > -- > Camaleón > > Muchas gracias por vuestra ayuda, probare la segunda opción durante un par de dias a ver como va y si funciona bien, ya lo pondre en el grub tal como me habeis indicado. Y a ver si con esto, puedo actualizar a una versión de kernel más actual. Una cosa, por la wiki de debian con respecto a las tarjetas "intel" dice que ya no hace falta el "driver" *xserver-xorg-video-intel* y que se puede usar el *modesetting* que entiendo que es el *xserver-xorg-video-modesetting* que a su vez es el paquete *xserver-xorg-core*. Pero si solo instalo este paquete, no tengo *Xorg*. Me equivoco o me dejo algo? De nuevo gracias por todo PD: En vuestro caso como lo teneis si usais portatiles con tarjetas intel?? -- Victor Santos http://vsantos.wordpress.com
Re: Parpadeo / flash de pantalla con kernel 5.4
- Original Message - From: "Victor Santos" To: "debian-user-spanish" Sent: Wednesday, June 3, 2020 4:35:48 PM Subject: Re: Parpadeo / flash de pantalla con kernel 5.4 Missatge de Camaleón del dia dc., 3 de juny 2020 a les 19:48: > Hay un informe de fallo en FreeDesktop, no es muy antiguo y los > síntomas parecen similares a los tuyos. Revisa los mensajes de los > usuarios > afectados por si te dieran alguna pista: > > Bug 103229 - SKL screen flicker and dmesg > [drm:intel_cpu_fifo_underrun_irq_handler [i915]] *ERROR* CPU pipe A > FIFO underrun > https://bugs.freedesktop.org/show_bug.cgi?id=103229 > > Saludos, > > -- > Camaleón > > Muchas gracias por la ayuda. He leido el bug y hay gente que dice que poniendo : * i915.enable_rc6=0 O esto: * intel_idle.max_cstate=4 Funciona, pero no acabo de entender donde se pone y como se pone. Muchas gracias -- Victor Santos http://vsantos.wordpress.com hola desconozco esas opciones pero deben ser opciones del kernel fijate como agregar opciones al kernel en grub y te vas a dar cuenta. adjunto esta guiá que no es de debian pero es similar. (no encontre una de debian buscando rapidamente.) https://wiki.ubuntu.com/Kernel/KernelBootParameters
Re: Parpadeo / flash de pantalla con kernel 5.4
El 2020-06-03 a las 21:35 +0200, Victor Santos escribió: > Missatge de Camaleón del dia dc., 3 de juny 2020 a les > 19:48: > > > Hay un informe de fallo en FreeDesktop, no es muy antiguo y los > > síntomas parecen similares a los tuyos. Revisa los mensajes de los > > usuarios > > afectados por si te dieran alguna pista: > > > > Bug 103229 - SKL screen flicker and dmesg > > [drm:intel_cpu_fifo_underrun_irq_handler [i915]] *ERROR* CPU pipe A > > FIFO underrun > > https://bugs.freedesktop.org/show_bug.cgi?id=103229 > > > > > Muchas gracias por la ayuda. > > He leido el bug y hay gente que dice que poniendo : > > * i915.enable_rc6=0 > > O esto: > * intel_idle.max_cstate=4 > > Funciona, pero no acabo de entender donde se pone y como se pone. Son parámetros que tienes que pasar al kernel, luego puedes ponerlos en el gestor de arranque (GRUB). Cuando se inicie GRUB pulsa «e», busca la línea que cargue el núcleo y al final, añades «i915.enable_rc6=0», es decir: ... ro quiet i915.enable_rc6=0 Y pulsas F10 para que cargue el sistema con ese parámetro pasado al kernel. Lo mismo con la otra opción: ... ro quiet intel_idle.max_cstate=4 Prueba una cada vez. Seguramente el segundo parámetro tenga algún efecto, el primero parece que ya no está habilitado en la rama 5.7.x, o al menos yo no lo veo disponible: The kernel’s command-line parameters <https://www.kernel.org/doc/html/latest/admin-guide/kernel-parameters.htm l?highlight=kernel%20parameters> Saludos, -- Camaleón
Re: Parpadeo / flash de pantalla con kernel 5.4
El 3 de junio de 2020 21:49:55 CEST, Ramses escribió: >El 3 de junio de 2020 21:35:48 CEST, Victor Santos >escribió: >>Missatge de Camaleón del dia dc., 3 de juny 2020 >a >>les >>19:48: >> >>> Hay un informe de fallo en FreeDesktop, no es muy antiguo y los >>> síntomas parecen similares a los tuyos. Revisa los mensajes de los >>> usuarios >>> afectados por si te dieran alguna pista: >>> >>> Bug 103229 - SKL screen flicker and dmesg >>> [drm:intel_cpu_fifo_underrun_irq_handler [i915]] *ERROR* CPU pipe A >>> FIFO underrun >>> https://bugs.freedesktop.org/show_bug.cgi?id=103229 >>> >>> Saludos, >>> >>> -- >>> Camaleón >>> >>> >>Muchas gracias por la ayuda. >> >>He leido el bug y hay gente que dice que poniendo : >> >> * i915.enable_rc6=0 >> >>O esto: >> * intel_idle.max_cstate=4 >> >>Funciona, pero no acabo de entender donde se pone y como se pone. >> >>Muchas gracias > >Víctor, creo que es en las opciones de arranque del Sistema. > >"Add `intel_idle.max_cstate=4` kernel option works with 4.17.8-1 >kernel." > > >Saludos, > >Ramsés Víctor, lee esto: https://www.howtoforge.com/tutorial/kernel-boot-parameter-edit/amp/ Saludos, Ramsés
Re: Parpadeo / flash de pantalla con kernel 5.4
El 3 de junio de 2020 21:35:48 CEST, Victor Santos escribió: >Missatge de Camaleón del dia dc., 3 de juny 2020 a >les >19:48: > >> Hay un informe de fallo en FreeDesktop, no es muy antiguo y los >> síntomas parecen similares a los tuyos. Revisa los mensajes de los >> usuarios >> afectados por si te dieran alguna pista: >> >> Bug 103229 - SKL screen flicker and dmesg >> [drm:intel_cpu_fifo_underrun_irq_handler [i915]] *ERROR* CPU pipe A >> FIFO underrun >> https://bugs.freedesktop.org/show_bug.cgi?id=103229 >> >> Saludos, >> >> -- >> Camaleón >> >> >Muchas gracias por la ayuda. > >He leido el bug y hay gente que dice que poniendo : > > * i915.enable_rc6=0 > >O esto: > * intel_idle.max_cstate=4 > >Funciona, pero no acabo de entender donde se pone y como se pone. > >Muchas gracias Víctor, creo que es en las opciones de arranque del Sistema. "Add `intel_idle.max_cstate=4` kernel option works with 4.17.8-1 kernel." Saludos, Ramsés
Re: Parpadeo / flash de pantalla con kernel 5.4
Missatge de Camaleón del dia dc., 3 de juny 2020 a les 19:48: > Hay un informe de fallo en FreeDesktop, no es muy antiguo y los > síntomas parecen similares a los tuyos. Revisa los mensajes de los > usuarios > afectados por si te dieran alguna pista: > > Bug 103229 - SKL screen flicker and dmesg > [drm:intel_cpu_fifo_underrun_irq_handler [i915]] *ERROR* CPU pipe A > FIFO underrun > https://bugs.freedesktop.org/show_bug.cgi?id=103229 > > Saludos, > > -- > Camaleón > > Muchas gracias por la ayuda. He leido el bug y hay gente que dice que poniendo : * i915.enable_rc6=0 O esto: * intel_idle.max_cstate=4 Funciona, pero no acabo de entender donde se pone y como se pone. Muchas gracias -- Victor Santos http://vsantos.wordpress.com
Re: Parpadeo / flash de pantalla con kernel 5.4
El 2020-06-03 a las 19:36 +0200, Victor Santos escribió: > Tengo un Lenovo Ideapad Y700 con GNU/Debian SID que tiene las siguientes > características: (...) > Y los siguientes paquetes que hacen referencia a Xorg : (...) > Y cuando se produce el flash - parpadeo en "syslog" me aparece el siguiente > error: > * kernel: [15990.152558] [drm:intel_cpu_fifo_underrun_irq_handler [i915]] > *ERROR* CPU pipe A FIFO underrun > > En cambio, esto antes con el kernel 5.3 no me ocurria. > > Ya no se donde mirar y donde buscar, alguien sabe de donde puede venir este > problema y como se puede solucionar?? Hay un informe de fallo en FreeDesktop, no es muy antiguo y los síntomas parecen similares a los tuyos. Revisa los mensajes de los usuarios afectados por si te dieran alguna pista: Bug 103229 - SKL screen flicker and dmesg [drm:intel_cpu_fifo_underrun_irq_handler [i915]] *ERROR* CPU pipe A FIFO underrun https://bugs.freedesktop.org/show_bug.cgi?id=103229 Saludos, -- Camaleón
Parpadeo / flash de pantalla con kernel 5.4
Buenas, Tengo un Lenovo Ideapad Y700 con GNU/Debian SID que tiene las siguientes características: * Linux 5.4.0-4-amd64 #1 SMP Debian 5.4.19-1 (2020-02-13) x86_64 GNU/Linux * VGA compatible controller: Intel Corporation HD Graphics 530 (rev 06) (prog-if 00 [VGA controller]) * En la BIOS tengo seleccionado que funcione solamente con la grafica interna ( o sea con la Intel ) * Intel(R) Core(TM) i7-6700HQ CPU @ 2.60GHz - "Skylake" Y los siguientes paquetes que hacen referencia a Xorg : * xserver-common * xserver-xorg * xserver-xorg-core * xserver-xorg-input-all * xserver-xorg-input-libinput * xserver-xorg-video-intel Y cuando se produce el flash - parpadeo en "syslog" me aparece el siguiente error: * kernel: [15990.152558] [drm:intel_cpu_fifo_underrun_irq_handler [i915]] *ERROR* CPU pipe A FIFO underrun En cambio, esto antes con el kernel 5.3 no me ocurria. Ya no se donde mirar y donde buscar, alguien sabe de donde puede venir este problema y como se puede solucionar?? -- Victor Santos http://vsantos.wordpress.com
Re: Re: realtek RTL810xE PCI Express Fast Ethernet y kernel 5.2
El 3-9-2019 Gonzalo Rivero escribió, (...) El jue, 29-08-2019 a las 09:45 -0300, Matias Mucciolo escribió: > On Thursday, August 29, 2019 9:27:18 AM -03 Gonzalo Rivero wrote: > > Buen día, > > hace unos días actualicé mi debian testing y me di con que mi placa > > de red no funciona... y probablemente hace mucho no funciona porque > > venía manejándome exclusivamente por wifi > > según lspci -v -k: > > 02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL810xE PCI > > Express Fast Ethernet controller (rev 05) Subsystem: Realtek > > Semiconductor > > Co., Ltd. RTL810xE PCI Express Fast Ethernet controller Flags: fast > > devsel, > > IRQ 17 > > I/O ports at d000 [size=256] > > Memory at d0604000 (64-bit, prefetchable) [size=4K] > > Memory at d060 (64-bit, prefetchable) [size=16K] > > Capabilities: [40] Power Management version 3 > > Capabilities: [50] MSI: Enable- Count=1/1 Maskable- 64bit+ > > Capabilities: [70] Express Endpoint, MSI 01 > > Capabilities: [b0] MSI-X: Enable- Count=4 Masked- > > Capabilities: [d0] Vital Product Data > > Capabilities: [100] Advanced Error Reporting > > Capabilities: [140] Virtual Channel > > Capabilities: [160] Device Serial Number 00-00-00-00-00-00-00- > > 00 > > Kernel modules: r8169 > Voy a ver si hay algún bug reportado y lo levantaré yo si no está (...) Me pasó lo mismo. Abrí un bug: RTL810xE chipset not detected, network card unusable https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=956868 Sigue sin funcionar. Saludos, -- Camaleón
Re: Problema kernel debian 10 Ryzen 5 3500
Hola. El 26/3/2020 a las 11:05 a. m., Marcos Ariel Di Lauro escribió: Buenas!, Queria saber si tuvieron elmismo problema que yo. instale debian 10 en mi ryzen 5 3500 y el prblema que tengo es que no realiza bien la configuracion y termina sin cargar la interfaz grafica. en debian me pasa eso pero en otras distros que tienen un kernel mas nuevo directamente no carga nada y queda como freezado sin cargar la interfaz y con glitches. se que en el kernel 5.6 rc6 se resolvio el problema pero no encuentro un kernel compilado para debian. tengo una placa de video gtc 1650 super. Normalmente la interfaz gráfica tiene problemas si no se han cargado los drivers que soporten la aceleración por hardware de tu tarjeta ya que son drivers propietarios que no se encuentran en los repositoris free de debian. Dices tener una tarjeta gtc 1650 super; imagino que es gtx 1650 super. Sería bueno conocer qué mensajes de error te aparecen a la hora de arranque. Puedes colocar la salida del comando lspci | grep VGA Así vemos exactamente de que tarjeta se trata. Tal vez esto te pueda ayudar. https://tutorialforlinux.com/nvidia-gtx-1650-super-driver-debian-installation-guide/ Saludos. -- Errar es de humanos, pero es mas humano culpar a los demás
Problema kernel debian 10 Ryzen 5 3500
Buenas!, Queria saber si tuvieron elmismo problema que yo. instale debian 10 en mi ryzen 5 3500 y el prblema que tengo es que no realiza bien la configuracion y termina sin cargar la interfaz grafica. en debian me pasa eso pero en otras distros que tienen un kernel mas nuevo directamente no carga nada y queda como freezado sin cargar la interfaz y con glitches. se que en el kernel 5.6 rc6 se resolvio el problema pero no encuentro un kernel compilado para debian. tengo una placa de video gtc 1650 super.
Re: realtek RTL810xE PCI Express Fast Ethernet y kernel 5.2
ya se que no se hace top posting y no conzco a alguien que se le ocurrió antes contestar dos correos juntos. La mayoría de las cosas que encuentro es para activar el wifi, que si me está funcionando bien, yo necesito conectarme por cable (por ejemplo, para configurar un switch). Voy a ver si hay algún bug reportado y lo levantaré yo si no está ot: lo del firmware me vino bien para activar el bluetooth jejeje El jue, 29-08-2019 a las 09:45 -0300, Matias Mucciolo escribió: > On Thursday, August 29, 2019 9:27:18 AM -03 Gonzalo Rivero wrote: > > Buen día, > > hace unos días actualicé mi debian testing y me di con que mi placa > > de > > red no funciona... y probablemente hace mucho no funciona porque > > venía > > manejándome exclusivamente por wifi > > según lspci -v -k: > > 02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. > > RTL810xE PCI > > Express Fast Ethernet controller (rev 05) Subsystem: Realtek > > Semiconductor > > Co., Ltd. RTL810xE PCI Express Fast Ethernet controller Flags: fast > > devsel, > > IRQ 17 > > I/O ports at d000 [size=256] > > Memory at d0604000 (64-bit, prefetchable) [size=4K] > > Memory at d060 (64-bit, prefetchable) [size=16K] > > Capabilities: [40] Power Management version 3 > > Capabilities: [50] MSI: Enable- Count=1/1 Maskable- 64bit+ > > Capabilities: [70] Express Endpoint, MSI 01 > > Capabilities: [b0] MSI-X: Enable- Count=4 Masked- > > Capabilities: [d0] Vital Product Data > > Capabilities: [100] Advanced Error Reporting > > Capabilities: [140] Virtual Channel > > Capabilities: [160] Device Serial Number 00-00-00-00-00-00-00- > > 00 > > Kernel modules: r8169 > > > > según lsmod tengo cargado el módulo: > > lsmod |grep 8169 > > r8169 98304 0 > > libphy 94208 2 r8169,realtek > > > > pero ifconfig -a no aparece nada cableado: > > lo: flags=73 mtu 65536 > > inet 127.0.0.1 netmask 255.0.0.0 > > inet6 ::1 prefixlen 128 scopeid 0x10 > > loop txqueuelen 1000 (Local Loopback) > > RX packets 253 bytes 36319 (35.4 KiB) > > RX errors 0 dropped 0 overruns 0 frame 0 > > TX packets 253 bytes 36319 (35.4 KiB) > > TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 > > > > tun0: flags=4305 mtu 1500 > > inet 10.0.219.22 netmask 255.255.255.255 destination > > 10.0.219.21 > > inet6 fe80::5ca3:a319:866d:ed6e prefixlen 64 scopeid > > 0x20 > > unspec 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00- > > 00 txqueuelen > > 100 (UNSPEC) RX packets 16269 bytes 6831208 (6.5 MiB) > > RX errors 0 dropped 0 overruns 0 frame 0 > > TX packets 13743 bytes 836991 (817.3 KiB) > > TX errors 0 dropped 4 overruns 0 carrier 0 collisions 0 > > > > wlp1s0: flags=4163 mtu 1500 > > inet 172.21.234.143 netmask 255.255.0.0 broadcast > > 172.21.255.255 > > inet6 fe80::1acf:5eff:fe6a:ac3c prefixlen 64 scopeid > > 0x20 > > ether 18:cf:5e:6a:ac:3c txqueuelen 1000 (Ethernet) > > RX packets 106881 bytes 73644461 (70.2 MiB) > > RX errors 0 dropped 0 overruns 0 frame 0 > > TX packets 85649 bytes 14929711 (14.2 MiB) > > TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 > > > > no se que se me está pasando por alto o que estoy haciendo mal al > > buscar > > ayuda en google? > > Buenas > es muy posible que te falte el firmware > chequea el dmesg para ver si encontras algo referente a eso. > muy posiblemente este en el paquete firmware-realtek > > saludos > Matias --- Begin Message --- Saludos. Si el firmware-realtek no te sirve entra en esta url: http://laespadadelibertad.blogspot.com/2019/08/instalar-driver-realtek-en-debian-10.html Allí explico como instalar los firmware de realtek wifi pero también doy enlaces para con howto para instalar otros modelos de realtek como tarjetas de red o red integrada de tipo cableada, espero te sirva la información. -- ++ Alejandro García ING. en Sistemas Programador Linux User id: 561553 Dirección Venezuela: País Venezuela Estado Aragua Ciudad San Sebastián de los Reyes Sector las Marías calle San Antonio Código postal 2340 Dirección España: País España Provincia Alicante Ciudad Alicante Av. Periodista Rodolfo Salazar No. 30, 3º puerta 21 Código postal 03012 Telf. Contacto Venezuela Teléfono (+58) 0246-521-1665 Celular (+58) 0414-562-0069 Celular (+58) 0424-362-9068 Telf. Contacto España Teléfono (+34) 966 443 420 Celular (+34) 617 557 970 https://laespadadelhacker.blogspot.com http://linuxcounter.net/user/561553.html https://laespadadelibertad.blogspot.com ++ --- End Message ---
Re: realtek RTL810xE PCI Express Fast Ethernet y kernel 5.2
On Thursday, August 29, 2019 9:27:18 AM -03 Gonzalo Rivero wrote: > Buen día, > hace unos días actualicé mi debian testing y me di con que mi placa de > red no funciona... y probablemente hace mucho no funciona porque venía > manejándome exclusivamente por wifi > según lspci -v -k: > 02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL810xE PCI > Express Fast Ethernet controller (rev 05) Subsystem: Realtek Semiconductor > Co., Ltd. RTL810xE PCI Express Fast Ethernet controller Flags: fast devsel, > IRQ 17 > I/O ports at d000 [size=256] > Memory at d0604000 (64-bit, prefetchable) [size=4K] > Memory at d060 (64-bit, prefetchable) [size=16K] > Capabilities: [40] Power Management version 3 > Capabilities: [50] MSI: Enable- Count=1/1 Maskable- 64bit+ > Capabilities: [70] Express Endpoint, MSI 01 > Capabilities: [b0] MSI-X: Enable- Count=4 Masked- > Capabilities: [d0] Vital Product Data > Capabilities: [100] Advanced Error Reporting > Capabilities: [140] Virtual Channel > Capabilities: [160] Device Serial Number 00-00-00-00-00-00-00-00 > Kernel modules: r8169 > > según lsmod tengo cargado el módulo: > lsmod |grep 8169 > r8169 98304 0 > libphy 94208 2 r8169,realtek > > pero ifconfig -a no aparece nada cableado: > lo: flags=73 mtu 65536 > inet 127.0.0.1 netmask 255.0.0.0 > inet6 ::1 prefixlen 128 scopeid 0x10 > loop txqueuelen 1000 (Local Loopback) > RX packets 253 bytes 36319 (35.4 KiB) > RX errors 0 dropped 0 overruns 0 frame 0 > TX packets 253 bytes 36319 (35.4 KiB) > TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 > > tun0: flags=4305 mtu 1500 > inet 10.0.219.22 netmask 255.255.255.255 destination 10.0.219.21 > inet6 fe80::5ca3:a319:866d:ed6e prefixlen 64 scopeid 0x20 > unspec 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 txqueuelen > 100 (UNSPEC) RX packets 16269 bytes 6831208 (6.5 MiB) > RX errors 0 dropped 0 overruns 0 frame 0 > TX packets 13743 bytes 836991 (817.3 KiB) > TX errors 0 dropped 4 overruns 0 carrier 0 collisions 0 > > wlp1s0: flags=4163 mtu 1500 > inet 172.21.234.143 netmask 255.255.0.0 broadcast 172.21.255.255 > inet6 fe80::1acf:5eff:fe6a:ac3c prefixlen 64 scopeid 0x20 > ether 18:cf:5e:6a:ac:3c txqueuelen 1000 (Ethernet) > RX packets 106881 bytes 73644461 (70.2 MiB) > RX errors 0 dropped 0 overruns 0 frame 0 > TX packets 85649 bytes 14929711 (14.2 MiB) > TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 > > no se que se me está pasando por alto o que estoy haciendo mal al buscar > ayuda en google? Buenas es muy posible que te falte el firmware chequea el dmesg para ver si encontras algo referente a eso. muy posiblemente este en el paquete firmware-realtek saludos Matias
realtek RTL810xE PCI Express Fast Ethernet y kernel 5.2
Buen día, hace unos días actualicé mi debian testing y me di con que mi placa de red no funciona... y probablemente hace mucho no funciona porque venía manejándome exclusivamente por wifi según lspci -v -k: 02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL810xE PCI Express Fast Ethernet controller (rev 05) Subsystem: Realtek Semiconductor Co., Ltd. RTL810xE PCI Express Fast Ethernet controller Flags: fast devsel, IRQ 17 I/O ports at d000 [size=256] Memory at d0604000 (64-bit, prefetchable) [size=4K] Memory at d060 (64-bit, prefetchable) [size=16K] Capabilities: [40] Power Management version 3 Capabilities: [50] MSI: Enable- Count=1/1 Maskable- 64bit+ Capabilities: [70] Express Endpoint, MSI 01 Capabilities: [b0] MSI-X: Enable- Count=4 Masked- Capabilities: [d0] Vital Product Data Capabilities: [100] Advanced Error Reporting Capabilities: [140] Virtual Channel Capabilities: [160] Device Serial Number 00-00-00-00-00-00-00-00 Kernel modules: r8169 según lsmod tengo cargado el módulo: lsmod |grep 8169 r8169 98304 0 libphy 94208 2 r8169,realtek pero ifconfig -a no aparece nada cableado: lo: flags=73 mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10 loop txqueuelen 1000 (Local Loopback) RX packets 253 bytes 36319 (35.4 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 253 bytes 36319 (35.4 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 tun0: flags=4305 mtu 1500 inet 10.0.219.22 netmask 255.255.255.255 destination 10.0.219.21 inet6 fe80::5ca3:a319:866d:ed6e prefixlen 64 scopeid 0x20 unspec 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 txqueuelen 100 (UNSPEC) RX packets 16269 bytes 6831208 (6.5 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 13743 bytes 836991 (817.3 KiB) TX errors 0 dropped 4 overruns 0 carrier 0 collisions 0 wlp1s0: flags=4163 mtu 1500 inet 172.21.234.143 netmask 255.255.0.0 broadcast 172.21.255.255 inet6 fe80::1acf:5eff:fe6a:ac3c prefixlen 64 scopeid 0x20 ether 18:cf:5e:6a:ac:3c txqueuelen 1000 (Ethernet) RX packets 106881 bytes 73644461 (70.2 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 85649 bytes 14929711 (14.2 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 no se que se me está pasando por alto o que estoy haciendo mal al buscar ayuda en google?
Re: Cambiar parametro kernel
On Wednesday, February 20, 2019 3:47:58 PM -03 Rubén Magaña wrote: > Buenas, alguien sabe como cambiar el parámetros del kernel? Es posible > hacerlo sin tener que recompilar de nuevo el kernel? > > SERIAL_8250_RUNTIME_UARTS > > ??? > > Un saludo, > Rubén Magaña Riau > Mobile: (+34) 677 134 091 Buenas mirate la opcion de booteo '8250.nr_uarts' saludos. Matias.-
Cambiar parametro kernel
Buenas, alguien sabe como cambiar el parámetros del kernel? Es posible hacerlo sin tener que recompilar de nuevo el kernel? SERIAL_8250_RUNTIME_UARTS ??? Un saludo, Rubén Magaña Riau Mobile: (+34) 677 134 091
Re: modulo desaparecido en el kernel 4.9.0-8-rt-amd64
Buenas, Se contempla la compilación de un nuevo kernel (la 4.9.1 por ejemplo) basada en el fichero de configuración que ya tienes de la rt 4.9.0? la idea sería algo como esto: wget https://kernel.org/pub/linux/kernel/v4.x/linux-4.9.1.tar.gz tar xzf linux-4.9.1.tar.gz cp /boot/config-$(uname -r) linux-4.9.1/.config make menuconfig una vez se abra el menú, pulsas enter en load file. ahí, por defecto tendrás .config, que es el que ha de ser y el que habrás copiado previamente. Tras cargarlo, solo has de indagar por el menú hasta encontrar el módulo. Lo marcas con la letra m, y entonces pulsas en exit hasta llegar al menú principal. Una vez ahí, pulsas en save. De nuevo, guardas como .config y otra vez exit. has de ver un mensaje parecido a este: the configuration as writen to .config. Run make for make compilation. tras esto, ejecutas: make 1> /dev/null y cuandò termine: make modules 1> /dev/null consejo: para que trabaje en segundo plano: make 1> /dev/null & make modules 1> /dev/null & con esto, haremos que la salida de stdout de envíe a /Dev/null, de forma que no nos molesten las salidas y solo podamos ver por stderr las de error. con el comando: jobs, veremos la palabra "ejecutando", si la compilación está en marcha. "hecho", se se ha completado. una vez se complete, haremos: make modules_install && make install y acabamos con: update-grub && reboot si todo ha ido bien, deberías arrancar con el kernel 4.9.1. Fran. PD: asumo que el entorno de desarrollo requerido lo tienes instalado. El 14/2/19, Matias Mucciolo escribió: > > On Thursday, February 14, 2019 5:06:34 AM -03 Suso Comesaña wrote: >> Hola, estaba intentando configurar el sistema stretch en real-time para >> edición audio, cuando me di cuenta que el módulo >> powernow-k8 no está en el kernel 4.9.0-8-rt-amd64, mientras que en >> 4.9.0-8-amd64 si que aparece y es totalmente funcional. >> Sabéis si es un bug o se ha retirado por alguna razón? >> Salud! > > > buenas > mirate esto: > https://wiki.linuxfoundation.org/realtime/documentation/known_limitations > > Saludos > Matias > >
Re: modulo desaparecido en el kernel 4.9.0-8-rt-amd64
On Thursday, February 14, 2019 5:06:34 AM -03 Suso Comesaña wrote: > Hola, estaba intentando configurar el sistema stretch en real-time para > edición audio, cuando me di cuenta que el módulo > powernow-k8 no está en el kernel 4.9.0-8-rt-amd64, mientras que en > 4.9.0-8-amd64 si que aparece y es totalmente funcional. > Sabéis si es un bug o se ha retirado por alguna razón? > Salud! buenas mirate esto: https://wiki.linuxfoundation.org/realtime/documentation/known_limitations Saludos Matias
modulo desaparecido en el kernel 4.9.0-8-rt-amd64
Hola, estaba intentando configurar el sistema stretch en real-time para edición audio, cuando me di cuenta que el módulo powernow-k8 no está en el kernel 4.9.0-8-rt-amd64, mientras que en 4.9.0-8-amd64 si que aparece y es totalmente funcional. Sabéis si es un bug o se ha retirado por alguna razón? Salud!
Re: kernel 4.9 cuelgue en el inicio
El 10/06/17 a las 15:50, Felix Perez escribió: El día 9 de junio de 2017, 11:29, marcelo <marcelogiord...@gmail.com> escribió: El 09/06/17 a las 12:03, Felix Perez escribió: El día 9 de junio de 2017, 9:33, marcelo <marcelogiord...@gmail.com> escribió: El 08/06/17 a las 23:52, Felix Perez escribió: El día 8 de junio de 2017, 20:01, marcelo <marcelogiord...@gmail.com> escribió: El 08/06/17 a las 20:38, Felix Perez escribió: El día 8 de junio de 2017, 19:33, Paynalton <cxescal...@gmail.com> escribió: si estás usando gdm para iniciar sesión necesitas instalar los modulos para tu tarjeta gráfica. Estimado por favor no haga top posting, así se lleva un hilo ordenado y no contestes al privado siempre a la lista. Gracias. El jue., 8 de jun. de 2017 a la(s) 18:15, marcelo <marcelogiord...@gmail.com> escribió: Amigos: Tomé la decisión de volver a instalar debian 8 y me llamó la atención que después de instalar no podía loguearme con mi usuario y contraseña porque la computadora se "congelaba". Pensé que era un error de instalación asi que volví a instalarlo dos veces mas con idéntico resultado. Desesperado se me ocurrió probar distintas alternativas y llegué a la conclusión que el problema es el kernel 4.9, ya que iniciando en opciones con kernel 3.16 no tengo ningún problema. En el inicio me sale un error "module microcode not found in modules.dep" buscando en internet deducí que ese no es un problema. Es así Espero sus comentario. Muy agradecido Estoy usando lightdm. Que debería hacer? prometo no hacer mas top-posting. Perdón No Marcelo tú no has echo top posting, quien lo hizo es quién te contesto anteriormente la idea tampoco es contestar al final sino que debajo de lo que estás contestando, como yo ahora mismo que contesto bajo tu comentario. Jessie usa de serie el kernel 3.1 y Stretch 4.9 ¿Que versión estás intentando instalar? ¿Activaste los repos Contrib / Non free? Estoy intentando instalar Debian 8. Efectivamente tengo los repos contrib y non-free A ver, si instalas debian 8, Jessie, instalas el kernel 3.16 no entiendo porqué dices que instalas debian 8 y tienes problemas con el kernel 4.9 el cual en una instalación viene con Debian 9 Stretch. No queda claro qué y cómo instalas. Intenta entrar en modo rescate y revisa los logs, tal vez por ahí encontremos algo, pero me parece que puede ser y tal como comentan anteriormente unos problemas derivados de la tarjeta gráfica. Gracias Yo bajé una versión netinstall de debian (ayer). Digamos que el kernel 4.9 se instaló solo. Yo no hice nada para que se instalara. Es mas, tampoco se como se hace. Ahhh entonces debes haber instalado un testing stretch, y lo más probable que te falten los módulos de la gráfica. Mañana pruebo de entrar en modo rescate y les cuento como me fue envía la salida de un: uname -a lspci lsusb Suerte. Esto lo hago desde la consola del 3.16 no es cierto? Porque el 4.9 no lo puedo arrancar. Perdón por la ignorancia
Re: kernel 4.9 cuelgue en el inicio
El día 9 de junio de 2017, 11:29, marcelo <marcelogiord...@gmail.com> escribió: > > > El 09/06/17 a las 12:03, Felix Perez escribió: > > El día 9 de junio de 2017, 9:33, marcelo <marcelogiord...@gmail.com> > escribió: > > El 08/06/17 a las 23:52, Felix Perez escribió: > > El día 8 de junio de 2017, 20:01, marcelo <marcelogiord...@gmail.com> > escribió: > > El 08/06/17 a las 20:38, Felix Perez escribió: > > El día 8 de junio de 2017, 19:33, Paynalton <cxescal...@gmail.com> > escribió: > > si estás usando gdm para iniciar sesión necesitas instalar los modulos > para > tu tarjeta gráfica. > > Estimado por favor no haga top posting, así se lleva un hilo ordenado > y no contestes al privado siempre a la lista. > > Gracias. > > El jue., 8 de jun. de 2017 a la(s) 18:15, marcelo > <marcelogiord...@gmail.com> escribió: > > Amigos: > > Tomé la decisión de volver a instalar debian 8 y me llamó la atención > que después de instalar no podía loguearme con mi usuario y contraseña > porque la computadora se "congelaba". Pensé que era un error de > instalación asi que volví a instalarlo dos veces mas con idéntico > resultado. > > Desesperado se me ocurrió probar distintas alternativas y llegué a la > conclusión que el problema es el kernel 4.9, ya que iniciando en > opciones con kernel 3.16 no tengo ningún problema. > > En el inicio me sale un error "module microcode not found in > modules.dep" buscando en internet deducí que ese no es un problema. Es > así > > Espero sus comentario. > > Muy agradecido > > Estoy usando lightdm. > Que debería hacer? > prometo no hacer mas top-posting. Perdón > > No Marcelo tú no has echo top posting, quien lo hizo es quién te > contesto anteriormente la idea tampoco es contestar al final sino que > debajo de lo que estás contestando, como yo ahora mismo que contesto > bajo tu comentario. > > Jessie usa de serie el kernel 3.1 y Stretch 4.9 ¿Que versión estás > intentando instalar? ¿Activaste los repos Contrib / Non free? > > Estoy intentando instalar Debian 8. > Efectivamente tengo los repos contrib y non-free > > A ver, si instalas debian 8, Jessie, instalas el kernel 3.16 no > entiendo porqué dices que instalas debian 8 y tienes problemas con el > kernel 4.9 el cual en una instalación viene con Debian 9 Stretch. No > queda claro qué y cómo instalas. > > Intenta entrar en modo rescate y revisa los logs, tal vez por ahí > encontremos algo, pero me parece que puede ser y tal como comentan > anteriormente unos problemas derivados de la tarjeta gráfica. > > > Gracias > > Yo bajé una versión netinstall de debian (ayer). Digamos que el kernel 4.9 > se instaló solo. Yo no hice nada para que se instalara. Es mas, tampoco se > como se hace. Ahhh entonces debes haber instalado un testing stretch, y lo más probable que te falten los módulos de la gráfica. > Mañana pruebo de entrar en modo rescate y les cuento como me fue envía la salida de un: uname -a lspci lsusb 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: kernel 4.9 cuelgue en el inicio
El 09/06/17 a las 12:03, Felix Perez escribió: El día 9 de junio de 2017, 9:33, marcelo<marcelogiord...@gmail.com> escribió: El 08/06/17 a las 23:52, Felix Perez escribió: El día 8 de junio de 2017, 20:01, marcelo<marcelogiord...@gmail.com> escribió: El 08/06/17 a las 20:38, Felix Perez escribió: El día 8 de junio de 2017, 19:33, Paynalton<cxescal...@gmail.com> escribió: si estás usando gdm para iniciar sesión necesitas instalar los modulos para tu tarjeta gráfica. Estimado por favor no haga top posting, así se lleva un hilo ordenado y no contestes al privado siempre a la lista. Gracias. El jue., 8 de jun. de 2017 a la(s) 18:15, marcelo <marcelogiord...@gmail.com> escribió: Amigos: Tomé la decisión de volver a instalar debian 8 y me llamó la atención que después de instalar no podía loguearme con mi usuario y contraseña porque la computadora se "congelaba". Pensé que era un error de instalación asi que volví a instalarlo dos veces mas con idéntico resultado. Desesperado se me ocurrió probar distintas alternativas y llegué a la conclusión que el problema es el kernel 4.9, ya que iniciando en opciones con kernel 3.16 no tengo ningún problema. En el inicio me sale un error "module microcode not found in modules.dep" buscando en internet deducí que ese no es un problema. Es así Espero sus comentario. Muy agradecido Estoy usando lightdm. Que debería hacer? prometo no hacer mas top-posting. Perdón No Marcelo tú no has echo top posting, quien lo hizo es quién te contesto anteriormente la idea tampoco es contestar al final sino que debajo de lo que estás contestando, como yo ahora mismo que contesto bajo tu comentario. Jessie usa de serie el kernel 3.1 y Stretch 4.9 ¿Que versión estás intentando instalar? ¿Activaste los repos Contrib / Non free? Estoy intentando instalar Debian 8. Efectivamente tengo los repos contrib y non-free A ver, si instalas debian 8, Jessie, instalas el kernel 3.16 no entiendo porqué dices que instalas debian 8 y tienes problemas con el kernel 4.9 el cual en una instalación viene con Debian 9 Stretch. No queda claro qué y cómo instalas. Intenta entrar en modo rescate y revisa los logs, tal vez por ahí encontremos algo, pero me parece que puede ser y tal como comentan anteriormente unos problemas derivados de la tarjeta gráfica. Gracias Yo bajé una versión netinstall de debian (ayer). Digamos que el kernel 4.9 se instaló solo. Yo no hice nada para que se instalara. Es mas, tampoco se como se hace. Mañana pruebo de entrar en modo rescate y les cuento como me fue
Re: kernel 4.9 cuelgue en el inicio
El día 9 de junio de 2017, 9:33, marcelo <marcelogiord...@gmail.com> escribió: > > > El 08/06/17 a las 23:52, Felix Perez escribió: > > El día 8 de junio de 2017, 20:01, marcelo <marcelogiord...@gmail.com> > escribió: > > El 08/06/17 a las 20:38, Felix Perez escribió: > > El día 8 de junio de 2017, 19:33, Paynalton <cxescal...@gmail.com> > escribió: > > si estás usando gdm para iniciar sesión necesitas instalar los modulos > para > tu tarjeta gráfica. > > Estimado por favor no haga top posting, así se lleva un hilo ordenado > y no contestes al privado siempre a la lista. > > Gracias. > > El jue., 8 de jun. de 2017 a la(s) 18:15, marcelo > <marcelogiord...@gmail.com> escribió: > > Amigos: > > Tomé la decisión de volver a instalar debian 8 y me llamó la atención > que después de instalar no podía loguearme con mi usuario y contraseña > porque la computadora se "congelaba". Pensé que era un error de > instalación asi que volví a instalarlo dos veces mas con idéntico > resultado. > > Desesperado se me ocurrió probar distintas alternativas y llegué a la > conclusión que el problema es el kernel 4.9, ya que iniciando en > opciones con kernel 3.16 no tengo ningún problema. > > En el inicio me sale un error "module microcode not found in > modules.dep" buscando en internet deducí que ese no es un problema. Es > así > > Espero sus comentario. > > Muy agradecido > > Estoy usando lightdm. > Que debería hacer? > prometo no hacer mas top-posting. Perdón > > No Marcelo tú no has echo top posting, quien lo hizo es quién te > contesto anteriormente la idea tampoco es contestar al final sino que > debajo de lo que estás contestando, como yo ahora mismo que contesto > bajo tu comentario. > > Jessie usa de serie el kernel 3.1 y Stretch 4.9 ¿Que versión estás > intentando instalar? ¿Activaste los repos Contrib / Non free? > > Estoy intentando instalar Debian 8. > Efectivamente tengo los repos contrib y non-free A ver, si instalas debian 8, Jessie, instalas el kernel 3.16 no entiendo porqué dices que instalas debian 8 y tienes problemas con el kernel 4.9 el cual en una instalación viene con Debian 9 Stretch. No queda claro qué y cómo instalas. Intenta entrar en modo rescate y revisa los logs, tal vez por ahí encontremos algo, pero me parece que puede ser y tal como comentan anteriormente unos problemas derivados de la tarjeta gráfica. > Gracias -- 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: kernel 4.9 cuelgue en el inicio
El 08/06/17 a las 23:52, Felix Perez escribió: El día 8 de junio de 2017, 20:01, marcelo<marcelogiord...@gmail.com> escribió: El 08/06/17 a las 20:38, Felix Perez escribió: El día 8 de junio de 2017, 19:33, Paynalton<cxescal...@gmail.com> escribió: si estás usando gdm para iniciar sesión necesitas instalar los modulos para tu tarjeta gráfica. Estimado por favor no haga top posting, así se lleva un hilo ordenado y no contestes al privado siempre a la lista. Gracias. El jue., 8 de jun. de 2017 a la(s) 18:15, marcelo <marcelogiord...@gmail.com> escribió: Amigos: Tomé la decisión de volver a instalar debian 8 y me llamó la atención que después de instalar no podía loguearme con mi usuario y contraseña porque la computadora se "congelaba". Pensé que era un error de instalación asi que volví a instalarlo dos veces mas con idéntico resultado. Desesperado se me ocurrió probar distintas alternativas y llegué a la conclusión que el problema es el kernel 4.9, ya que iniciando en opciones con kernel 3.16 no tengo ningún problema. En el inicio me sale un error "module microcode not found in modules.dep" buscando en internet deducí que ese no es un problema. Es así Espero sus comentario. Muy agradecido Estoy usando lightdm. Que debería hacer? prometo no hacer mas top-posting. Perdón No Marcelo tú no has echo top posting, quien lo hizo es quién te contesto anteriormente la idea tampoco es contestar al final sino que debajo de lo que estás contestando, como yo ahora mismo que contesto bajo tu comentario. Jessie usa de serie el kernel 3.1 y Stretch 4.9 ¿Que versión estás intentando instalar? ¿Activaste los repos Contrib / Non free? Estoy intentando instalar Debian 8. Efectivamente tengo los repos contrib y non-free Gracias
Re: kernel 4.9 cuelgue en el inicio
El día 8 de junio de 2017, 20:01, marcelo <marcelogiord...@gmail.com> escribió: > El 08/06/17 a las 20:38, Felix Perez escribió: >> >> El día 8 de junio de 2017, 19:33, Paynalton <cxescal...@gmail.com> >> escribió: >>> >>> si estás usando gdm para iniciar sesión necesitas instalar los modulos >>> para >>> tu tarjeta gráfica. >>> >> Estimado por favor no haga top posting, así se lleva un hilo ordenado >> y no contestes al privado siempre a la lista. >> >> Gracias. >> >>> El jue., 8 de jun. de 2017 a la(s) 18:15, marcelo >>> <marcelogiord...@gmail.com> escribió: >>>> >>>> Amigos: >>>> >>>> Tomé la decisión de volver a instalar debian 8 y me llamó la atención >>>> que después de instalar no podía loguearme con mi usuario y contraseña >>>> porque la computadora se "congelaba". Pensé que era un error de >>>> instalación asi que volví a instalarlo dos veces mas con idéntico >>>> resultado. >>>> >>>> Desesperado se me ocurrió probar distintas alternativas y llegué a la >>>> conclusión que el problema es el kernel 4.9, ya que iniciando en >>>> opciones con kernel 3.16 no tengo ningún problema. >>>> >>>> En el inicio me sale un error "module microcode not found in >>>> modules.dep" buscando en internet deducí que ese no es un problema. Es >>>> así >>>> >>>> Espero sus comentario. >>>> >>>> Muy agradecido >>>> >> >> > Estoy usando lightdm. > Que debería hacer? > prometo no hacer mas top-posting. Perdón > No Marcelo tú no has echo top posting, quien lo hizo es quién te contesto anteriormente la idea tampoco es contestar al final sino que debajo de lo que estás contestando, como yo ahora mismo que contesto bajo tu comentario. Jessie usa de serie el kernel 3.1 y Stretch 4.9 ¿Que versión estás intentando instalar? ¿Activaste los repos Contrib / Non free? -- 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: kernel 4.9 cuelgue en el inicio
El 08/06/17 a las 20:38, Felix Perez escribió: El día 8 de junio de 2017, 19:33, Paynalton <cxescal...@gmail.com> escribió: si estás usando gdm para iniciar sesión necesitas instalar los modulos para tu tarjeta gráfica. Estimado por favor no haga top posting, así se lleva un hilo ordenado y no contestes al privado siempre a la lista. Gracias. El jue., 8 de jun. de 2017 a la(s) 18:15, marcelo <marcelogiord...@gmail.com> escribió: Amigos: Tomé la decisión de volver a instalar debian 8 y me llamó la atención que después de instalar no podía loguearme con mi usuario y contraseña porque la computadora se "congelaba". Pensé que era un error de instalación asi que volví a instalarlo dos veces mas con idéntico resultado. Desesperado se me ocurrió probar distintas alternativas y llegué a la conclusión que el problema es el kernel 4.9, ya que iniciando en opciones con kernel 3.16 no tengo ningún problema. En el inicio me sale un error "module microcode not found in modules.dep" buscando en internet deducí que ese no es un problema. Es así Espero sus comentario. Muy agradecido Estoy usando lightdm. Que debería hacer? prometo no hacer mas top-posting. Perdón
Re: kernel 4.9 cuelgue en el inicio
El día 8 de junio de 2017, 19:33, Paynalton <cxescal...@gmail.com> escribió: > si estás usando gdm para iniciar sesión necesitas instalar los modulos para > tu tarjeta gráfica. > Estimado por favor no haga top posting, así se lleva un hilo ordenado y no contestes al privado siempre a la lista. Gracias. > El jue., 8 de jun. de 2017 a la(s) 18:15, marcelo > <marcelogiord...@gmail.com> escribió: >> >> Amigos: >> >> Tomé la decisión de volver a instalar debian 8 y me llamó la atención >> que después de instalar no podía loguearme con mi usuario y contraseña >> porque la computadora se "congelaba". Pensé que era un error de >> instalación asi que volví a instalarlo dos veces mas con idéntico >> resultado. >> >> Desesperado se me ocurrió probar distintas alternativas y llegué a la >> conclusión que el problema es el kernel 4.9, ya que iniciando en >> opciones con kernel 3.16 no tengo ningún problema. >> >> En el inicio me sale un error "module microcode not found in >> modules.dep" buscando en internet deducí que ese no es un problema. Es así >> >> Espero sus comentario. >> >> Muy agradecido >> > -- 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: kernel 4.9 cuelgue en el inicio
si estás usando gdm para iniciar sesión necesitas instalar los modulos para tu tarjeta gráfica. El jue., 8 de jun. de 2017 a la(s) 18:15, marcelo <marcelogiord...@gmail.com> escribió: > Amigos: > > Tomé la decisión de volver a instalar debian 8 y me llamó la atención > que después de instalar no podía loguearme con mi usuario y contraseña > porque la computadora se "congelaba". Pensé que era un error de > instalación asi que volví a instalarlo dos veces mas con idéntico > resultado. > > Desesperado se me ocurrió probar distintas alternativas y llegué a la > conclusión que el problema es el kernel 4.9, ya que iniciando en > opciones con kernel 3.16 no tengo ningún problema. > > En el inicio me sale un error "module microcode not found in > modules.dep" buscando en internet deducí que ese no es un problema. Es así > > Espero sus comentario. > > Muy agradecido > >
kernel 4.9 cuelgue en el inicio
Amigos: Tomé la decisión de volver a instalar debian 8 y me llamó la atención que después de instalar no podía loguearme con mi usuario y contraseña porque la computadora se "congelaba". Pensé que era un error de instalación asi que volví a instalarlo dos veces mas con idéntico resultado. Desesperado se me ocurrió probar distintas alternativas y llegué a la conclusión que el problema es el kernel 4.9, ya que iniciando en opciones con kernel 3.16 no tengo ningún problema. En el inicio me sale un error "module microcode not found in modules.dep" buscando en internet deducí que ese no es un problema. Es así Espero sus comentario. Muy agradecido
Cortes apache errores de Kernel
Estimados, Tengo un problema con un servidor de mail en un Debian 6. Los sintomas que por exactamente 4 minutos se queda sin acceso el servicio web. No logro encontrar el problema, tengo varios errores de Kernel que no logro comprender, tal vez no tenga que ver pero si alguno entiende de estos errores estare agradecido: Apr 6 09:40:24 mail kernel: [81547.472513] hpet1: lost 2 rtc interrupts Apr 6 11:36:26 mail kernel: [81804.616989] hpet1: lost 12 rtc interrupts Apr 6 11:37:17 mail kernel: [81856.142353] hpet1: lost 3 rtc interrupts Apr 6 11:37:17 mail kernel: [81856.163813] hpet1: lost 1 rtc interrupts Apr 6 11:37:21 mail kernel: [81860.228997] hpet1: lost 1 rtc interrupts Apr 6 11:37:25 mail kernel: [81863.596428] hpet1: lost 11 rtc interrupts Apr 6 11:42:18 mail kernel: [82157.044588] hpet1: lost 7 rtc interrupts Apr 6 11:42:22 mail kernel: [82161.058534] hpet1: lost 14 rtc interrupts [ 415.541612] set_rtc_mmss: can't update from 8 to 59 [ 416.541551] set_rtc_mmss: can't update from 8 to 59 [ 417.541489] set_rtc_mmss: can't update from 8 to 59 [ 418.541429] set_rtc_mmss: can't update from 8 to 59 [ 419.541360] set_rtc_mmss: can't update from 8 to 59 [ 420.541299] set_rtc_mmss: can't update from 8 to 59 [ 421.541239] set_rtc_mmss: can't update from 8 to 59 [ 422.541179] set_rtc_mmss: can't update from 8 to 59 [ 423.541114] set_rtc_mmss: can't update from 8 to 59 [ 424.541058] set_rtc_mmss: can't update from 8 to 59 [ 425.540994] set_rtc_mmss: can't update from 8 to 59 [ 426.540930] set_rtc_mmss: can't update from 8 to 59 PME# supported from D0 D3hot D3cold [0.370935] pci :00:15.0: PME# disabled [0.371920] pci :00:15.1: PME# supported from D0 D3hot D3cold [0.371942] pci :00:15.1: PME# disabled [0.372901] pci :00:15.2: PME# supported from D0 D3hot D3cold [0.372924] pci :00:15.2: PME# disabled [0.373885] pci :00:15.3: PME# supported from D0 D3hot D3cold [0.373908] pci :00:15.3: PME# disabled [0.374867] pci :00:15.4: PME# supported from D0 D3hot D3cold [0.374890] pci :00:15.4: PME# disabled [0.375847] pci :00:15.5: PME# supported from D0 D3hot D3cold [0.375870] pci :00:15.5: PME# disabled [0.376827] pci :00:15.6: PME# supported from D0 D3hot D3cold [0.376849] pci :00:15.6: PME# disabled [0.377813] pci :00:15.7: PME# supported from D0 D3hot D3cold PD. Se migro de plataforma de Hyper V a VMWare PD. si creen que no tiene nada que ver esto con lo del apache.. escucho sugerencias, me siento perdido.
[OT] Re: Debian touchpad / kernel 4.9
El 28/01/17 a las 00:22, Jimmy Muñoz Bravo escribió: > buenas noches disculpen que los molestes, me gustaria darme de baja para no > recibir estos msj, alguien que me pueda ayudar o que me diga que debo hacer > > gracias por la ayuda Para desuscribirse de la lista has de mandar un correo en blanco a: mailto:debian-user-spanish-requ...@lists.debian.org?subject=unsubscribe Sin más, te mandará un correo electrónico que tendrás que confirmarlo respondiéndolo para que surta efecto. P.S.: Se ve que se contesta al correo-e...y a la lista a la vez. -- Saludos de Santiago José López Borrazás. signature.asc Description: OpenPGP digital signature
Re: Debian touchpad / kernel 4.9
buenas noches disculpen que los molestes, me gustaria darme de baja para no recibir estos msj, alguien que me pueda ayudar o que me diga que debo hacer gracias por la ayuda El 27 de enero de 2017, 15:02, Santiago José López Borrazás <sjlop...@gmx.es > escribió: > El 27/01/17 a las 20:54, Eduardo Rios escribió: > > Yo también tengo Debian Stretch con kernel 4.9 con Gnome y no tengo > problema > > alguno con el touchpad. > > Ni en mi caso, con KDE. Para nada. > > > Un saludo > > -- > Saludos de Santiago José López Borrazás. > >
Re: Debian touchpad / kernel 4.9
El 27/01/17 a las 20:54, Eduardo Rios escribió: > Yo también tengo Debian Stretch con kernel 4.9 con Gnome y no tengo problema > alguno con el touchpad. Ni en mi caso, con KDE. Para nada. > Un saludo -- Saludos de Santiago José López Borrazás. signature.asc Description: OpenPGP digital signature
Re: Debian touchpad / kernel 4.9
El 27/01/17 a las 17:45, Edwin De La Cruz escribió: > La semana pasada tuve un problema similar y fueron los drivers de video... > los problemas eran similares. > Ahora ya va todo bien. Se puede solucionar de esta manera: En el fichero /etc/X11/xorg.conf, en 'Section "Device"', ahí, debemos poner una línea que salga como esta: Option "DRI" "3" Palabrita que a mí no me falla ni a la de tres. Ya lo dije en mi blog: http://www.sjlopezb.es/2017/01/nouveau-con-nvidia.html Es fácilmente 'solucionable'. -- Saludos de Santiago José López Borrazás. signature.asc Description: OpenPGP digital signature
Re: Debian touchpad / kernel 4.9
El 27/01/17 a las 15:59, arnau Casau escribió: Hola muy buenas, desde hace una semana adquirí un nuevo portátil con el cuál he tenido muchos problemas con los drivers en el touchpad en la versión 8.7 de Debian (Kernel 3.16). He probado a actualizar a Debian Stretch (Kernel 4.8) en el cuál funciona perfectamente. Hoy he actualizado mi Debian (apt full-upgrade) i he visto que hay una nueva versión del Kernel, la 4.9. Bien, con dicha versión se me hace imposible trabajar, se me cuelga constantemente, no me permite abrir la ventana de configuración ni un simple navegador como Firefox. Mi pregunta era que si los bugs en la versión 4.9 son "normales" y están reportados o si es problema solo mio. Aclaro que utilizo Gnome como escritorio pero también he probado con KDE y estoy en las mismas. Hola buenas noches. Yo también tengo Debian Stretch con kernel 4.9 con Gnome y no tengo problema alguno con el touchpad. Un saludo -- www.LinuxCounter.net Registered user #369215
Re: Debian touchpad / kernel 4.9
El 27/1/2017 11:34 AM, "Matias Mucciolo" <mmucci...@suteba.org.ar> escribió: On Friday 27 January 2017 14:59:16 arnau Casau wrote: > Hola muy buenas, desde hace una semana adquirí un nuevo portátil con el cuál he > tenido muchos problemas con los drivers en el touchpad en la versión 8.7 de > Debian (Kernel 3.16). He probado a actualizar a Debian Stretch (Kernel 4.8) > en el cuál funciona perfectamente. > > Hoy he actualizado mi Debian (apt full-upgrade) i he visto que hay una > nueva versión del Kernel, la 4.9. Bien, con dicha versión se me hace > imposible trabajar, se me cuelga constantemente, no me permite abrir la > ventana de configuración ni un simple navegador como Firefox. > > Mi pregunta era que si los bugs en la versión 4.9 son "normales" y > están reportados > o si es problema solo mio. Aclaro que utilizo Gnome como escritorio pero > también he probado con KDE y estoy en las mismas. Hola si queres algo "estable" y necesitas un kernel reciente quedate en debian 8.7 y usa un kernel del backport. seguro que al actualizar a Stretch estas hiteando varios bugs. no solo del kernel en si. -- Matias La semana pasada tuve un problema similar y fueron los drivers de video... los problemas eran similares. Ahora ya va todo bien.
Re: Debian touchpad / kernel 4.9
On Friday 27 January 2017 14:59:16 arnau Casau wrote: > Hola muy buenas, desde hace una semana adquirí un nuevo portátil con el cuál > he > tenido muchos problemas con los drivers en el touchpad en la versión 8.7 de > Debian (Kernel 3.16). He probado a actualizar a Debian Stretch (Kernel 4.8) > en el cuál funciona perfectamente. > > Hoy he actualizado mi Debian (apt full-upgrade) i he visto que hay una > nueva versión del Kernel, la 4.9. Bien, con dicha versión se me hace > imposible trabajar, se me cuelga constantemente, no me permite abrir la > ventana de configuración ni un simple navegador como Firefox. > > Mi pregunta era que si los bugs en la versión 4.9 son "normales" y > están reportados > o si es problema solo mio. Aclaro que utilizo Gnome como escritorio pero > también he probado con KDE y estoy en las mismas. Hola si queres algo "estable" y necesitas un kernel reciente quedate en debian 8.7 y usa un kernel del backport. seguro que al actualizar a Stretch estas hiteando varios bugs. no solo del kernel en si. -- Matias
Re: Debian touchpad / kernel 4.9
El 27/01/17 a las 15:59, arnau Casau escribió: > Hola muy buenas, desde hace una semana adquirí un nuevo portátil con > el cuál he tenido muchos problemas con los drivers en el touchpad en > la versión 8.7 de Debian (Kernel 3.16). He probado a actualizar a Debian > Stretch (Kernel 4.8) en el cuál funciona perfectamente. > > Hoy he actualizado mi Debian (apt full-upgrade) i he visto que hay una > nueva versión del Kernel, la 4.9. Bien, con dicha versión se me hace > imposible trabajar, se me cuelga constantemente, no me permite abrir la > ventana de configuración ni un simple navegador como Firefox. > > Mi pregunta era que si los bugs en la versión 4.9 son "normales" > y están reportados o si es problema solo mio. Aclaro que utilizo Gnome como > escritorio pero también he probado con KDE y estoy en las mismas. ¿Y...no te será mejor compilar el kernel de Linux? ;-) Yo lo hago. Hasta ahora, a mí no me falla ni a la de tres. -- Saludos de Santiago José López Borrazás. signature.asc Description: OpenPGP digital signature
Debian touchpad / kernel 4.9
Hola muy buenas, desde hace una semana adquirí un nuevo portátil con el cuál he tenido muchos problemas con los drivers en el touchpad en la versión 8.7 de Debian (Kernel 3.16). He probado a actualizar a Debian Stretch (Kernel 4.8) en el cuál funciona perfectamente. Hoy he actualizado mi Debian (apt full-upgrade) i he visto que hay una nueva versión del Kernel, la 4.9. Bien, con dicha versión se me hace imposible trabajar, se me cuelga constantemente, no me permite abrir la ventana de configuración ni un simple navegador como Firefox. Mi pregunta era que si los bugs en la versión 4.9 son "normales" y están reportados o si es problema solo mio. Aclaro que utilizo Gnome como escritorio pero también he probado con KDE y estoy en las mismas.
Re: aventuras compilando kernel .conf y lsmod
On miércoles, 11 de enero de 2017 12:17:34 (CET) Ala de Dragón wrote: > Resulta que mi pc tiene tanta solera como el toro de Osborne y el > pobre tarda un día (o más) compilando módulos. Como no es algo trivial > ni fácil meterle mano a la configuración del kernel, he pensado en > pegarle un vista a los módulos que ya están cargados en mi sistema con > lsmod, buscarlos en el fichero de configuración, incluirlos en el > núcleo y ventilarme los demás módulos. > > Mi pregunta es acerca de si alguien ha pasado por algo parecido a esto > y hay alguna manera mas limpia que meterle mano a ojimetro al fichero. Ya hay una manera de hacer esto, make localmodconfig crea un fichero .config donde los únicos módulos que aparecen son aquellos que están cargados en ese momento. Ten en cuenta que es muy posible que en un futuro te des cuenta que algo no funciona y tendrás que retocarlo. Por ejemplo, compilarás solo los módulos de sistemas de ficheros que tengas cargados, por lo que es posible que pierdas el módulo que lee fat y lo eches en falta en el futuro cuando quieras leer una memoria externa usb. Te recomiendo que partas de las fuentes de debian y del .config que debian (instalando el paquete linux-source). Yo compilo mi propio núcleo por hobby, quitando cosas que se que no necesito. Pero realmente no he notado ningún cambio ni a mejor ni a peor en el sistema. No compilando módulos lo único que ganas es menor tiempo de compilación (se nota bastante) y menor espacio de disco. Lo único que si noto es una ligera mejora en el tiempo de arranque. Luis
Re: aventuras compilando kernel .conf y lsmod
El 11/1/17, Matias Mucciolo <mmucci...@suteba.org.ar> escribió: > > On Wednesday 11 January 2017 12:17:34 Ala de Dragón wrote: >> Hola :D >> >> Ando liado compilando el núcleo de linux y me ha surgido una duda que >> no localizo en el buscador. >> >> Resulta que mi pc tiene tanta solera como el toro de Osborne y el >> pobre tarda un día (o más) compilando módulos. Como no es algo trivial >> ni fácil meterle mano a la configuración del kernel, he pensado en >> pegarle un vista a los módulos que ya están cargados en mi sistema con >> lsmod, buscarlos en el fichero de configuración, incluirlos en el >> núcleo y ventilarme los demás módulos. >> >> Mi pregunta es acerca de si alguien ha pasado por algo parecido a esto >> y hay alguna manera mas limpia que meterle mano a ojimetro al fichero. >> >> Gracias de antemano. >> Salu2s >> :D >> >> -- >> "El cielo es para los dragones >> lo que el agua es para las ninfas" >> > > Hola > Mira la documentación del kernel acerca de make localmodconfig > quizás eso te ahorra un tiempo, quizás tengas que revisar después > si tenes todos los drivers, protocolos, etc. pero bueno vas probando. > Gracias por darme un buen punto de partida. :) > Yo por lo general lo configuro una o uno pero si hay que tener > mucha paciencia y ganas... > > también si tenes una cpu con vatios cores podes correr el make con > el argumento -j CORES+1 ejemplo si tenes 6 cores lo corres como > Ese argumento lo uso, pero con una cpu de hace casi 15 años poco mas le puedo pedir... > > make -j7 modules > > y va a usar compilación paralela y significa mucho menos tiempo de espera. > > saludos > Matias > > Un saludo Matias. :D -- "El cielo es para los dragones lo que el agua es para las ninfas"
Re: aventuras compilando kernel .conf y lsmod
On Wednesday 11 January 2017 12:17:34 Ala de Dragón wrote: > Hola :D > > Ando liado compilando el núcleo de linux y me ha surgido una duda que > no localizo en el buscador. > > Resulta que mi pc tiene tanta solera como el toro de Osborne y el > pobre tarda un día (o más) compilando módulos. Como no es algo trivial > ni fácil meterle mano a la configuración del kernel, he pensado en > pegarle un vista a los módulos que ya están cargados en mi sistema con > lsmod, buscarlos en el fichero de configuración, incluirlos en el > núcleo y ventilarme los demás módulos. > > Mi pregunta es acerca de si alguien ha pasado por algo parecido a esto > y hay alguna manera mas limpia que meterle mano a ojimetro al fichero. > > Gracias de antemano. > Salu2s > :D > > -- > "El cielo es para los dragones > lo que el agua es para las ninfas" > Hola Mira la documentación del kernel acerca de make localmodconfig quizás eso te ahorra un tiempo, quizás tengas que revisar después si tenes todos los drivers, protocolos, etc. pero bueno vas probando. Yo por lo general lo configuro una o uno pero si hay que tener mucha paciencia y ganas... también si tenes una cpu con vatios cores podes correr el make con el argumento -j CORES+1 ejemplo si tenes 6 cores lo corres como make -j7 modules y va a usar compilación paralela y significa mucho menos tiempo de espera. saludos Matias
aventuras compilando kernel .conf y lsmod
Hola :D Ando liado compilando el núcleo de linux y me ha surgido una duda que no localizo en el buscador. Resulta que mi pc tiene tanta solera como el toro de Osborne y el pobre tarda un día (o más) compilando módulos. Como no es algo trivial ni fácil meterle mano a la configuración del kernel, he pensado en pegarle un vista a los módulos que ya están cargados en mi sistema con lsmod, buscarlos en el fichero de configuración, incluirlos en el núcleo y ventilarme los demás módulos. Mi pregunta es acerca de si alguien ha pasado por algo parecido a esto y hay alguna manera mas limpia que meterle mano a ojimetro al fichero. Gracias de antemano. Salu2s :D -- "El cielo es para los dragones lo que el agua es para las ninfas"
Re: El kernel Linux cumplirá 25 años
El Tue, 23 Aug 2016 08:10:57 -0300, Horacio escribió: > El kernel linux va a cumplir 25 años este mes. (...) > En el informe de la Linux Foundation para este 25 cumpleaños se hace > notar que "el volumen de las contribuciones de voluntarios no > remunerados ha ido bajando: era el 14.6 % en 2012, 13.6 % en 2013 y > 11.8 % en 2014; en el periodo cubierto por este informe ha caído hasta > el 7.7 %." No es de extrañar con tanta "violencia verbal" que se gasta en la lista del kernel; al final la gente se cansará de tantas tonterías y lo deja. Saludos, -- Camaleón
El kernel Linux cumplirá 25 años
El kernel linux va a cumplir 25 años este mes. Fue el 25 de agosto de 1991 cuando Linus Torvalds envió su famoso mensaje anunciando el proyecto, afirmando que "es sólo un hobby, no será grande y profesional como GNU". Ahora Linux es mucho más grande y profesional de lo que Torvalds podía haber imaginado. Linux hace funcionar una gran parte de la infraestructura de Internet, centros de datos corporativos, sitios web, sistemas finacieros, el sistema operativo más usado en smartphones y prácticamente todos los supercomputadores que se cuentan entre los más rápidos. Del mismo modo que su importancia ha ido creciendo, el desarrollo de Linux ha ido cambiando paulatinamente de desarrolladores voluntarios a profesionales remunerados. En el informe de la Linux Foundation para este 25 cumpleaños se hace notar que "el volumen de las contribuciones de voluntarios no remunerados ha ido bajando: era el 14.6 % en 2012, 13.6 % en 2013 y 11.8 % en 2014; en el periodo cubierto por este informe ha caído hasta el 7.7 %." fuente /.
Re: fallo al compilar kernel por primera vez
Vaya, parece que el inglés se me da peor de lo que pensaba... Para el que le paso lo mismo que yo y no se le de bien el inglés sólo hay que borrad las líneas que contengan CONFIG_SYSTEM_TRUSTED_KEYS dentro del .config para compilar el kernel. El 20/06/2016 15:21, "Santiago Vila" <sanv...@unex.es> escribió: > On Sun, Jun 19, 2016 at 05:28:31PM +0200, guillermo roche wrote: > > > make[2]: *** No hay ninguna regla para construir el objetivo > > 'debian/certs/b...@debian.org.cert.pem', necesario para > > 'certs/x509_certificate_list'. Alto. > > Makefile:963: fallo en las instrucciones para el objetivo 'certs' > > make[1]: *** [certs] Error 2 > > make[1]: se sale del directorio '/usr/src/linux-4.6.2' > > debian/ruleset/targets/common.mk:295: fallo en las instrucciones para el > > objetivo 'debian/stamp/build/kernel' > > make: *** [debian/stamp/build/kernel] Error 2 > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=823107 > >
Re: fallo al compilar kernel por primera vez
On Sun, Jun 19, 2016 at 05:28:31PM +0200, guillermo roche wrote: > make[2]: *** No hay ninguna regla para construir el objetivo > 'debian/certs/b...@debian.org.cert.pem', necesario para > 'certs/x509_certificate_list'. Alto. > Makefile:963: fallo en las instrucciones para el objetivo 'certs' > make[1]: *** [certs] Error 2 > make[1]: se sale del directorio '/usr/src/linux-4.6.2' > debian/ruleset/targets/common.mk:295: fallo en las instrucciones para el > objetivo 'debian/stamp/build/kernel' > make: *** [debian/stamp/build/kernel] Error 2 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=823107
Re: fallo al compilar kernel por primera vez
El Sun, 19 Jun 2016 17:28:31 +0200, guillermo roche escribió: Ese formato... > Es la primera vez que intento compilar un kernel (lo estoy haciendo "a > la debian"), he intentado varias configuraciones, entre ellas con make > localmodconfig y aun así nada (así que supongo que no está ahí el > fallo), y siempre me salta el siguiente fallo: > > make[2]: *** No hay ninguna regla para construir el objetivo > 'debian/certs/b...@debian.org.cert.pem', necesario para > 'certs/x509_certificate_list'. Alto. > Makefile:963: fallo en las instrucciones para el objetivo 'certs' > make[1]: *** [certs] Error 2 make[1]: se sale del directorio > '/usr/src/linux-4.6.2' > debian/ruleset/targets/common.mk:295: fallo en las instrucciones para el > objetivo 'debian/stamp/build/kernel' > make: *** [debian/stamp/build/kernel] Error 2 > > No encuentro documentación para este fallo,que he podido hacer mal? ¿No encuentras documentación? Rediez... O_o https://www.google.com/webhp?complete=0=en_rd=cr,ssl#complete=0=en=debian%2Fcerts%2Fbenh%40debian.org.cert.pem%27 Saludos, -- Camaleón
fallo al compilar kernel por primera vez
Es la primera vez que intento compilar un kernel (lo estoy haciendo "a la debian"), he intentado varias configuraciones, entre ellas con make localmodconfig y aun así nada (así que supongo que no está ahí el fallo), y siempre me salta el siguiente fallo: make[2]: *** No hay ninguna regla para construir el objetivo 'debian/certs/b...@debian.org.cert.pem', necesario para 'certs/x509_certificate_list'. Alto. Makefile:963: fallo en las instrucciones para el objetivo 'certs' make[1]: *** [certs] Error 2 make[1]: se sale del directorio '/usr/src/linux-4.6.2' debian/ruleset/targets/common.mk:295: fallo en las instrucciones para el objetivo 'debian/stamp/build/kernel' make: *** [debian/stamp/build/kernel] Error 2 No encuentro documentación para este fallo,que he podido hacer mal?
Re: Downgrade de kernel
Muchas gracias! Gracias a http://snapshot.debian.org he podido instalar un kernel 4.4. Saludos a todos. -- Josu Lazkano
Re: Downgrade de kernel
El Sun, 22 May 2016 17:31:34 +0200, Josu Lazkano escribió: > El día 22 de mayo de 2016, 16:20, Camaleón <noela...@gmail.com> > escribió: >> El Sun, 22 May 2016 16:09:18 +0200, Josu Lazkano escribió: >> >>> Buenas a todos, >>> >>> Tengo un servidor con los respotitorios backports activados. >>> >>> El problma es que he instalado la ultima version de kernel, pero me >>> esta dando algun que otro problema y quieo volver a la version de >>> antes. >> >> Normalmente el paquete del kernel no se elimina sino que se añade como >> una opción más cuando instalas otro kernel, ¿no puedes seleccionar el >> kernel con el que quieres iniciar? tendría que aparecerte en el menú >> del gestor de arranque. (...) >>> Lo que quiero es volver a la "linux-image-4.5.0-0.bpo.2-amd64" y >>> despues la anterior backport 4.4. >>> >>> ¿Como puedo resolver esto? >> >> Instala la versión que quieras (4.4-bpo) e inicia con ella. >> > Gracias Camaleón, > > El problema es que no encuentro el kernel 4.4 de backports para bajar y > descargar. Si no aparece en los repos convencionales busca en el servidor de archivo: http://snapshot.debian.org/binary/?cat=l Por ejemplo, ahí veo varias versiones de los backports (ojo, enlaces directos a los ".deb"): http://snapshot.debian.org/archive/debian/20160329T040705Z/pool/main/l/linux/linux-image-4.4.0-0.bpo.1-amd64_4.4.6-1%7Ebpo8%2B1_amd64.deb http://snapshot.debian.org/archive/debian/20160317T220917Z/pool/main/l/linux/linux-image-4.4.0-1-amd64_4.4.6-1_amd64.deb Tienes las instrucciones de uso de estos repos en la página inicial: http://snapshot.debian.org/ > Ademas, cuando arranca el PC, el grub no me muestra los diferentes > kernel como antes. Recuerda que el menú de GRUB se ha "comprimido" pero puedes acceder a los distintos kernels pulsando en la opción del menú principal de GRUB de "más opciones" u "opciones avanzadas", no recuerdo el nombre exacto O:-) Saludos, -- Camaleón
Re: Downgrade de kernel
El 22/05/16 a las 18:10, Santiago José López Borrazás escribió: Debería funcionar igual, si no es BackPorts. O al menos, es lo que yo pienso. -- Saludos de Santiago José López Borrazás. signature.asc Description: OpenPGP digital signature
Re: Downgrade de kernel
El 22/05/16 a las 17:31, Josu Lazkano escribió: > El problema es que no encuentro el kernel 4.4 de backports para bajar > y descargar. > > Ademas, cuando arranca el PC, el grub no me muestra los diferentes > kernel como antes. Lo último que veo de la rama 4.4, es ésta: http://snapshot.debian.org/package/linux/4.4.6-1/#linux-image-4.4.0-1-amd64_4.4.6-1 http://snapshot.debian.org/archive/debian/20160317T220917Z/pool/main/l/linux/linux-image-4.4.0-1-amd64_4.4.6-1_amd64.deb Ahí lo tienes...que es de la rama 4.4. -- Saludos de Santiago José López Borrazás. signature.asc Description: OpenPGP digital signature
Re: Downgrade de kernel
El día 22 de mayo de 2016, 16:20, Camaleón <noela...@gmail.com> escribió: > El Sun, 22 May 2016 16:09:18 +0200, Josu Lazkano escribió: > >> Buenas a todos, >> >> Tengo un servidor con los respotitorios backports activados. >> >> El problma es que he instalado la ultima version de kernel, pero me esta >> dando algun que otro problema y quieo volver a la version de antes. > > Normalmente el paquete del kernel no se elimina sino que se añade como > una opción más cuando instalas otro kernel, ¿no puedes seleccionar el > kernel con el que quieres iniciar? tendría que aparecerte en el menú del > gestor de arranque. > >> Tengo esto: >> >> # uname -r 4.5.0-901-amd64 >> >> # dpkg -l | grep linux-image >> ii linux-image-4.5.0-0.bpo.2-amd64 4.5.3-2~bpo8+1 >> amd64Linux 4.5 for 64-bit PCs >> ri linux-image-4.5.0-901-amd64 4.5.3-2~bpo8+1 >> amd64Linux 4.5 for 64-bit PCs >> ii linux-image-amd64 4.5+73~bpo8+1 >> amd64 Linux for 64-bit PCs (meta-package) >> >> Si intento desinstalar la version 901, me da este error: > > ¿Intentas eliminar el kernel que tienes en ejecución? :-? > >> # apt-get remove linux-image-4.5.0-901-amd64 Reading package lists... >> Done Building dependency tree Reading state information... Done The >> following packages will be REMOVED: >> linux-image-4.5.0-901-amd64 >> 0 upgraded, 0 newly installed, 1 to remove and 0 not upgraded. >> After this operation, 180 MB disk space will be freed. >> Do you want to continue? [Y/n] Y (Reading database ... 103012 files and >> directories currently installed.) Removing linux-image-4.5.0-901-amd64 >> (4.5.3-2~bpo8+1) ... >> Error setting debconf flags in >> linux-image-4.5.0-901-amd64/prerm/removing-running-kernel-4.5.0-901- > amd64: > > (...) > >> Lo que quiero es volver a la "linux-image-4.5.0-0.bpo.2-amd64" y despues >> la anterior backport 4.4. >> >> ¿Como puedo resolver esto? > > Instala la versión que quieras (4.4-bpo) e inicia con ella. > > Saludos, > > -- > Camaleón > Gracias Camaleón, El problema es que no encuentro el kernel 4.4 de backports para bajar y descargar. Ademas, cuando arranca el PC, el grub no me muestra los diferentes kernel como antes. Un saludo. -- Josu Lazkano
Re: Downgrade de kernel
El Sun, 22 May 2016 16:09:18 +0200, Josu Lazkano escribió: > Buenas a todos, > > Tengo un servidor con los respotitorios backports activados. > > El problma es que he instalado la ultima version de kernel, pero me esta > dando algun que otro problema y quieo volver a la version de antes. Normalmente el paquete del kernel no se elimina sino que se añade como una opción más cuando instalas otro kernel, ¿no puedes seleccionar el kernel con el que quieres iniciar? tendría que aparecerte en el menú del gestor de arranque. > Tengo esto: > > # uname -r 4.5.0-901-amd64 > > # dpkg -l | grep linux-image > ii linux-image-4.5.0-0.bpo.2-amd64 4.5.3-2~bpo8+1 > amd64Linux 4.5 for 64-bit PCs > ri linux-image-4.5.0-901-amd64 4.5.3-2~bpo8+1 > amd64Linux 4.5 for 64-bit PCs > ii linux-image-amd64 4.5+73~bpo8+1 > amd64Linux for 64-bit PCs (meta-package) > > Si intento desinstalar la version 901, me da este error: ¿Intentas eliminar el kernel que tienes en ejecución? :-? > # apt-get remove linux-image-4.5.0-901-amd64 Reading package lists... > Done Building dependency tree Reading state information... Done The > following packages will be REMOVED: > linux-image-4.5.0-901-amd64 > 0 upgraded, 0 newly installed, 1 to remove and 0 not upgraded. > After this operation, 180 MB disk space will be freed. > Do you want to continue? [Y/n] Y (Reading database ... 103012 files and > directories currently installed.) Removing linux-image-4.5.0-901-amd64 > (4.5.3-2~bpo8+1) ... > Error setting debconf flags in > linux-image-4.5.0-901-amd64/prerm/removing-running-kernel-4.5.0-901- amd64: (...) > Lo que quiero es volver a la "linux-image-4.5.0-0.bpo.2-amd64" y despues > la anterior backport 4.4. > > ¿Como puedo resolver esto? Instala la versión que quieras (4.4-bpo) e inicia con ella. Saludos, -- Camaleón
Downgrade de kernel
Buenas a todos, Tengo un servidor con los respotitorios backports activados. El problma es que he instalado la ultima version de kernel, pero me esta dando algun que otro problema y quieo volver a la version de antes. Tengo esto: # uname -r 4.5.0-901-amd64 # dpkg -l | grep linux-image ii linux-image-4.5.0-0.bpo.2-amd64 4.5.3-2~bpo8+1 amd64Linux 4.5 for 64-bit PCs ri linux-image-4.5.0-901-amd64 4.5.3-2~bpo8+1 amd64Linux 4.5 for 64-bit PCs ii linux-image-amd64 4.5+73~bpo8+1 amd64Linux for 64-bit PCs (meta-package) Si intento desinstalar la version 901, me da este error: # apt-get remove linux-image-4.5.0-901-amd64 Reading package lists... Done Building dependency tree Reading state information... Done The following packages will be REMOVED: linux-image-4.5.0-901-amd64 0 upgraded, 0 newly installed, 1 to remove and 0 not upgraded. After this operation, 180 MB disk space will be freed. Do you want to continue? [Y/n] Y (Reading database ... 103012 files and directories currently installed.) Removing linux-image-4.5.0-901-amd64 (4.5.3-2~bpo8+1) ... Error setting debconf flags in linux-image-4.5.0-901-amd64/prerm/removing-running-kernel-4.5.0-901-amd64: linux-image-4.5.0-901-amd64/prerm/removing-running-kernel-4.5.0-901-amd64 doesn't exist at /var/lib/dpkg/info/linux-image-4.5.0-901-amd64.prerm line 53, line 3. dpkg: error processing package linux-image-4.5.0-901-amd64 (--remove): subprocess installed pre-removal script returned error exit status 255 Errors were encountered while processing: linux-image-4.5.0-901-amd64 E: Sub-process /usr/bin/dpkg returned an error code (1) Lo que quiero es volver a la "linux-image-4.5.0-0.bpo.2-amd64" y despues la anterior backport 4.4. ¿Como puedo resolver esto? Gracias por todo. Un saludo. -- Josu Lazkano
Re: Problemas con kernel.
El Mon, 09 May 2016 22:32:22 +, alparkom . escribió: > Buenas chicos, tengo un problema con el kernel de Debian Jessie. > > El fallo surge cuando quito al portatil de suspención, y comienza a > sonar el DD como si estuviera haciendo corto circuito (y se pegó, dejó > de responder) por lo que apago el sistema y reinstalo el disco duro a su > posición original. ¿Suspensión o hibernación? Lo primero tira de RAM, lo segundo del disco duro por lo que si el disco duro tiene algún problema o está a punto de morir la operación de volcado y la posterior restauración del contenido de la memoria al disco puede ser fatal. > Ahí todo funciona bién pero el sistema arranca con el mensaje: Bueno, escuchar un "clan, clan" cuando restauras el sistema yo no diría que es ir "todo bien" :-) > "The root filesystem on /dev/sda6 requires a manual fsck Modprobe: > module ehci-orion not found in modules.dep" > > Y un poco mas abajo: > > "/bin/sh: can't access tty; job control turned off" > > Luego, como ahí decía, procedí a analizar la partición "sda6" (de paso > analicé todas del mismo disco duro). Todo bien. ¿Es la partición donde tienes del sistema raíz? > Intento iniciar el sistema y aparece un nuevo error: > > "end kernel panic - not syncing to kill init! Exit code 0x7f00" > > Leí por internet que era un problema de permisos en las particiones, > que ocurría luego de jugar con "chmod" pero antes de suspenderlo > funcionaba correctamente por lo que imagino es un problema del disco > duro (o lo fue hasta que lo analicé con fsck). O puede ser que el análisis con fsck se deba a que el dsico está fallando, pero de verdad. Pasa el test SMART desde el disco LiveCD del fabricante del disco duro. > Otro que leí fué desmontar y volver a montar. Tampoco funcionó y despues > del reinicio se deberían automontar, no? Debería de intentar iniciar con normalidad pero si no tiene acceso a componentes básicos del sistema, casca (kernel panic y traza al canto). > Ahora, con el último error, supongo que es un problema del kernel que se > dañó. Alguna solución que se les ocurra? > > Estaba pensando en instalar otra versión del kernel y utilizar esta... > el problema está que no tengo como llegar a línea de comandos. > > Y si inicio con la opción "init=/bin/sh", que dicen? > Vale! Lo primero sería analizar el disco duro y sacar todos los datos que puedas, sólo por si acaso. Después ya te puedes poner a intentar resucitarlo, con más tranquilidad, por ejemplo, buscar en Google por los mensajes que recibes sería una opción: https://www.google.com/webhp?complete=0=en_rd=cr,ssl#complete=0=en=end+kernel+panic+-+not+syncing+to+kill+init!+Exit+code+0x7f00+%2Fbin%2Fsh:+can%27t+access+tty%3B+job+control+turned+off=Google+Search Saludos, -- Camaleón
Problemas con kernel.
Buenas chicos, tengo un problema con el kernel de Debian Jessie. El fallo surge cuando quito al portatil de suspención, y comienza a sonar el DD como si estuviera haciendo corto circuito (y se pegó, dejó de responder) por lo que apago el sistema y reinstalo el disco duro a su posición original. Ahí todo funciona bién pero el sistema arranca con el mensaje: "The root filesystem on /dev/sda6 requires a manual fsck Modprobe: module ehci-orion not found in modules.dep" Y un poco mas abajo: "/bin/sh: can't access tty; job control turned off" Luego, como ahí decía, procedí a analizar la partición "sda6" (de paso analicé todas del mismo disco duro). Todo bien. Intento iniciar el sistema y aparece un nuevo error: "end kernel panic - not syncing to kill init! Exit code 0x7f00" Leí por internet que era un problema de permisos en las particiones, que ocurría luego de jugar con "chmod" pero antes de suspenderlo funcionaba correctamente por lo que imagino es un problema del disco duro (o lo fue hasta que lo analicé con fsck). Otro que leí fué desmontar y volver a montar. Tampoco funcionó y despues del reinicio se deberían automontar, no? Ahora, con el último error, supongo que es un problema del kernel que se dañó. Alguna solución que se les ocurra? Estaba pensando en instalar otra versión del kernel y utilizar esta... el problema está que no tengo como llegar a línea de comandos. Y si inicio con la opción "init=/bin/sh", que dicen? Vale!
Re: (¿SOLUCIONADO?)Re: Debian testing: Kernel 4.4: Modprobe: module microcode not found in modules.dep
El Sun, 20 Mar 2016 13:51:29 +0100, Eduardo Rios escribió: > El 20/03/16 a las 12:15, Eduardo Rios escribió: >> Hoy en Debian testing he instalado el nuevo kernel 4.4, y aunque el >> sistema arranca y funciona con normalidad, en cada inicio, veo el >> mensaje: >> >> Modprobe: module microcode not found in modules.dep >> >> Y no sé que quiere decir, o si debo hacer algo. >> >> Puedo comentar que están instalados sin problemas los paquetes >> amd64-microcode (2.20160316.1) e intel-microcode (3.20151106.1) >> >> ¿Debo hacer algo para solucionarlo, o se puede dejar pasar? Si no tienes ningún problema, déjalo pasar. Si se trata de un bug ya lo corregirán puesto que se trata de testing. > Como mi inglés no es muy bueno, no estoy seguro, pero como he leído aquí > [1], me ha parecido entender que el modulo microcode está compilado ya > en el kernel 4.4, por lo que los ficheros amd64-microcode-blacklist.conf > (e intel-microcode.conf) son obsoletos, > por lo que se pueden borrar. > > Los he borrado, pero el mensaje seguía apareciendo, así que he > desinstalado los paquetes amd64-microcode y amd64-microcode. > > No sé si he hecho bien, pero así ha desaparecido el mensaje, y el > sistema funciona con normalidad. > > [1] > https://www.mail-archive.com/debian-bugs-dist@lists.debian.org/ msg1383836.html Bueno, el bug no dice eso exactamente. Lo que yo interpreto es que el kernel ya no carga *como módulos* esos dos firmwares por lo que el archivo de configuración que permite omitir su carga ya no sirve de nada. Pero OJO, eso no tiene nada que ver con los paquetes de los firmwares en sí mismos (los binarios), ya que éstos seguirán siendo necesarios en casos específicos y NUNCA se van a instalar automáticamente porque están en la sección "non-free", es decir, que si los has borrado y tu equipo los necesitaba para corregir algún error te van a seguir haciendo falta. Saludos, -- Camaleón
(¿SOLUCIONADO?)Re: Debian testing: Kernel 4.4: Modprobe: module microcode not found in modules.dep
El 20/03/16 a las 12:15, Eduardo Rios escribió: Hoy en Debian testing he instalado el nuevo kernel 4.4, y aunque el sistema arranca y funciona con normalidad, en cada inicio, veo el mensaje: Modprobe: module microcode not found in modules.dep Y no sé que quiere decir, o si debo hacer algo. Puedo comentar que están instalados sin problemas los paquetes amd64-microcode (2.20160316.1) e intel-microcode (3.20151106.1) ¿Debo hacer algo para solucionarlo, o se puede dejar pasar? Gracias. Como mi inglés no es muy bueno, no estoy seguro, pero como he leído aquí [1], me ha parecido entender que el modulo microcode está compilado ya en el kernel 4.4, por lo que los ficheros amd64-microcode-blacklist.conf (e intel-microcode.conf) son obsoletos, por lo que se pueden borrar. Los he borrado, pero el mensaje seguía apareciendo, así que he desinstalado los paquetes amd64-microcode y amd64-microcode. No sé si he hecho bien, pero así ha desaparecido el mensaje, y el sistema funciona con normalidad. [1] https://www.mail-archive.com/debian-bugs-dist@lists.debian.org/msg1383836.html -- www.LinuxCounter.net Registered user #369215
Debian testing: Kernel 4.4: Modprobe: module microcode not found in modules.dep
Hoy en Debian testing he instalado el nuevo kernel 4.4, y aunque el sistema arranca y funciona con normalidad, en cada inicio, veo el mensaje: Modprobe: module microcode not found in modules.dep Y no sé que quiere decir, o si debo hacer algo. Puedo comentar que están instalados sin problemas los paquetes amd64-microcode (2.20160316.1) e intel-microcode (3.20151106.1) ¿Debo hacer algo para solucionarlo, o se puede dejar pasar? Gracias. -- www.LinuxCounter.net Registered user #369215
Re: (SOLUCIONADO) Re: Debian testing y kernel 4.3 no apaga / reinicia el equipo
El 16/03/16 a las 16:11, Camaleón escribió: El Wed, 16 Mar 2016 14:09:25 +0100, Eduardo Rios escribió: Después de todo este tiempo, y de forma casual, he descubierto donde se encuentra el problema. Resulta que si tengo establecida (conectada) la conexión inalámbrica en la utilidad de gnome, aunque me conecte por cable, el equipo se reinicia/apaga con normalidad. Si le digo que "olvide" mi red wifi, es cuando ya no reinicia/apaga y se queda colgado. (...) Sigue siendo un fallo que deberías reportar (de hecho hace meses que tendríais que haber informado...) porque con la versión anterior del kernel no sucedía. Más que una "solución" has aplicado un "baipás" :-) Saludos, Bueno, pues ahora si está resuelto definitivamente. Hoy Debian testing me ha ofrecido el kernel 4.4 y el problema ha desaparecido :-) -- www.LinuxCounter.net Registered user #369215
Re: (SOLUCIONADO) Re: Debian testing y kernel 4.3 no apaga / reinicia el equipo
El 16/03/16 a las 16:11, Camaleón escribió: El Wed, 16 Mar 2016 14:09:25 +0100, Eduardo Rios escribió: Después de todo este tiempo, y de forma casual, he descubierto donde se encuentra el problema. Resulta que si tengo establecida (conectada) la conexión inalámbrica en la utilidad de gnome, aunque me conecte por cable, el equipo se reinicia/apaga con normalidad. Si le digo que "olvide" mi red wifi, es cuando ya no reinicia/apaga y se queda colgado. (...) Sigue siendo un fallo que deberías reportar (de hecho hace meses que tendríais que haber informado...) porque con la versión anterior del kernel no sucedía. Más que una "solución" has aplicado un "baipás" :-) Saludos, Tienes razón, pero entre que mi inglés es pésimo, y que no me aclaro con la aplicación reportbug, lo he ido dejando por pereza. Si hasta me marqué una pagina Web de EsDebian donde hablaban de reportbug en versión gráfica, pero cuando me iba a poner a leerlo, desde hace tiempo que no se puede acceder. :( -- www.LinuxCounter.net Registered user #369215
Re: (SOLUCIONADO) Re: Debian testing y kernel 4.3 no apaga / reinicia el equipo
El Wed, 16 Mar 2016 14:09:25 +0100, Eduardo Rios escribió: > Después de todo este tiempo, y de forma casual, he descubierto donde se > encuentra el problema. > > Resulta que si tengo establecida (conectada) la conexión inalámbrica en > la utilidad de gnome, aunque me conecte por cable, el equipo se > reinicia/apaga con normalidad. > > Si le digo que "olvide" mi red wifi, es cuando ya no reinicia/apaga y se > queda colgado. (...) Sigue siendo un fallo que deberías reportar (de hecho hace meses que tendríais que haber informado...) porque con la versión anterior del kernel no sucedía. Más que una "solución" has aplicado un "baipás" :-) Saludos, -- Camaleón