Un amigo tiene un sistema en el que recientemente instalé Manjaro Linux en arranque dual con Windows 10, utilizando el esquema de partición de arranque dual predeterminado del instalador.
Ayer, Windows decidió actualizarse (la infame Actualización del Creador, supongo). ), y Manjaro no arrancaba.
Le pedí al amigo que iniciara sesión desde un liveUSB y este es el sudo fdisk -l salida:
Disk /dev/nvme0n1: 238,5 GiB, 256060514304 bytes, 500118192 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: gpt
Disk identifier: DBCB2883-9E10-40F3-8007-B1B409A79DF5
Dispositivo Start Fine Settori Size Tipo
/dev/nvme0n1p1 2048 206847 204800 100M EFI System
/dev/nvme0n1p2 206848 239615 32768 16M Microsoft reserved
/dev/nvme0n1p3 239616 123472110 123232495 58,8G Microsoft basic data
/dev/nvme0n1p4 497999872 500097023 2097152 1G Windows recovery environment
/dev/nvme0n1p5 123472112 497999871 374527760 178,6G Linux filesystem
Partition table entries are not in disk order.
Tenga en cuenta que las entradas de la tabla de particiones Partition table entries are not in disk order. :aparentemente, ahora hay una partición (/dev/nvme0n1p4 ) que está físicamente después del principal de Linux (/dev/nvme0n1p5 ), pero numéricamente antes. Dado que esto parece bastante no estándar, supongo que Windows se equivocó con la tabla de particiones.
Después de hacer un:
sudo mount /dev/nvme0n1p5 /mnt
sudo mount /dev/nvme0n1p1 /mnt/boot/efi
sudo grub-install --target=x86_64-efi --efi-directory=/mnt/boot/efi --bootloader-id=manjaro --boot-directory=/mnt/boot --recheck --debug
El sistema se inicia de nuevo y parece funcionar con normalidad.
La pregunta es:
¿Cómo podría Windows meterse con la tabla de particiones, sin corromper nada, dado que no tiene ningún ext4? conocimiento que yo sepa? ¿Simplemente alteró el orden de partición "numérico"? ¿Qué hizo exactamente?
Respuesta aceptada:
Lo más probable es que no haya hecho nada con las particiones, sino que simplemente reescribió el arranque EFI para (intentar) convertirse en el sistema operativo único/predeterminado. Ya que, por supuesto, una vez que tenga Windows 10 en el disco, ¿por qué necesitaría algo más?
Tus problemas también me sucedieron dos o tres veces, en diferentes máquinas, después de las actualizaciones, y siempre desaparecieron con una simple actualización o reinstalación de GRUB2.
No creo que volver a numerar las particiones pueda hacer nada realmente malo; si no se estropean con Windows, estoy bastante seguro de que no se estropearán con GRUB/GRUB2.
Sin embargo, asegúrese de ejecutar un e2fsck en la partición de Linux para asegurarse de que no se haya acortado en un gigabyte. Si el FS interior está etiquetado como más grande que la partición donde debería estar contenido, porque este último se ha redimensionado a ciegas (Windows tiene suficiente conocimiento de las particiones para hacer eso ), puede tener problemas cuando Linux sobrescribe los datos de recuperación o Windows los "actualiza" y escribe sobre lo que sea que Linux ext4 haya decidido poner allí. Es posible que necesite:
- haga una copia de seguridad de los datos de 1 GB en un archivo de Linux,
- elimine la partición y restablezca la partición de Linux a tamaño completo,
- reducir el sistema de archivos para dejar 1 GB libre,
- recrear la partición,
- restaurar la copia de seguridad
para adaptarse a ambos sistemas operativos y mantenerlos en términos amistosos.