No puedo iniciar Wndows 10 después de instalar Mint

[kuro_cat56]

Hola a todos, soy alguien nuevo en esto de usar GNU/LINUX y espero que puedan ayudarme con esto. Pasa que mi laptop (que ya traía por defecto Windows 10) le he hecho varias particiones en el disco duro para tener Windows y Linux. Todo iba bien, previamente instalé Manjaro Gaming y Solus, pese a que Solus me daba problemas por no poder iniciar bien, Manjaro me iba perfecto. El Grub me detectaba perfectamente los tres sistemas. Hace dos días decidí instalar tambien Mint y con el Live OS hice una partición de alrededor 90 GB y todo iba bien hasta que después de la instalación, inició el Grub y ya no me aparecía Windows Boot, solo eran Linux Mint, Solus y Manjaro Linux. De por sí todos mis datos de Windows están bien, no se borró nada y eso me alegra pero hay varias cosas que no comprendo y que quiero solucionar: Primero que nada, mencioné antes que tenía problemas con iniciar Solus (pasaba que iniciaba pero se quedaba en una pantalla en negro que decía "kuro login: _ ") pero después de instalar Mint pude entrar y ya no me salía la pantalla en negro lo cuál desconozco totalmente si fue por la instalación que hice; segundo que ahora no puedo iniciar Manjaro, el sistema inicia pero se queda en una pantalla en negro con una especie de error de kernel (al menos eso es lo que entiendo) y tercero que, si las particiones hechas y que son dedicadas a Windows no han sido borradas ni nada, ¿Por qué tengo este problema? He buscado en los foros y he hecho todo lo que este post se menciona ya que es el que más se parece a mi problema viewtopic.php?f=68&t=268972

Code: Select all

sudo os-prober
/dev/sda5:Solus (3):Solus:linux
/dev/sda9:Manjaro Linux (17.0):ManjaroLinux:linux

Code: Select all

sudo update-grub
Generating grub configuration file ...
Encontrada imagen de linux: /boot/vmlinuz-4.10.0-38-generic
Encontrada imagen de memoria inicial: /boot/initrd.img-4.10.0-38-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin
Encontrado Solus (3) en /dev/sda5
Encontrado Manjaro Linux (17.0) en /dev/sda9
hecho

Code: Select all

inxi -Fxznr
System:    Host: cat Kernel: 4.10.0-38-generic x86_64 (64 bit gcc: 5.4.0)
           Desktop: Cinnamon 3.6.7 (Gtk 3.18.9-1ubuntu3.3)
           Distro: Linux Mint 18.3 Sylvia
Machine:   System: Dell (portable) product: Inspiron 5567
           Mobo: Dell model: 01W6F7 v: A00
           Bios: Dell v: 1.1.7 date: 09/11/2017
CPU:       Dual core Intel Core i5-7200U (-HT-MCP-) cache: 3072 KB
           flags: (lm nx sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx) bmips: 10848
           clock speeds: max: 3100 MHz 1: 499 MHz 2: 499 MHz 3: 499 MHz
           4: 499 MHz
Graphics:  Card: Intel Device 5916 bus-ID: 00:02.0
           Display Server: X.Org 1.18.4 drivers: intel (unloaded: fbdev,vesa)
           Resolution: 1366x768@60.00hz
           GLX Renderer: Mesa DRI Intel HD Graphics 620 (Kaby Lake GT2)
           GLX Version: 3.0 Mesa 17.2.8 Direct Rendering: Yes
Audio:     Card Intel Device 9d71 driver: snd_hda_intel bus-ID: 00:1f.3
           Sound: Advanced Linux Sound Architecture v: k4.10.0-38-generic
Network:   Card-1: Intel Wireless 3165 driver: iwlwifi bus-ID: 01:00.0
           IF: wlp1s0 state: up mac: <filter>
           Card-2: Realtek RTL8101/2/6E PCI Express Fast/Gigabit Ethernet controller
           driver: r8169 v: 2.3LK-NAPI port: e000 bus-ID: 02:00.0
           IF: enp2s0 state: down mac: <filter>
Drives:    HDD Total Size: 1000.2GB (2.2% used)
           ID-1: /dev/sda model: TOSHIBA_MQ01ABD1 size: 1000.2GB temp: 33C
