Не удалось установить Ubuntu/Kubuntu/Lubuntu 13.04 UEFI на Sony Vaio SVE17137!

Фон/Аппаратные средства:

  • Sony SVE17137 CXB Vaio, предварительно установленный с Windows 8
  • Intel Core i7-3632QM
  • Мобильный Intel® HM76 Express Chipset
  • AMD Radeon HD7650M
  • ПОРШЕНЬ НА 16 ГБ
  • Внутренний диск на 1 ТБ
  • Windows 8 вытерт. Никакая двойная загрузка.
  • Защищенная загрузка выключена.
  • UEFI идет.

Загружая любой из (U/Ku/Lu) buntu установки, я получаю ошибку разделения экрана, что другие сообщили с последним AMD о Мобильных Графических контроллерах. Это не проблема. После того как установка полна (предположение, что она действительно завершается), я просто устанавливаю последнее распределение Катализатора, и проблемы разделения экрана не стало.

Независимо от которого распределения я использую, мой диск делится следующим образом:

  • /dev/sda: Таблица разделов GPT
    1. /dev/sda1: Раздел начальной загрузки EFI на 256 МБ (автоматически смонтированный на/boot/efi)
    2. /dev/sda2: Раздел подкачки на 16 ГБ (Излишество. Я знаю.)
    3. /dev/sda3: 900 + ГБ ext4 раздел, смонтированный на /

Каждая попытка установки одного из трех дистрибутивов Ubuntu, упомянутых выше сбоев в некотором роде!!!

Kubuntu (который я предпочитаю), и сбой Lubuntu перед завершением установки.

В обоих случаях я загружаю CD, и выбор "Пробует Ubuntu". Однажды в загруженной ОС (которые действительно работают просто великолепно, BTW!), я выбираю, "Устанавливают Ubuntu".

Я делю свой диск как выше и позволяю ему работать. Обе версии перестали работать с одной из двух фатальных ошибок:

  • "подобработайте возвращенный ошибочный статус выхода установленного сценария после установки 17"
  • "фиктивная фатальная ошибка установки личинки"

Последний иногда сообщает о другом отказе установки личинки, который я, к сожалению, забыл записывать, но это - по существу то же.

Независимо, нет никакой причины их для сбоя! Мое разделение максимально просто, и я не пытаюсь сделать что-то большее чем установить единственную ОС! Я понимаю трудности с двойной загрузкой. Они не применяются.

Я должен добавить, что также попытался выбрать "весь диск" разделы, где установщик делит сам диск. Я попробовал и использование и не использование LVM. Установки перестали работать тем же самым способом! (И, это должно быть отмечено, разделы, созданные установщиком, являются по существу тем же как моим.)

Так, даже с фактически обнуляют настройку с моей стороны, эти установщики сбой!!!

Установка Ubuntu действует несколько по-другому. Это будет иногда просто отказывать на мне, но обычно это устанавливает успешно! Когда я пытаюсь войти в систему, интерфейсные замораживания. Это так или иначе связано с ошибкой разделения экрана AMD.

В той точке я просто открываю консоль и устанавливаю Катализатор AMD. Ошибка разделения экрана и вход в систему замораживаются, оба уходят.

Я вхожу в систему и получаю пустой экран!Это все!!! Я могу щелкнуть правой кнопкой и изменить свое образование. Я могу создать новый документ или новую папку. Ничто иное!

Среда рабочего стола не запускается. Я переустановил по крайней мере дюжину раз с теми же точными результатами!

Отметьте, я искал и искал объяснения к этим ошибкам. Я попробовал каждую фиксацию, которую я смог найти. НИ ОДИН из них не помог!

Любая справка значительно ценилась бы!

Править: 11.05.2013

С помощью ответа Rod Smith у меня теперь есть больше информации для добавления к моим попыткам установить Kubuntu... (Хотя я все еще перестал работать!)

