Los desarrolladores del kernel Linux saben ahora que la versión 6.2 y posteriores de éste cuenta con un bug que provoca que el arranque se bloquee, aproximadamente, una de cada 1000 veces, sin razón aparente. Pero sólo lo descubrieron gracias a que un desarrollador de Red Hat (aunque trabajando a título individual) estuvo dispuesto a iniciar y reiniciar sus máquinas más de 300.000 veces para localizar el problema, primero, y verificar que el problema había sido adecuadamente localizado, después.
Comentarios
Que a lo mejor lo que hizo fue coger 3000 VMs y reiniciarlas 100 veces cada una.
Ahora me leo el artículo.
#1 Mejor no, que lo explica entre mal y muy mal.
#0 tal vez deberías poner el post original, escrito por el propio programador:
https://rwmj.wordpress.com/2023/06/14/i-booted-linux-292612-times/
cc #1 #2 #4
#7 está enlazado en el artículo
#7 Mucho mejor. Hasta puedes ver el programa en C que usa para probar. Gracias.
#1 o 3 millones de VMs y reiniciarlas 0,1 veces
#5@admin Hablando de bugs acabo de encontrar uno: en el área de comentario destacado del listado de noticias nuevas sale este comentario, lo que se muestra "(...) reiniciarlas 0 veces" y en realidad ha puesto "0,1 veces".
#9 CC/
kutto
#19 Anotado.
#1 Del artículo: Richard WM Jones explicaba ayer en su blog que decidió emprender esta ardua labor porque detectó que las pocas veces que pocas veces que experimentaba cuelgues sin razón aparente usando nbdkit (un servidor que permite acceder a discos en la nube), sus máquinas virtuales basadas en qemu se colgaban siempre al llegar al mismo punto del arranque:
[ 0.070120] Freeing SMP alternatives memory: 48K
Pues sí, eran máquinas virtuales
Tenía ventana para ello???
No todos los héroes llevan capa, algunos llevan miles de capas de VM
Sólo por la imagen que ilustra el artículo ya merece un meneo. Qué capacidad de síntesis, qué gráfico.
Solo para aclararlo, porque veo que la mayoría de gente va a confundirse, no es que haya apagado y encendido su ordenador 300.000 veces, sino que ha programado un script con el que ha arrancado 300.000 veces una máquina virtual dentro de su PC.
El “reiniciar” del titular es totalmente erróneo. Es una mala traducción de “boot”, que traducido sería “arrancar”, “iniciar” o “levantar”.
Genbeta es la prensa amarilla de la tecnología. Retuerce titulares y viste de noticia cosas que no lo son. Esto es un estudio más, y no han reiniciado una máquina física 300.000 veces como insinúan, sino que han arrancado 300.000 veces una máquina virtual.
Parece lo mismo pero no lo es.
Casualmente lo que más llama la atención es lo primero pero lo que ha pasado es lo segundo.
Pues yo en los tres meses que llevo con KDE Neon, aunque tenía Kubuntu en un máquina virtual. He descubierto que, la mayoría de las veces que no arranca Plasma o la interfaz gráfica, es por tres motivos principales:
1- El controlador de la tarjeta gráfica, está dentro de la "lista negra" de "modprobe".
2 - Se está intentando arrancar un dispositivo que no existe o tiene un problema. La solución editar el archivo "fstab" y ver cual es el dispositivo. En el caso de dispositivos extraibles, nunca hay que montarlos automáticamente. Así que o se añade nofail, noauto, o ambas. Esto evitará entrar en el modo de emergencia. Ya que cuando "systemd" carga los determinados servicios... sigue un orden determinado. Esto hace que unos servicios dependan de otros, pero además si unos servicios funcionan otros no, ya que entran en conflicto. Y son automáticamente desactivados.
3 - Hay algún problema con el sistema de archivos, no se puede montar. Hay que usar "fsck" para repararlo. Salvo si es NTFS, que necesitas Windows, no pocas veces.
Otro motivo, es que exista un problema en alguna actualización, y se generen paquetes rotos. Esto o bien ocurre, porque la actualización es incompatible, o algún paquete entra en conflicto. Por ejemplo no puedes instalar amdgpu-dkms, si tienes instalado amdgpu-install o no puedes usar un controlador open source si ya tienes uno propietario.
Respecto a justo lo anterior, recomiendo, nunca usar paquetes de versiones de distribuciones superiores a las que tenéis. Y mucho menos usar paquetes inestables o en pruebas, eso es lo peor. Cada distribución, como mucha gente que lleva más tiempo, sabe, tienen nombres clave. La distribución 22.04 LTS de Ubuntu, y derivados, se llama "Jammy". Como mucho usar o incluso actualizar a la actual 22.10 no LTS. Pero si usáis la inestable 23.04 podéis armar una buena.
Lo mejor para mí de KDE Neon, es Discover y más con Flatpak. Si bien Snap, no está mal, no es el primer problema que me da. Todo tiene que ver a como funciona. Aunque funciona similar a Flatpak, lo cierto es que prefiero este, pues nunca tuve grandes problemas, salvo algún permiso.
De todas formas, y en general, al programar, por no fijarse... se suelen producir lo que se denominan "regresiones" es decir volver a tener el mismo problema en versiones nuevas, que ya se tuvo en versiones anteriores. Un ejemplo Oracle, y VLC con el tema del sonido. También el propio controlador de las tarjeta de sonido, y su configuración. Por ejemplo descubrí, al menos no lo sabía, que el sonido de VLC con una tarjeta Sound Blaster ZxR, se arregla simplemente cambiando el modo "Analog Stereo Duplex" al modo "Analog Stereo Output" y que variando una serie de parámetros, el sistema te reconozca bien la tarjeta de sonido como Sound Blaster ZxR, y no solo por la familia, según el procesador de audio que tenga. En este caso Sound Core3D.
Saludos.
Tomad los números, contrastarlos, y pensad en cuanto folla.
Alabado sea el programador.
El señor no permita que madure.
Su máquina? Sera una o 10 VM
En su local fallaba