ASUS U24a не может загрузиться без живого диска

Question

ASUS U24a не может загрузиться без живого диска

Я недавно подобрал новый ASUS U24a, путешествуя по Азии. Мне удалось пройти через ад с настройкой UEFI, и, наконец, теперь у меня есть работающий GRUB.

Однако мне не удается пройти "Загрузка начального виртуального диска".

Если я загружаю живой CD-USB (только в устаревшем режиме BIOS), я получаю замечательную, работающую Ubuntu.

Мне, наконец, удалось установить UEFI на жесткий диск (никакой опции для устаревшей загрузки BIOS, или я был бы там во флэш-памяти!), И я могу загружаться в режиме UEFI в GRUB2.

Но... мне не удается пройти "загрузочный начальный виртуальный диск". Похоже, что драйверы дисков выходят из строя (после этого момента активность диска отсутствует).

Идеи? pastebin от boot-repair находится по адресу: http://paste.ubuntu.com/1290011/

лучше всего

Новое (22.10.2012): Ну, похоже, одна из проблем заключается в том, что при загрузке в режиме UEFI жесткий диск НЕ распознается загрузчиком. Это стандартный диск в формате GPT, но загрузчик (командная строка grub или shell.efi) не может его найти. Мысли о том, что загрузить, чтобы его узнали? Я пытался загрузить part_gpt и другие подобные очевидные кандидаты в ingrub, но есть ли у кого-нибудь из них возможность изучения "установки" диска, который не виден?

Итак, вот что действительно меня беспокоит - если я загружаюсь в устаревшем режиме совместимости с USB-накопителей, я получаю ВСЕ файловые системы (hd0, hd1), но если я загружаюсь в режиме UEFI, я просто получаю USB-накопитель. Это как-то связано с безопасным безопасным режимом UEFI, или с чем-то еще? Или что-то другое?

0

uefi 12.10 asus ultrabook

Источник

user98965 19 окт '12 в 20:05

1 ответ

Другие вопросы по тегам uefi 12.10 asus ultrabook

Rod Smith 21 окт '12 в 03:11 2012-10-21 03:11 · Answer 1 · 2012-10-21 03:11

Я продолжаю видеть сообщения о том, что поддержка GRFI 2 в EFI недавно улучшилась, но каждый раз, когда я пробовал это, это было ужасно. Я еще не попробовал Ubuntu 12.10, поэтому я не знаю, лучше ли версия GRUB 2, которую он включает. Если нет, то я подозреваю, что вы столкнулись с проблемой GRUB 2; но также возможно, что мой неудачный опыт работы с GRUB 2 отравляет мою интерпретацию вашей проблемы.

В любом случае, если я прав, я предлагаю установить другой загрузчик и попробовать его использовать. Вывод вашего Boot Info Script предполагает, что вы уже настроили конфигурацию ELILO, так что вы можете просто скопировать ядро Ubuntu и файл initrd и отредактировать elilo.conf (вероятно, в EFI/debian на вашем ESP, /dev/sda1) для загрузки Ubuntu. Если ваш ELILO не работает, вы можете попробовать rEFInd, который способен напрямую загружать ядро Linux 3.3.0 или новее, которое предоставляет Ubuntu 12.10. (Однако это предполагает, что Ubuntu включил поддержку загрузчика заглушек EFI в свое ядро. Я не знаю, сделали ли они это.) Документация по rEFInd включает раздел по загрузке Linux. Короче говоря, вы бы:

Установите rEFInd в соответствии с его документацией.
Создать refind_linux.conf файл, который включает в себя параметры вашего ядра. (Согласно вашему выводу Boot Info Script, root=UUID=1de654ef-3c5e-4d17-8fc8-8490926d8d76 ro quiet splash i915.modeset=0 xforcevesa должно сработать. См. Лучшую документацию для деталей refind_linux.conf Формат файла.) Поместите этот файл в том месте, где находятся ваши ядра, на ESP (скопировано на следующем шаге).
Скопируйте свое ядро (vmlinuz-*) и initrd (initrd*) файлы из вашего Ubuntu /boot каталог к EFI/ubuntu каталог на вашем ESP (ваш /dev/sda1), переименовав файл ядра так, чтобы его имя заканчивалось на .efi,

Когда вы перезагрузитесь в rEFInd, вы должны увидеть новую опцию в его меню для запуска Ubuntu. Если этот процесс работает, вы можете предпринять некоторые шаги, чтобы гарантировать, что rEFInd автоматически подберет ваши будущие обновления ядра. (Самый простой - перенастроить вашу систему, чтобы смонтировать ESP как /boot и изменить refind.conf раскомментировать scan_all_linux_kernels опция).

Еще одно наблюдение: ваш /dev/sda4 неправильно помечен в вашей таблице разделов как ESP. Это вряд ли приведет к вашей текущей проблеме, но может вызвать трудности в будущем. Я рекомендую вам это исправить. Вы можете сделать это в GNU Parted или GParted, удалив boot флаг из раздела или в gdisk изменив код типа с EF00 на 8300. Последний предпочтительнее в системе с двойной загрузкой, поскольку ваш libparted, вероятно, даст разделу неправильный код типа для Windows, а не для Linux. (Эта ошибка будет исправлена в следующей версии libparted, выход которой ожидается в этом месяце.)