Первое сообщение об ошибке я сослался:

  • "подобработайте возвращенный ошибочный статус выхода установленного сценария после установки 17"

был то, вследствие того, что я глупо снова включил Защищенную загрузку для тестирования его и затем быстро забыл, что сделал так!

После выключения Защищенной загрузки снова, я вернулся к второй ошибке:

  • "фиктивная фатальная ошибка установки личинки"

Стержень, в ответе на Ваши предложения, да, установщик устанавливает в режиме EFI! Каталог Вы сослались, /sys/firmware/efi действительно существует.

Кроме того, когда мне включили Защищенную загрузку, первое из сообщений об ошибках произошло ранее в процессе установки, чем grub-install dummy fatal error. Поэтому с Защищенной загрузкой на,/boot/efi каталог был даже не заполнен. Теперь, когда каталог содержит /boot/efi/EFI/kubuntu/grubx64.efi.

Независимо, теперь, когда я понял, что я - идиот и исправил мою ошибку, установка все еще продолжает перестать работать с:

  • "фиктивная фатальная ошибка установки личинки"

Мой следующий тест должен попытаться установить в режиме BIOS, с помощью раздела начальной загрузки BIOS, который Вы упомянули. (Спасибо за это! Я не знал, что диски GPT нуждались в этом!)

Однако я очень предпочел бы загружаться в режиме EFI, если вообще возможный!

Поиск с помощью Google того сообщения об ошибке возвращает много хитов, но ни один из них не помог!

Править: 14.05.2013

Стержень, существует слишком много для записи, чтобы сделать так в комментарии...

Я пытался установить, повторно находят с Вашего веб-сайта, но он перестал работать, и я не уверен почему! Прежде всего вот шаги, которые я сделал:

  1. При выполнении Живого CD, и после того, как установка перестала работать, я смонтировал следующее:

    • /dev/sda3 на/mnt
    • /dev/sda1 на/mnt/boot/efi
  2. Я скопировал refind-bin-0.6.11.zip на систему и разархивировал ее.

  3. После разархивации архива, я cd'd к нему и работал:

    sudo./install.sh - корень/mnt

но получил ошибку:

There were problems running the efibootmgr program!
You may need to rename the refind_x64.efi binary to the default name (EFI/boot/bootx64.efi on x86-64 systems or EFI/boot/bootia32.efi on x86 systems) to have it run!

Я использовал efibootmgr для списка записей загрузки, и никакое изменение не было внесено в список. Запись перенаходки отсутствовала.

Я не вполне знал, куда пойти оттуда, таким образом, я решил, что просто сделаю это вручную из инструкций относительно Вашего веб-сайта.

Я обычно предпочитаю делать вещи тот путь так или иначе! Хотите верьте, хотите нет, я был Системным администратором больше 25 лет! Однако всем моим опытом был с системами Sun под управлением Солярис, и, перед этим, SunOS, а также довольно мало опыта с Windows. Я поэтому знаком с основами Linux и, очевидно, программное обеспечение GNU, поскольку большая часть из него подобна Солярису. К сожалению, у меня есть нулевой опыт с UEFI! Я использую BIOS в новой системе Windows, которую я просто создаю, потому что это не стоило времени, чтобы выяснить, как использовать UEFI. Ну, теперь пора учиться!

Так или иначе я прошел ручные инструкции точно как на Вашем сайте. (Добавьте sudo передо всеми этими командами.):

  1. Внутренний диск смонтирован под/mnt и/mnt/boot/efi, как выше.

  2. От "refind-bin-0.6.11", работал cp -r refind /mnt/boot/efi/EFI/

  3. cd /mnt/boot/efi/EFI/refind

  4. rm -r drivers_ia32 tools_ia32 refind_ia32.efi

  5. cd drivers_x64 ; rm ext2_x64.efi hfs_x64.efi reiserfs_x64.efi ; cd .. (Не знал, должен ли я сохранить iso9660_x64.efi, таким образом, я сохранил его.)

  6. mv refind.conf-sample refind.conf

  7. И наконец, я выполнил "efibootmg", с помощью долгих опций формы, просто чтобы помочь мне читать:

    efibootmgr --create --disk /dev/sda --part 1 --loader \\EFI\\refind\\refind_x64.efi --label rEFInd --verbose