Partition: ID-1: / size: 48G used: 13G (29%) fs: ext4 dev: /dev/sda11
           ID-2: swap-1 size: 8.40GB used: 0.00GB (0%) fs: swap dev: /dev/sda12
RAID:      No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors:   System Temperatures: cpu: 48.0C mobo: N/A
           Fan Speeds (in rpm): cpu: N/A
Repos:     Active apt sources in file: /etc/apt/sources.list.d/additional-repositories.list
           deb https://dl.winehq.org/wine-builds/ubuntu/ xenial main
           Active apt sources in file: /etc/apt/sources.list.d/mozillateam-firefox-next-xenial.list
           deb http://ppa.launchpad.net/mozillateam/firefox-next/ubuntu xenial main
           deb-src http://ppa.launchpad.net/mozillateam/firefox-next/ubuntu xenial main
           Active apt sources in file: /etc/apt/sources.list.d/official-package-repositories.list
           deb http://packages.linuxmint.com sylvia main upstream import backport #id:linuxmint_main
           deb http://archive.ubuntu.com/ubuntu xenial main restricted universe multiverse
           deb http://archive.ubuntu.com/ubuntu xenial-updates main restricted universe multiverse
           deb http://archive.ubuntu.com/ubuntu xenial-backports main restricted universe multiverse
           deb http://security.ubuntu.com/ubuntu/ xenial-security main restricted universe multiverse
           deb http://archive.canonical.com/ubuntu/ xenial partner
           Active apt sources in file: /etc/apt/sources.list.d/yannubuntu-boot-repair-xenial.list
           deb http://ppa.launchpad.net/yannubuntu/boot-repair/ubuntu xenial main
           deb-src http://ppa.launchpad.net/yannubuntu/boot-repair/ubuntu xenial main
Info:      Processes: 215 Uptime: 30 min Memory: 1967.9/7801.3MB
           Init: systemd runlevel: 5 Gcc sys: 5.4.0
           Client: Shell (bash 4.3.481) inxi: 2.2.35 
[/c]

[c]sudo fdisk -l
Disk /dev/sda: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: AA0E2FC2-D81F-4931-AED6-BA933E6F6A50

Device          Start        End    Sectors   Size Type
/dev/sda1        2048    1026047    1024000   500M BIOS boot
/dev/sda2     1026048    1288191     262144   128M Microsoft reserved
/dev/sda3     1288192 1086949960 1085661769 517.7G Microsoft basic data
/dev/sda4  1204281344 1523317142  319035799 152.1G Microsoft basic data
/dev/sda5  1708091392 1917806591  209715200   100G Linux filesystem
/dev/sda6  1921081344 1922863103    1781760   870M Windows recovery environment
/dev/sda7  1922863104 1951318015   28454912  13.6G Windows recovery environment
/dev/sda8  1951318016 1953513471    2195456     1G Windows recovery environment
/dev/sda9  1523317144 1708089343  184772200  88.1G Linux filesystem
/dev/sda10 1917806592 1921081343    3274752   1.6G Microsoft basic data
/dev/sda11 1086951424 1187876863  100925440  48.1G Linux filesystem
/dev/sda12 1187876864 1204281343   16404480   7.8G Linux swap

Partition table entries are not in disk order.

Inclusive he usado boot repair pero no me solucionó el problema aquí les dejo el pastebin por si ayuda en algo http://paste.ubuntu.com/p/THT49KXCbB/

Espero que puedan ayudarme, y de antemano muchas gracias. Si hay algo más que necesiten saber díganme que puedo hacer para darles más información.

[JOPETA]

¡Hola kuri_cat56, bienvenido al foro!

¡Jodo! Aunque sea a posteriori, para la próxima, un consejo si vas a instalar mas de un sistema Linux en el mismo disco. Una vez instales el primero y comprobado que todo funciona de forma correcta (en tu caso el dual boot con Windows), los siguientes sistemas Linux instálalos sin cargador de arranque.

Quizás mejor empezar por el final y pedirte que no trates de hacer nada hasta confirmar la mejor forma de deshacer lo que has hecho una vez repase detenidamente el informe de Boot Repair.

