Личинка не может обнаружить Windows 10 (UBUNTU УСТАНОВИЛА СНАЧАЛА),

У меня есть Lenovo Yoga 2, про тройной загруженный с двумя Ubuntu (15.10, 14.04) и Windows 10. Первоначально я вытер жесткий диск и установил Ubuntu. Для установки окон, я переформатировал жесткий диск к GTP, использующему gdisk, и установил Windows на ntfs разделе.

(ничто не смогло загрузиться первоначально, но я смог загрузиться в окна путем доступа к меню начальной загрузки от novo кнопки, и выбирая загрузчик окон (загрузчик человечности не присутствовал здесь и перейдет к черному экрану с мерцающим курсором, если жесткий диск был выбран)),

После спасения загрузчика Личинки с помощью живого CD человечности не появляется Windows. Выполнение восстановления Начальной загрузки обнаруживает Windows, но, заканчивает тем, что портило личинку, приводящую к компьютеру, перезапускающему, после того как это пытается получить доступ к меню личинки. pastebin следует из восстановления начальной загрузки, может быть найден здесь: http://paste.ubuntu.com/14692334/.

Выполнение среды восстановления окон от usb не может решить проблему. (выбирающий начальную загрузку восстановления, результаты в окнах, пытающихся зафиксировать загрузчик, но, заканчивает тем, что указал то отказавшее восстановление.)

Раздел начальной загрузки окон на 100 МиБ, кажется, там, но он не обнаруживается.

Разделенный-l дает следующий вывод (нижняя часть), и тестер OS только обнаруживает другую установку человечности. Я также попытался вручную отредактировать/etc/grub.d/40_custom файл напрасно. Также sudo update-grub не приводит ни к каким (полезным) результатам.

Переключение начальной загрузки к UEFI от Наследия не позволяет личинке быть загруженной и все еще не обнаруживает загрузчик окон. Любой совет ценится - Спасибо

** Обратите внимание, что я действительно находил аналогичную ситуацию здесь: Windows 8.1 не появляется в GRUB2, но не привел ни к каким результатам.

    Model: ATA SAMSUNG MZMTE256 (scsi)
Disk /dev/sda: 256GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags: 

Number  Start   End    Size    File system     Name                          Flags
 1      1049kB  141GB  141GB   ext4            Linux filesystem
 2      141GB   192GB  50.9GB  ntfs            Microsoft basic data          msftdata
 3      192GB   192GB  472MB   ntfs            Basic data partition          hidden, diag
 4      192GB   193GB  105MB                   EFI system partition          boot, esp
 5      193GB   193GB  16.8MB  ntfs            Microsoft reserved partition  msftres
 7      193GB   203GB  10.2GB  ext4
 8      242GB   243GB  186MB   ext4                                          boot, esp
 6      248GB   256GB  8501MB  linux-swap(v1)  Linux swap


Model: SanDisk Cruzer Fit (scsi)
Disk /dev/sdb: 16.0GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags: 

Number  Start   End     Size    Type     File system  Flags
 1      1049kB  16.0GB  16.0GB  primary  fat32        boot, lba
1
задан 13 April 2017 в 15:23

1 ответ

Многие Ваши проблемы, кажется, сводятся к проблемам с Вашим Системным разделом EFI (ESP), который в Вашем случае является (или должен быть), /dev/sda4. Проблема состоит в том, что сценарий Восстановления Начальной загрузки имеет (mis?-) определенный /dev/sda4 как содержание GRUB core.img файл. OTOH, это отмечено в таблице разделов, как являющейся ESP. Мое подозрение - то, что одна из двух вещей произошла:

  • При установке Windows, /dev/sda4 использовался в качестве ESP, но местоположение раздела, оказалось, совпало с местоположением удаленного Раздела начальной загрузки BIOS, который содержит код GRUB 2 для начальных загрузок режима BIOS. Если бы Windows не соответственно вытер те старые данные, то он мог бы заставить файловую систему быть не распознанной некоторыми инструментами Linux, которые приведут к проблеме, с которой Вы сталкиваетесь теперь.
  • В какой-то момент после установки Windows, Вы или утилита восстановления по ошибке записали данным GRUB "сырые данные" в /dev/sda4. grub-install команда в начальной загрузке BIOS/CSM/legacy-mode могла бы сделать это, но обычно только если раздел был отмечен как Раздел начальной загрузки BIOS, который это в настоящее время не. Тем не менее, это - возможность, если данные GRUB были записаны здесь некоторым другим способом или если код типа раздела был изменен на тот из ESP после grub-install ошибка.

Первым из этих объяснений является тот, на который необходимо надеяться, так как это означает, что данные файловой системы FAT должны быть неповреждены. В этом случае первый шаг к восстановлению должен создать резервную копию раздела (Вы, возможно, должны явно указать его тип файловой системы для монтирования его в Ubuntu, как в sudo mount /dev/sda4 -t vfat /mnt), размонтируйте его, создайте новую файловую систему FAT на нем (sudo mkdosfs /dev/sda4), повторно смонтируйте его и восстановите поддержанные файлы. Это должно затем позволить Восстановлению Начальной загрузки работать. Обратите внимание, что можно выполнить во всем этом примерно любая ОС, хотя необходимо было бы смонтировать ESP сначала, если Вы делаете это в Windows (см. ниже).

Другой путь к восстановлению должен был бы использовать мой диспетчер начальной загрузки перенаходки на карте флэш-памяти с интерфейсом USB или CD-R. Если файловая система ESP читаема к встроенному микропрограммному обеспечению, перенаходка должна позволить Вам загрузить или Windows или Ubuntu. Вы могли затем создать /etc/fstab запись для монтирования /dev/sda4 в /boot/efi и установка повторно находит через ее пакет Debian или PPA. (С другой стороны, Вы могли установить grub-efi пакет и набор это самостоятельно.) Отдельно, тем не менее, этот подход все еще оставит запутывающие данные по ESP, таким образом, инструменты как Восстановление Начальной загрузки продолжат быть менее, чем полезными; чтобы полностью восстановиться необходимо было бы создать резервную копию ESP, создать новую файловую систему на нем и восстановить его. В этом отношении я не совсем уверен, что сценарий установки rEFInd (используемый в пакетах) работал бы правильно, учитывая ошибочное дешифрирование файловой системы, таким образом, Вы, возможно, должны были бы решить ту проблему даже с этим решением.

Если файловая система на /dev/sda4 так плохо поврежден, что Вы не можете восстановить его файлы, необходимо будет создать новую файловую систему на нем, использовать аварийный диск Windows, чтобы переустановить загрузчик Windows, и затем восстановить Ubuntu к bootability или при помощи Восстановления Начальной загрузки или повторно найти.

Обратите внимание, что возможно, что файловая система читаема в одной или двух средах, но не всех трех. (Эти три среды, являющиеся EFI, Windows и Ubuntu.) Windows обычно не монтирует ESP, таким образом, необходимо было бы сделать так путем ввода mountvol S: /S в окне Administrator Command Prompt. (Можно измениться S: к некоторому другому идентификатору диска, если Вам нравится.), Конечно, Ваш вывод Восстановления Начальной загрузки уже показывает что некоторые инструменты Linux (как blkid) не смотрите файловую систему FAT на диске, но это могло все еще быть читаемо ядром, если Вы говорите этому использовать vfat драйвер, как в mount /dev/sda4 -t vfat /mnt управляйте, чтобы я представил ранее.

2
ответ дан 7 December 2019 в 13:49

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

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