Фон/Аппаратные средства:
Загружая любой из (U/Ku/Lu) buntu установки, я получаю ошибку разделения экрана, что другие сообщили с последним AMD о Мобильных Графических контроллерах. Это не проблема. После того как установка полна (предположение, что она действительно завершается), я просто устанавливаю последнее распределение Катализатора, и проблемы разделения экрана не стало.
Независимо от которого распределения я использую, мой диск делится следующим образом:
Каждая попытка установки одного из трех дистрибутивов Ubuntu, упомянутых выше сбоев в некотором роде!!!
Kubuntu (который я предпочитаю), и сбой Lubuntu перед завершением установки.
В обоих случаях я загружаю CD, и выбор "Пробует Ubuntu". Однажды в загруженной ОС (которые действительно работают просто великолепно, BTW!), я выбираю, "Устанавливают Ubuntu".
Я делю свой диск как выше и позволяю ему работать. Обе версии перестали работать с одной из двух фатальных ошибок:
Последний иногда сообщает о другом отказе установки личинки, который я, к сожалению, забыл записывать, но это - по существу то же.
Независимо, нет никакой причины их для сбоя! Мое разделение максимально просто, и я не пытаюсь сделать что-то большее чем установить единственную ОС! Я понимаю трудности с двойной загрузкой. Они не применяются.
Я должен добавить, что также попытался выбрать "весь диск" разделы, где установщик делит сам диск. Я попробовал и использование и не использование LVM. Установки перестали работать тем же самым способом! (И, это должно быть отмечено, разделы, созданные установщиком, являются по существу тем же как моим.)
Так, даже с фактически обнуляют настройку с моей стороны, эти установщики сбой!!!
Установка Ubuntu действует несколько по-другому. Это будет иногда просто отказывать на мне, но обычно это устанавливает успешно! Когда я пытаюсь войти в систему, интерфейсные замораживания. Это так или иначе связано с ошибкой разделения экрана AMD.
В той точке я просто открываю консоль и устанавливаю Катализатор AMD. Ошибка разделения экрана и вход в систему замораживаются, оба уходят.
Я вхожу в систему и получаю пустой экран!Это все!!! Я могу щелкнуть правой кнопкой и изменить свое образование. Я могу создать новый документ или новую папку. Ничто иное!
Среда рабочего стола не запускается. Я переустановил по крайней мере дюжину раз с теми же точными результатами!
Отметьте, я искал и искал объяснения к этим ошибкам. Я попробовал каждую фиксацию, которую я смог найти. НИ ОДИН из них не помог!
Любая справка значительно ценилась бы!
Править: 11.05.2013
С помощью ответа Rod Smith у меня теперь есть больше информации для добавления к моим попыткам установить Kubuntu... (Хотя я все еще перестал работать!)
Первое сообщение об ошибке я сослался:
был то, вследствие того, что я глупо снова включил Защищенную загрузку для тестирования его и затем быстро забыл, что сделал так!
После выключения Защищенной загрузки снова, я вернулся к второй ошибке:
Стержень, в ответе на Ваши предложения, да, установщик устанавливает в режиме 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
Стержень, существует слишком много для записи, чтобы сделать так в комментарии...
Я пытался установить, повторно находят с Вашего веб-сайта, но он перестал работать, и я не уверен почему! Прежде всего вот шаги, которые я сделал:
При выполнении Живого CD, и после того, как установка перестала работать, я смонтировал следующее:
Я скопировал refind-bin-0.6.11.zip на систему и разархивировал ее.
После разархивации архива, я 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
передо всеми этими командами.):
Внутренний диск смонтирован под/mnt и/mnt/boot/efi, как выше.
От "refind-bin-0.6.11", работал cp -r refind /mnt/boot/efi/EFI/
cd /mnt/boot/efi/EFI/refind
rm -r drivers_ia32 tools_ia32 refind_ia32.efi
cd drivers_x64 ; rm ext2_x64.efi hfs_x64.efi reiserfs_x64.efi ; cd ..
(Не знал, должен ли я сохранить iso9660_x64.efi
, таким образом, я сохранил его.)
mv refind.conf-sample refind.conf
И наконец, я выполнил "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 сначала.
Я сначала загрузил Живой CD в режиме EFI. Я запустил установщик, так, чтобы я мог разделить свой диск следующим образом:
Я на самом деле позволяю установщику, запущенному, пока он не отказал (как всегда) в установке диспетчера начальной загрузки EFI.
Я затем изменил BIOS на Наследие и сделал полную установку, удостоверившись не касаться раздела EFI.
И там я...
В то время как это может звучать замысловатым (потому что это! :-D), у меня теперь, по крайней мере, есть рабочая установка Kubuntu впервые!:-)
Я не знаю, куда пойти затем! Стержень, если Вы видите, у Вас есть инструкции относительно того, как повернуть начальную загрузку BIOS с диском GPT в начальную загрузку EFI? Я думал, что Вы сделали, но я не могу найти его.
Так же всегда, любой совет, такой как: "Вы идиот! Что Вы думали?!? Нет, вот правильный способ сделать, он..." значительно ценился бы!
(В интересах хранения этого сердечного, почтительного сайта путем это, возможно, было бы лучше не учесть первую часть!!!)
Спасибо!
После чистой установки в режиме 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.
Ошибки с Kubuntu и Lubuntu кажутся, что одна из двух вещей происходит:
Можно проверить режим начальной загрузки путем припадания до оболочки и поиска названного каталога /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. Существует на самом деле несколько способов сделать это. Самые легкие два вероятны:
/
) (или /boot
если это является отдельным), раздел. Необходимо будет также создать a /boot/refind_linux.conf
файл. Учитывая, что режим BIOS работы начальной загрузки Linux, самый легкий способ создать этот файл состоит в том, чтобы загрузиться в режиме BIOS и работать mkrlconf.sh
сценарий, который идет, повторно находит./boot/efi
, и выполненный rEFInd's install.sh
сценарий. Это должно установить, повторно находят и создают /boot/refind_linux.conf
файл; но в установке выполнят скорее hackish путь. А именно, установщик переименовывает загрузчик Windows, и установки повторно находят в его месте. Это работает, но это - нарушение рекомендаций EFI на именовании загрузчика. Кроме того, некоторые пользователи сообщают, что Windows заменяет внешние загрузчики, названные как загрузчик Windows в некоторых ситуациях, таким образом, это не могло бы работать в долгосрочной перспективе, или изменения, возможно, должны были бы быть восстановлены.Успех! Теперь я установил Kubuntu в режиме UEFI, и он отлично работает.
Я пишу это так, чтобы кто-нибудь еще с этой проблемой мог, надеюсь, следовать этим инструкциям и заставить загрузку UEFI работать на Sony Vaio. Обратите внимание, что эта установка предназначена для Kubuntu, но нет никаких причин, по которым она не будет работать ни с каким Ubuntu.
Огромное спасибо Роду Смиту ( http://www.rodsbooks.com ) за помощь мне в достижении этой точки и другим, кто внес вклад в этот пост!
Эти инструкции те же, что и в моей редакции от 26.05.2013.
Некоторые вещи, на которые следует обратить внимание:
Все инструкции предполагают что вы работаете от имени root. Если нет, то предваряйте каждую команду «sudo».
Как только восстановление загрузки завершится, ваша система загрузится в режиме 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 , и что он работал независимо? Были ли какие-либо другие предпринятые вами шаги, которые могли бы объяснить это?