¿Por qué tengo este problema? He buscado en los foros y he hecho todo lo que este post se menciona ya que es el que más se parece a mi problema viewtopic.php?f=68&t=268972

El hilo que mencionas no te es de aplicación. Se trata de un windows instalado por el usuario en un disco preparticionado en MBR(msdos) es decir una instalación en modo BIOS tradicional. En tu caso se trata de un Windows según dices preinstalado en modo EFI y por descontado con particionado GPT. Lo único que te se sería de aplicación son los primeros post reclamando la información y ahí deberías haberte quedado.

¿Porque tienes este problema?. La explicación la obtendrás si eres capaz de explicar la presencia de una partición BIOS boot. Piensa que una partición BIOS boot lo único que hace es permitir instalar un sistema en modo BIOS tradicional (es decir alojar un MBR) cuando dispones de un disco con particionado GPT. Las dimensiones de esa partición sda1 se corresponde con la EFI aunque el flag BIOS boot impide su identificación/uso como tal. La instalación del MBR falso es a costa de modificar los primeros sectores y puede que la partción EFI se haya podido corromper. Para que la BIOS boot sea útil , es decir arrancable por un sistema un sistema BIOS/UEFI como el tuyo debes haber modificado de forma conveniente la configuración de la BIOS para arrancar en modo BIOS tradicional estricto (iniciando sólo en modo Compatible habrías recibido multitud de advertencias y lo mas seguro es que fracasara el cambio de la EFI).

Que esta situación corresponda cambios realizados antes de instalar Mint, durante la instalación o al crear la partición, o posteriormente en un intento anterior de rescate tu mejor que nadie lo sabes. Todo lo demás tiene explicación, excepto la presencia de un sdb con Windows 7 (USB de instalación de Windows 7???), mira el PD: del siguiente post para detalles.

Para ver la dimensión real del daño

1)En primer lugar y mantenido inalterable desde que lo hagas, deberás asegurar el inicio del sistema en modo EFI estricto. Por supuesto con el USB de instalación de Windows 7 o cualquier otro extraído y sin CD/DVD en la bahía.

Dependiendo de la BIOS/UEFI deberás ser capaz de seleccionar el modo de inicio EFI (no EFI+ BIOS tradicional, ni EUFI+CSM ni compatible. SI el CSM (modo compatiblidad) está como función a parte deberás desactivarla y por supuesto también el Secure Boot y Fast Boot desactivados. Ademas sería conveniente (rizando el rizo) que la configuración del USB tuviera el soporte heredado (legacy support) desactivado.

2)Si en estas condiciones reaparece como opción de inicio Window trata de iniciar con el. Si no aparece, vuelve a entrar en la BIOS/UEFI para que poder verlo como opción de inicio. Algunas BIOS tienen una funcion para ello (BBS hard disk efi partition o algo así ) Tambien es posible que tu BIOS te permita rederigirte a la partición (0,1) para ser usada como inicio EFI. Comentas las dudas que tengas en este sentido mientras encuentro información especifica sobre tu BIOS.

a)Si es capaz de al menos localizar el inicio Windows y preseleccionarlo, al reiniciar te ofrecerá una reparación de arranque de terner problemas aunque es posible que tengas que resolverlos por tu cuenta y/o el chequeo de particones. Ten a mano un DVD de instalación de Windows (da igual si es de Windows 8 o 10) por si te es solicitado. Comenta los resultados y dudas que tengas en la reparación del arranque de Windows..

b)En cualquier caso, asegúrate después de recuperar el arranque de Windows que desactivas la hibernación/inicia rápido de Windows antes de seguir.

c)De reconocer el inicio de Windows en modo UEFI es posible que también reconozca como opción de inicio el único sistema Linux instalado en Modo UEFI, Manjaro y comprobar si puedes iniciar con él. De poder,

Comprueba que el sistemas reconoce a los otros (sudo os-prober) y actualizar GRUB (sudo update-grub) .

De ser todo correcto estarías en la situación descrita al principio sin haberlo buscado. Manjaro dirigiría el inicio de los otros tres sistemas sin más problemas que tener en consideración lo apuntado respecto al kernel al final del enlace proporcionado.

