Как возвратить раздел EFI

Мне установили Ubuntu 16.04 вместе с Windows 10. Я смог использовать обоих, однако недавно после закрывающихся окон, я не могу найти любую ОС установленной в системе.

Вывод sudo fdisk -l

Disk /dev/sda: 698.7 GiB, 750156374016 bytes, 1465149168 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: 80E0E76C-2FE1-4280-8631-B7CD3392DE91

Device          Start        End   Sectors   Size Type
/dev/sda1        2048    2050047   2048000  1000M Windows recovery environment
/dev/sda2     2050048    2254847    204800   100M EFI System
/dev/sda3     2254848    2516991    262144   128M Microsoft reserved
/dev/sda4     2516992  715181108 712664117 339.8G Microsoft basic data
/dev/sda5   715182080  716124159    942080   460M Windows recovery environment
/dev/sda6   716124160  716840959    716800   350M Windows recovery environment
/dev/sda7   716840960 1093474303 376633344 179.6G Microsoft basic data
/dev/sda8  1257979904 1267744767   9764864   4.7G Linux swap
/dev/sda9  1267744768 1268721663    976896   477M Linux filesystem
/dev/sda10 1268721664 1428858879 160137216  76.4G Linux filesystem
/dev/sda11 1428858880 1454657535  25798656  12.3G Microsoft basic data
/dev/sda12 1454657536 1465135103  10477568     5G Microsoft basic data
/dev/sda13 1465135104 1465147391     12288     6M Linux filesystem
/dev/sda14 1093474304 1257979903 164505600  78.5G Microsoft basic data

Partition table entries are not in disk order.

и вывод sudo lsblk -o NAME,FSTYPE,SIZE,MOUNTPOINT,LABEL

NAME    FSTYPE     SIZE MOUNTPOINT LABEL
sda              698.7G            
├─sda1  ntfs      1000M            WinRE
├─sda2             100M            
├─sda3             128M            
├─sda4           339.8G            
├─sda5  ntfs       460M            
├─sda6  ntfs       350M            
├─sda7  ntfs     179.6G            New Volume
├─sda8  swap       4.7G [SWAP]     
├─sda9  vfat       477M            
├─sda10 ext4      76.4G /mnt       
├─sda11 ntfs      12.3G            HP_RECOVERY
├─sda12 vfat         5G            HP_TOOLS
├─sda13 vfat         6M            FORRAID
└─sda14 ntfs      78.5G            
sdb               14.9G            
└─sdb1  vfat      14.9G /cdrom     UBUNTU 16_0
sr0               1024M            
loop0   squashfs   1.3G /rofs 

Вышеупомянутый вывод указал, что раздел EFI (sda2) не имеет типа файловой системы, а также 340G раздел (sda4) (где окна были установлены (диск 'C' в окнах)) не имеет типа файловой системы.

Также при выполнении Gparted из живой Ubuntu USB, после ошибки сгенерирован, и процесс сканирования Gparted останавливается.

Libparted Error: input/output error during read on /dev/sda

Вышеупомянутая проблема, как найдено на Google может произойти из-за аппаратного неправильного функционирования в Жестком диске.

Предложите, если проблема больше походит на программную проблему или повреждение EFI, и раздел Windows 'C' может произойти из-за Аппаратных проблем.

Если проблема программного обеспечения предложите о том, как восстановить раздел EFI.

1
задан 15 March 2017 в 20:27

2 ответа

  1. Во-первых Вы испытываете необходимость в установочном носителе Windows. Если у Вас нет одного Windows записи вручную к флеш-накопителю.

  2. Следующий Вы оказываетесь перед необходимостью загружать установочный носитель Windows в режиме UEFI от Вашего BIOS. Сделайте это путем добавления новой записи загрузки для флеш-накопителя. Найдите файл bootx64.efi , который должен быть в начальной загрузке или папке EFI в Вашей карте флэш-памяти с интерфейсом USB и выбрать ее.

  3. Дают Вашей новой записи загрузки имя и удостоверяются, что добавили эту новую запись в верхнюю часть списка приоритета загрузки.

установочный носитель Windows теперь загрузится в режиме UEFI.

  1. Выбор восстанавливает Ваш компьютер

  2. Затем поиск и устранение неисправностей

  3. И наконец , средство восстановления запуска

Затем перезапускает Ваш компьютерный Windows, должен загрузиться снова.

0
ответ дан 8 December 2019 в 06:13

Это походит на проблему, которая, возможно, была вызвана отказом к , отключают Быстрый Запуск , и/или отказ к отключают, в спящем режиме, оба в Windows. При отъезде включенный эти функции могут нанести ущерб файловой системы в совместно используемых файловых системах, включая Системный раздел EFI (ESP), который может проявить, как потеряно или поврежденный файлы загрузчика. Если эта гипотеза корректна, необходимо отключить их Windows features, как только можно заставить Windows загружаться; но сделать это, Вы, возможно, должны следовать за определенными для Windows процедурами восстановления, лучше всего обсужденными на форуме Windows, а не здесь. Если Ubuntu не загрузится, Вы могли бы использовать Восстановление Начальной загрузки для получения зафиксированного; но это лучше всего сделано после отключение вызывающего проблему Windows features.

, Как Вы предполагаете, аппаратный отказ является также возможной причиной. Можно проверить это проверка состояния SMART на диске. Примечание, что УМНАЯ проверка найдет некоторых, но не все, типы отказа оборудования, поэтому даже если УМНАЯ проверка возвращается хорошо, Вы могли бы все еще посмотреть на дисковую проблему или проблему с некоторыми связанными с диском аппаратными средствами как дисковый кабель для передачи данных. Если первопричиной является аппаратный отказ, возможности, необходимо будет заменить аппаратные средства. Если это будет диском, то необходимо будет передать как можно больше данных от неисправного диска до нового, затем использовать инструменты как Восстановление Начальной загрузки и определенные для Windows инструменты для фиксации процесса начальной загрузки.

0
ответ дан 8 December 2019 в 06:13

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

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