Установленный ubuntu 16.04 на Dell, удаляющем окна 10, не обнаружено загрузочного устройства

После установки Ubuntu 16.04 на Dell XPS 8920 (прошивка UEFI, один 0.5TB SSD и один 2TB HDD) путем стирания диска и успешной установки, не обнаружено загрузочного устройства.

Глядя на gparted (который показывает предупреждение Libparted о том, что размер блока равен 2048, но Linux говорит, что он составляет 512 байт), разделы выглядят следующим образом:

Linux правильно устанавливается в SSD (/ dev / nvme0n1p1 раздел EFI, флаг загрузки) / dev / sda1 - это как-то зарезервированный раздел Microsoft, который не только не должен быть, как я удалял Windows, но также мог бы сделать некоторые проблемы, если системы будут загружаться отсюда. Также просматривая много других подобных блогов, я заметил, что у меня нет доступа к файлу загрузки shimx64.efi через BIOS.

Компьютер пытается загрузить с sda1 и не работает, потому что я устанавливаю Linux на SSD и / или потому, что по-прежнему существует нежелательный зарезервированный раздел Microsoft на sda1? Кто-нибудь есть идеи?

UPDATE: После запуска загрузки-восстановления на ubuntu в прямом эфире с USB, я получаю следующее резюме: http://paste.ubuntu.com/25673811/

UPDATE 2 #SOLVED

Проблема была временно решена: после установки ubuntu на SSD я снова установил его, на этот раз на HDD. Эта установка показала успех, но НЕ была, поскольку в / sda1 не загружались файлы, только установив ОС в / sda2. Не все это, но предыдущая установка не была удалена, и она все еще была завершена на SSD.

Я переместил загрузочные файлы с SSD (все из / nvme0n1p1 / EFI / ubuntu в / sda1 / EFI / ubuntu, и поместил grubx64.efi в / sda1 / EFI / Boot), и теперь Ubuntu загружается правильно!

Выводы: - Линейная установка неисправна (неправильно удалил диск, сделал неправильно установите ubuntu на жесткий диск). - У BIOS проблемы с чтением / поиском загрузочных файлов на SSD. - BIOS может читать / находить загрузочные файлы на / sda1 и загружать linux на второй раздел SSD.

Я подозреваю, что BIOS может читать загрузочные файлы на sda1, которые указывают на ОС, установленную в SSD (по желанию). Это означает, что ОС, установленная в sda2, бесполезна. Однако при стирании ОС в sda2 ничего не работает снова, указывая, что это также необходимо. Я не могу объяснить это поведение. Любые идеи?

3
задан 8 October 2017 в 02:52

6 ответов

У меня была аналогичная проблема с Toshiba. EFI требовал, чтобы раздел системного резерва сначала был на диске, а затем второй раздел EFI на внутреннем диске.

Также потребовалось, чтобы на внутреннем диске использовался путь передачи по умолчанию. Скопируйте /efi/ubuntu/shimx64.efi в efi / boot / и переименуйте его bootx64.efi. Если вы не используете безопасную загрузку, то efi / ubuntu / grubx64.efi можно скопировать и переименовать.

0
ответ дан 22 May 2018 в 17:52
  • 1
    Что вы называете диском и какой внутренний диск? Где вы предлагаете выполнять эти операции, в живой версии ubuntu на USB-накопителе? – LHM 4 October 2017 в 17:25
  • 2
    Я предполагаю, что вы вызываете жесткий диск на диск, а внутренний диск будет SSD. Вы предлагаете делать эти файловые операции на USB-накопителе? Как подключить его к другому компьютеру и переименовать эти файлы? – LHM 4 October 2017 в 17:43
  • 3
    жесткий диск и SSD оба являются дисками («диски»), внутренний - это тот, который установлен в аппарате, а внешний, который подключен к порту USB. Необходимо внести изменения в загрузочный диск в компьютере, изменив USB stick не повлияет на компьютер, который вы пытаетесь загрузить. – ravery 4 October 2017 в 17:47
  • 4
    Таким образом, адрес, который вы упомянули "/ efi / ubuntu / " является локальным в компьютере и производится после установки с USB, который я предполагаю. Как я могу получить к нему доступ? – LHM 4 October 2017 в 17:52
  • 5
    он находится в разделе EFI. загрузите LiveCD для доступа. вам временно потребуется удалить флаг ESP, чтобы смонтировать раздел. – ravery 4 October 2017 в 17:59

У меня была аналогичная проблема с Toshiba. EFI требовал, чтобы раздел системного резерва сначала был на диске, а затем второй раздел EFI на внутреннем диске.