Tambien deberías editar /etc/default/grub con derechos administrativos y hacer los cambios indicado en el siguiente post

3)En caso de que no se reconozca el inicio de Windows o el inicio de Linux no aparezca como opción después de la reparación de Windows, tienes la posibilidad de crear un live con una imagen de refind. Aunque puedes crear tanto un CD (descargar y descomprime el el archivo refind-cd-XXXXX.zip que contiene la imagen para grabar) como un usb live es mejor este último ya que ofrece entre otras cosas el acceso a funciones especiales y una shell en la que introducir der necesarios algunos código de ajuste/reparación o ejecutar otras aplicaciones de reparación incorporadas como efibootmgr o gdisk). Descarga y descomprime el archivo refind-flashdrive-XXXXX.zip luego navega hasta localizar la correspondiente .img que debarás tratar como si de una iso se tratara para crear el USB live). Al ser la única opción EFI disponible el Live de Refin iniciará de forma automática.

a)Al iniciar el Live de Refind,(siempre sin modificar nada de lo señalado en primer lugar respecto a la BIOS/UEFI), deberá aparecer un menú con los iconos de los sistemas identificados, sean Windows o Linux (observa bien la descripción de las opciones del menú y/o la posibilidad de accder a funciones especiales y la shell si tienes alguna duda pregunta pero sólo debes iniciar las opciones de Manjaro que contengan la referencia a grubx64.efi no shim).

b)Deberías poder iniciar con ellos, por lo que estarías en la posibilidad de hacer lo apuntado antes para reparar el arranque de Windows y posteriormente iniciar con Manjaro.

c)En caso de solo poder iniciar de este modo (desde Refind , no desde el disco duro) Manjaro tendrías que pensar en reinstalar GRUB EFI

Comprobar que se monta la partición EFI y que no está vacía

Code: Select all

apt update
apt install --reinstall grub-efi-amd64

y si no lo hace, montarla

Code: Select all

sudo mount /dev/sda1 /boot/efi

Reinstalar

Code: Select all

sudo apt-get install --reinstall grub-efi

y actualizar

Code: Select all

sudo update-grub

Reinicia ya sin el flash de Refind conectado comprueba el resultado de iniciar Linux en modo EFI.

Si desde el GRUB de Manjaro, pudieras iniciar los otros Linux no deberías preocuparte de que no se hayan instalado en modo EFI.

d)Si por el contrario prefieres que, por ejemplo Mint, dirija el cotarro del inicio EFI debes instalar grub-efi desde cero en el ya que no lo está (tampoco en Solus). Para ello

inicia Mint desde el GRUB (si no inicia deberás recurrir al tutorial mencionado en el punto

Code: Select all

apt update
apt install grub-efi-amd64

Crear el directorio de destino

Code: Select all

sudo mkdir /boot/efi

Montar la partición efi

Code: Select all

sudo mount /dev/sda1 /boot/efi

Reinstalar

Code: Select all

sudo apt-get install --reinstall grub-efi

y actualizar

Code: Select all

sudo update-grub

4)Si Refind no reconoce ninguno de los sistemas y pasas de usar sus opciones de recuperación y la shell o no has tenido resultado con la recuperación desde el, deberás iniciar, en las mismas condiciones, con un DVD de instalación de Windos 8-10 (no te preocupes por licencias y esas cosas) y tratar de hacer la reparación del arranque de Windows con él. Existen mucho tutorilaes en la red sobre este tema tanto para reparaciones gráficas como mediante comandos en la shell. Asegúrate en cualquier caso que se trata de la reparación del arranque EFI de Windows.

5)Sin la reparación del arranque de Windows no deberías seguir sin hacer una copia de seguridad de tus datos personales a otro disco o medio externo. Deberías en este punto comunicar los problemas encontrados y valorar las posibles alternativas según tus criterios y preferencias.

6)Si llegas a este punto por haber fracasado en puntos anteriores deberás ya tener una idea más clara de lo que es el inicio EFI y te recomiendo el empleo del Live para ejecutar aquello que decidas.

En cualquier caso crea e inicia con un Live de Linux. Mejor si lo creas desde otro Windows con Rufus con partionado GPT para sistemas EFI estrictos (nada de compatible).

