ASUS U24a не может загрузиться без живого диска
Недавно я взял новый ASUS U24a во время путешествия по Азии. Мне удалось пройти через ад с настройкой UEFI, и, наконец, теперь у меня есть работающий GRUB.
Однако мне не удается пройти «Загрузка начального виртуального диска».
Если я загружаю живой CD-USB (только в устаревшем режиме BIOS), я получаю замечательную, работающую Ubuntu.
Мне, наконец, удалось установить UEFI на жесткий диск (без возможности загрузки устаревшего BIOS, или я бы там был во флэш-памяти!) И могу загружаться в режиме UEFI в GRUB2.
Но ... Мне не удается пройти "загрузку начального виртуального диска". Похоже, что драйверы дисков выходят из строя (после этого момента активность диска отсутствует).
Идеи? pastebin от boot-repair находится по адресу: http://paste.ubuntu.com/1290011/
best, -tony
New (22.10.2012): Что ж, одной из проблем, по-видимому, является то, что при загрузке в режиме UEFI жесткий диск НЕ распознается загрузчиком. Это стандартный диск в формате GPT, но загрузчик (командная строка grub или shell.efi) не может его найти. Мысли о том, что загрузить, чтобы его узнали? Я пытался загрузить part_gpt и другие подобные очевидные кандидаты в ingrub, но есть ли у кого-нибудь из них, что я могу изучить «установку» диска, который не виден?
Так вот что действительно меня беспокоит - если я При загрузке в устаревшем режиме совместимости с USB-накопителей я получаю ВСЕ файловые системы (hd0, hd1), но если я загружаюсь в режиме UEFI, я просто получаю USB-накопитель. Это как-то связано с безопасным безопасным режимом UEFI, или с чем-то еще? Или что-то еще?
1 ответ
Я продолжаю видеть отчеты, что GRUB 2 поддержка EFI недавно улучшилась, но каждый раз я попробовал его, это было ужасно. Я должен все же попробовать Ubuntu 12.10, таким образом, я не знаю, немного ли версия GRUB 2, который она включает, лучше. В противном случае мое подозрение - то, что Вы сталкиваетесь с проблемой GRUB 2; но также возможно, что мои неудачные опыты с GRUB 2 отравляют мою интерпретацию Вашей проблемы.
В любом случае, если я прав, мое предложение состоит в том, чтобы установить другой загрузчик и попытаться использовать его. Ваш вывод Сценария Информации о Начальной загрузке предполагает, что Вы уже разбудили конфигурацию модели ELILO, таким образом, Вы могли просто попытаться копировать свое ядро Ubuntu и initrd файл и редактировать elilo.conf (вероятно, в EFI/debian на Вашем ESP, /dev/sda1) загружать Ubuntu. Если Ваш ELILO не работает, тем не менее, Вы могли бы попробовать, повторно находят, который способен к прямой начальной загрузке Linux 3.3.0 или более позднего ядра, которое обеспечивает Ubuntu 12.10. (Это предполагает, однако, что Ubuntu включала поддержку загрузчика тупика EFI в их ядро. Я не знаю, сделали ли они так.) Документация перенаходки включает раздел по начальной загрузке Linux. Короче говоря, Вы были бы:
- Установка повторно находит согласно ее документации.
- Создайте a
refind_linux.confфайл, который включает Ваши опции ядра. (Согласно Вашему выводу Сценария Информации о Начальной загрузке,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.
Когда Вы перезагружаете в перенаходку, необходимо затем видеть новую опцию в ее меню для запуска Ubuntu. Если этот процесс работает, можно сделать некоторые шаги, чтобы гарантировать, чтобы повторно нашли, берет будущие обновления ядра автоматически. (Самое легкое должно реконфигурировать Вашу систему для монтирования ESP как /boot и изменение refind.conf не прокомментировать scan_all_linux_kernels опция.)
Другое наблюдение: Ваш /dev/sda4 неправильно отмечается в Вашей таблице разделов как ESP. Это вряд ли будет вызывать Вашу текущую проблему, но она могла вызвать трудности в будущем. Я рекомендую зафиксировать его. Можно сделать это в Разделенном GNU или GParted путем удаления boot флаг от раздела или в gdisk путем изменения типа кодируют от EF00 до 8 300. Последний предпочтителен в системе двойной загрузки, так как Ваш libparted, вероятно, даст разделу неподходящий код типа для Windows, а не для Linux. (Эта ошибка будет исправлена в следующей версии libparted, который должен в этом месяце.)