Настройка BIOS для загрузки с CD/DVD-диска или с USB-носителя
Для загрузки Ubuntu с CD/DVD-диска или с USB носителя (флешки) нужно правильно настроить компьютер (BIOS). Возможно, настройки уже установлены, и вы можете пропустить данную статью.
Рассмотрим, как настроить компьютер, чтобы он загружался с диска или с USB-носителя. Данные настройки выполняются в BIOS (БИОС) вашей материнской платы.
Вход в BIOS
Чтобы войти в BIOS нужно перезагрузить компьютер и при запуске (обычно почти сразу, когда появляется картинка с логотипом материнской платы) нажать клавишу Del (на некоторых материнских платах, чтобы попасть в BIOS, используются другие клавиши, например, F2, F10). Так или иначе, обычно при старте компьютера вы можете увидеть строку, где написано, какую клавишу вам нужно нажать, чтобы войти в BIOS.
На скриншоте видно, что клавиша Del открывает настройки BIOS (BIOS setup).
Также есть возможность (поддерживается моей материнской платой) вообще ничего не настраивать, а нажать клавишу F12, которая откроет меню для выбора устройства, с которого нужно загрузить компьютер (это, кстати, самый простой и удобный вариант).
Настройка BIOS
Итак, предположим вы уже вошли в BIOS. BIOS представляет собой синее меню с настройками. На разных материнских платах разные настройки BIOS (разный интерфейс). Я расскажу в общих чертах как установить требуемый порядок загрузки компьютера (чтобы мы смогли запуститься с CD или с USB носителя, если, конечно, это поддерживается материнской платой).
В моем случае на главном экране BIOS нужно выбрать пункт Advanced BIOS Features.
На новом окне (экране) Advanced BIOS Features мы видим установки First Boot Device (1st boot device) (Second (2nd) и Third (3rd)), то есть первое устройство загрузки, второе и третье. На первое место мы должны поставить CDROM, а вторым жесткий диск. Когда в CDROM находится загрузочный диск, то компьютер будет загружаться с него, а если загрузочного диска нет или он не загрузочный, то начнется загрузка с жесткого диска.
Когда настройки выполнены нажимаем клавишу F10 (Save and Exit Setup — сохранить и выйти), чтобы сохранить настройки и выйти из BIOS.
ru_linux
ru_linux Русскоязычное Linux-сообщество
Возникла проблема: Линукс (клон Ред Хат) установлен на ССД. Плата — Гигабайт. Клавиатура PS/2.
Понадобилось войти в БИОС, а оказалось, что нельзя. Клавиши при включении работать перестали, при попытке нажать что-то всё виснет. Монитор считает, что «нет сигнала».
Из проверенных и абсолютно бесполезных советов:
— сбросить перемычкой — не работает
— вытащить батарейку — не работает
— F2, Shift — не работают, зависание
— systemctl reboot —firmware-setup — перезагрузка в чёрный экран
Заставка платы на экране пропала, до установки Линукса она была. Вместо неё теперь три серых квадратика в центре.
Если ничего не трогать, Линукс загружается и работает.
Вопрос: как попасть в БИОС ?
Оказалось, что проблемы было две. Первая заключалась в том, что у Гигабайта по умолчанию включена «быстрая загрузка»
Вторая проблема серьёзнее, Линукс записался в УЕФИ и отключил (!) основной выход DVI. После этого экран стал чёрным до загрузки.
Решение: переключить монитор на другой выход, где экран не чёрный; войти в БИОС, переключиться на CSM и обновить БИОС. После этого переустановить Линукс без УЕФИ. Иначе никак.
Установленные системы на биос же никак не влияют, они самим этим биосом только потом и запускаются.
И на работу биоса с клавиатурой и остальным железом тоже никак действовать не должны.
Так что, может, другую клавиатуру попробовать?
Или, чисто для эксперимента, отключить диск и посмотреть, будут ли от этого какие-нибудь изменения.
Вход в бивис на платах гигабайта — кнопкой Del, и жать ее надо как можно раньше.
> Заставка платы на экране пропала, до установки Линукса она была. Вместо неё теперь три серых квадратика в центре.
Три квадратика скорее всего рисует plymouth, не сумевший в графический режим.
Т.е. кнопку «входа в бивис» жать уже поздно, см. выше.
Из загруженного линукса измените параметры grub’а (если у вас grub загрузчиком) — в /etc/default/grub нужно указать GRUB_CMDLINE_LINUX_DEFAULT=»nosplash», потом заставить grub обновить файл конфигурации (как это делать в случае EFI и особенно клона RedHat — не знаю, man grub).
Тогда хотя бы будет (может быть) видно, на каком месте залипла загрузка при нажатии кнопок.
Знакомство с Linux. Запускаем ОС с флешки.
Приветствую, мой дорогой читатель! Думаю, многие слышали о системе Linux, но всё никак его не попробуют.. В этой статье я покажу, как мы можем попробовать в работе систему Linux без установки на ПК, мы просто загрузим систему с флешки.
У меня, конечно, назревала мысль о том, что статья, по сути, бесполезна.. Потому что на данный момент все дистрибутивы Linux по умолчанию имеют функцию запуска с загрузочной флешки (или с диска), т.е. прежде чем решить, по нраву Вам операционная система или нет, Вы можете опробовать её. Короче, статью я всё таки написал, т.к. нередко встречаюсь с такими моментами, что человеку интересно.. но он не готов взять и отказаться от того, что у него сейчас в пользу Linux, т.е. он и не знает о том, что он необязателен для установки на HDD (SSD), что его можно попробовать и с флешки.
Итак, дистрибутивов Linux множество.. Кому то нравится «Mint», кто- то юзает «Fedora», но на вкус и цвет, как говорится.. В этой статье я покажу пример на дистрибутиве Ubuntu . (как правило, для новичков самое то).
Для начала нам нужно скачать образ, естественно с официального сайта Ubuntu- https://www.ubuntu.com/download/desktop
Кстати, лицензию (в отличии от Windows) покупать здесь не нужно. Она распространяется свободно. Когда перешли на сайт по ссылке выше и клацнули на » Download » может появиться вот такая картинка:
Естественно, если мы не желаем жертвовать разработчикам со своего кармана, просто выставляем ползунки на «0» и качаем дистрибутив.
После того, как дистрибутив скачался, нам необходимо его записать на флешку. Делать мы это будем с помощью программы » Rufus «. Ранее я публиковал статью, как записать на флешку образ Windows с помощью этой программы. Делаем загрузочную флешку с Windows 10 в два счёта! ..так вот.. В принципе процесс аналогичный, только на этот раз мы выбираем образ Ubuntu вместо Windows. Ниже на скрине я указал программе скачанный образ и оставил всё по умолчанию. После чего нажал » Старт » и дождался завершения записи:
Ну а теперь нам нужно загрузиться с флешки. Для этого нужно вызвать Boot Menu (меню загрузки) при включении компьютера и выбрать нашу флешку. Boot Menu обычно вызывается клавишами F12, F11, Esc. На материнских платах Asus для настольного ПК, на сколько я знаю, используется клавиша F8. Иногда информация о том, что нужно нажать для вызова Boot Menu появляется сразу на экране при включении ПК. Если не выходит, просто выставляем в Bios или Uefi приоритет загрузки с нашей флешки и перезагружаемся.
У меня материнская плата Gigabyte (UEFI) и я открываю Boot Menu многократным нажатием на клавишу F12 . После чего в списке выбираю флешку и наблюдаю вот такую картинку:
Открытые системы BIOS для Linux
Современные системы не должны сдерживаться традиционным процессом загрузки
Хоть и может показаться вполне естественным, что PC гудит при включении, на самом деле, есть фрагмент кода, который заставляет его делать это. Этот фрагмент встроен в загрузчик. В большинстве PC он называется BIOS. (Слово является акронимом basic input/output system (базовая система ввода/вывода)). BIOS обеспечивает поддержку основного оборудования, которую ранние операционные системы x86 использовали для доступа к дискам, мониторам и почти ко всему остальному.
Одно из первых действий, которое делает BIOS — проведение различных проверок включения: идентификация (и, возможно, тестирование) доступной памяти, определение тактовой частоты и так далее. Если проверка прошла удачно, компьютер гудит один раз. Этот процесс называют power-on self test (внутренний тест при включении) или POST. Англоязычные компьютерные фанаты обычно используют этот термин в качестве глагола: «That machine won’t even POST, so we should swap the memory.» (Эта машина даже не проходит тест BIOS (POST), так что надо поменять память.)
Типовая диагностика включает в себя звуковые коды (которые меняются от производителя к производителю) или диагностические коды, которые могут быть записаны по особому адресу. Некоторые съемные платы позволяют легко получить доступ ним; стандартно диагностические коды записываются в порт 80. Некоторые производители продают съемные платы, которые показывают в шестнадцатеричном формате последний байт, записанный в порт 80. Если вы проводите серьезную отладку, то захотите иметь что-то вроде этого, а возможно, и какое-то более универсальное средство, например, PC Weasel, записывающий последние несколько (256) кодов POST, которые вы затем с удовольствием прочитаете. (Ниже, в разделе Ресурсы, узнайте больше о PC Weasel.) Разумеется, точное значение этих кодов меняется от BIOS’а к BIOS’у, и только некоторые производители документируют их. К счастью, разработчики открытых исходных кодов делают это хорошо.
Что BIOS когда-либо сделал для нас?
Такая операционная система как MS-DOS может загружать дополнительные драйверы устройств, например CD-ROM’а, но требует, чтобы все драйверы оборудования были загружены при запуске системы. Стандартный интерфейс, предусмотренный для этих драйверов, поддерживается BIOS’ом и из-за этого BIOS должен исследовать устройства, идентифицировать и, возможно, инициализировать их для использования.
Точно так же BIOS отвечает за инициализацию памяти. Не все операционные системы требуют, чтобы память была инициализирована, но ранние DOS обычно требовали, и даже сегодня большинство BIOS’ов, возможно, делают это ради совместимости. Только один этот процесс может быть очень долгим и многие современные системы частично или полностью отключают его. В то же время, BIOS попытается определить количество доступной памяти. В числе прочих действий, совершаемых при загрузке, может быть инициализация и включение кэша процессора, настройка двойных CPU, построение таблицы информации о процессорах, создание списка устройств PCI, присоединенных к системе, и даже запуск аппаратных загрузчиков, предоставленных этими устройствами, которые могут загружать дополнительные драйверы.
Так что сделать надо много. Так много, что, я допускаю, выполнение POST и последующая инициализация драйверов может потребовать целой минуты или больше. BIOS может выполнять различные опросы оборудования в поисках загрузочных устройств, а в некоторых системах даже попытаться выполнить сетевую загрузку через Ethernet. Я думаю, что одна система тратит около пяти секунд, инициализируя сетевые загрузочные параметры, даже если сетевая загрузка отключена. Досадно!
Последнее по порядку, но не по важности — BIOS делает изрядное количество работы по инициализации. Что-то, но не все, оказывается полезным вне зависимости от того, что вы собираетесь загрузить. Назначение запросов прерывания (IRQ) устройствам — возможно и правда, полезный сервис, так как оно позволяет ОС просто брать список устройств и начинать работу, не программируя их. У многих устройств есть конфигурационные регистры, в которые BIOS может записывать подходящие или правильные значения на основании установок, располагающихся в системной памяти, доступной для записи. (Вообще, эта память называется CMOS, хотя не строго обязательно, что она на самом деле реализована с помощью данной технологии.)
Что происходит после того как BIOS сделает это все? Он где-то (чаще на диске) находит блок кода и выполняет его, как правило, загружая операционную систему. Если операционная система DOS или что-то в этом роде, вся эта работа по установке означает, что вы незамедлительно получите свое приглашение командной строки.
Двойная работа
Но у Linux, или BSD, или Windows® есть свои собственные драйверы. Так что дальше операционная система прочитывает список прилагающихся устройств PCI и начинает загружать эти драйверы. Работа, проделанная BIOS’ом, по большей части игнорируется; операционная система, раз уж загружает драйвер SCSI, сама изучит шину SCSI. BIOS только предоставляет информацию, ничего больше, а значительная ее часть не используется. Все, что действительно требовалось от BIOS’а, — это загрузить первую порцию кода (под названием начальный загрузчик (bootstrap loader) или bootloader) и дать возможность машине работать.
Итак, на довольно сильно нагруженной машине вам приходится ждать, пока каждое устройство будет проверено дважды. Часто аппаратный загрузчик для контроллера SCSI тратит довольно много времени, чтобы просмотреть устройства. Хуже то, что во время работы аппаратного загрузчика больше ничего не происходит. В противоположность этому, современная операционная система может загрузить драйвер SCSI, инициировать сброс шины, затем продолжить загрузку других драйверов и другую работу, перед тем как вернуться к проверке устройств. Словом, сканирование, которое делает ОС, быстрее, чем то, которое проводит BIOS.
Точная разница в скоростях зависит от операционной системы. Однако мы знаем, что в Linux сканирование при загрузке может проходить очень и очень быстро. А это значит, что BIOS не только занимает почти половину времени от включения питания до загрузки последнего драйвера; он, вероятно, тратит значительно больше. Это становится особенно заметным, когда менее существенные модули ядра (такие как звуковые драйверы) могут быть загружены позже, возможно, после загрузки более критичных вещей (таких как Web-сервисы).
Все, что мы хотим, — это получить способ загрузить ядро, не дожидаясь, пока BIOS сделает множество установок, которые ядро и само сделает, причем гораздо быстрее, лучше и, может быть, надежнее.
Поместите ядро во флэш
Есть очевидная проблема, которая появляется, когда мы удаляем все драйверы устройств из BIOS’а: если BIOS не загружает их, как он сможет прочитать ядро? Простое решение — использовать все место, освобожденное после удаления драйверов, для хранения минимального ядра. Все, что этому ядру потребуется для загрузки, это драйвер для диска, на котором содержатся другие, загружаемые модули. После начала работы ядра они могут быть загружены динамически.
Размер современных микросхем flash-памяти BIOS’а делает эту альтернативу удивительно жизнеспособной. Во многих системах есть один или два мегабайта flash-памяти, доступной для BIOS’а. Иногда BIOS в самом деле такой большой. В других случаях памяти оказывается больше, чем надо, просто потому, что «оптом было дешевле». В достаточной степени разобранное и сжатое ядро может легко поместиться в таком пространстве, а у Linux’овых загрузчиков есть большой опыт в создании крошечных декомпрессоров для распаковки сжатых ядер.
Такое решение, возможно, не лучшее для людей, делающих активную разработку ядра, но для системы, в которой вы хотите ускорить возможную загрузку, это может быть хорошим выбором. Проект LinuxBIOS (смотрите Ресурсы) работает над этим решением и он, должно быть, больше всего подойдет для тех, кто использует сервера и встроенные системы.
Open Firmware
Основной источник происхождения встроенных загрузчиков, который разработан не под MS-DOS, — это Open Firmware. Изначально использовавшийся компаниями Sun и Apple, этот открытый стандарт для встроенного загрузчика разработан с меньшим вниманием к системам в стиле DOS и большим интересом к таким системам, как первоначальный Mac OS, Mac OS X или Solaris, которые сами работают с драйверами. Серьезное преимущество Open Firmware — это то, что он «однажды появившись, работает везде»: устройства с аппаратным загрузчиком для Open Firmware будут работать хорошо в любой системе Open Firmware с шиной, в которую его можно вставить. Загвоздка в том, что у очень немногих устройств, созданных для x86 PC есть встроенные загрузчики Open Firmware. Тем не менее, если вы можете найти такое устройство, это может стать хорошим выбором; это, разумеется, требует, чтобы вы могли определить свои аппаратные средства и стандартизовать отдельные компоненты.
Open Firmware — наверное наиболее дружественный к крутым программистам виджет. Он не делает упор на быстрой загрузке, как например, LinuxBIOS, но в общем, гораздо быстрее, чем традиционный PC BIOS, и чрезвычайно дружелюбен к пользователям, которые ищут способы для настройки своих машин.
Мир станет прекраснее, если производители x86 начнут использовать Open Firmware по умолчанию.
Другие пути создания свободного BIOS’а
Даже BIOS, который просто пытается повторить основные функции более традиционного BIOS’а, зачастую может сделать какие-то вещи более быстрыми и открытыми. Например, можно отрегулировать время, которое тратится на проверку устройств, если вы знаете, что в данной системе нет устройств, на проверку которых требуется от 5 до 10 секунд.
Одна важная вещь, которую свободный BIOS умеет делать, — это быть немного более гибким в разработке загрузчиков. К примеру, проект OpenBIOS использовался в сочетании с LinuxBIOS, из которого был взят низко-уровневый код и ядром OpenBIOS Forth в качестве полезной нагрузки, чтобы улучшить систему до Open Firmware. Большая часть самой тяжелой работы в системах x86 — создание крошечного блока кода, который загружает настоящий загрузчик; более гибкий BIOS мог бы делать эту работу и это решило бы проблему.
Обратите внимание, что хотя LinuxBIOS первоначально предназначался для Linux, он используется для загрузки других систем; например, в конце 2002 под LinuxBIOS успешно был загружен Windows 2000. Более общие достижения в расширении совместимости и поддержки происходят постоянно, но идея ухода от зависимости от проприетарного программного обеспечения для загрузки систем остается одной из самых важных.
Есть несколько довольно специализированных, но не свободных, программ BIOS. К примеру, оборудование Soekris Engineering, которое поставляется с BIOS’ом под названием comBIOS, который гораздо проще и меньше, чем стандартный BIOS, и значительно быстрее загружается.
Много внимания и никакой документации
Когда люди бьются с компьютерными проблемами, один из наиболее общих советов, который они получают, — обновить BIOS. Почему? Теоретически BIOS не используется после загрузки системы. Но на самом деле работа по инициализации, проделанная BIOS’ом, может оказаться решающей. Например, в одной х86-ой системе, которую я использовал, контроллер шины CardBus был непригоден, потому что в нем должно было быть запрограммировано IRQ; в обновленном BIOS’е это было исправлено. Теоретически в операционной системе, возможно, мог бы быть специальный код распознавания конкретно этой модели контроллера шины CardBus и программирования в него IRQ, но производителю платы проще написать код, правильно программирующий контроллер, специально для этой конкретной платы.
Традиционно считается, что в системах с открытыми исходными кодами больше шансов отловить ошибки. Однако в случае с BIOS’ом это не так очевидно. В конце концов, у создателей оборудования может быть дополнительная информация, которой не имеют разработчики BIOS’ов общего назначения. Свободно распространяемый BIOS общего назначения должен уметь выполняться на дюжине плат; с другой стороны, производитель может сделать допущения, не беспокоясь о том, что программа будет делать на другом оборудовании.
Правда, у открытого подхода есть много преимуществ. Например, BIOS на старой системе Alpha, которую я использовал, поддерживает микросхемы SCSI-контроллера Symbios Logic ‘875. Однако, у него есть жестко запрограммированный список пар ID производителя/продукта PCI, для которых есть поддержка, и он будет работать только с картами из этого списка; правильно работающая карта, не включенная в список, просто игнорируется. Поскольку BIOS является закрытым кодом, и в самом деле в чем-то туманным, я не мог даже исправить таблицу; я должен был за US $220 купить карту SCSI у определенного производителя вместо того, чтоб использовать физически идентичную, имеющуюся в наличии, за US $75.
Переломный момент, вероятно, наступит, когда производители материнских плат решат использовать BIOS с открытым кодом вместо того, чтобы быть связанным с одним из главных коммерческих предложений. Я не знаю, когда это произойдет и произойдет ли вообще, но было бы неплохо увидеть BIOS с лучшей поддержкой и документацией.
Использование всего этого
Для большинства пользователей все это непрактично. Опасность некорректно запрограммированного чипа BIOS достаточно серьезна: ваш компьютер вообще не будет работать, пока чип не будет перепрограммирован, а поскольку компьютер не может загрузиться, чтобы запрограммировать чип, вам потребуется специальное оборудование. Не все, но некоторые системы имеют две микросхемы flash-памяти и позволяют с одной из них загружаться, а затем программировать вторую. Так что для большинства людей эксперименты с созданием альтернативного BIOS’а будут вероятно несколько рискованными. Тем не менее, если вы обнаружите в запасе старый компьютер, который не побоитесь испортить, и который поддерживается одним из свободно распространяемых BIOS’ов, будет забавно рискнуть. Люди увлеченные нашли бы это заманчивым.
На сегодняшний день от этой технологии скорее выиграют люди, работающие на группах серверов или встроенных системах. Если для вас имеет значение, как долго происходит перезагрузка, то это серьезный стимул вложиться в работу и время, чтобы получить что-то, что будет работать на оборудовании, которое вы используете. К тому же, ни один внедренный проект разработки не порадует так, как если вы сделаете что-то сумасшедшее и неподдерживаемое.
В конце концов эта технология даст производителям большую возможность выбора. У производителей встраиваемых систем есть больше вариантов для выбора встроенного загрузчика, и увеличение их количества поможет нам уйти от скромного набора проприетарных BIOS’ов к более открытому и конкурентному рынку.
Ресурсы для скачивания
Похожие темы
- Оригинал этой статьи на developerWorks.
- В статье «Открытое встроенное ПО — мост между включением питания и ОС (Open Firmware — the bridge between power-up and OS)» (developerWorks, октябрь 2004) Питер Сибах дает более подробное представление об Open Firmware.
- «Переход с x86 на PowerPC, часть 2: Анатомия процесса загрузки Linux (Migrating from x86 to PowerPC, Part 2: Anatomy of the Linux boot process)» (developerWorks, февраль 2005) добавляет темы в дискуссию о BIOS в ракурсе системы Linux.
- Страница Вима (Wim) BIOS предлагает FAQ и другие ресурсы по теме BIOS.
- Проект LinuxBIOS сфокусирован непосредственно на поддержке системы Linux.
- Проект OpenBIOS создает свободно распространяемую реализацию Open Firmware, работающую и в системе PowerPC® и в x86.
- PC Weasel полезен независимо от того, новый у вас BIOS или старый. Он дает последовательный консольный доступ к машине, которая думает, что у нее есть карта VGA и клавиатура, и предоставляет доступ к кодам POST.
- У Technologic Systems есть другой вариант доморощенной программы BIOS, которая используется на их очень крутых встроенных системах x86.
- Soekris Engineering распространяет доморощенный BIOS, а также делает милые игрушки с мигалками.
- В разделе Linux developerWorks можно найти больше ресурсов для разработчиков Linux.
- Свою следующую разработку в Linux создавайте с пробным ПО IBM, доступным для скачивания прямо с developerWorks.
Комментарии
Войдите или зарегистрируйтесь для того чтобы оставлять комментарии или подписаться на них.