который абсолютно ничего не возвратил. Это просто возвращается без любых сообщений или любого вывода вообще, который, полагая, что я указал '-подробная' опция, был определенным удивлением!

Править: 15.05.2013

Так, я просматривал системные журналы и заметил, что каждый раз efibootmgr выполняется, он регистрирует запись в /var/log/kern.log.

Согласно, ну, в общем, Вам, (в другом потоке), efivars модуль теперь встроен в ядро, и /sys/firmware/efi каталог является доказательством этого.

Таким образом нельзя было бы ожидать это в их журнале ядра:

kubuntu kernel: [80182.133386] efivars: set_variable() failed: status=8000000000000009
kubuntu kernel: [80633.493177] efivars: set_variable() failed: status=8000000000000009
kubuntu kernel: [80696.988083] efivars: set_variable() failed: status=8000000000000009
kubuntu kernel: [80721.952797] efivars: set_variable() failed: status=8000000000000009
kubuntu kernel: [80725.893414] efivars: set_variable() failed: status=8000000000000009
kubuntu kernel: [80790.848496] efivars: set_variable() failed: status=8000000000000009
kubuntu kernel: [86511.078667] efivars: set_variable() failed: status=8000000000000009

Я понятия не имею, почему они происходят, но на данный момент это - весь спорный вопрос...

Так как я уже вытер Windows этого sytstem, я полагал, что буду просто использовать инструменты обновления BIOS DOS. Я всех людей должен был знать, что было что-то странное с их инструкциями! Я должен был искать онлайн об этом сначала, потому что, впервые в моей жизни, я облицевал машину кирпичом!!!!:-(

Этой машине только месяц, таким образом, Sony на самом деле отсылает кого-то для взгляда на нее. Парень, которого я говорил с казавшимся, чтобы думать, что это не будет проблема, получая зафиксированный!

Существуют буквально десятки, размещает в Интернете от владельцев Vaio, которые сделали то же самое при попытке высветить их BIOS в DOS!!!

Так, я не смогу протестировать что-либо больше какое-то время!:-)

Я вернусь!

Править: 26.05.2013

И он вернулся...

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

Я решил, что самый легкий способ иметь дело с этим состоял в том, чтобы установить систему в режиме Legacy и затем преобразовать его в режим EFI.

Я знаю, что это не "легко", но это дает мне преимущество, которое я запускаю с установленной системы, вместо того, чтобы убежать CD.

Тем не менее это потребовало некоторого "предварительного конфигурирования" сначала...

Для создания этого возможным вообще я должен был разделить свой диск и с системным разделом EFI и с разделом начальной загрузки BIOS! К сожалению, я обнаружил, что при начальной загрузке Живого CD в режиме Legacy Вы не можете создать раздел EFI с установщиком Повсеместности! В отличие от этого того, когда Вы загружаетесь в режиме EFI, выбор системного раздела EFI отсутствует в интерфейсе раздела диска.

Обратите внимание, что я, возможно, использовал превосходный GPT Rod fdisk утилита для создания таблицы разделов, в которой я нуждался, но я хотел установку раздела EFI сначала.

  1. Я сначала загрузил Живой CD в режиме EFI. Я запустил установщик, так, чтобы я мог разделить свой диск следующим образом:

    • 1 Тип: Имя fat32: Системные Флаги EFI: начальная загрузка
    • 2 Типа:Имя: флаги начальной загрузки BIOS: bios_grub
    • 3 Типа: Имя подкачки: Подкачка Linux
    • 4 Типа: Имя ext4: Файловая система Linux
  2. Я на самом деле позволяю установщику, запущенному, пока он не отказал (как всегда) в установке диспетчера начальной загрузки EFI.

  3. Я затем изменил BIOS на Наследие и сделал полную установку, удостоверившись не касаться раздела EFI.

  4. И там я...

