Windows 10 не будет загружаться после обновления Grub
Вот простой учебник о том, как создать резервную копию списка всех установленных приложений репозитория и восстановить их на другой машине, возможно, даже на той же машине после чистой установки. Это может сэкономить вам невероятное количество времени, особенно когда эта задача должна повторяться часто.
Сначала, с компьютера со всеми предустановленными приложениями, найдите список установленных пакетов и перенаправьте вывод в файл, называемый package.txt. Сохраните этот список пакетов где-нибудь, чтобы вы могли использовать его для процесса восстановления.
sudo dpkg --get-selections > packages.txt
Чтобы восстановить все приложения из вашего списка, вы должны тщательно выполнить трехэтапный процесс.
[ f2]Вам будет предложено установить все новые приложения в списке. Другим примером того, что этот процесс позволяет вам сделать, является создание базовой линии всех приложений после чистой установки Ubuntu. Предположим, вы хотели бы удалить любые приложения, установленные со времени чистой установки, выполнить тот же самый процесс, и любой пакет, не определенный в этом списке, будет удален.
sudo dpkg --get-selections > clean-install-package-list.txt
sudo dpkg --clear-selections
sudo dpkg --set-selections < clean-install-package-list.txt
sudo aptitude install
Самая первая команда «- clear-selection "маркирует все установленные пакеты в состояние" deinstall ". Когда вы восстанавливаете список приложений, используя «-set-selection», только пакеты, исключенные из списка, останутся в состоянии «deinstall». Aptitude будет соблюдать состояние деинсталляции и удалять дополнительные пакеты, оставив вас только с пакетами из списка.
4 ответа
Я понимаю, что вы нашли решение; но у меня есть некоторые предположения о том, что могло вызвать это, и некоторые предложения о том, как избежать этого в будущем:
НЕ ВКЛЮЧАЙТЕ CSM! Модуль поддержки совместимости (CSM) обеспечивает загрузку BIOS-режима для прошивки. Если обе ОС были установлены в режиме EFI, CSM в лучшем случае не нужен и дверь в мир боли в худшем случае. См. Мою страницу по этой теме для всех подробностей. Разумеется, ничто из того, что вы упомянули, заставляет меня думать, что CSM был вовлечен в ваши проблемы, но вы могли бы создать новый набор проблем поверх тех, которые вы уже испытали, включив CSM. Я рекомендую вам зайти в прошивку и отключить CSM. Безопасная загрузка также, скорее всего, не является причиной ваших проблем, и она обеспечивает, по крайней мере, теоретические преимущества безопасности, поэтому вы можете захотеть ее снова включить. Вы говорите, что запуск опции «Windows» в GRUB вместо этого запускает rEFInd. Это говорит о том, что rEFInd был установлен таким образом, чтобы он заменил загрузчик Windows. Когда это произойдет, установщик rEFInd копирует загрузчик Windows в другое место, поэтому он должен оставаться доступным; но скрипты GRUB могут не обнаружить его в этом месте. (rEFInd должен, однако.) В любом случае, я думаю, что с этим что-то пошло не так - например, вы или какой-то инструмент, который вы запускали, возможно, решили удалить «дублирующий» загрузчик Windows из своего нестандартного местоположения, что было бы плохой ошибкой и привело к точному ощущению, которое вы испытали. Сообщение о недопустимой сигнатуре от GRUB, когда вы пытались запустить Windows, вероятно, было связано с тем, что rEFInd (который, похоже, заменил загрузчик Windows) не был подписан никаким ключом Secure Boot в прошивке или в вашем списке MOK. Это еще один ключ, который заменил диспетчер загрузки Windows. После того, как вы отключили безопасную загрузку, rEFInd затем будет запускаться из GRUB при выборе Windows, поскольку проверка ключа Secure Boot не выполнялась. К сожалению, Boot Repair выполняет плохую работу с дисками NVMe, поэтому на вашем диске NVMe отсутствуют важные данные, включая системный раздел EFI (ESP), на котором хранятся все ваши загрузчики. Если вы не исправили свою проблему, я бы попросил вас опубликовать полный список файлов из ESP или, по крайней мере, полный список всех *.efi файлов на нем; но, учитывая, что вы успешно отремонтировали его, я не думаю, что есть много смысла делать это. Вы должны просто помнить, что Boot Repair пока не поддерживает диски NVMe. В любом случае этот недостаток будет исправлен в ближайшее время. Восстановив процесс загрузки в Windows, вы удалили rEFInd (или, по крайней мере, двоичный файл rEFInd) из EFI/Microsoft/Boot, который фиксировал вещи; ОДНАКО, если вы установили rEFInd через Ubuntu PPA, он может автоматически обновиться, что, в свою очередь, может вызвать повторение проблемы. Введите dpkg -s refind. Если вы получили сообщение о том, что refind не установлено, вы добры (вы, вероятно, установили rEFInd в другую ОС или через файл .zip). Если вы получите информацию о пакете на rEFInd, введите sudo dpkg -P refind, чтобы удалить пакет и устранить случайный апгрейд rEFInd. Ввод sudo add-apt-repository -r ppa:rodsmith/refind приведет к удалению rEFInd PPA из вашей системы, что является еще одним способом защиты от случайного будущего обновления rEFInd. Если вы хотите быть очень основательным, вы можете удалить rEFInd файлы из /boot/efi/EFI/Microsoft/Boot. К ним относятся файлы refind.conf и BOOT.CSV и подкаталоги drivers_x64, keys и icons. (Также могут быть резервные копии: icons-backup и refind.conf-sample.) Будьте осторожны! Если вы не знаете, что делаете, или если вы небрежны, общение с файлами на ESP может быть опасным! Лучше всего создать резервную копию всего ESP, прежде чем пытаться. (Необходимо выполнить резервное копирование на уровне файла, как в sudo tar cvfz /root/esp-backup.tgz /boot/efi. Скопируйте файл /root/esp-backup.tgz на флэш-накопитель USB для сохранения до перезагрузки.) Обновление GRUB не должно вызывать повторение этой проблемы. Фактически, обновления GRUB могут быть важными, поскольку они могут включать исправления безопасности или другие улучшения, которые вам могут понадобиться или нужны. Таким образом, вы можете отключить GRUB.Я решил это, загрузившись с моего USB-ключа Windows 10 и выполнив ремонт при загрузке. Я убедился, что могу нормально загрузиться в Windows. Затем я перезагрузился и загрузился с моего USB-ключа Ubuntu 16.04, установил и выполнил загрузку и перезагрузку. Затем появилось меню Grub2, и теперь я могу выполнить двойную загрузку Ubuntu и Windows. Чтобы это не повторилось, я выполнил эту команду, чтобы остановить grub2 от обновления, который запустил проблему.
sudo apt-mark hold grub* grub*:i386
Я понимаю, что вы нашли решение; но у меня есть некоторые предположения о том, что могло вызвать это, и некоторые предложения о том, как избежать этого в будущем:
НЕ ВКЛЮЧАЙТЕ CSM! Модуль поддержки совместимости (CSM) обеспечивает загрузку BIOS-режима для прошивки. Если обе ОС были установлены в режиме EFI, CSM в лучшем случае не нужен и дверь в мир боли в худшем случае. См. Мою страницу по этой теме для всех подробностей. Разумеется, ничто из того, что вы упомянули, заставляет меня думать, что CSM был вовлечен в ваши проблемы, но вы могли бы создать новый набор проблем поверх тех, которые вы уже испытали, включив CSM. Я рекомендую вам зайти в прошивку и отключить CSM. Безопасная загрузка также, скорее всего, не является причиной ваших проблем, и она обеспечивает, по крайней мере, теоретические преимущества безопасности, поэтому вы можете захотеть ее снова включить. Вы говорите, что запуск опции «Windows» в GRUB вместо этого запускает rEFInd. Это говорит о том, что rEFInd был установлен таким образом, чтобы он заменил загрузчик Windows. Когда это произойдет, установщик rEFInd копирует загрузчик Windows в другое место, поэтому он должен оставаться доступным; но скрипты GRUB могут не обнаружить его в этом месте. (rEFInd должен, однако.) В любом случае, я думаю, что с этим что-то пошло не так - например, вы или какой-то инструмент, который вы запускали, возможно, решили удалить «дублирующий» загрузчик Windows из своего нестандартного местоположения, что было бы плохой ошибкой и привело к точному ощущению, которое вы испытали. Сообщение о недопустимой сигнатуре от GRUB, когда вы пытались запустить Windows, вероятно, было связано с тем, что rEFInd (который, похоже, заменил загрузчик Windows) не был подписан никаким ключом Secure Boot в прошивке или в вашем списке MOK. Это еще один ключ, который заменил диспетчер загрузки Windows. После того, как вы отключили безопасную загрузку, rEFInd затем будет запускаться из GRUB при выборе Windows, поскольку проверка ключа Secure Boot не выполнялась. К сожалению, Boot Repair выполняет плохую работу с дисками NVMe, поэтому на вашем диске NVMe отсутствуют важные данные, включая системный раздел EFI (ESP), на котором хранятся все ваши загрузчики. Если вы не исправили свою проблему, я бы попросил вас опубликовать полный список файлов из ESP или, по крайней мере, полный список всех *.efi файлов на нем; но, учитывая, что вы успешно отремонтировали его, я не думаю, что есть много смысла делать это. Вы должны просто помнить, что Boot Repair пока не поддерживает диски NVMe. В любом случае этот недостаток будет исправлен в ближайшее время. Восстановив процесс загрузки в Windows, вы удалили rEFInd (или, по крайней мере, двоичный файл rEFInd) из EFI/Microsoft/Boot, который фиксировал вещи; ОДНАКО, если вы установили rEFInd через Ubuntu PPA, он может автоматически обновиться, что, в свою очередь, может вызвать повторение проблемы. Введите dpkg -s refind. Если вы получили сообщение о том, что refind не установлено, вы добры (вы, вероятно, установили rEFInd в другую ОС или через файл .zip). Если вы получите информацию о пакете на rEFInd, введите sudo dpkg -P refind, чтобы удалить пакет и устранить случайный апгрейд rEFInd. Ввод sudo add-apt-repository -r ppa:rodsmith/refind приведет к удалению rEFInd PPA из вашей системы, что является еще одним способом защиты от случайного будущего обновления rEFInd. Если вы хотите быть очень основательным, вы можете удалить rEFInd файлы из /boot/efi/EFI/Microsoft/Boot. К ним относятся файлы refind.conf и BOOT.CSV и подкаталоги drivers_x64, keys и icons. (Также могут быть резервные копии: icons-backup и refind.conf-sample.) Будьте осторожны! Если вы не знаете, что делаете, или если вы небрежны, общение с файлами на ESP может быть опасным! Лучше всего создать резервную копию всего ESP, прежде чем пытаться. (Необходимо выполнить резервное копирование на уровне файла, как в sudo tar cvfz /root/esp-backup.tgz /boot/efi. Скопируйте файл /root/esp-backup.tgz на флэш-накопитель USB для сохранения до перезагрузки.) Обновление GRUB не должно вызывать повторение этой проблемы. Фактически, обновления GRUB могут быть важными, поскольку они могут включать исправления безопасности или другие улучшения, которые вам могут понадобиться или нужны. Таким образом, вы можете отключить GRUB.Я решил это, загрузившись с моего USB-ключа Windows 10 и выполнив ремонт при загрузке. Я убедился, что могу нормально загрузиться в Windows. Затем я перезагрузился и загрузился с моего USB-ключа Ubuntu 16.04, установил и выполнил загрузку и перезагрузку. Затем появилось меню Grub2, и теперь я могу выполнить двойную загрузку Ubuntu и Windows. Чтобы это не повторилось, я выполнил эту команду, чтобы остановить grub2 от обновления, который запустил проблему.
sudo apt-mark hold grub* grub*:i386