mariaj wrote: ⤴Fri Jun 15, 2018 7:37 pm
-Miroo que la carpeta boot solo tiene los kernels que pasamos, pero no hay ninguna grub (por lo tanto tampoco ningún grub.cfg) y los archivos de grub.d no existen, así que confirmo que no se ha reinstalado grub o incluso creo que no identifica ninguna partición para boot, pues si miro por consola y en Gparted no hay ninguna partición con * o / excepto la del usb.
Eso es consecuencia de que la estrategia que se había adoptado al principio y finalmente se cambió. El paso final condiciona la validez de lo anterior y este era la instalación de un sistema desde cero (guadalinex) que pasaría a dirigir el arranque. Sólo éste necesita tener todo lo indispensable , un grub completo. Los demás sistemas con tener un kernel utilizable les basta (mira los códigos de la consola) para iniciarse y una vez iniciado restituirles el grub-pc para que puedan efectuar sus cambios al instalar nuevos kernels.
Cambiamos de estrategia (no instalar Guadalinex )
y debimos modificar como mínimo un paso el 3 (Hacer tabla rasa). Había (a toro pasado) otras alternativas (modificar el grub.cfg y mover el contendió de la partición /boot a todos los directorios /boot, eso es en resumen lo que hace la reparación estándar de Boot Repair)), no tocar el grub.d nada o recuperar a mano los ejecutables que tenías en una carpeta de copia de seguridad,....) en vez de delegarlo todo a la posterior reinstalación de grub-pc tras iniciar con cada uno de los sistemas. Es justamente lo contrario de la tabla rasa prevista y no se replanteó el tema (no hubo tiempo). Al no haber realizado ese último paso no hemos dejado un sistema sano capaz de dirigir el arranque.
Esta es la dificultad de prestar ayuda en un foro. Debe ser lo suficientemente calculada y pensada para que sea aplicable a todos los usuarios en las mismas condiciones. Eso significa determinar unas condiciones de partida fijas y unos objetivos finales previstos con unas herramientas también comunes todas ellas inamovibles.
Esa ayuda no debe ser inmediata debe ser duradera.
Con la mejor voluntad, pero equivocarse en un código aunque sea un espacio por no haber tenido tiempo de repasar es imperdonable en un foro (ese código equivocado puede ser visto por varios usuarios y conducirles a una debacle antes de poder cambiarlo) y querer facilitarte la tarea de copiar y pegar no es excusa.
Acceder a un cambio de estrategia, de objetivos, de herramientas de forma improvisada es mas imperdonable aún. Aún disponiendo de tiempo para rehacer los códigos bien, son muchas la variables que se cambian y no puedes responder a situaciones imprevistas como si estuvieras, no ya on-line, sino delante de tu PC. No puedes solicitar información instantánea para decidir el siguiente paso mas conveniente o comprobar que se ha fallado por ejemplo en un reparticionado, o al desmontar una partición.
Por eso no he rehecho el desarrollo de los pasos ¿Qué debe decir?¿ Esto es lo que deberíamos haber hecho y no esto otro que hicimos? ¿ya para qué?. Como guía de orientación son demasiadas advertencias que realizar, demasiados supuesto (sería un tocho indigesto y poco práctico) y como ejemplo sólo de lo que no debe hacerse y lo acabo de hacer ya.
En tu situación actual podría darte a elegir varias opciones para probar pero sólo
una solución con garantías plenas, la original para la que estaban pensados los códigos instalar Guadalinex ya que integra el desglose de los pasos que precisas realizar en un tiempo prudente, sabiendo además ahora que Guadalinex actual puede estar dañado por aquello de los montajes y el redimensionado malogrado y los demás todavía tienen que demostrar que no lo están.
¿Qué necesitas hacer si no instalas Guadalinex?
1)Retoma
gparted desde el live, aunque yo eliminaría directamente y crearía una partición en el espacio libre) redimensiona Guadalinex esta vez bien (sin olvidar
Aplicar las acciones pendientes). Esto sobre-escribe la tabla de particiones que sigues teniendo en el MBR y que no responde a la realidad. Si
gparted notifica algún error a la hora de realizar las tarea (que no me extraña). Observa que en el menú dispositivo (device) tiene la opción de intentar reparar el MBR y si esto no funcionara comunícalo existen otras opciones. Si es necesario reinicia el live para comprobar que las particiones se leen ya de forma correcta:
no han cambiado su UUID solo su número dentro del disco y por fín la partición 1 es Guadalinex, la partición 2 es Mint y la 4 es Trisquel (el sistema entonces no lo sabía).
2)Al no haber realizado ese último paso no hemos dejado un sistema sano capaz de dirigir el arranque. ¿Qué puedes probar? ya lo tienes sugerido
- Desde el live instala grub-pc en e i386-pc en el propio Live (sudo apt-get install .....)
-Comprueba que tienes todos los ejecutables en /etc/grub.d del live y cópialos en el mismo directorio de Mint y también el /etc/defaut/grub.
-Ahora puedes efectuar la instalación del GRUB en la forma indicada en el tutorial de Wibol (que se centra en crear un nuevo grub.cfg y hacer que grub apunte a la partición de Mint, pero ya con las herramientas para hacerlo y con un MBR correcto
mariaj wrote: ⤴Fri Jun 15, 2018 7:37 pm
Los directorios con S.O no deberían estar marcados como raiz / ?! tendría que marcar yo "flags" /con gparted ?!
No desde un live. Formarías un
caco maravillao si lo haces.
Todas las particiones que contienen un sistema operativo tienen la raíz de ese sistema operativo en la partición. Para
para que se monte como tal y sean reconocidos esos puntos de montaje debe haberse iniciado el sistema. Sólo si ejecutas gparted desde un sistema instalado tiene puntos de montaje / en su partición. Esto no está realizado desde un Live sino desde Guadalinex.
Code: Select all
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]
Cuando haces la instalación de GRUB lo que creas es un sistema a base de puntos de montaje. Para poder tomar posesión de él y abrir consola de root en él debes indicarle al sistema que cambias la raiz del sistema (sudo chroot /mnt) y entonces puedes usar los puntos de montaje como directorios del sistema y realizara acciones en ese sistema que has montado. Pero cuando sales (exit) es sólo un punto de montaje en otro sistema (el live) que muestra el contenido de carpetas y archivos de una partición no de un sistema en ejecución. Por eso sé que la partición sdb2 seguía montada en una imagen tuya de gparted de la noche de autos, parecía como /mnt porque no se desmontó.
mariaj wrote: ⤴Fri Jun 15, 2018 7:37 pm
-Las numeraciones de las particiones no se cambian cuando se elimina una??
(...)
También me he dado cuenta, no se por que razón se le quitaron las etiquetas que tenia cada partición?! le puse el nombre de cada edición linux y antes las reconocía por eso y no el tamaño como sale ahora...
bueno seguiré de pruebas y si no ya veré de instalar guada.
Como te digo antes algo fué mal en el redimensionado de Guadalinex con gparted (el tamaño dejado por la partición eliminada es de 124MB cuando deberían ser los 1,3GB iniciales.
detalle gparted1.png
Quizás el problema venga de antes nunca me gustó ni entendí esa partición
linux /PA-RISC . Por lo visto , es una instalación especial de ciertos sistemas (Unix y debian en exclusividad) y requieren de una manipulación especial de su particionado desde /Palo que es su cargador de arranque (no GRUB).. Requiere de un particionado especial, no resultando compatible con otros sistemas. Dudo mucho que la idea de instalar varios sistemas (multiboot) en esa arquitectura sea desde el principio apropiado. Si el chiqutín el el HP mini 5101 aún entiendo menos o no es su disco original o ha sido muy manipulado desde eantes del rimero post (la palo debería ser la /boot no la de Guadalinex....)
Code: Select all
Disposit. Inicio Start Final Sectores Size Id Tipo
/dev/sda1 * 6144 2594034 2587891 1,2G 83 Linux
/dev/sda2 2594816 63524863 60930048 29,1G f0 inicio Linux/PA-RISC
palo boot loader.png
Cuando un sistema tiene claro un particionado (es decir un MBR sano) lo normal es que sólo desaparezcan las etiquetas de las particiones manipuladas. Si dejaste a medias una operación y cerraste gparted con una operación pendiente se rescata de mala manera un MBR que ya no se corresponde con la realidad. Se dice que el MBR está "sucio" y puede malograr no solo la intalación de GRUB sino la instalación de un sistema operativo). A poco que desplaces sin darte cuenta la partición para gparted es una operación muy difícil y de larga duración. Se puede cancelar antes de aplicarlar, pero no se debe interrumpir una vez aplicada.
Todo esto está advertido y no es hablar por hablar. Es fácil usar gparted pero es una herramienta "delicada". Hay que extremar la precaución y no aplicar sin cerciorase de lo que hemos marcado para ejecutar. Ante la menor duda cancela la operación (clic derecho abajo>Eliminar o cancelar acciones pendientes). Nunca cerrar con una operación pendiente o ejecutándose (ya nos advierte él de que ha terminado) y menos cerrando ventana (mejor edita>cerrar así gparted te puede advertir ). De la otra forma puede quedar como un proceso ejecutándose de fondo que también que evita o perjudica cualquier acción posterior.
En la nueva sesión a la vez que redimensiones Guadalinex, puedes volver a etiquetar la particiones.
PD:Si me tomo un descanso en el foro (como tengo pervisto ya) que sepas que
no es por tí, es por mi