Creia que en este post dejé claro como habia quedado la cosa...
[quote=mariaj post_id=1311654 time=1493989431 user_id=208240]JOPETA wrote:Empiezo a no comprender lo que haces, pretendes hacer o has hecho. Quizas me falten detalles para aclararme.
Espero aclarme mejor ahora:
He optado por lo que más me has recomendado un "unico e inalterable" archivo custom con todas las entradas -menos las upstart.
Se que si se actualiza un kernel, tengo yo que modificar la entrada con dicho kernel antes del reinicio!!
-Primero hice la copia de los directorios grub.d de cada sistema en otra carpeta.
-Los archivos no los eliminé, sino solo "Eliminé" la parte ejecutable -x, que no se ejecuten como un programa(comprobado después)... los dejé ahí y le cambié el nombre, puse save delante (por si las moscas) que no buscara el update-grub el archivo con numeración 10 al principio...osea el archivo esta en su directorio así; save10_linux, si lo miro en mint con el gestor de archivos->propiedades->permisos, NO tiene la marca + donde dice;
Programa :permitir que este archivo se ejecute como un programa.
-Creé las entradas de todas las distros en una archivo copia 40_custom, copiandolas de grub.cfg anteriores, comprobadas antes que funcionaran bien, escogiendo esa opcion de entrada en algún reinicio. (no leí eso de gfxmode antes)
-el archivo 11_custon, generado a partir de 40_custom, lo copié (todos estos pasos siempre como root)a cada directorio grub.d(comprobando que siguiese ejecutable)
-Ya despues ejecuté update-grub que creó el grub.cfg que he puesto al principio del post anterior.[/quote]
JOPETA wrote: ⤴Mon Jun 11, 2018 2:06 pm
2)Estaba pendiente, y parece que no has hecho todavía, comprobar que el fstab de los otros sistemas también montaban o no la sda1 como /boot . Dependiendo de su contenido era el verdadero peligro de mezclar los kernels de unos y otros y volver a liarla.
Esto no deberías haberlo dejado pendiente.
--Si, siguen los tres montando sda1 como boot.... si esto es lo que pretendo arreglar antes de proceder a instalar un nuevo S.O, por eso lo pregunto en este hilo ya que lo que falta por arreglar es lo que lió el desaguisado de todo.
-Sí JOPETA ya se que no debería haberlo dejado así
pero la verdad es que no me preocupaba mucho por que el que dirige el grub todo el tiempo a sido LINUX Mint que es el unico que se actualiza y no va a coger/utilizar kernel tan antiguos como los de trisquel y guada jeje
En mas de un año que ha estado así creo que solo guada actualizó un kernel ( y por cierto no lo estaba usando yo, sino mi hijo y reinició sin decirme nada) pero falló la entrada de presentación grub y solo entraba L- MINT directo aunque el que se actualizó fue guada...
así que tube que volver a hacer un update-grub desde mint y apareció el grub y todas sus entradas perfectas "update-grub no me modificó mis entradas personalizadas ni activó los ejecutables" solo 10-linux se habia modificado recientemente pero no me estropeó el resto...
Desde que se actualizó el ultimo kernel de guada tengo dentro de boot tres carpetas creadas (boot trisquel,boot guada y boot mmint )con cada kenel instalado y sus correspondientes archivos cada uno... osea lo tenia todo listo para pedir indicaciones concisas de como hacerlo y proceder, pero como no he tenido ningún problema lo dejé así hasta que fuese ha instalar otra distro...
JOPETA wrote: ⤴Mon Jun 11, 2018 2:06 pm3)La propuesta que citas era para dejar a Guadalinex dirigiendo el cotarro (presunto culpable de la partición /boot a falta de fstab que lo confime)
Me da igual quien dirija el cotarro siempre que cada uno tenga su carpeta boot privada además siempre puedo después hacer el update-grub desde mint y le quite el puesto de mando al otro jeje ..
JOPETA wrote: ⤴Mon Jun 11, 2018 2:06 pmAhora quieres sobre este jaleo decidir entre
a)no instalar el cargador del nuevo Guadalinex que instales sobre el anterior es decir dejar las cosas como están. No recordaba que Guadalinex no fuera Live (hace muchos años) y las opciones del menú por lo menos en la copia que me he bajado no permiten ni la edición. En resumen, puede que la opción de conseguir esto se reduzca a dirigir la instalación del cargador de arranque a sda2. Sólo eso y te olvidas de donde dirigir el cargado de arranque (no deberá salir esa opción).
b)Instalar el nuevo cargador apuntando al nuevo Guadalinex y dejar los demás como están. Con ello te cargas que grub apunte al menú único de Mint que te estaba dejando vivir y además debes deshacer los cambios en Mint y no te evitas comprobar el fstab de trisquel, de ser necesario recuperar su directorio /boot/ con sus kernels respectivos.
-Mi intencion es B despues de esto;
Reparar fstab que no monten en sda1 antes de la instalación nueva, ahora mismo estoy en guadalinex con las carpetas boot de cada particion preparadas para proceder a poner el interior de estas (kernel con sus respectivos archivos abi, initrd y vmlinuz)por supuesto he identificado bien los kernel que se instalaron en cada uno.
-para seguidamente probar a comentar con "# " la entrada de /boot a ver si así solo montan su partición cada uno en su carpeta boot(que ahora mismo si entro desde el S.O guadalinex a estas carpetas boot de la particion trisquel y linux-mint no contienen nada) como /boot
- Osea que quede así
Code: Select all
# UUID=799cfd95-b011-474e-8e7b-7ec593a9b295 /boot ext4 defaults 0 2
con # antes del uuid.
-Justo después antes de reiniciar modificar las entradas personalizadas de grub.cfg, cambiar el UUID=799cfd95-b011-474e-8e7b-7ec593a9b295 de /boot por el uuide de cada particion dosde esta inatalado el sistema por lo menos en trisquel y linux mint... que estos no se van a modificar a posteriori.
-ó como lo haria?? Esto me lo comentaste pero no llegué a aclararme antes puesto que no procerdí ha hacerlo...
JOPETA wrote: ⤴Mon Jun 11, 2018 2:06 pmEs decir proporcionando el resultado de
por ejmplo desde Mint para confirmar que esto se mantine
Code: Select all
Partición UUID flag uso Sistema
sda1 799cfd95-b011-474e-8e7b-7ec593a9b295 boot /boot de Mint
sda2 1ae998a4-4083-4caa-afe0-a8b892894272 palo / Guadalinex
sda3 15740aa5-11cb-49a0-a191-7be962c2eb0 / Mint
sda4 Extendida
sda5 5180c5dd-937e-42fb-a5f5-395bfb682d6e / Triskel
sda6 6cf698a2-66b6-45ae-a975-9f10a4bceb31 DATOS
sda7 0a0ddbb6-50c2-489a-99ec-680aa4d042b5 SWAP
-Así que esto esta confirmado, la particion:
Code: Select all
Partición UUID flag uso Sistema
sda1 799cfd95-b011-474e-8e7b-7ec593a9b295 boot /boot de Mint tambien de trisquel y guadalinex
-ahora mismo desde Guadalinex etc/fstab:
Code: Select all
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda5 during installation
UUID=5180c5dd-937e-42fb-a5f5-395bfb682d6e / ext4 errors=remount-ro 0 1
# /boot was on /dev/sda1 during installation
UUID=799cfd95-b011-474e-8e7b-7ec593a9b295 /boot ext4 defaults 0 2
# swap was on /dev/sda7 during installation
UUID=0a0ddbb6-50c2-489a-99ec-680aa4d042b5 none swap sw 0 0
-y lsblk -f tambien en guada :
Code: Select all
HP-Mini:~$ lsblk -f
NAME FSTYPE LABEL MOUNTPOINT
sda
├─sda1 /boot
├─sda2 /
├─sda3 /media/mariajad/15740aa5-11cb-49a0-a191-7be962c2eb09
├─sda4
├─sda5 /media/mariajad/5180c5dd-937e-42fb-a5f5-395bfb682d6e
├─sda6 /media/mariajad/personal
└─sda7 [SWAP]
Así que preferiría poder terminar con esto.. no tener más /boot común.
-Me indicas si tengo que hacer algo más de lo comentado arriba para que cada distro tenga su /boot en su misma particion ??
y una vez que arregle el desaguisado de /boot , ya procedo ha abrir el otro hilo con la información que me pides y poder proceder con la siguiente instalación ya sin tantos posibles errores del dichoso boot común...
para que esta y las demás distros monten raiz / y /boot en la misma partición de cada sistema, no se si me he explicado bien ahora
jee
Saludos de mariaj