Также потребовалось, чтобы на внутреннем диске использовался путь передачи по умолчанию. Скопируйте /efi/ubuntu/shimx64.efi в efi / boot / и переименуйте его bootx64.efi. [D1] Если вы не используете безопасную загрузку, то efi / ubuntu / grubx64.efi можно скопировать и переименовать.

0
ответ дан 24 July 2018 в 18:26

«sda1» будет вашим USB-устройством. Поскольку Linux не загружается, вы загружаетесь с USB?

Я подозреваю, что проблема в том, что ваш загрузчик настроен неправильно или он не может получить доступ к SDD. Извлеките USB и перезагрузите компьютер. Войдите в меню опций загрузчика, повторно нажимая клавишу F12 (я не уверен, когда это «правильное время», чтобы нажать ее) во время загрузки. Вы должны перейти в меню загрузчика. Оттуда вы сможете выбрать свое загрузочное устройство.

Эта ссылка может помочь. У вас уже есть SDD-доступ, поэтому большая часть этого не будет применяться, но убедитесь, что AHCI выбран для вашей SATA-операции.

0
ответ дан 22 May 2018 в 17:52
  • 1
    USB показывает как / dev / sdc. AHCI также выбран (но я сделал это, просто изменив его в BIOS. Другие решения предлагают трехэтапное изменение с помощью окна cmd-терминала, но поскольку у меня больше нет установленных окон, это невозможно). После нажатия F12 я могу выбрать SSD в разделе «Варианты устаревших» и т. Д. и ubuntu под "UEFI" опции. Оба они приводят к сбою при загрузке – LHM 4 October 2017 в 17:17

к сожалению, ремонт ботинок, не справляется с задачей обработки новейшая дисков, которые появляются как [F1] устройства, как ваш. Это означает, что ваша загрузочная информация Выходная скрипт отсутствует несколько важных деталей. Что сказал, что это шоу похоже, что это должно быть загрузке, предполагая разумное содержание на диск новейшая. У меня есть некоторые замечания и предложения, хотя:

