Mi computadora HP 360 gen7 había estado ejecutando Fedora durante años, pero ayer, después (durante la actualización dnf) de una actualización del kernel, comenzó a actuar de manera extraña. Es el mismo tipo de comportamiento que comenzó durante esa actualización. Perdió el acceso a la LAN. Después del reinicio, a veces se conecta a la LAN durante unos segundos y luego sucede algo. obtiene direcciones IP en sus NIC. Si bien no puede ver la LAN (ping, mount, ssh, etc.), puede acceder a Internet sin ningún problema. Nada ha cambiado en lo que respecta a la topología de red/LAN. Todas las computadoras están conectadas al enrutador que está conectado al módem del ISP.
Si se deja encendido un terminal con el comando ping en otra computadora, aparecerá conectado a la LAN durante unos segundos mientras se inicia. La salida del ping se ve como se muestra a continuación:
From acer17 (192.168.27.166) icmp_seq=1161 Destination Host Unreachable
From acer17 (192.168.27.166) icmp_seq=1162 Destination Host Unreachable
From acer17 (192.168.27.166) icmp_seq=1163 Destination Host Unreachable
From acer17 (192.168.27.166) icmp_seq=1164 Destination Host Unreachable
From acer17 (192.168.27.166) icmp_seq=1165 Destination Host Unreachable
From acer17 (192.168.27.166) icmp_seq=1166 Destination Host Unreachable
64 bytes from dl360 (192.168.27.2): icmp_seq=3 ttl=64 time=0.249 ms
64 bytes from dl360 (192.168.27.2): icmp_seq=4 ttl=64 time=0.378 ms
64 bytes from dl360 (192.168.27.2): icmp_seq=5 ttl=64 time=0.333 ms
...........................
From acer17 (192.168.27.166) icmp_seq=1172 Destination Host Unreachable
From acer17 (192.168.27.166) icmp_seq=1173 Destination Host Unreachable
From acer17 (192.168.27.166) icmp_seq=1174 Destination Host Unreachable
From acer17 (192.168.27.166) icmp_seq=1175 Destination Host Unreachable
From acer17 (192.168.27.166) icmp_seq=1176 Destination Host Unreachable
El mismo comportamiento es visible en los mensajes de inicio, donde se conecta a algunas unidades de red y luego pierde la conectividad a la LAN al intentar leerlas para iniciar servicios posteriores, etc.
Todo lo demás en la red funciona bien. Intenté intercambiar otros puertos NIC y puertos del enrutador, pero el comportamiento es el mismo. Como mencioné antes, el acceso a Internet funciona bien, por lo que se puede acceder a cualquier cosa externa desde él (ejecutar dnf update, etc. funciona). Intenté arrancar con versiones anteriores del kernel pero el comportamiento es el mismo.
Realmente agradecería que alguien pudiera indicarme una dirección para resolver este problema, ya que este es mi caballo de batalla que hace el trabajo pesado.
Como los registros no proporcionaron ninguna información útil. Arranqué usando Fedora 37 live usb, lo que podría arrojar algo de luz sobre el comportamiento extraño. En primer lugar, el BIOS no detectaba la llave USB si selecciono USB como primera entrada en el orden de inicio. Solo lo reconoció si desactivo el raid y mantengo el orden de inicio estándar (cd rom, disquete, usb, hd, nic) . Pude instalar Fedora en otra llave USB y el sistema arrancó bien varias veces, pero no vuelve a reconocer el USB. Anoche, intenté arrancar con Fedora 38 liveusb pero después de afirmar que no encontraba ningún USB, lo reconoció aleatoriamente una vez y me dio las opciones de arranque, pero el proceso de arranque falló con el pánico del kernel. Hasta ahora parece que la BIOS/cargador de arranque está funcionando mal porque no respeta su propia configuración. Ah, y los discos más antiguos en el raid parecen haber desaparecido y no aparecieron en la lista cuando se inició el sistema (con el raid deshabilitado pero el controlador habilitado) usando fedora 37, mientras que todas las demás unidades externas aparecieron normales.