error despues de instalación no carga sistema operativo pero usando recovery mode si logro cargarlo
- Inicie sesión ou rexístrese para enviar comentarios
Creo y casi aseguro desde mi ignorancia que tengo el tipico problema con hardware privativo pero hay una cosa que no me explico y espero me podais explicar, adjunto fotos que creo harán mas facil entender el asunto.
El pc tiene una placa gygabyte b450shs y procesador amd ryzen 3 2200g por lo que estoy usando como grafica radeon vega 8. Instalé el triskel 11 y el trisquel 11 obteniendo identico resultado.
- el error es el de la foto nombrada error arranque.
- Entrando al grub (foto grub recovery) desde un usb con supergrub puedo acceder y entrar via recovery mode tanto por el 15.15.0-78 como el 15.5.0-67 si no uso el recovery mode vuelvo al error de la primera foto. El grub está desaparecido pero al tener solo triskel entiendo ya no me aparece.
- Despues le doy a salir de recuperacion y continuar con el arranque manual y el triskel carga sin mayor problema.
la pregunta ¿ porque haciendo los pasos asi desde el modo recuperación si consigo cargar el sistema operativo?
| Anexo | Tamaño |
|---|---|
| error arranque.jpg | 122.74 KB |
| grub recovery.jpg | 136.7 KB |
| sair recuperacion.jpg | 150.55 KB |
| continuar arranque normal.jpg | 151.81 KB |
Las diferencias entre arrancar en «recovery» y arrancar normal las puedes ver comparando los «linux» en /boot/grub/grub.cfg. Según veo las diferencias son que en modo normal tienes «$vt_handoff» y en el modo de recuperación tienes (aparte del «recovery») «nomodeset» y «dis_ucode_ldr». Te recomiendo que pruebes combinaciones de esos parámetros, para ver cuál puede ser la causa del problema.
El 18/8/2023 a las 04:18, name at domain escribió:
> Creo y casi aseguro desde mi ignorancia que tengo el tipico problema con
> hardware privativo pero hay una cosa que no me explico y espero me podais
> explicar, adjunto fotos que creo harán mas facil entender el asunto.
El error en el arranque: "Missing Free Firmware (non-Free firmware
loading is disable) Unable to load firmware /*(DEBLOBBED)*/ es el aviso
que hace la máquina cuando haya una pieza de tu hardware que no funciona
con software libre. Como el hardware, sin software no tiene problemas
para tu libertad, el problema recae cuando compramos o adquirimos
hardware que no es compatible con software libre. Por esta razón antes
de comprar o adquirir hardware ten en cuenta que sea compatible con el
software libre.
La FSF tiene una iniciativa en la cual se llama h-node donde puedes dar
a conocer hardware que funciona con software libre, échale un vistazo:
https://h-node.org/hardware/catalogue/es
--
Distribuidor de software libre en Liberty Software, organizador de
LibrePlanet Temuco y miembro de la Free Software Foundation.
Visite: https://isf.neocities.org/
Por favor no envíe documentos de Microsoft Office/Apple iWorks. ¡En
su lugar envíelos en OpenDocument! http://fsf.org/campaigns/opendocument/
Sin cifrado los contenidos del mensaje quedan expuestos fácilmente a su
proveedor de correo y a la vigilancia masiva. Comience a cifrar y
descifrar correos electrónicos con GnuPG:
https://emailselfdefense.fsf.org/es/infographic.html
he realizado pruebas con esos dos parametros y el resultado es el mismo sigue sin cargar el sistema operativo, entiendo que tengo hardware privativo pero lo que no entiendo es porque si accedo por modo recovery y sin hacer absolutamente nada mas que aceptar lo que me va saliendo si me carga.
De todas formas le pegaré un vistazo a la pagina https://h-node.org/hardware/catalogue/es que me comentais a ver si encuentro cual es el hardware problemático, como cargar me carga aunque sea dando un rodeo voy a ir usandolo así y ya iré dando con el fallo con el paso del tiempo espero.
Intenta agregar nomodeset en el grub,
sudo nano /etc/default/grub
y en la linea "GRUB_CMDLINE_LINUX_DEFAULT=" agrega nomodeset y debería verse así:
GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=0
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nomodeset"
GRUB_CMDLINE_LINUX=""
Crtl + o, para guardar, Ctrl + x para salir.
Y luego sudo update-grub, eso debería agregar nomodeset a tu inicio de manera permanente, asumo que por lo que he leído eso debería permitirte arrancar.
Reinicia, comenta y revisamos tu caso.
Saludos.
hecho pero con el nomodeset no soluciona, sigue parandose exactamente igual que antes y por recovery sigue cargando sin problema.
Extraño el caso, si te parece podrías documentar todo detalle posible relacionado con tu equipo en h-node, probar nabia y confirmar si hay algún cambio.
Eso servirá como un marco de referencia para poder analizar tu caso a detalle, normalmente evito atender situaciones de hardware que no poseo personalmente, pero si documentas todo a detalle es posible que se pueda dar seguimiento.
Saludos.
Ése error es por firmware nonfree en la tarjeta de red (r8169), sea lo que sea lo que impide el arranque no está relacionado con ése error.
Veo que es bastante probable que sea causa del kernel, ya que en hardware más reciente (o en los que usan chipset Realtek que están en proceso de remoción de blobs), las versiones anteriores a la 6.5 del kernel linux-libre estaba generando esta clase de kernel panic. Ya me ha pasado con la versión 6.3 del kernel linux-libre en Parabola con el driver WiFi de mi netbook.
Habría que preguntar qué versión del kernel tiene instalado para así efectuar el respectivo cambio de versión del kernel y así dar solución a dicho problema.
Estimada comunidad estuve fuera de internet el tema es :
El 5 de julio del año 2023 to tenia : Boot 100GB , pero como usaba linux-libre de la fsf + los kernel de trisquel el sistema colapso y ya no arranca mas . Lo único posible es usar un pendriver y como no soy experto en ello necesito saber cual de ellos .iso .lo_que .sea . Agradezco y aclaro que no dispongo de mi /home solo el pendriver .
En principio no mencionas cual es el error, murió el disco duro, se saturó la partición de arranque, se corrompió su sistema de archivos.
Si lo que deseas es crear una USB booteable, yo te recomendaría preparar la memoria usando ventoy y después solo copiar el archivo iso, previamente descargado, a la memoria para poder arrancar o instalar desde ahí.
Sobre que archivo, pues para Trisquel 11.0 (Mate) es este:
Si ocupas algo de ayuda más "activa" tal vez sería buena idea darte una vuelta por los canales de IRC.
Saludos y mucho éxito.
Teniendo en cuenta que tengo una placa base Gigabyte con el chipset del ethernet Realtek 8118, probablemente tienes la versión de tu placa base que dice "Realtek Gigabit Ethernet", el cual el kernel lo identifica con el driver r8169 que sí requiere el blob.
Sin embargo, tendrías que hacer pruebas con la versión más reciente del kernel linux-libre para así averiguar si el driver de dicho chipset del puerto ethernet Realtek ya no requiere dicho blob, tal y como lo hace el chipset Realtek 8118 bajo la versión 6.5 del kernel linux-libre como ha sido en mi caso con la placa base Gigabyte B365M Gaming HD (sí, es Intel, pero Parabola GNU/Linux-libre no me ha dado problemas con dicho hardware y éso que lo instalé con el esquema de particiones EFI).
- Inicie sesión ou rexístrese para enviar comentarios