проверить свой ESP-Вашего системного раздела EFI (ESP), которые, как представляется, на свой Встроенный диск, и как таковой, восстановления загрузочных предоставляет очень мало информации о нем. (Это, кажется, [Ф2], хотя.) Загрузчики располагаются на ESP, так что вы можете вручную проверить его, чтобы увидеть, что он содержит файлы, которые он должен провести. В частности, следует провести каталог [Ф3] с файлами под названием [Ф4], [ф5], и [ф6]. (Обратите внимание, что ЕСП использует FAT32, который является нечувствительным к регистру.) Также могут быть остаточные файлы загрузки Windows в [ф7] и/или [ф8]. Ремонт или заново создать ПЭС файловая система -- Windows 8 и позже использовать функционал, быстрая загрузка и спящий режим, которые оставляют файловых систем в несогласованном состоянии, когда Windows "выключается". Эти особенности могут привести к повреждению файловой системы, которая в некоторых случаях может привести к ели, чтобы не прочитать файлы с ЕСП, даже если другие операционки могут читать эти файлы. Иногда выполнение проверки файловой системы и исправления в ESP может исправить эти проблемы. Вы можете сделать это из аварийного убунту загрузиться с [ф9], как в [ф10]. В крайнем случае, резервное копирование всех файлов с ESP (с на [F11], [ф12], или [от f13]), создавая свежую файловую систему с [ф14], а затем восстановление файлов может потребоваться. Если вы идете к этой крайности, вам потребуется изменить [ф15] на ваши установки, чтобы получить ESP для повторного подключения. Полное удаление и повторная установка -- поскольку вы только что установили Ubuntu, вы можете попытаться повторно установить его, но в этот раз, лучше протереть диск новейшая. (Есть намеки, что оригинальный ЕСП присутствует, на основе Boot вывод Инфо.) Используя [ф16], [f17 в], [ф18], или gparted, вы можете удалить все разделы на [зг19], а затем либо создавать новые разделы с инструментом разбиения диска на разделы или пусть установщик убунту не так. Это действие гарантирует, что ESP свежее, без остатков файлы Windows или повреждения файловой системы, и что нет никаких других странных разделов на диске. (Иногда производители ставят дополнительные разделы на диске и загружается через одну из них. Остатки такой конфигурации может стать причиной проблем для вас.) Попробовать изысканный ... Вы можете попробовать использовать мой изысканный диспетчере загрузки для загрузки диска. Вы можете скачать флэш-диск USB или CD-R и изображения, подготовить загрузочный носитель и загрузиться с него. Это должно позволить вам загрузиться в Ubuntu. Если это работает, вы могли бы установить ППА или пакет версии Debian на жесткий диск. Это возможно, преодолеть некоторые необычные проблемы, или даже при установке на жесткий диск не поможет, вы можете загрузиться с USB-диска в качестве временной основе, пока вы исследовать проблему больше. Ото, что мешает жратвы от запуска может также повлиять на изысканный, особенно после того, как вы установите его на жесткий диск. Сброс настроек, прошивка по умолчанию-если вы можете найти в программе настройки прошивки сбросить все параметры к их значениям по умолчанию, вы могли бы попробовать это; однако, это, скорее всего, потребуют повторного создания записи загрузки убунту. Как правило, ремонт ботинок мог сделать это, но я не уверен, что это будет работать с вашим диском новейшая. Таким образом, вам потребуется сделать это вручную или полностью переустановить убунту, как отмечалось ранее. Обновление прошивки-некоторые Эфис не глючит и не загружается должным образом, за исключением окон. Обновление прошивки (вероятно, называется "обновление BIOS" на сайте производителя) может помочь с такими проблемами. Таким образом, стоит проверить за одно. Что сказал, Делс, как правило, лучше, чем в среднем на этот счет, и производители редко выпускают исправления для типов ошибок, которые могут вызывать симптомы, на которые вы жалуетесь. Использование файловой системы NTFS-Ваши [ф20] секционируется с MSR и раздел NTFS. Если вы полностью удалить Windows с компьютера, вы не должны использовать NTFS на любом локальном диске. Причина в том, что нет хороших и Linux средства обслуживания файловой системы NTFS, так что когда (заметь: когда, а не если) NTFS раздел будет поврежден, вы должны будете прыгать через дополнительные обручи, чтобы восстановить его. Если Windows была установлена на диск новейшая, ее удаление не повлияет на вашу [клавиши f21] жесткий диск, так что это остатки окон вполне понятно, но это то, что вы должны исправить. Заметим, однако, что ни раздел MSR, ни раздел NTFS скорее всего проблема в вашей текущей проблемы загрузки. Я упоминаю об этом, потому что это то, что вы должны исправить, как только вы получите вашу систему до загрузки; это не то, что необходимо проверять или исправлять в попытке устранить проблемы загрузки. Ото, если раздел NTFS на внешнем диске, который вы перемещаетесь между Ubuntu и Windows на компьютере, использовать NTFS является меньшей проблемой, поскольку вы можете восстановить его с помощью компьютера Windows.

если ни одно из вышеупомянутых предложений помочь, вы могли бы хотеть сделать немного дополнительную справочную литературу, с тех пор ты в глубь территории ели странности:

