При переустановке Windows 10 в загруженной двойным образом системе, случайно удалил раздел EFI

Я загрузил двойным образом своя система с Kubuntu 18.04 и Windows 10, и должен был переустановить Windows 10, потому что я бездельничал с системой.

Во время установки я выбрал ручной выбор раздела на том, где установить Windows и удалил все разделы за исключением разделы подкачки и Kubuntu. При значении я непреднамеренно удалил раздел EFI, который поместил GRUB2 в корпус.

Я загрузил Живой USB и смог найти, что раздел EFI находится теперь на sda2, и я полагаю, что это было на sda1 прежде, таким образом, я предполагаю, что должен буду отредактировать fstab файл на своем текущем разделе Kubuntu также.

Я не совсем уверен, что оптимальный маршрут состоял бы в том, чтобы переустановить GRUB2 теперь, так как я на самом деле удалил раздел, и Windows 10 создал новый раздел EFI. Я не могу получить доступ к своей установке Kubuntu вообще, поскольку личинка не существует в моей системе больше.

Править:

Таким образом, вот мой sudo fdisk -l

Disk /dev/loop0: 1.5 GiB, 1564921856 bytes, 3056488 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: 978.1 GiB, 1050214588416 bytes, 2051200368 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: D62B32DE-63E8-4C2C-9BA7-6C17B7B8120B

Device          Start        End    Sectors   Size Type
/dev/sda1        2048    1023999    1021952   499M Windows recovery environment
/dev/sda2     1024000    1228799     204800   100M EFI System
/dev/sda3     1228800    1261567      32768    16M Microsoft reserved
/dev/sda4     1261568 1048578047 1047316480 499.4G Microsoft basic data
/dev/sda5  1048578048 1468006399  419428352   200G Microsoft basic data
/dev/sda6  1468008448 2011199487  543191040   259G Linux filesystem
/dev/sda7  2011199488 2051198975   39999488  19.1G Linux swap


Disk /dev/sdb: 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: 2A813941-89E0-495E-8B3E-A99F0578EFD3

Device     Start        End    Sectors   Size Type
/dev/sdb1   2048 1953521632 1953519585 931.5G Microsoft basic data

Я смонтировал свой sda2 к/mnt и затем попытался связать, монтируют использование:

for i in /sys /proc /run /dev; do sudo mount --bind "$i" "/mnt$i"; done

Это - ошибка, которую я получаю:

mount: mount point /mnt/sys does not exist
mount: mount point /mnt/proc does not exist
mount: mount point /mnt/run does not exist
mount: mount point /mnt/dev does not exist
0
задан 15 January 2019 в 21:28

1 ответ

Я нашел это: https://howtoubuntu.org/how-to-repair-restore-reinstall-grub-2-with-a-ubuntu-live-cd


То, что я сделал бы, является небольшим экстремальным значением и нисколько не рекомендуемый, но в случае, если ничто иное не работает, и Вы - desesperate, Вы могли бы хотеть дать ему попытку в своем собственном риске (я легендарен, когда системы посредничества, никто не повреждает систему Linux как, я делаю ;))

(На всякий случай ничто не работает:'v), если бы Вы не можете ввести свою систему, ни переустановили ее кем-либо, означают, что я сделал бы, загрузить clonezilla (clonezilla.org/), делают резервное копирование раздела, я хочу сохранить "Kubuntu" (корневой раздел) и затем вытереть разделы, переустановить kubuntu (с тем же разделением) и затем восстановить раздел в корневом разделе.

Это было бы невероятно экстремальным значением, но Оно могло бы работать:'v

0
ответ дан 26 October 2019 в 13:03

Другие вопросы по тегам:

Похожие вопросы: