14,04 установок USB проблема GRUB2
Я использовал старый Dell рабочий XP для установки 14,04 x64 на Путешественника Corsair GTX 128 ГБ. Диск работает отлично на том Dell. Я переместил его в Panasonic Toughbook (более новый UEFI, Win7 x64, отключенный UEFI, CSM включил, начальная загрузка прежней версии, и т.д.), и это также хорошо работает. Однако я думаю, что порядок загрузки GRUB2 бросок. В опциях GRUB это все еще показывает мне вариант загрузиться в Профессионала XP (ноутбук исходного узла). Кроме того, рассмотрение команд GRUB, как личинка будет знать, устанавливаю ли я это в компьютер двойного жесткого диска для изменения sdX на правильное устройство?
Другая проблема при попытке использовать это на новом Dell Alienware R13 (UEFI, Победа 8,1 x64, отключенный UEFI, начальная загрузка прежней версии, режим AHCI), это всегда не загрузится правильно. Это почти походит, во время последовательности начальной загрузки, это пытается загрузиться root от хоста SSD вместо USB..., но USB не показывают в grub> ls вывод, все выводы не являются никакой найденной файловой системой.
Конечная цель должна иметь работу 14,04 установок на этом USB, который может работать над BIOS и загруженными наследием ноутбуками хоста UEFI. Мысли?
Обновление - после sudo update-grub на UEFI Win7 Toughbook прежней версии поддерживающем это действительно обновило личинку, но к опции Win7. Личинка похожа на это:
setparams: 'Ubuntu'
recordfail
load_video
gfxmode $linux_gfx_mode
insmod gzio
insmod part_msdos
insmod ext2
set root='hd0,msdos1'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-baremetal=ahci0,msdos1 <UUID1>
else
search --no-floppy --fs-uuid --set=root <UUID1>
fi
linux /boot/vmlinuz-3.16.0-30-generic root=<UUID> ro quiet splash $vt_handoff
intrd /boot/initrd.img-3.16.0-30-generic
Обновите 2---На совет @Rod Smith, я использовал Rufus для создания установщика с 16,04 и, конечно же, он загрузится на Dell в обоих режимах BIOS и EFI. Я предполагаю, что это была проблема драйвера. Теперь устанавливать его на мою хорошую палку.
1 ответ
У Вас есть несколько вещей, продолжающихся здесь. Я попытаюсь обратиться ко всем ним.
CSM
Модуль поддержки совместимости (CSM) оказывает поддержку для начальной загрузки загрузчиков BIOS (и поэтому Ose) на основанном на EFI компьютере. Это также известно как поддержка "прежней версии". Таким образом три имени могут использоваться для обращения к тому же самому - BIOS, CSM и наследие. Обратите внимание, что Вы не можете отключить EFI на основанном на EFI компьютере - встроенным микропрограммным обеспечением на компьютере является EFI, точка. (Существует частичное исключение в некоторых более старых реализациях EFI для x68/x86-64, как Гибрид Гигабайта EFI, но они - что-то вроде сноски в микропрограммной истории.) Большинство, которое можно сделать, должно сказать этому игнорировать загрузчики режима EFI - и на многих компьютерах, даже если Вы делаете это, это рассматривало больше как предложение, чем как команда; компьютер может все еще загрузить загрузчик режима EFI при определенных обстоятельствах. Запрещение CSM, OTOH, обычно более надежно; это обычно препятствует тому, чтобы любой загрузчик режима BIOS работал на компьютере.
Большинство компьютеров, которые поставлются с Windows 8 и позже настроены по умолчанию для начальной загрузки в режиме EFI только. Они также настроены с Защищенной загрузкой, активной по умолчанию. Таким образом, если Вы хотите универсальный носитель начальной загрузки, он должен поддерживать и начальную загрузку режима BIOS и режима EFI, и с поддержкой Защищенной загрузки последнего. Это возможно, но это может быть довольно утомительно для установки. Существует несколько вопросов/ответов на этом сайте, которые затрагивают эту тему:
- Ubuntu на карте с интерфейсом USB - загружается в обоих режимах BIOS и UEFI
- Флеш-карта начальной загрузки и на UEFI и на MBR?
- Создание перьевого диска с изображением, с нуля загрузочным оба в режиме BIOS и UEFI
Параметры загрузки GRUB
Меню начальной загрузки GRUB управляют через названный файл grub.cfg, который обычно располагается в /boot/grub каталог. Этот конфигурационный файл обычно сгенерирован сценариями, которые идут с GRUB, и настраивается для конкретной установки. Таким образом, когда Вы установили на карте флэш-памяти с интерфейсом USB в системе, которая имела Windows XP на его жестком диске, Вашем grub.cfg файл включал запись для того, что установка Windows XP и та запись, сохраненная на других компьютерах, несмотря на то, что запись станет бесполезной. Когда Вы работали update-grub в системе, которая включала Windows 7, запись Windows 7 заменила запись Windows XP, потому что сценарии нашли Windows 7, но не Windows XP. Существует несколько способов решить эту проблему:
- Работайте
update-grubкоманда в системе, которая не имеет никакой ОС, установленной за исключением Ubuntu на Карте памяти. - Используйте инструмент GRUB Customizer для редактирования
grub.cfg. (Я не на 100% положителен, что это позволит Вам удалить свои нежелательные записи, тем не менее, так как я никогда не использовал этот инструмент сам.) - Вручную редактирование
grub.cfg. (Это обычно - плохая идея из-за риска ошибки, но это могло бы быть необходимо в некоторых случаях.) - Переключитесь на загрузчик кроме GRUB. Большинство таких загрузчиков требует ручного редактирования своих конфигурационных файлов - но те файлы более просты и поэтому легче отредактировать, чем
grub.cfg. Мой собственный диспетчер начальной загрузки перенаходки обнаруживает Ose на каждой начальной загрузке, которая делает его менее уверенным в конфигурационных файлах и более адаптируемым к существующей системе. OTOH, перенаходка является инструментом только для EFI - который верен для большинства загрузчиков. Таким образом, если Вы переключаетесь, Вам, возможно, понадобятся различные загрузчики режима BIOS и режима EFI. (Это - не обязательно большая часть недостатка; режим EFI и версии режима BIOS GRUB могут быть хитрыми для получения для сосуществования.)
Обратите внимание, что любое решение, которое Вы пробуете, могло бы быть отменено обновлением GRUB или Вашего ядра Linux, так как сценарии, которые генерируют конфигурационный файл, бегут за каждым ядром или обновлением GRUB. (Обновление ядра не инициирует переключатель назад к GRUB из другого загрузчика, но обновление GRUB могло бы.)
Пропавшие без вести Карты памяти
Некоторые EFIs включают функцию, названную, "быстро запускаются" или что-то подобное (или полностью отличающийся - отсутствие стандартизации на имена печально), который отключает инициализацию USB или по крайней мере урезает ее к абсолютному минимуму. Могло случиться так, что эта функция активна в Вашей системе Alienware Dell и препятствует тому, чтобы GRUB получил доступ к карте флэш-памяти с интерфейсом USB. Это привело бы к признакам, которые Вы описываете. Если так, решение состоит в том, чтобы отключить эту опцию в микропрограммной утилите установки. Некоторые системы предлагают мелкомодульное управление инициализацией USB, таким образом, Вы могли бы искать опции об этом, также.
Подобная проблема могла бы возникнуть, если система рассматривает различные USB-порты по-другому. Например, USB 2 и USB 3 порта могли бы быть инициализированы по-другому. Если так, перемещение Карты памяти от одного порта до другого могло бы помочь.
Одно сомнение, которое я имею об этом объяснении, состоит в том, что система, очевидно, смогла загрузить сам GRUB, по-видимому, от Карты памяти. Это предполагает, что доступ USB активен, который бросает вызов моей гипотезе. Возможно, это достаточно активно, чтобы загрузить первоначальный загрузчик, но не позволить GRUB получить доступ к Карте памяти, все же. Другая возможность состоит в том, что GRUB загружался от где-то в другом месте, такие как Ваш жесткий диск. Еще одна возможность касается Вашей версии Ubuntu....
Ubuntu 14.04... В самом деле?
Хотя Ubuntu 14.04 все еще официально поддерживается, это становится немного старым, и, вероятно, перестанет работать полностью на самых современных аппаратных средствах. Это вызвано тем, что новые аппаратные средства часто требуют новых драйверов, и более старая Ubuntu 14.04 может испытать недостаток в этих драйверах. Таким образом, а не Ubuntu 14.04, можно хотеть использовать 16.04.2, 16.10, или даже 17,04 бет, которые были недавно выпущены.
Существует небольшой шанс, что это составляет неспособность Вашего Dell загрузиться, также; могла быть ошибка или недостающий драйвер в GRUB, это заставляет этому не удаваться получить доступ к Карте памяти.
Имена устройств
Не волнуйтесь слишком много об этом. Ubuntu определяет диски их значениями UUID, которые являются уникальными 128-разрядными идентификаторами файловых систем. Таким образом, если Карта памяти, на которой Ubuntu установлена переключатели от (говорит), /dev/sdb кому: /dev/sdc, система должна продолжить загружаться и работать просто великолепно.
Я уже сослался на одно исключение к этому правилу: Если компьютер использует новый тип контроллера USB, USB-устройство не могло бы быть видимо к более старой Ubuntu 14.04. Могут быть другие исключения также такой, как будто жесткий диск компьютера имеет файловую систему с тем же UUID как один на Вашей Карте памяти - но такая коллизия очень маловероятна, если Вы сознательно не клонируете файловую систему или копируете ее UUID. Могли бы быть другие причины, против которых проблемы могли бы неожиданно возникнуть, но ничто иное пружины сразу для возражения.