В то время как это может звучать замысловатым (потому что это! :-D), у меня теперь, по крайней мере, есть рабочая установка Kubuntu впервые!:-)

Я не знаю, куда пойти затем! Стержень, если Вы видите, у Вас есть инструкции относительно того, как повернуть начальную загрузку BIOS с диском GPT в начальную загрузку EFI? Я думал, что Вы сделали, но я не могу найти его.

Так же всегда, любой совет, такой как: "Вы идиот! Что Вы думали?!? Нет, вот правильный способ сделать, он..." значительно ценился бы!

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

Спасибо!

5
задан 27 May 2013 в 08:17

3 ответа

После чистой установки в режиме BIOS (в разделе GPT я предполагаю). Снова включите uefi, используйте live lduntu и используйте boot-repair:

sudo add-apt-repository ppa:yannubuntu/boot-repair && sudo apt-get update

sudo apt-get install -y boot-repair && (boot-repair &)

В предварительном режиме выберите «purge grub before install» и выберите для установки раздел EFI.

У меня есть vaio с uefi, и да, я сделал это для установки моей ОС, но то, что я видел, карты Radeon с uefi в linux - глупость. но я протестировал новое ядро ​​3.9, и да, хорошие новости для нас, нам просто нужно подождать, пока дерзко получится хорошая поддержка нашего оборудования: D или вы можете использовать Fedora 18, теперь она использует ядро ​​3.9.

0
ответ дан 27 May 2013 в 08:17

Ошибки с Kubuntu и Lubuntu кажутся, что одна из двух вещей происходит:

  • Установщик, возможно, загрузился в режиме BIOS, а не режиме EFI. Учитывая Ваше разделение, установщик затем попытался бы установить режим BIOS GRUB 2; но на диске GPT, GRUB 2 нравится иметь Раздел начальной загрузки BIOS на диске, и Ваша система испытывает недостаток в этом, таким образом, установка могла бы правдоподобно перестать работать (хотя я не протестировал это, это перестанет работать при этих условиях; я размышляю).
  • Установщик может работать правильно в режиме EFI, но специалисты по обслуживанию распределения, возможно, представили ошибку в поддержке EFI своих установщиков. В этом случае у Вас не может быть выбора, кроме как запускать установщик в режиме BIOS. Вы могли затем оставить установленную систему, выполняющую этот путь, или преобразовать в начальную загрузку режима EFI, как Вы предпочитаете.

Можно проверить режим начальной загрузки путем припадания до оболочки и поиска названного каталога /sys/firmware/efi. Если это присутствует, Вы загрузились в режиме EFI; если это отсутствует, Вы, вероятно, загрузились в режиме BIOS. Большинство основанных на EFI компьютеров дает Вам некоторый контроль режима начальной загрузки через их встроенные диспетчеры начальной загрузки и/или микропрограммные опции; однако, детали варьируются значительно от одного компьютера до другого, таким образом, я не могу дать Вам точные инструкции для того, как изменить эту деталь, если этому нужно изменение.

Ваша проблема Ubuntu кажется, что, возможно, не установила Вашу настольную среду, или возможно она запускает что-то универсальное вместо этого. Вы могли попытаться выйти из системы и, при приглашении ко входу в систему, нажать круг направо от Вашего имени. Это должно произвести список доступных настольных сред и менеджеры окон. Выберите то, что Вы предпочитаете (или даже что-то, что Вы не предпочитаете для тестирования).


Править: Учитывая новую информацию, мое предложение состоит в том, чтобы попытаться установить другой загрузчик EFI. Несколько доступны; посмотрите мою Веб-страницу по теме для деталей. Мое персональное предпочтение является перенаходкой - но поскольку я поддерживаю его, я смещаюсь. Учитывая Вашу текущую установку, я рекомендую загрузить Linux живой диск CD/чрезвычайной ситуации, предпочтительно в режиме EFI, и установить от двоичного файла .zip файл перенаходки. В теории необходимо смочь сделать это с --root опция к install.sh; но эта функция не была хорошо протестирована. Посмотрите полное install.sh инструкции для деталей. Если это перестало работать, необходимо следовать ручным инструкциям по установке.

Один большой протест: описание проблемы, которую Вы испытываете в Ubuntu, заставляет меня думать, что у Вас есть своего рода X проблем драйвера, и это могло неожиданно возникнуть в Kubuntu и Lubuntu, также. Если так, Вы, возможно, должны заняться этим после получения проблемы загрузчика, в которой разбираются.


РЕДАКТИРОВАНИЕ 2:

Можно установить, повторно находят в системе с рабочим Windows режима EFI и рабочим режимом BIOS Linux. Существует на самом деле несколько способов сделать это. Самые легкие два вероятны:

  • Сделайте это из Windows. Инструкции по установке Windows перенаходки сообщают подробности. Обратите внимание, что необходимо будет вручную установить драйвер EFI для любой файловой системы, которую Вы используете на корне Linux (/) (или /boot если это является отдельным), раздел. Необходимо будет также создать a /boot/refind_linux.conf файл. Учитывая, что режим BIOS работы начальной загрузки Linux, самый легкий способ создать этот файл состоит в том, чтобы загрузиться в режиме BIOS и работать mkrlconf.sh сценарий, который идет, повторно находит.
  • Загрузите Linux в режиме BIOS, смонтируйте Ваш ESP в /boot/efi, и выполненный rEFInd's install.sh сценарий. Это должно установить, повторно находят и создают /boot/refind_linux.conf файл; но в установке выполнят скорее hackish путь. А именно, установщик переименовывает загрузчик Windows, и установки повторно находят в его месте. Это работает, но это - нарушение рекомендаций EFI на именовании загрузчика. Кроме того, некоторые пользователи сообщают, что Windows заменяет внешние загрузчики, названные как загрузчик Windows в некоторых ситуациях, таким образом, это не могло бы работать в долгосрочной перспективе, или изменения, возможно, должны были бы быть восстановлены.
4
ответ дан 27 May 2013 в 08:17

Успех! Теперь я установил Kubuntu в режиме UEFI, и он отлично работает.

Я пишу это так, чтобы кто-нибудь еще с этой проблемой мог, надеюсь, следовать этим инструкциям и заставить загрузку UEFI работать на Sony Vaio. Обратите внимание, что эта установка предназначена для Kubuntu, но нет никаких причин, по которым она не будет работать ни с каким Ubuntu.

