Вопрос или проблема
У меня есть Sony Vaio, и я использую двойную загрузку Windows 10 и Ubuntu 16.04. Внезапно, основной раздел Windows перестал работать. Он загружался бесконечно. Я попытался использовать boot repair, чтобы исправить это. Я не знаю, могло ли это вообще помочь. В любом случае, это не сработало. Так что я использую Ubuntu. Затем я перезагрузил компьютер, и внезапно, прежде чем я даже успел выбрать ОС для загрузки, я получил эту ошибку. Это просто перенаправляет меня на vaio care. Если я выбираю начать устранение неполадок, я получаю ту же ошибку. Теперь у меня практически нет возможности пользоваться компьютером, и я не знаю, почему он внезапно перестал работать. Пожалуйста, помогите мне хотя бы снова использовать одну из моих операционных систем. Я не хочу потерять данные ни на одном из разделов. Обновление: Когда я использовал boot-repair, он сказал мне отключить безопасную загрузку в настройках BIOS. Теперь я обнаружил, что раздел Ubuntu все еще работает, когда безопасная загрузка отключена, но не работает, когда она включена. Когда безопасная загрузка включена, я получаю указанную выше ошибку и могу получить доступ только к настройкам BIOS. Если я пытаюсь получить доступ к памяти Windows в Ubuntu, я получаю эту ошибку:
«Невозможно получить доступ к 932 ГБ тому» Ошибка монтирования /dev/sda5 в /media/millar/4484E74A84E73D54: Командная строка `mount -t "ntfs" -o "uhelper=udisks2,nodev,nosuid,uid=1000,gid=1000" "/dev/sda5" "/media/millar/4484E74A84E73D54"' завершилась с ненулевым кодом выхода 14: Диск содержит нечистую файловую систему (0, 1). Метаданные хранятся в кэше Windows, отказывается монтировать. Не удалось смонтировать '/dev/sda5': Операция не разрешена Файловая система NTFS находится в небезопасном состоянии. Пожалуйста, завершите полную работу Windows (без гибернации или быстрой перезагрузки) или смонтируйте том только для чтения с опцией монтирования 'ro'.
Содержимое файла fstab:
# /etc/fstab: статическая информация о файловой системе.
#
# Используйте 'blkid' для печати универсально уникального идентификатора для
# устройства; это может быть использовано с UUID= как более надежный способ называть устройства,
# который работает даже если диски добавляются и удаляются. См. fstab(5).
#
# <файловая система> <точка монтирования> <тип> <опции> <дамп> <передача>
# / была на /dev/sda10 во время установки
UUID=3c429404-bec5-4f99-8d13-6f01585040cb / ext4 errors=remount-ro 0 1
# /boot/efi была на /dev/sda3 во время установки
#UUID=12E6-1CD7 /boot/efi vfat umask=0077 0 1
# swap была на /dev/sda9 во время установки
UUID=7e7a010e-81fc-4de0-93c9-14cd77f4260f none swap sw 0 0
UUID=12E6-1CD7 /boot/efi vfat defaults 0 1
Другой вопрос, на который вы ссылаетесь, касается другого диска, поэтому я проигнорирую его в этом ответе.
У вас gpt-разбитый диск без MBR (так что нет наследственной загрузки, хорошо), с 10 разделами, два из которых (sda1 и sda3, плохо) представляют собой (недостаточные) EFI-разделы. Похоже, что sda3 самый полный и используется, так что вы можете рассматривать sda1 как резервную копию.
Чтобы исправить sda3, скопируйте /EFI/ubuntu/grubx64.efi в /EFI/Boot/grubx64.efi.
После исправления fstab (см. ниже), sda3 будет смонтирован в /boot/efi.
Вы также можете смонтировать sda3 где угодно, например, в /mnt на живом носителе, если хотите. Как только он смонтирован (ниже предполагается /boot/efi), скопируйте файлы с помощью команды cp.
cp /boot/efi/EFI/ubuntu/grubx64.efi /boot/efi/EFI/Boot/grubx64.efi
cp Затем проверьте, чтобы размер /boot/efi/EFI/Boot/bootx64.efi совпадал с /boot/efi/EFI/ubuntu/shimx64.efi — если размеры разные, скопируйте
/boot/efi/EFI/ubuntu/shimx64.efi в /boot/efi/EFI/Boot/bootx64.efi (обратите внимание на изменение имени). Это, вероятно, исправит сообщение об ошибке о недостающем /EFI/Boot/grubx64.efi. Файлы /EFI/Boot являются
резервным загрузчиком, и эта настройка будет загружаться как с включенной, так и с отключенной безопасной загрузкой.
Исправьте файл /etc/fstab — раскомментируйте (удалите #) строку монтирования в /boot/efi для EFI-раздела.
#UUID=12E6-1CD7 /boot/efi vfat umask=0077 0 1
должно быть
UUID=12E6-1CD7 /boot/efi vfat umask=0077 0 1
Похоже, что Windows была в гибернации вместо завершения работы. Также файловая система помечена как “грязная” (по вашему другому вопросу), поэтому зайдите в параметры питания Windows и убедитесь, что “завершение работы” не установлено на “гибернация”. Вы должны иметь возможность загрузить Windows напрямую из
меню EFI (какая-то функциональная клавиша при запуске для выбора загрузочного устройства/ОС) — просто выберите Windows. Запустите chkdsk на sda5 (вероятно, это Windows C:, проверьте размер, или просто запустите chkdsk на всех “дискaх” Windows).
С очисткой дисков Windows и правильным завершением работы Windows запустите
sudo update-grub
из Ubuntu, и это обновит меню grub, чтобы включить Windows. Некоторые машины могут не загружать Windows из Grub с включенной безопасной загрузкой, поэтому, если вы не хотите использовать меню EFI для загрузки Windows, отключите безопасную загрузку.
Смотрите ссылки oldfred для настроек Sony.
В какой-то момент вы можете создать резервную копию sda3 на sda1. Это хорошо, чтобы иметь копию файлов загрузки EFI на случай, если что-то случится с рабочим набором.
В более поздней перспективе вы можете очистить старые ядра в /boot, удалив их пакеты.
Ответ или решение
Ошибки при загрузке и проблемы с настройкой двойной загрузки между Windows и Ubuntu могут вызвать много беспокойства у пользователей. Ваша ситуация с ошибкой "failed to open \EFI\BOOT\grubx64.efi-not found" может происходить из-за нескольких факторов, включая неправильные настройки EFI, проблемы с разделами или же ошибки в процессе установки.
Проблема
Вы столкнулись с ошибкой при загрузке вашего ноутбука Sony Vaio, который настроен на двойную загрузку Windows 10 и Ubuntu 16.04. Из вашего описания видно, что основной раздел Windows стал недоступным, и вы пытались использовать Boot Repair, чтобы решить эту проблему. К сожалению, ваши попытки не привели к успеху, и вы получили сообщение об ошибке при попытке загрузить grub из EFI.
Также вы отметили, что отключение Secure Boot позволяет загружать Ubuntu, но с включенным Secure Boot вы видите ошибку.
Причины возникновения ошибки
-
Неисправный или отсутствующий файл загрузчика: Ошибка "failed to open \EFI\BOOT\grubx64.efi" указывает на то, что система не может найти загрузочный файл grub. Это может произойти из-за неверной конфигурации EFI.
-
Неисправное состояние NTFS: Сообщение об ошибке при попытке доступа к Windows указывает на "грязную файловую систему". Windows могла быть неправильно отключена (например, из-за гибернации) и оставила раздел в несоответствующем состоянии.
-
Неправильные настройки fstab: Отсутствие монтирования EFI-раздела в fstab может препятствовать правильной загрузке загрузчика.
Решение
Шаг 1: Исправьте файлы загрузки
- Загрузитесь с Live USB Ubuntu.
- Откройте терминал и выполните следующие команды для монтирования EFI-раздела:
sudo mkdir /mnt/boot/efi sudo mount /dev/sda3 /mnt/boot/efi
- Скопируйте файл grub, выполнив:
sudo cp /mnt/boot/efi/EFI/ubuntu/grubx64.efi /mnt/boot/efi/EFI/Boot/grubx64.efi
- Убедитесь, что файлы bootx64.efi и shimx64.efi совпадают по размеру. Если они различаются, выполните:
sudo cp /mnt/boot/efi/EFI/ubuntu/shimx64.efi /mnt/boot/efi/EFI/Boot/bootx64.efi
Шаг 2: Обновите файл fstab
- Измените файл
/etc/fstab
, чтобы указать правильный UUID раздела для EFI:UUID=12E6-1CD7 /boot/efi vfat umask=0077 0 1
- Убедитесь, что строка не закомментирована.
Шаг 3: Поправьте раздел Windows
- Запустите Windows и отключите режим гибернации. Для этого откройте командную строку от имени администратора и выполните:
powercfg /h off
- Проверьте состояние файловой системы с помощью
chkdsk
:chkdsk C: /f
Шаг 4: Обновите grub
- После выполнения вышеуказанных шагов вернитесь в Ubuntu и выполните:
sudo update-grub
Заключение
Ваша система должна начать загружаться нормально с возможностью выбора операционной системы. Если после выполнения всех шагов ошибка сохраняется, возможно, стоит рассмотреть полное резервное копирование и восстановление систем с помощью профессиональных инструментов. По возможности, создавайте резервные копии важных данных, чтобы избежать потери данных в случае аварийных ситуации.