De tener que ser con otro sistema Linux formatea previamente el pendrive para crear una tabla de particiones GPT (bien con Discos, Gparted o el Formateador de memorias USB de Mint) y crear el Live con Unetbootin.

La prueba de que el Live está correctamente creado es que sin alterar la configuración de la BIOS/EFI (ni siquiera para iniciar el iniciar el Live en modo EFI y no los sistemas EFI del disco duro, ya que para eso existe una tecla de acceso al menú de inicio rápido) es que aparecerá en menú GRUB en blanco y negro, nada de logos de Mint.

7)Una vez inicies con el Live en modo EFI y antes de hacer nada deberás devolver el resultado de los siguientes códigos en la terminal esta vez usando la opción </> code como se indica aquí.

Code: Select all

sudo fdisk -l
sudo blkid

También puedes ejecutar gparted desde la terminal (sudo gparted) y devolver la captura del particionado que muestra el live como se indica aquí. Si al ejecutar gparted te ofrece alguna reparación o te genera alguna advertencia reprodúcela de igual manera.

8)Puedes tratar de deshacer los cambios para recuperar el inicio EFI de Linux de habersse afectado por la recuperación del arranque de Windows (sólo mira este hilo destinado a recuperar/reinstalar el grub-efi) y de no haber conseguido recuperarlo, recuperar incluso el propio particionado (sobre todo y empezando por la partición EFI sda1 y luego la sda3 de Windows), para volver a tratar un inicio EFI tanto de Windows como de Linux. Puedes usar

-las aplicaciones incorporadas al Live, no sólo Gparted (GPT gdisk o Testdisk que vienen por defecto en el Live de Mint)

instalando en el propio Live otras aplicaciones específicas (como efibootmgr) incluso instalar Boot Repair y probar otra vez con él (un clavo saca otro clavo) pero iniciando en modo EFI para que sea posible.

La eficacia de lo que pruebes dependerá de si la partición EFI ha sido corrompida por los cambios y si se puede desbloquear el acceso a ellas. El objetivo es en cualquier caso (si no estableces tus propios criterios) que puedas volver a recuperar primero el inicio del Windows preinstalado y posteriormente reconducir el inicio de Linux al modo EFI que ya tenías con Manjaro.

EDITADO

[kuro_cat56]

Espero sirva

Code: Select all

mint@mint ~ $ sudo fdisk -l
Disk /dev/loop0: 1.7 GiB, 1842749440 bytes, 3599120 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/sda: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: AA0E2FC2-D81F-4931-AED6-BA933E6F6A50

Device          Start        End    Sectors   Size Type
/dev/sda1        2048    1026047    1024000   500M BIOS boot
/dev/sda2     1026048    1288191     262144   128M Microsoft reserved
/dev/sda3     1288192 1086949960 1085661769 517.7G Microsoft basic data
/dev/sda4  1204281344 1523317142  319035799 152.1G Microsoft basic data
/dev/sda5  1708091392 1917806591  209715200   100G Linux filesystem
/dev/sda6  1921081344 1922863103    1781760   870M Windows recovery environment
/dev/sda7  1922863104 1951318015   28454912  13.6G Windows recovery environment
/dev/sda8  1951318016 1953513471    2195456     1G Windows recovery environment
/dev/sda9  1523317144 1708089343  184772200  88.1G Linux filesystem
/dev/sda10 1917806592 1921081343    3274752   1.6G Microsoft basic data
/dev/sda11 1086951424 1187876863  100925440  48.1G Linux filesystem
/dev/sda12 1187876864 1204281343   16404480   7.8G Linux swap

Partition table entries are not in disk order.




Disk /dev/sdb: 7.5 GiB, 8032092160 bytes, 15687680 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x7da654e6

Device     Boot   Start     End Sectors  Size Id Type
/dev/sdb1  *          0 3710015 3710016  1.8G  0 Empty
/dev/sdb2       3699676 3704347    4672  2.3M ef EFI (FAT-12/16/32)

Code: Select all