Огромное спасибо Роду Смиту ( http://www.rodsbooks.com ) за помощь мне в достижении этой точки и другим, кто внес вклад в этот пост!

Эти инструкции те же, что и в моей редакции от 26.05.2013.

Некоторые вещи, на которые следует обратить внимание:

  • В этих инструкциях предполагается, что вы используете весь диск для установки Kubuntu. Очевидно, вам придется изменить схему разбиения, если это не так.
  • В третьем посте говорится «очистить grub перед установкой» при запуске boot-repair. Я не думаю, что сделал это, так что я пока не знаю результат этого шага.
  • У меня защищенная загрузка отключена. Мне это просто не нужно, и я не хотел усложнять ситуацию. Вам придется изменить эти инструкции, если вы собираетесь использовать Secure Boot. YMMV.
  • Как и во всем, что касается EFI, если вам нужна дополнительная информация, обратитесь к действительно превосходному сайту Рода, http://www.rodsbooks.com !
  • Все инструкции предполагают что вы работаете от имени root. Если нет, то предваряйте каждую команду «sudo».

    1. (См. РЕДАКТИРОВАНИЕ: 08.06.2013 ниже.) Установите в режиме UEFI и работайте, пока он не выйдет из строя.
    2. Установите BIOS для загрузки в режиме Legacy и загрузите Live CD. Выберите «Попробуйте Kubuntu».
    3. Загрузите программу Rod's GPT Fdisk из: http://download.opensuse.org/repositories/home:/srs5694/Debian_6.0/amd64/gptfdisk_0.8.6-1_amd64. .deb .
    4. Установите GPT Fdisk: "dpkg -i gptfdisk_0.8.6-1_amd64.deb".
    5. Используя «gdisk», разделите диск следующим образом:
      • Раздел 1: Тип: efi, TypeCode: EF00, Имя: EFI System
      • Раздел 2: Тип: bios, TypeCode : EF02, Имя: загрузочный раздел BIOS
      • Раздел 3: Тип: swap, TypeCode: 8200, Имя: Linux Swap
      • Раздел 4: Тип: ext4, TypeCode: 8300, Имя: Файловая система Linux
    6. Установите систему в традиционном режиме, смонтировав 4-й раздел в /.
    7. Когда установка будет завершена, перезагрузите систему и войдите в BIOS. Верните его в режим загрузки UEFI и перезагрузите Live CD.
    8. Загрузите и установите Boot-Repair, как отмечено в третьем посте.
    9. Запустите boot-repair, указав раздел EFI как раздел установки / загрузки.

Как только восстановление загрузки завершится, ваша система загрузится в режиме UEFI без проблем, по крайней мере, таких, которые я до сих пор не видел!

Наконец, не делайте не забудьте отредактировать конфигурацию GRUB для точного отображения параметров загрузки.

Надеюсь, это поможет! Дайте мне знать, если у вас есть какие-либо вопросы, и я постараюсь помочь как можно лучше.

РЕДАКТИРОВАТЬ: 08.06.2013

Я решил переустановить свой ноутбук с нуля, следуя моим собственным инструкциям, и столкнулся с проблемой! Ремонт багажника каждый раз заканчивался неудачей, и я наконец понял, почему.

Оказывается, я пропустил один шаг, который я сделал в первый раз, и кажется, что это было критически важно!

Итак, как я уже сказал, вы сможете установить Ubuntu в режиме Legacy , переключитесь в режим UEFI, загрузите Live CD и запустите boot-repair. Каждый раз, когда я пытался это сделать, возвращался boot-repair, сообщая, что на моем диске нет раздела EFI! За исключением того, что в то же время я смотрел на свою таблицу разделов, которая ясно показала / dev / sda1 как раздел EFI с кодом типа 0xEF00 и установленным флагом boot . Итак, в чем была проблема?

Простой ... Раздел EFI был пуст . Я пропустил свою первую попытку установки в режиме UEFI!

Я пытался много раз установить в режиме UEFI, но каждая попытка не удалась. Однако , эти неудачные попытки заполнили каталог / boot / efi, расположенный в / dev / sda1, раздел EFI.

Без этих файлов в этом разделе boot-repair не распознал его как раздел EFI! И вот, мне сказали бы, что у меня нет раздела EFI и что я не могу!

Итак, я попытался добавить свою первоначальную попытку UEFI обратно в мои инструкции и, вуаля, boot- ремонт завершился успешно, и система загрузилась в режиме UEFI!

Теперь @Marco Guimarães упомянул в своем ответе, что он смог добиться успеха, не пытаясь (и не устанавливая) установку UEFI первый. Я не уверен как! @Marco Guimarães и / или @Radu Rădeanu, не могли бы вы это прокомментировать? Вы точно знаете, что ваш раздел EFI был пуст, когда вы запустили boot-repair , и что он работал независимо? Были ли какие-либо другие предпринятые вами шаги, которые могли бы объяснить это?

0
ответ дан 27 May 2013 в 08:17

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

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