Imagenes de instalación de las versiones estables para Mageia y OpenMandriva.
OpenMandriva: Mageia (Mageia 9) 20/Agosto/2023 - Anuncio, Descargas.
Blogdrake recomienda descargar las imágenes de instalación (iso) vía torrent para evitar corrupción de datos, aprovechar mejor su ancho de banda y mejorar la difusión de las distribuciones.
¿está la base de datos rpm vinculada al kernel instalado?
Tengo una duda que me corroe desde hace unos días a raiz de un problema que tuve . <aclaracion>Si alguna de las afirmaciones que hago es erronea corregidme, please </aclaracion> El tema está en que cada vez que se actualiza el kernel se instalan también los módulos compilados para ese kernel (si procede) y se crea una nueva entrada en menu.lst de grub.¿no? Entonces, cuando se arranca el equipo se selecciona el kernel y te pones a trabajar. Una vez que empiezas a trabajar instalas/desinstalas paquetes/programas con sus librerías, etc.
Si después arranco con otro kernel, la base de datos rpm tiene los paquetes para el otro kernel y me mostaría información errónea o lo que es peor, puede instalar paquetes que no le correspondan.
¿no es un caos? ¿está la base de datos rpm vinculada al kernel instalado?
- Entra a tu cuenta o crea una para poder comentar.
# 101841 No, no es un caos
Y no, la base de datos no está vinculada al kernel instalado. Y tampoco, los módulos del kernel no se instalan al instalar el paquete del kernel. Si se elige instalar los paquetes correspondientes a cada módulo del kernel (hablamos de módulos externos, como los drivers de nvidia, por ejemplo), se copian a su lugar correspondiente. Pero hasta que no se inicia por primera vez con el kernel en cuestión, esos módulos no son enlazados al mismo (lo que llamamos vulgarmente "compilar" esos módulos).
¿Te soluciono la duda o te dejo peor que estabas? xD
BOFH
# 101842 Numeración
Los módulos especiales están numerados de manera que se asocian a cada núcleo. Si actualizas un núcleo y tú usas un cierto módulo especial, se te bajará también ese módulo, de manera que para cada núcleo tengas instalados todos los módulos necesarios, aunque pueda ser redundante.
Por ejemplo,
urpmq -a vboxadditions-kernel
vboxadditions-kernel-2.6.31.12-desktop-1mnb
vboxadditions-kernel-2.6.31.12-desktop-2mnb
vboxadditions-kernel-2.6.31.12-desktop-3mnb
vboxadditions-kernel-2.6.31.12-desktop586-1mnb
vboxadditions-kernel-2.6.31.12-desktop586-2mnb
vboxadditions-kernel-2.6.31.12-desktop586-3mnb
vboxadditions-kernel-2.6.31.12-server-1mnb
vboxadditions-kernel-2.6.31.12-server-2mnb
vboxadditions-kernel-2.6.31.12-server-3mnb
vboxadditions-kernel-2.6.31.5-desktop-1mnb
vboxadditions-kernel-2.6.31.5-desktop586-1mnb
vboxadditions-kernel-2.6.31.5-server-1mnb
vboxadditions-kernel-2.6.31.6-desktop-1mnb
vboxadditions-kernel-2.6.31.6-desktop586-1mnb
vboxadditions-kernel-2.6.31.6-server-1mnb
vboxadditions-kernel-desktop-latest
vboxadditions-kernel-desktop586-latest
vboxadditions-kernel-server-latest
Hasta luego
MOT
# 101939 Añado...
Los paquetes que se instalan son los necesarios para que se compilen algunos modulos que de otra forma no funcionarian, como por ejemplo Nvidia, Virtualbox y otros, por eso no es bueno borrar el anterior kernel que tenias, ya que si te falla, solo tienes que volver al anterior para que funcione, sino no podrías acceder al sistema y tendrias que configurarlo a mano (prueba de fallos).
Saludos!!!!
Registered Linux user #472290
MiniBOFH 2008 - MediumBOFH - KapyBOFH - Utiliza RecoverDrake!! (Proyecto Derix)
Usuario
# 101940 No del todo...
Lo que me refiero NO es la vinculacion de los modulos con su version del kernel, sino de la version de los programas instalados (base de datos rpm).
Si con un kernel instalo el paquete A y despues arranco con otro kernel, verá que tengo el paquete A instalado que podría ser conflictivo con el kernel actual...¿no?
Usuario linux #496861
Usuario
# 101941 La base de datos rpm
Pienso que la base de datos rpm no puede estar vinculada al kernel, puesto que, en caso contrario, cada vez que instalaramos un kernel tendríamos que actualizar todos los paquetes que tenemos instalados. Los paquetes instalados serán los mismos independientemente del kernel con el que arranques.
Todo ello con independencia de los módulos que deben añadirse al kernel para hacer funcional la tarjeta gráfica o virtualbox, por ejemplo, en el nuevo núcleo.
Annubis y Kapyderi lo han explicado arriba más "técnicamente".
Salu2.
We do not inherit the earth from our ancestors, we borrow it from our children.
# 101942 NO
Por que los paquetes NO los instala el kernel los instala el administrador de paquetes y su base de dato es independiente del kernel con que inicies.
¿lo usas?, ¿la lees?, ¿las conoces?,Herramienta útil
# 101943 Bueno...
Te aseguro que no tiene nada que ver, ya que mi paquete RecoverDrake, utiliza los nombres de los paquetes y no te instala ninguno adicional, compruebalo descargandotelo y ejecutandolo y veras que no tiene vinculación alguna. Solo vincula los que necesite para recompilar, pero si utilizas la entrada anterior del grub, osea otro kernel anteriore, verás (dandole al ESC), que no los vuelve a compilar, ya que los tiene ya debidamente compilados, valga la redundancia.
Siguiendo tu teoria, en cuatro actualizaciones de kernel, tendria 80 gigas de paquetes duplicados y lo más importante que tiene Linux es su versatilidad, ya que un paquete lo utiliza varios paquetes diferentes y no se vuelve a instalar, por eso de tener muchos paquetes instalados y no ocupar mucho espacio.
Comentas...
Saludos!!!
Registered Linux user #472290
MiniBOFH 2008 - MediumBOFH - KapyBOFH - Utiliza RecoverDrake!! (Proyecto Derix)