Устранение неполадок при сбое 17.04 после новой установки с UEFI
Причина в том, что на http://ppa.launchpad.net/osd-lyrics/ppa/ubuntu/dists/ нет надежды. Это означает, что владелец не обновляет OSD для надежного. но вы можете выбрать sourselist, чтобы изменить «доверчивый» на квантовый, который является самой новой версией, поддерживаемой OSD.
6 ответов
Благодаря комментариям @Rod, которые указали мне в правильном направлении, я смог решить эту проблему. Случилось так, что моя машина старше 5 лет и имеет раннюю копию UEFI, которая, похоже, игнорирует порядок загрузки EFI. Вместо этого он настаивает на том, что ESP должен быть включен / dev / sda1, а на моей машине он был включен / dev / sda3 в результате многочисленных изменений в конфигурациях дисков.
Мне нужно было удалить все разделы на диска, а затем удалите сам раздел GPT. Как только это было завершено, я создал новый набор разделов с ESP в качестве первого раздела, посадкой на / dev / sda1. Наконец, я переустановил Ubuntu 17.04, перезагрузился, и все сработало.
Благодаря комментариям @Rod, которые указали мне в правильном направлении, я смог решить эту проблему. Случилось так, что моя машина старше 5 лет и имеет раннюю копию UEFI, которая, похоже, игнорирует порядок загрузки EFI. Вместо этого он настаивает на том, что ESP должен быть включен / dev / sda1, а на моей машине он был включен / dev / sda3 в результате многочисленных изменений в конфигурациях дисков.
Мне нужно было удалить все разделы на диска, а затем удалите сам раздел GPT. Как только это было завершено, я создал новый набор разделов с ESP в качестве первого раздела, посадкой на / dev / sda1. Наконец, я переустановил Ubuntu 17.04, перезагрузился, и все сработало.
Благодаря комментариям @Rod, которые указали мне в правильном направлении, я смог решить эту проблему. Случилось так, что моя машина старше 5 лет и имеет раннюю копию UEFI, которая, похоже, игнорирует порядок загрузки EFI. Вместо этого он настаивает на том, что ESP должен быть включен / dev / sda1, а на моей машине он был включен / dev / sda3 в результате многочисленных изменений в конфигурациях дисков.
Мне нужно было удалить все разделы на диска, а затем удалите сам раздел GPT. Как только это было завершено, я создал новый набор разделов с ESP в качестве первого раздела, посадкой на / dev / sda1. Наконец, я переустановил Ubuntu 17.04, перезагрузился, и все сработало.
сразу возникают три специфические трудности.
сначала: сохраненная информация прошивки efi. Если у вас есть живое изображение ubuntu, запустите его и установите efibootmgr. используйте его, чтобы удалить все записи в efi.
second: не все реализации UEFI, сканирование для ОС. Они ищут /efi/boot/bootx64.efi на первом разделе fat32. скопируйте grubx64.efi в эту папку и переименуйте его.
В-третьих: некоторые реализации efi требуют первого раздела восстановления или диагностики ntfs на 1 ГБ, что является первым делом на диске, причем раздел efi является вторым.
Четвертое: убедитесь, что вы загрузили и установили uefi. некоторые системы загружают CMS, когда отключена безопасная загрузка
-
1Большая часть этого совета бедна. (1) Удаление всех загрузочных записей EFI NVRAM приводит к тому, что некоторые EFIs отслаиваются. Удаление лишних / нежелательных записей может быть полезным, но, конечно, не всех из них. (2) AFAIK, no Реализации EFI для ОС; они полагаются на записи в NVRAM, хотя иногда это прерывается. (3) AFAIK, no EFI требует любого объема NTFS. Многие предустановленные системы поставляются с таким разделом, но EFI не требуется. (4) Это лучший момент, но это модуль поддержки совместимости (CSM), а не «CMS». – Rod Smith 17 June 2017 в 01:15
-
2@Rod, (1) удаляет все силы, чтобы использовать /efi/boot/bootx64.efi (это режим дезактивации inital) (2) да, мой внешний вид во всех подкаталогах в / efi / boot. он перечисляет мою установку linux. Мой компьютер также позволяет мне вручную искать efi-файл для загрузки (3) У меня было 4 компьютера, для которых на первом диске должен быть скрытый раздел восстановления. (4) Извините, запутавшись в режиме адресации BIOS. – ravery 17 June 2017 в 01:25
-
3мой опыт работы с буквально десятками компьютеров на базе EFI сильно отличается от ваших. Обратите внимание, что я поддерживаю менеджер загрузки rEFInd, поэтому я внимательно слежу за этим и понимаю процесс загрузки EFI лучше, чем большинство. Я сильно подозреваю, что вы неверно истолковываете то, что произошло на ваших компьютерах. – Rod Smith 17 June 2017 в 01:41
-
4Я не понимаю. EFI специально сказал, не подходящее загрузочное устройство, пока я не добавлю раздел. Я подозреваю, что это было требование изготовителя к окнам. раздел может быть пустым, но он должен быть там. и мое первое предложение потребовалось почти для всех компьютеров, особенно для двойной загрузки, чтобы окна не возвращались в первую позицию порядка загрузки. – ravery 17 June 2017 в 01:55
-
5Безопасная загрузка - это опция UEFI, и есть (U) компьютеры на базе EFI без безопасной загрузки. Среди них есть все Mac на базе Intel, но есть и другие. Ваше описание проблемы, из-за которой вы добавили разделы NTFS, крайне неопределенно, беспощадно, поэтому я не могу комментировать его дальше, но я практически уверен, что вы ошибаетесь. Джонатан, защитный MBR - необходимая часть GPT; это не проблема, если она написана правильно. Еще раз, я предлагаю вам использовать Boot Repair или rEFInd. Сбой с настройками прошивки более вероятен, чем Boot Repair или rEFInd для создания новых проблем. – Rod Smith 17 June 2017 в 03:14
сразу возникают три специфические трудности.
сначала: сохраненная информация прошивки efi. Если у вас есть живое изображение ubuntu, запустите его и установите efibootmgr. используйте его, чтобы удалить все записи в efi.
second: не все реализации UEFI, сканирование для ОС. Они ищут /efi/boot/bootx64.efi на первом разделе fat32. скопируйте grubx64.efi в эту папку и переименуйте его.
В-третьих: некоторые реализации efi требуют первого раздела восстановления или диагностики ntfs на 1 ГБ, что является первым делом на диске, причем раздел efi является вторым.
Четвертое: убедитесь, что вы загрузили и установили uefi. некоторые системы загружают CMS, когда отключена безопасная загрузка
сразу возникают три специфические трудности.
сначала: сохраненная информация прошивки efi. Если у вас есть живое изображение ubuntu, запустите его и установите efibootmgr. используйте его, чтобы удалить все записи в efi.
second: не все реализации UEFI, сканирование для ОС. Они ищут /efi/boot/bootx64.efi на первом разделе fat32. скопируйте grubx64.efi в эту папку и переименуйте его.
В-третьих: некоторые реализации efi требуют первого раздела восстановления или диагностики ntfs на 1 ГБ, что является первым делом на диске, причем раздел efi является вторым.
Четвертое: убедитесь, что вы загрузили и установили uefi. некоторые системы загружают CMS, когда отключена безопасная загрузка
-
1Большая часть этого совета бедна. (1) Удаление всех загрузочных записей EFI NVRAM приводит к тому, что некоторые EFIs отслаиваются. Удаление лишних / нежелательных записей может быть полезным, но, конечно, не всех из них. (2) AFAIK, no Реализации EFI для ОС; они полагаются на записи в NVRAM, хотя иногда это прерывается. (3) AFAIK, no EFI требует любого объема NTFS. Многие предустановленные системы поставляются с таким разделом, но EFI не требуется. (4) Это лучший момент, но это модуль поддержки совместимости (CSM), а не «CMS». – Rod Smith 17 June 2017 в 01:15
-
2@Rod, (1) удаляет все силы, чтобы использовать /efi/boot/bootx64.efi (это режим дезактивации inital) (2) да, мой внешний вид во всех подкаталогах в / efi / boot. он перечисляет мою установку linux. Мой компьютер также позволяет мне вручную искать efi-файл для загрузки (3) У меня было 4 компьютера, для которых на первом диске должен быть скрытый раздел восстановления. (4) Извините, запутавшись в режиме адресации BIOS. – ravery 17 June 2017 в 01:25
-
3мой опыт работы с буквально десятками компьютеров на базе EFI сильно отличается от ваших. Обратите внимание, что я поддерживаю менеджер загрузки rEFInd, поэтому я внимательно слежу за этим и понимаю процесс загрузки EFI лучше, чем большинство. Я сильно подозреваю, что вы неверно истолковываете то, что произошло на ваших компьютерах. – Rod Smith 17 June 2017 в 01:41
-
4Я не понимаю. EFI специально сказал, не подходящее загрузочное устройство, пока я не добавлю раздел. Я подозреваю, что это было требование изготовителя к окнам. раздел может быть пустым, но он должен быть там. и мое первое предложение потребовалось почти для всех компьютеров, особенно для двойной загрузки, чтобы окна не возвращались в первую позицию порядка загрузки. – ravery 17 June 2017 в 01:55
-
5Безопасная загрузка - это опция UEFI, и есть (U) компьютеры на базе EFI без безопасной загрузки. Среди них есть все Mac на базе Intel, но есть и другие. Ваше описание проблемы, из-за которой вы добавили разделы NTFS, крайне неопределенно, беспощадно, поэтому я не могу комментировать его дальше, но я практически уверен, что вы ошибаетесь. Джонатан, защитный MBR - необходимая часть GPT; это не проблема, если она написана правильно. Еще раз, я предлагаю вам использовать Boot Repair или rEFInd. Сбой с настройками прошивки более вероятен, чем Boot Repair или rEFInd для создания новых проблем. – Rod Smith 17 June 2017 в 03:14