mint@mint ~ $ sudo blkid
/dev/sda10: UUID="5432-0DA9" TYPE="vfat" PARTUUID="de8b5ea9-41b9-4ad7-980e-8ccc2ba2b3d7"
/dev/sda11: UUID="83c436f5-7a55-44c4-a8e4-2135494c78ce" TYPE="ext4" PARTUUID="6e28e79f-5e05-4821-a1e4-997df68fc83a"
/dev/sda3: LABEL="Windows" UUID="D6D834B8D8349927" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="f2f78424-e1c3-4c1b-b9de-2094fd15cfd7"
/dev/sda4: LABEL="Storage" UUID="30AAC9C3AAC985B6" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="f4e6604c-aa16-4b2b-90b5-11450d11c2fe"
/dev/sda5: UUID="4b429ee3-7c35-41d1-9c55-111c0c5facbd" TYPE="ext4" PARTLABEL="Basic data partition" PARTUUID="3c189282-7930-4019-819d-f56af616477a"
/dev/sda6: UUID="0AD88809D887F16D" TYPE="ntfs" PARTUUID="1cbf806e-7c62-4013-9d1a-fd5d981c5c17"
/dev/sda7: LABEL="Image" UUID="DE2898372898111F" TYPE="ntfs" PARTUUID="98455b72-178a-44a1-b113-f62257b02e9b"
/dev/sda8: LABEL="DELLSUPPORT" UUID="F48256E98256AFBA" TYPE="ntfs" PARTUUID="61acff30-ac97-4cd6-a50c-140d913d47cc"
/dev/sda9: UUID="2ec9d8a5-235e-4394-b612-98b099f516a5" TYPE="ext4" PARTUUID="f79d9c55-5842-4fc7-947b-b6d7241d5269"
/dev/loop0: TYPE="squashfs"
/dev/sda1: PARTLABEL="EFI system partition" PARTUUID="33f37add-cf78-4add-b3d4-31203d4a570f"
/dev/sda2: PARTLABEL="Microsoft reserved partition" PARTUUID="730da5b6-0a1d-421f-b749-646f045eed2d"
/dev/sda12: UUID="039ec8a6-c748-47fb-a2e5-d956e6011148" TYPE="swap" PARTUUID="9d24df04-9079-41d5-8d29-cdd71422da4b"
/dev/sdb1: UUID="2017-11-24-13-25-42-00" LABEL="Linux Mint 18.3 Cinnamon 64-bit" TYPE="iso9660" PTUUID="7da654e6" PTTYPE="dos" PARTUUID="7da654e6-01"
/dev/sdb2: SEC_TYPE="msdos" UUID="C8A5-5244" TYPE="vfat" PARTUUID="7da654e6-02"

Screenshot from 2018-05-22 02-57-17.png

Y muchas gracias por tu ayuda y paciencia

[JOPETA]

EDITADO

No es eso lo sugerido. Se supone que son pasos sucesivos comenzando por la configuración del BIOS/UEFI en primer lugar para iniciar en modo UEFI estricto,... Si lo haces y no comentas que resultados obtienes es como el que tiene tos y se rasca la barriga. Vuelve a leerlo porque acababa de editarlo cuando he visto tu post.

Ya que has iniciado con un Live, aunque el particionado del usb live tampoco asegura que siguieras mis instrucciones para crearlo, haz doble clic sobre en las advertencias (icono del signo de exclamación) para conocer lo que dice. Posiblemente a consecuencia de esta advertencia y su contenido no puedas ni cambiar el flag BIOS_grub de la discordia de la partición sda1. Ojolá lo permita y todo llegue a buen puerto antes de lo esperado después de todo.

Para intentarlo:

-antes deberás desactivar la partición SWAP. Haz clic derecho sobre la partición sda12>Swap-off

-y luego clic derecho sobre la partición sda1>Creo que la opción en inglés era change flag o manage flags tal vez.

- Desactiva la actual desmarcando la casilla correspondiente y activa la opción EFI o ESP boot. Si no te las ofrece selecciona simplemente boot.

-una vez hechos los cambios, trata de montar la partición sda1 (clic derecho>mount), aunque sólo sea en modo lectura para mostrar que no está vacía y poder ver su estructura y contenidos desde el navegador de archivos y vuelca una captura. Comunica cualquer error que obtengas.

