Приблизительно неделю назад Windows 10 выполнил свои автоматические обновления, и после этого я не могу загрузиться к человечности путем, я делал его (нажимающий f12 и вручную выбирающий раздел Ubuntu). Теперь это берет меня на черный экран, говоря Неизвестное спасение личинки Файловой системы, когда я пытаюсь получить доступ к нему тот путь.
Раздел не вытерт, и Ubuntu работает просто великолепно, но я должен ввести несколько команд как показано в это видео (неанглийский язык) для доступа к нему. Кто-либо возражал бы помогать мне "вернуться" независимо от того, что окна сделали так, я могу продолжать загружаться к человечности вручную, когда я хочу с f12 ключом?
Дополнительная информация - я задал этот вопрос в Reddit, и меня спросили
"каков вывод 'fdisk-l' в терминале?"
Это - то, что обнаруживается:
Disk /dev/sda: 465,8 GiB, 500107862016 bytes, 976773168 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: 7DCE2DB6-E1A6-4A44-9EC2-96460D5449EB
Device Start End Sectors Size Type
/dev/sda1 2048 923647 921600 450M Windows recovery environment
/dev/sda2 923648 1128447 204800 100M EFI System
/dev/sda3 1128448 1161215 32768 16M Microsoft reserved
/dev/sda4 1161216 244113228 242952013 115,9G Microsoft basic data
/dev/sda5 244113408 245759999 1646592 804M Windows recovery environment
/dev/sda6 245762048 830351359 584589312 278,8G Microsoft basic data
/dev/sda7 830351360 838543359 8192000 3,9G Microsoft basic data
/dev/sda8 838543360 976773119 138229760 65,9G Linux filesystem
Заранее большое спасибо :)
[1]: https://www.youtube.com/watch?v=NMMdNke-gkY
Теоретически, обновление Windows не должно было повлиять на способность GRUB загрузить свой файл конфигурации, что, по-видимому, и произошло. У меня есть две идеи о том, что произошло, и исправление одной из них может исправить проблему:
grub.cfg
в ESP. Если это так, отключение этих функций может решить проблему. Поэтому я рекомендую вам начать именно с этого. См. на этой странице для получения информации об отключении быстрого запуска и для этого для получения информации об отключении Hibernate. Я рекомендую сначала заглянуть в Быстрый запуск и Hibernate. Если отключение этих функций не поможет, вам придется искать более радикальные решения. К ним относятся, в порядке радикальности:
sudo update-grub
в окне терминала в Ubuntu. sudo grub-install
переустановит основной двоичный файл GRUB EFI, что может решить проблему, если она является источником проблемы. grub-install
, но если проблема заключается в узком спектре проблем, выходящих за рамки grub-install
, Boot Repair может помочь. Я рекомендую начать с обновления файла конфигурации GRUB и перейти к более радикальным решениям позже, если нет вероятности, что что-то радикальное (особенно Boot Repair) может вызвать серьезные проблемы. ПОДСКАЗКА при запуске с флеш-накопителя USB или CD-R вряд ли создаст новые проблемы, поскольку при работе таким образом он ничего не меняет на вашем диске; только если вы установите его на жесткий диск, он внесет какие-либо постоянные изменения.
Решено для меня. та же самая проблема здесь. я получил один ssd hd, разделенный с WIN10 на / dev / sda1, сервер Ubuntu 16.04 LTS / в / dev / sda2 и подкачку в / dev / sda3. после обновления мой windows 10 попал в эту проблему. Я только что загрузился в USB-флешку Ubuntu Server, выбрал Repair> Repair Grub, а затем я выбрал MBR как / dev / sda, НЕ / dev / sda1 !. казалось, что он собирался переустановить сервер Ubuntu, но нет, он просто исправил нормально и сохранил мой конфиг grub и все менее чем за 2 минуты. Просто не знаю, почему обновление WIN10 обошлось вокруг моей MBR и я не могу сказать, что это больше не повторится, но пока все отлично. надеюсь, это поможет.
Кстати, я не использую EFI, и моя заметка - Dell Vostro 3500