recompile module kernel[Loading initial ramdisk][Resuelto]

[chrootman]

Cómo volver a recompilar los módulos(por ejemplo de virtualbox vboxdrv o de cdemu vhba) de un kernel que ya no aparece porque se enmascaró gentoo-sources o se eliminó de eselect? porque sigo ocupando ese kernel antiguo, pero ya no está disponible para reconfigurarlo.

[quilosaq]

Puedes volver a construir el núcleo 5.13.0 a partir de las fuentes. Necesitaras crear un repositorio local
https://wiki.gentoo.org/wiki/Handbook:AMD64/Portage/CustomTree/es#Definir_un_repositorio_de_ebuild_personalizado

Y meter dentro el ebuild del núcleo que quieres:
https://gitweb.gentoo.org/repo/gentoo.git/plain/sys-kernel/gentoo-sources/gentoo-sources-5.13.0.ebuild?id=95df55d64c2d4da9296a3b1ef6903f9e6eb64dbf

[chrootman]

Interesante, lo voy a intentar.

[chrootman]

Lo que encontré es que se puede hacer de 2 formas, pero con la segunda eselect me muestra el kernel que quiero, con el otro entonces habría crear el enlace simbólico.
https://wiki.gentoo.org/wiki/Handbook:AMD64/Portage/CustomTree/es#Definir_un_repositorio_de_ebuild_personalizado

[chrootman]

Al final resulto que el kernel 13 al recompilarlo adquirió el mismo problema de los 5 minutos en espera de los otros(es en la única distro que me pasa), creo que el problema puede ser microcode pero sacando eventualmente intel-uc y no amd del /boot porque de lo contrario pasa el monitor de no signal de 3 segundos a el completo booteo (que es rápido porque donde se demora realmente es en 'loading initial ramdisk') con no signal, pero luego sale de ese estado y aparece slim y si puedo iniciar la sesión igualmente, también intente quitando el use -initramfs de package.use de sys-firmware/intel-microcode, pero no hay ninguna mejora, lo mismo intentando sacarlo del kernel "Firmware blobs root directory".

También puede ser la bios porque si no agrego net.ifnames=0 biosdevname=0 como parámetro del grub entonces me cambia las interfaces y no puedo iniciar virtualbox. Por otro lado si no se quiere que el --deepclean elimine las sources de un kernel determinado durante el world update hay que agregar manualmente sys-kernel/gentoo-sources:X.XX.X a /var/lib/portage/world, también el problema radica en haber hecho muchos cambios a dsdt y que al sacarlo systemd sigue pensando de alguna manera que están esas opciones según lo que me muestra dmesg del arranque. Otra cosa que hice fue restaurar con rsync a otro disco pero sacando la partición boot y real_root=UIID, que aunque cambie todo como se debe de alguna forma eso tal vez generó esa ralentización en el arranque.

[chrootman]

Resucite el pc sacándole la pila y cambiando los voltages, al parecer tiene un zócalo defectuoso porque a veces acepta una memoria y otras veces no y hace tiempo tuve el mismo problema en la misma fecha pero con solo hacer un clear cmos la terminó aceptando en esa ocación. Ahora compile otro kernel con practicamente las mismas opciones y no se demora 3 segundos sino que 40 segundos, lo que es aceptable comparado con los 5 minutos del otro. Parece ser un problema de los kernels nuevos porque en otras distros pasa lo mismo pero la diferencia es que el último kernel de arch linux se demora en esta misma máquina 3 segundos, agregue opciones como pci=noaer pci=nomsi acpi_osi=off acpi=off noapic random.trust_cpu=on iommu=soft intremap=no_x2apic_optout nox2apic, etc las cuales no cambiaron nada. ¿Alguien sabe cuál es el mejor kernel y más estable en este tipo de situaciones en gentoo? Su numeración exacta?

[quilosaq]

¿Has probado a usar sólo el núcleo Linux sin ningún ramdisk? ¿Usas genkernel? ¿Usas grub?

[chrootman]

[quilosaq]

[chrootman]