Ten en cuenta que, para que la partición EFI pueda se montada y usada de forma correcta por el sistema, tal vez sea necesario restituirle la UUID (30CA-A4D8) y asignarle el sistema de archivos correcto (vfat) si no es reconocido aún tras reiniciar. Ya me contarás.

Si prefieres seguir por libre y probar suerte con atajos a ciegas puedes seguir reinstalando el GRUB EFI de Manjaro desde el Live según lo indicado en el apartado B de este tutorial. Ten en cuenta que, en tu caso la partición efi es la sda1 (no la sda2 del tutorial), la partición de Linux es la sda9 de Manjaro (no la sda7 del tutorial), aunque si quieres mas jaleo puedes hacerlo con la sda11 de Mint y que sea este el que dirija el inicio. No debe estar montada ninguna partición cuando lo intentes. Suerte



PD: Ya me he empapado el informe de Boot de Repair y por ello he editado el post anterior que debes seguir en resumen.Introduciré numeracíón a los pasos para que puedas referenciar los logros/sucesos. Si quieres, opcionalmente, conocer los detalles ahí van:

-Según lo visto la única instalación de Linux en Modo EFI es la de Manjaro en sda9 pese a carecer de partición SWAP y se realizó de forma correcta montando la partición EFI como /boot/efi.

-La instalación de Solus en sda5, distro desconocida para mi, no parece haberse realizado de forma correcta y no parece haber sido en modo EFI. Su tabla de montaje de particiones no incluye como debiera a la partión EFI y tampoco tiene partición SWAP (la verdad es que el fstab es un poema). Solus si bien detectaba a Manjaro ya no detectaba Windows. Por la existencia de un boot-sav en la partición de Solus es posible que aquí comenzaras a realizar pruebas y/o los problemas ya antes de la instalación de Mint.

-Manjaro (posiblemente en una actualización o por defecto no la conozca a esas profundidades) carga el módulo para particionado MBR (insmod part_msdos) ademas del gpt de rigor . Esto le permitiría iniciar Manjaro directamente en Modo EFI (grub-efi debe seguir apuntando a Manjaro) y en modo BIOS legacy cuando el GRUB que apuntaba a Solus y después a Linux Mint le cedía el arranque . Puede que esto tenga su origen en una modificación realizada sobre el archivo /etc/default/grub de Manjaro. Aunque, después de los cambios en sda1, no pudiera montar la partición EFI (para eso están las copias de rescate y en caso contrario sería avisado), puede que tampoco le impidiera iniciar.

-Tampoco la instalación de Mint fue ya correcta. No se monta la partición EFi en /boot/efi y como queda claro Mint inicia en Modo BIOS tradicional gracias a la marca BIOS_grub de sda1 y haber modificado la configuración de la BIOS/EFI para permitirlo (de otro forma no iniciaría) y Manjaro no lo ofrece como opción de su grub-efi.

-La solución que has encontrado siguiendo algún tutorial desconcido y aplicaste en su momento (modificar la partición sda1 para iniciar en modo MBR/BIOS tradicional usando el flag BIOS_grub) impide iniciar tanto el Windows preiinstalado como ManjaroI en Modo EFI). Existe otro intento de reparación anterior (del día 20/5)) que parece haber fracasado .

En consecuencia, el problema debió sobrevenirte cuando, por lo que sea, modificaste la BIOS/UEFI para iniciar Solus en modo BIOS legacy y lo que sea que hicieras para tratar de arreglar el inicio de Solus. El resto ya lo conoces. Boot Repair desde LM iniciado en modo BIOS es ya incapaz de reconocer la partición EFI (la usa para su inicio BIOS Legay) y trata de hacer una reparación a la vieja usanza BIOS/MBR: reinstalar el GRUB2 de Linux Mint en el MBR de la partición sda1, tratar de arreglar el inicio de Windows en sda3 y hacer que esta sea la opción a iniciar por defecto y obligar en el arranque de Windows a que se repare.

Lo positivo es que a día del último intento de Boot Repair (22/5) aún refleja un particionado GPT correcto y blkid y parted -l reconocen la partición EFI en sda1, si bien su UUID actual no es el originalmente reconocido por Manjaro (30CA-A4D8).