проверить свой ESP-Вашего системного раздела EFI (ESP), которые, как представляется, на свой Встроенный диск, и как таковой, восстановления загрузочных предоставляет очень мало информации о нем. (Это, кажется, [Ф2], хотя.) Загрузчики располагаются на ESP, так что вы можете вручную проверить его, чтобы увидеть, что он содержит файлы, которые он должен провести. В частности, следует провести каталог [Ф3] с файлами под названием [Ф4], [ф5], и [ф6]. (Обратите внимание, что ЕСП использует FAT32, который является нечувствительным к регистру.) Также могут быть остаточные файлы загрузки Windows в [ф7] и/или [ф8]. проверить ЭСП -- это обеспечивает основы предыдущим, но является более кратким. восстановить или заново создать ПЭС файловая система -- Windows 8 и более поздних, используйте функционал, быстрая загрузка и спящий режим, которые оставляют файловых систем в несогласованном состоянии, когда Windows "выключается". Эти особенности могут привести к повреждению файловой системы, которая в некоторых случаях может привести к ели, чтобы не прочитать файлы с ЕСП, даже если другие операционки могут читать эти файлы. Иногда выполнение проверки файловой системы и исправления в ESP может исправить эти проблемы. Вы можете сделать это из аварийного убунту загрузиться с [ф9], как в [ф10]. В крайнем случае, резервное копирование всех файлов с ESP (с на [F11], [ф12], или [от f13]), создавая свежую файловую систему с [ф14], а затем восстановление файлов может потребоваться. Если вы идете к этой крайности, вам потребуется изменить [ф15] на ваши установки, чтобы получить ESP для повторного подключения. восстановить или заново создать файловую систему ПЭС -- в этом разделе описывается выбор загрузчик EFI для систем Linux. Полное удаление и повторная установка -- поскольку вы только что установили Ubuntu, вы можете попытаться повторно установить его, но в этот раз, лучше протереть диск новейшая. (Есть намеки, что оригинальный ЕСП присутствует, на основе Boot вывод Инфо.) Используя [ф16], [f17 в], [ф18], или gparted, вы можете удалить все разделы на [зг19], а затем либо создавать новые разделы с инструментом разбиения диска на разделы или пусть установщик убунту не так. Это действие гарантирует, что ESP свежее, без остатков файлы Windows или повреждения файловой системы, и что нет никаких других странных разделов на диске. (Иногда производители ставят дополнительные разделы на диске и загружается через одну из них. Остатки такой конфигурации может стать причиной проблем для вас.)
0
ответ дан 22 May 2018 в 17:52
  • 1
    Спасибо Роду за длинный ответ. Это помогло мне понять, что происходит. Окончательное решение пришло из изменения мест размещения загрузочных файлов и ОС (см. Update2). – LHM 8 October 2017 в 02:54
  • 2
    @rodsmith - grub.config теперь находится в разделе Linux, а не в разделе efi – ravery 8 October 2017 в 17:43
  • 3
    @ravery, Ubuntu поставляется с подписанными и неподписанными версиями GRUB. Беззнаковая версия всегда помещает свой файл grub.cfg в /boot/grub, который находится в разделе / или /boot, в зависимости от того, как система разбита на разделы. Однако подписанный GRUB должен иметь файл grub.cfg в ESP. Этот файл grub.cfg указывает на grub.cfg в /boot/grub. Даже системы с защищенной загрузкой отключены, как правило, устанавливаются с подписанным GRUB, поэтому в ESP обычно будет grub.cfg. Можно удалить подписанный GRUB, но AFAIK требует специальной настройки. – Rod Smith 8 October 2017 в 20:41
  • 4
    @RodSmith - grub, используемый для размещения его конфигурации и модулей в каталоге EFI (надежный), это только последние обновления (xenial), которые переместили его в / boot / grub – ravery 8 October 2017 в 21:25
  • 5
    @ravery, ты ошибаешься. Сейчас у меня есть Ubuntu 14.04 и 17.04 VM. Обе версии имеют grub.cfg в обоих местоположениях, а одна из ESP - версия с голыми костями, которая указывает на ту, что указана в /boot/grub, как я уже указывал. Обратите внимание, однако, что это так Ubuntu . GRUB довольно гибкий и может быть настроен другими способами другими дистрибутивами, или если вы сделаете это самостоятельно. – Rod Smith 9 October 2017 в 22:19

«sda1» будет вашим USB-устройством. Поскольку Linux не загружается, вы загружаетесь с USB?

Я подозреваю, что проблема в том, что ваш загрузчик настроен неправильно или он не может получить доступ к SDD. Извлеките USB и перезагрузите компьютер. Войдите в меню опций загрузчика, повторно нажимая клавишу F12 (я не уверен, когда это «правильное время», чтобы нажать ее) во время загрузки. Вы должны перейти в меню загрузчика. Оттуда вы сможете выбрать свое загрузочное устройство.

Эта ссылка может помочь. У вас уже есть SDD-доступ, поэтому большая часть этого не будет применяться, но убедитесь, что AHCI выбран для вашей SATA-операции.

0
ответ дан 18 July 2018 в 05:48

«sda1» будет вашим USB-устройством. Поскольку Linux не загружается, вы загружаетесь с USB?

Я подозреваю, что проблема в том, что ваш загрузчик настроен неправильно или он не может получить доступ к SDD. Извлеките USB и перезагрузите компьютер. Войдите в меню опций загрузчика, повторно нажимая клавишу F12 (я не уверен, когда это «правильное время», чтобы нажать ее) во время загрузки. Вы должны перейти в меню загрузчика. Оттуда вы сможете выбрать свое загрузочное устройство.

Эта ссылка может помочь. У вас уже есть SDD-доступ, поэтому большая часть этого не будет применяться, но убедитесь, что AHCI выбран для вашей SATA-операции.

0
ответ дан 24 July 2018 в 18:26
  • 1
    USB показывает как / dev / sdc. AHCI также выбран (но я сделал это, просто изменив его в BIOS. Другие решения предлагают трехэтапное изменение с помощью окна cmd-терминала, но поскольку у меня больше нет установленных окон, это невозможно). После нажатия F12 я могу выбрать SSD в разделе «Варианты устаревших» и т. Д. и ubuntu под "UEFI" опции. Оба они приводят к сбою при загрузке – LHM 4 October 2017 в 17:17

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

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