Menéame: comentarios [3824660]

#20 "Es un trabajo detectivesco excepcional". Este programador reinició Linux 300.000 veces para encontrar un fallo

kutto — Mon, 19 Jun 2023 05:50:14 +0000

#19 Anotado.

» autor: kutto

#19 "Es un trabajo detectivesco excepcional". Este programador reinició Linux 300.000 veces para encontrar un fallo

--42429-- — Sat, 17 Jun 2023 08:10:09 +0000

#9 CC/ @kutto

» autor: --42429--

#18 "Es un trabajo detectivesco excepcional". Este programador reinició Linux 300.000 veces para encontrar un fallo

mudito — Sat, 17 Jun 2023 04:02:35 +0000

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.

» autor: mudito

#17 "Es un trabajo detectivesco excepcional". Este programador reinició Linux 300.000 veces para encontrar un fallo

Locodelacolina — Fri, 16 Jun 2023 20:59:18 +0000

Tomad los números, contrastarlos, y pensad en cuanto folla.

» autor: Locodelacolina

#16 "Es un trabajo detectivesco excepcional". Este programador reinició Linux 300.000 veces para encontrar un fallo

pcmaster — Fri, 16 Jun 2023 18:43:54 +0000

#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

» autor: pcmaster

#15 "Es un trabajo detectivesco excepcional". Este programador reinició Linux 300.000 veces para encontrar un fallo

eltoloco — Fri, 16 Jun 2023 15:30:50 +0000

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”.

» autor: eltoloco

#14 "Es un trabajo detectivesco excepcional". Este programador reinició Linux 300.000 veces para encontrar un fallo

carademalo — Fri, 16 Jun 2023 13:38:00 +0000

Sólo por la imagen que ilustra el artículo ya merece un meneo. Qué capacidad de síntesis, qué gráfico.

» autor: carademalo

#13 "Es un trabajo detectivesco excepcional". Este programador reinició Linux 300.000 veces para encontrar un fallo

Nova6K0 — Fri, 16 Jun 2023 11:28:06 +0000

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.

» autor: Nova6K0

#12 "Es un trabajo detectivesco excepcional". Este programador reinició Linux 300.000 veces para encontrar un fallo

--419859-- — Thu, 15 Jun 2023 21:37:59 +0000

#7 Mucho mejor. Hasta puedes ver el programa en C que usa para probar. Gracias.

» autor: --419859--

#11 "Es un trabajo detectivesco excepcional". Este programador reinició Linux 300.000 veces para encontrar un fallo

bizcobollo — Thu, 15 Jun 2023 21:34:43 +0000

No todos los héroes llevan capa, algunos llevan miles de capas de VM

» autor: bizcobollo

#10 "Es un trabajo detectivesco excepcional". Este programador reinició Linux 300.000 veces para encontrar un fallo

ccguy — Thu, 15 Jun 2023 20:58:29 +0000

#7 está enlazado en el artículo

» autor: ccguy

#9 "Es un trabajo detectivesco excepcional". Este programador reinició Linux 300.000 veces para encontrar un fallo

Mustela — Thu, 15 Jun 2023 20:53:35 +0000

#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".

» autor: Mustela

#8 "Es un trabajo detectivesco excepcional". Este programador reinició Linux 300.000 veces para encontrar un fallo

ronead0r — Thu, 15 Jun 2023 20:48:42 +0000

En su local fallaba

» autor: ronead0r

#7 "Es un trabajo detectivesco excepcional". Este programador reinició Linux 300.000 veces para encontrar un fallo

--727997-- — Thu, 15 Jun 2023 20:44:50 +0000

#0 tal vez deberías poner el post original, escrito por el propio programador:
rwmj.wordpress.com/2023/06/14/i-booted-linux-292612-times/

cc #1 #2 #4

» autor: --727997--

#6 "Es un trabajo detectivesco excepcional". Este programador reinició Linux 300.000 veces para encontrar un fallo

pedrobotero — Thu, 15 Jun 2023 20:41:43 +0000

Tenía ventana para ello???

» autor: pedrobotero

#5 "Es un trabajo detectivesco excepcional". Este programador reinició Linux 300.000 veces para encontrar un fallo

tdgwho — Thu, 15 Jun 2023 20:39:57 +0000

#1 o 3 millones de VMs y reiniciarlas 0,1 veces

» autor: tdgwho

#4 "Es un trabajo detectivesco excepcional". Este programador reinició Linux 300.000 veces para encontrar un fallo

--419859-- — Thu, 15 Jun 2023 20:35:55 +0000

#1 Mejor no, que lo explica entre mal y muy mal.

» autor: --419859--

#3 "Es un trabajo detectivesco excepcional". Este programador reinició Linux 300.000 veces para encontrar un fallo

--147613-- — Thu, 15 Jun 2023 20:33:58 +0000

Alabado sea el programador.
El señor no permita que madure.

» autor: --147613--

#2 "Es un trabajo detectivesco excepcional". Este programador reinició Linux 300.000 veces para encontrar un fallo

asterissco — Thu, 15 Jun 2023 20:31:34 +0000

Su máquina? Sera una o 10 VM

» autor: asterissco

#1 "Es un trabajo detectivesco excepcional". Este programador reinició Linux 300.000 veces para encontrar un fallo

--736966-- — Thu, 15 Jun 2023 20:31:30 +0000

Que a lo mejor lo que hizo fue coger 3000 VMs y reiniciarlas 100 veces cada una.

Ahora me leo el artículo.

» autor: --736966--