Включение режима разработчика в Android

Сегодня попробуем разобраться с одним интересным пунктом меню, в разделе Настройки — Для разработчиков. В этом меню размещены 37 подпунктов для гибкой настройки и глубокого управления своим устройством на Android. Далее предлагаем ознакомиться с каждым из них и рассмотреть скриншоты самого меню для разработчиков.

Все действия проводятся на смартфоне Nexus 4, который работает под управлением ОС Android 4.4. Комментирование каждого пункта меню основано на его же описании. Если читатель знает более подробную информацию о какой-то команде — делитесь опытом. Не забывайте, все изменения в этом режиме вы вносите на свой страх и риск!

Для того чтобы включить отоброжение пункта «Для разработчиков» в списке настроек, нужно провести следующие действия:

1. Заходим в меню настроек
2. Переходим в пункт О телефоне
3. Находим строку Номер сборки
4. Нажимаем по нему семь раз.

Если появилось вот такое уведомление, то у нас все получилось!

Меню «Для разработчиков» теперь будет находится в списке в настройках гаджета. На Android 4.4 пункт размещен между «Печать» и «О телефоне»!

Вот список и описание всех функций, которое дает нам скрытое меню:

1. Создание отчета об ошибке — кнопка неактивна при нормальной работе устройства.
2. Пароль для резервного копирования — возможность защитить полные резервные копии данных смартфона или планшета. Пароль вводится вручную и создается самым пользователем.
3. Не выключать экран — активация этого действия приведет к постоянной подсветки экрана в процессе зарядки устройства.
4. Выберите среду — доступны для выбора две рабочие среды: Dalvik и ART. Последняя более новая и призвана повысить уровень производительности приложений и устройства в целом. Включить журнал трансляции — команда служит для сохранения всех пакетов HCI Bluetooth в файле.
5. Статистика процессов — выполнение этой операции позволит вести статистику запущенных процессов.
6. Отладка по USB — включает режим отладки при подключении к компьютеру при помощи USB-кабеля.
7. Запретить доступ для отладки с помощью USB на всех компьютерах , на которых вы входили в аккаунт.
8. Отчеты об ошибках — кнопка неактивна в штатном режиме. При активации, устройство начнет отображать в меню опцию отправки отчета об ошибке.
9. Фиктивное местоположение — удивительная функция, которая умеет маскировать текущее местоположение владельца с гаджетом и выдавать ложные координаты.
10. Выберите приложение для отладки — можно задать определенные приложения для возможности их отладки.
11. Подождите пока подключится — приложение ожидает подключения отладчика в штатном режиме. Кнопка неактивна.
12. Установленные через USB — функция позволяет проверять на безопасность приложения, устанавливаемые через ADB/ADT. Кнопка неактивна.
13. Сертификация беспроводных … — отображает параметры сертификации беспроводных мониторов.
14. Показывать нажатия — при активации кнопки, реализуется отображения точки в местах нажатия на экран.
15. Отображать касания — проводится визуализация на экране нажатия и жестов.
16. Показ. обнов. поверхности — осуществляется подсвечивание окон полностью при их обновлении.
17. Показывать границы элементов — обеспечивает отображение границ клипа, поля и т.д.
18. Написание справа налево — отображает написание текстов справа налево для всех языков.
19. Окно: масштаб — установка масштаба анимации от 0,5х до 10х. Также можно отключить анимацию вообще.
20. Переход: масштаб — установка масштаба перехода от 0,5х до 10х. Отключение анимации также возможна.
21. Скорость анимации — можно задать скорость анимации гаджета в интервале от 0,5х до 10х. Анимацию можно отключить вообще.
22. Эмуляция дополнительных экранов — интересная опция, которая может провести эмуляцию дополнительных экранов на основном физическом экране устройства. Включив эту опцию, пользователь увидит еще один экран, который продублирует основной. Размеры дополнительного экрана настраиваются самостоятельно.
23. GPU-ускорение — можно поставить галочку и, тем самым, всегда использовать GPU для двухмерного рисования.
24. Показывать обновление экрана — поставленная галочка обеспечит подсветку области экрана при отрисовке GPU.
25. Показывать аппаратные обновления — задействование этой функции выделит аппаратные уровни зеленым при обновлении.
26. Отладка наложения — этот пункт содержит три возможных варианта для выбора: 1) выкл.; 2) показывать области наложения; 3) выделять области определенного цвета; 4) показывать число объектов.
27. Отладить операции непрямоугольного усечения — на этом этапе можно провести три действия: 1) отключить опцию; 2) непрямоугольное сечение; 3) тестирование команды рисование зеленым.
28. Включить 4х MSAA — поставив галочку, пользователь (или уже разработчик) включает 4х MSAA в приложениях OpenGL ES 2.0.
29. Отключить аппаратные наложения — активация пункта повлечет за собой постоянное использование GPU при компоновке экрана.
30. Включен строгий режим — данный режим будет подсвечивать экран Android-устройства во время длительных операций.
31. Показывать загрузку ЦП — при активации этого действия, смартфон отобразит на своем экране дополнительное окошко с графическим отображением текущей загрузки ЦП. Запись времени работы GPU — название данного пункта говорит само за себя.
32. Включить трассировку OpenGL — имеет четыре возможным варианта развития событий: 1) нет данных; 2) Logcat; 3) Systrace; 4) Список вызовов в glGetError/
33. Не сохранять действий — данный пункт меню относится к приложениям, активация его приведет к удалению сводки действий после их завершения.
34. Лимит фоновых процессов — полезная функция. Она способна ограничить количество работающих приложений в фоновом режиме.
35. Все ANR — птичка, поставленная напротив данного пункта обеспечит уведомления пользователя о том, что приложение лагает (авт.) или не отвечает.

Эмуляция в вычислительной технике

Эмуляция связана с возможностью компьютерной программы в одном устройстве эмулировать (имитировать) другую программу или устройство. Например, многие принтеры разработаны таким образом, чтобы эмулировать принтеры HP Laserjet, так как для данных принтеров существует большое количество программного обеспечения. Если принтер, не произведенный HP, эмулирует принтер HP, тогда любая программа, разработанная для принтеров HP, сможет работать и с принтером другого производителя, получая при этом идентичную печать.

Аппаратная эмуляция представлена эмуляторами, выполненными в виде отдельного устройства. Например, DOS-совместимые карты расширения наподобие Centris 610 и Performa 630, устанавливавшиеся в некоторые Macintosh для обеспечения возможности запуска DOS-программ с ПК. Другим примером являются аппаратные эмуляторы на основе ППВМ.

Теоретически, согласно тезису Чёрча — Тьюринга, любая операционная среда может быть эмулирована на другой. Однако на практике зачастую это бывает крайне затруднительно ввиду того, что точное поведение эмулируемой системы не документировано и его возможно определить только посредством обратной разработки. В тезисе также не говорится о том, что если производительность эмуляции меньше, чем у оригинальной системы, то эмулируемое программное обеспечение будет работать существенно медленнее, нежели должно на оригинальном оборудовании, с возможным возникновением остановок эмуляции или неустойчивой производительностью.

Электронное архивирование

Эмуляция — один из способов электронного архивирования устаревающих вычислительных систем. В такой трактовке целью эмуляции является точное воспроизведение оригинального цифрового окружения, что может быть труднодостижимым и затратным по времени, однако ценно ввиду возможности достижения близкой связи с аутентичным цифровым объектом.

Эмуляция адресует аппаратное и программное окружение оригинального цифрового устройства и воссоздает его на современной машине. Эмуляция позволяет пользователю получить доступ к любому типу прикладного программного обеспечения или операционных систем на современной платформе, причем программное обеспечение выполняется так же, как и в оригинальном окружении. Джеффри Ротенберг (Jeffery Rothenberg), один из первых сторонников применения эмуляции для электронного архивирования, считает, что «идеальным было бы единое расширяемое долговременное решение, которые могло бы быть разработанным раз и навсегда, и применялось бы единообразно, автоматически и синхронно (например, каждый цикл обновления) ко всем типам документов и носителей.» Далее он замечает, что это решение должно применяться не только к устаревшим системам, но и быть легко переносимым на пока неизвестные будущие системы. На практике в случае, если выпускается новая версия приложения с целью обеспечения совместимости и миграции всех входящих в него компонентов, необходимо для этого приложения создать эмулятор, обеспечивающий доступ ко всем упомянутым компонентам.

Достоинства

• Эмуляция сохраняет также вид, поведение и ощущение от оригинальных систем, что не менее важно, чем данные сами по себе.
• Несмотря на высокую изначальную стоимость создания эмулятора, со временем эмуляторы могут становиться более финансово выгодным решением.
• Сокращает трудозатраты, так как вместо долгой и постоянно продолжающейся работы по миграции данных для каждого цифрового объекта, при внесении библиотек приложений и операционных систем прошлого и настоящего в эмулятор для работы со всеми документами можно использовать одинаковые технологии.
• Многие эмуляторы разработаны и доступны под лицензией GNU General Public License как открытое программное обеспечение, что расширяет масштабы сотрудничества.
• Эмуляция позволяет использовать программное обеспечение, эксклюзивное для одной платформы, на другой платформе. Например, игры, эксклюзивные для PlayStation 2, теоретически могут быть эмулированы на ПК или Xbox 360. Это особенно полезно, когда оригинальная система труднодоступна для обретения или несовместима с современным оборудованием (например, старые игровые приставки может быть технически невозможно подключить к современным телевизорам).

Препятствия

• Интеллектуальная собственность. Многие технологические компании, чтобы занять свою нишу на рынке, применяют при разработке своих продуктов нестандартизированные функции, постоянно внедряя улучшения, чтобы продукт оставался конкурентоспособным. Хоть это и приносит пользу, насыщая рынок технологичными продуктами и увеличивая рыночную долю продукта, это создает существенные проблемы пользователям, занимающимся архивированием, ввиду отсутствия всей необходимой документации, так как аппаратное и программное обеспечение проприетарно по своей сути.
• Законы об авторских правах до сих пор не регламентируют защиту документации и спецификаций проприетарного оборудования и программ, встроенных в эмулятор.
• Эмуляция часто используется в пиратских целях, поскольку эмуляторы освобождают пользователя от необходимости купить оригинальную приставку и крайне редко содержат какие-либо средства противодействия использованию нелегальных копий. Это приводит к весомой неопределенности правового положения эмуляции, и приводит к тому, что в программное обеспечение закладываются средства, препятствующие его работе в случае их запуска на эмуляторе. В компьютерных играх пользователь иногда может продолжить игру, но на последующих уровнях игра может становиться невозможной, что воспринимается либо как небрежность программиста, либо как просто чрезмерная сложность. Такая защита способствует созданию более точных эмуляторов, которые бы не вызывали срабатывание программной защиты, которая зачастую не очевидна.

Виды эмуляции

В большинстве существующих эмуляторов воспроизводится только аппаратная платформа. Таким образом, если требуется операционная система, хранящаяся в ПЗУ, или другое программное обеспечение, его следует получить дополнительно (впрочем, оно тоже может быть эмулировано). В дальнейшем и операционная система, и программное обеспечение будут интерпретированы эмулятором таким же образом, как и на изначальном оборудовании. Кроме интерпретатора эмулированных двоичных машинных кодов также должно эмулироваться и некоторое другое оборудование (например, вводные и выводные устройства). Например, если запись в определенную область памяти должна выводить что-то на экран, такое поведение также должно быть эмулировано.

В пределе эмулятор должен исходить из модели, созданной на основе параметров и особенностей оригинального схемотехнического решения, включающей виртуальный источник питания, но на практике это было бы исключительным решением. Как правило, эмуляторы отталкиваются от модели, построенной на имеющейся документации и логической схеме устройства. Для эмуляции некоторых систем важным оказывается высокая точность эмуляции вплоть до тактовой частоты отдельных элементов, недокументированных функций, непредсказуемых аналоговых компонентов и допущенных ошибок. Особенно это важно при реализации эмуляторов классических домашних компьютеров типа Commodore 64, программы для которых часто пользуются утонченными низкоуровневыми приемами программирования, разработанными создателями игры и демосценой.

Наоборот, некоторые другие устройства имели очень ограниченный прямой доступ к оборудованию. В подобных случаях может быть достаточно простого слоя совместимости. Системные запросы эмулируемой программы транслируются в системные запросы хоста, то есть в системах FreeBSD, NetBSD и OpenBSD для запуска Linux-приложений с закрытым кодом используется слой совместимости с Linux. Например, графический процессор Nintendo 64 был полностью программируемым, и большинство разработчиков игр использовало заложенные заводские программы, которые были самодостаточными и обменивались информацией с игрой через буфер FIFO. Поэтому многие эмуляторы вообще не эмулируют графический процессор, интерпретируя вместо этого команды центрального процессора также как и оригинальная программа.

Разработчики программ для встраиваемых систем и игровых приставок часто создают свои продукты на особо точных эмуляторах, называемых симуляторами, перед запуском на физическом оборудовании. Это делается для возможности создания и тестирования до запуска в производство окончательной ревизии оборудования, а также для возможности быстрой отладки программы без затрат времени на копирование и внесения побочных эффектов отладчика. Во многих случаях симулятор создается и предоставляется изготовителем оборудования, что теоретически должно повышать его точность.

Эмуляция математического сопроцессора применяется для запуска программ, скомпилированных с использованием математических инструкций, на машинах без установленного сопроцессора, на которых дополнительная нагрузка на центральный процессор может негативно сказаться на производительности. Если сопроцессор не установлен и не встроен в центральный процессор, при выполнении математической инструкции будет вызвано прерывание (отсутствие сопроцессора), запускающее подпрограмму математического эмулятора. После успешного выполнения инструкции управление возвращается программе.

Структурный состав эмулятора

Как правило эмулятор состоит из нескольких модулей, каждый из которых соответствует отдельной эмулируемой подсистеме оригинального устройства. В наиболее общем случае эмулятор состоит из следующих блоков:

• модуль эмуляции или симуляции CPU (в данном случае термины практически равнозначны);
• модуль эмуляции подсистемы памяти;
• модули эмуляции различных устройств ввода-вывода.

Системные шины в целях упрощения эмуляции и увеличения производительности, как правило, не эмулируются. Вместо этого виртуальная периферия обращается непосредственно к процессору или подсистеме памяти.

Подсистема памяти

При эмуляции вполне возможно отобразить всю подсистему памяти в виде простого массива, каждый элемент которого имеет размер эмулированного слова. Однако, этот подход обречен на неудачу, потому что в этом случае никакой логический адрес памяти не будет совпадать с физической памятью. Наиболее ярко это проявляется в случае, когда оригинальное оборудование обладает продвинутым управлением памятью (в этом случае в модуле подсистемы памяти должна быть реализована логика MMU — либо как отдельный модуль, либо как часть виртуального CPU).

Однако даже если эмулируемое устройство не содержит MMU, существуют и другие факторы, нарушающие эквивалентность логической и физической памяти: многие (если не все) архитектуры обладают отображаемыми в ОЗУ портами ввода-вывода; даже те, которые ими не обладают, имеют блоки памяти, отображаемые в ПЗУ. Это значит, что представление памяти в виде массива не должно применяться, если требуется эмулировать ПЗУ. Функции типа переключения банков или сегментной адресации также могут усложнить эмуляцию памяти.

В результате большинство эмуляторов имеет по меньшей мере две процедуры — для чтения из памяти и для записи в память, — которые ответственны за доступ к правильной области правильного объекта.

Для эмуляции систем с ограниченной адресацией, где адреса памяти с 0 по (размер ПЗУ) — 1 доступны только для чтения, а все остальные принадлежат ОЗУ, что-то подобное следующему является вполне типичным.

void WriteMemory(word Address, word Value) { word RealAddress; RealAddress = Address + BaseRegister; if ((RealAddress < LimitRegister) && (RealAddress > ROMSIZE)) { Memory = Value; } else { RaiseInterrupt(INT_SEGFAULT); } } word ReadMemory(word Address) { word RealAddress; RealAddress=Address+BaseRegister; if (RealAddress < LimitRegister) { return Memory; } else { RaiseInterrupt(INT_SEGFAULT); return NULL; } }

Центральный процессор

Как правило модуль CPU — самая сложная часть эмулятора. Во многих эмуляторах используются предварительно «подготовленные» модули CPU, чтобы сосредоточиться на качественной и эффективной эмуляции.

Интерпретатор — простейшая форма эмуляции CPU. Это — программа, которая следует за потоком выполнения программы и для каждой встречающейся машинной инструкции выполняет операции, семантически эквивалентные оригинальным инструкциям, на процессоре хоста. Это возможно назначением переменных для каждого регистра и флага эмулируемого CPU. Логика работы эмулированного CPU может быть с большей или меньшей сложностью реализована в алгоритме программы, создавая программную реализацию, которая в большей или меньшей степени отражает оригинальное оборудование.

Следующий пример показывает как с помощью интерпретатора можно осуществить эмуляцию CPU. В данном примере опрос прерываний происходит перед выполнением инструкции, однако из-за низкой производительности этот способ редко используется в существующих эмуляторах (в целом быстрее использовать подпрограмму, выполняющую роль прерывания).

void Execute(void) { if (Interrupt != INT_NONE) { SuperUser = TRUE; WriteMemory(++StackPointer, ProgramCounter); ProgramCounter = InterruptPointer; } switch (ReadMemory(ProgramCounter++)) { /* * Handling of every valid instruction * goes here… */ default: Interrupt = INT_ILLEGAL; } }

Интерпретаторы весьма популярны для моделирования вычислительных машин, так как их реализация намного проще, нежели выигрывающие в производительности другие решения, так как скорость их работы зачастую достаточна для эмуляции компьютеров, которые в буквальном смысле на десяток лет старше современных машин.

Однако применение интерпретации с присущим ей снижением производительности может быть проблемой, когда требуется эмулировать компьютер с процессором, производительность которого соответствует порядку величины производительности процессора хоста. До недавнего времени эмуляция в подобных случаях многими считалась бесполезной.

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

• код может являться самомодифицирующимся, даже если модификация происходит только во время загрузки кода эмулированной операционной системой (например, с диска);
• может не существовать надежного способа разделения данных (не транслируются) и исполняемого кода.

Чтобы обойти эти проблемы применяют разнообразные приемы, включая известную «компиляцию на лету». Компилятор ожидает, пока поток управления процессором не перейдет в область, содержащую нетранслированный код. Только тогда («на лету») происходит трансляция блока кода в код, который может быть выполнен. Обработанный код помещается в кэш кода, при этом оригинальный код не подвергается изменению. В таком случае даже блоки данных подвергнутся бессмысленной трансляции компилятором, единственным эффектом чего будет увеличение времени работы транслятора.

В некоторых случаях, например при запуске старых игр, высокая скорость эмуляции может быть нежелательной, так как игры создавались без оглядки на производительность компьютеров будущего. В игре, разработанной для ПК с CPU 30 MHz, игроку может отводиться 300 игровых секунд на игровой уровень, в случае запуска той же игры на ПК с CPU 300 MHz игроку эти 300 игровых секунд будут соответствовать 30 реальным секундам. Другие программы, например некоторые программ для DOS, вообще не смогут запуститься на быстром компьютере. Практически, если эмулируется система, являвшаяся «чёрным ящиком», изменения в ядре которого не ожидались, программы могут зависеть от некоторых специфических параметров оборудования (например, частоты CPU). Таким образом для правильной эмуляции подобных приложений требуется очень точное управление скоростью эмуляции.

Ввод и вывод

Как уже было отмечено, системные шины эмулируются редко. Каждое устройство ввода-вывода рассматривается отдельно, потому как в эмуляторе отсутствует реализация какого-либо универсального интерфейса. Так как каждое устройство ввода-вывода может быть идеально подогнано к параметрам эмулированного устройства, это дает выигрыш в производительности. Однако решения на основе стандартизованных, унифицированных API все же могут составить конкуренцию упрощенным моделям в случае их грамотной, искусной реализации. Дополнительным преимуществом будет «автоматически» получаемая служба плагинов, через которую с эмулятором смогут работать сторонние виртуальные устройства. В унифицированных API ввода-вывода необязательно повторять полную структуру шины: её схемотехника ограничена несколькими электронными компонентами, таким образом в программной реализации необязательно наличие системы разрешения конфликтов параллельных вычислений.

Даже в эмуляторах, рассматривающих отдельно каждое устройство, как правило присутствует следующая виртуальная инфраструктура:

• управление прерываниями посредством процедуры, которая устанавливает флаги, считываемые эмулятором CPU, когда объявлено прерывание, что позволяет виртуальному CPU «опрашивать прерывания»;
• запись и чтение физической памяти посредством двух процедур, подобных обслуживающим логическую память (однако, в отличие от последнего, первые часто могут быть заменены простыми ссылками на массив памяти).

Эмуляция и симуляция

Слово «эмулятор» было придумано в IBM при разработке серии продуктов NPL (IBM System/360), используя «новую комбинацию программы, микрокода и оборудования.» Они обнаружили, что для исполнения программ, написанных для старых машин IBM использование аппаратного Микрокода намного выгоднее по производительности, нежели программная симуляция. Ранее, в 1957 году, IBM поставляла программный интерпретатор для возможности запуска программ для более старого компьютера IBM 704 на компьютерах IBM 709 и IBM 7090. В 1964 году инженеры IBM придумали слово «эмуляция» для описания концепции первого применения микрокода для ускорения процесса симуляции.

В последнее время употребление этого термина стало общеупотребительными в контексте программного обеспечения. До 1980-х годов слово «эмуляция» относилось исключительно к аппаратной реализации с применением микрокода, тогда как для программной эмуляции использовался термин «симуляция». Например, компьютер, специально разработанный для выполнения программ, написанный для другой архитектуры, являлся эмулятором. С другой стороны симулятором могла бы называться программа для ПК, с помощью которой можно было бы симулировать старые игры для Atari. Хотя пуристы продолжают указывать на это терминологическое различие, в настоящее время эмуляцией обычно принято называть полную имитацию машины, выполняющей двоичный код, тогда как симуляция в основном относится к компьютерному моделированию, работающему над абстрактной моделью. Компьютерное моделирование используется практически в любой научной и инженерной деятельности, не исключая также информатику, которая находит многие применения для работы с абстрактной моделью, например, моделирование сетей связи.

Функциональное моделирование

Функциональное моделирование — использование компьютерной программы для моделирования выполнения другой компьютерной программы, написанной на языке ассемблера или в исходных кодах, а не в виде двоичного машинного кода. С помощью функционального моделирования программист может выпускать и анализировать работу выбранного участка кода для обнаружения ошибок (багов), не прибегая к получению двоичного кода. Этим оно отличается от выполнения бинарного кода, что является эмуляцией.

Первое применение функционального моделирования осуществлено компанией Autonetics около 1960 года для тестирования программ на языке ассемблера, которые впоследствии должны были выполняться на военной машине D-17B. Это позволило написать, выполнять и тестировать полетное программное обеспечение до физического изготовления вычислительного оборудования D-17B. Эта же компания позднее применяла функциональное моделирование для тестирования полетного программного обеспечения, которое должно было выполняться на машине D-37C.

QEMU: простой и быстрый эмулятор процессора

Оригинал: «QEMU: easy and fast processor emulator» 8 июля 2007 г.

QEMU позволяет вам работать с виртуальным компьютером на базе вашего реального компьютера. Это как нельзя кстати подходит для тестирования последних версий дистрибутивов, запуска старых операционных систем, или опробования чего-то еще.

Итак, пусть вы хотите запустить LiveCD, сохраненный на жестком диске. Это довольно легко — просто пишем

qemu -cdrom path/to/livecd.iso -boot d

Опция -cdrom указывает QEMU путь к образу диска, а -boot указывает устройство загрузки — здесь это CD-ROM (он всегда обозначается как d).

(Тут вы можете получить сообщение о kqemu — можете пока без всяких последствий не обращать на него внимания.)

Кроме того, вы можете загрузиться с настоящего диска, для этого просто укажите путь к дисководу в директории /dev. Например, если ваш дисковод — /dev/hdc:

qemu -cdrom /dev/hdc -boot d

Конечно, мы хотим не просто использовать компакт-диски все время, а еще и что-то установить. Итак, мы должны сначала сделать образ жесткого диска при помощи qemu-img:

qemu-img create virtualharddrive.qcow 5G -f qcow

Это создаст образ с именем «virtualharddrive.qcow» размером 5 гигабайт. Для 5 мегабайт вместо этого напечатайте «5M», для десяти гигабайт — «10G», и так далее.

Наконец, -f указывает qemu-img, какой формат будет использоваться. Выбор невелик, и qcow работает довольно хорошо и занимает на диске только требуемый объем — если виртуальный диск имеет емкость 5 гигабайт, но содержит 2 гигабайта, то на реальном диске он и займет в районе 2 гигабайт.

Итак, приступим:

qemu virtualharddrive.qcow -cdrom path/to/installcd.iso -boot d

Далее следуем инструкциям, как при обычной установке.

Не все дистрибутивы идут на одном диске, поэтому иногда диски приходится менять. Для этого нужно сделать две вещи: во-первых, включить обработку команд монитором QEMU, добавив опцию «-monitor stdio», как-то так:

qemu virtualharddrive.qcow -cdrom path/to/installcd.iso -boot d -monitor stdio

Когда вы запустите это, QEMU позволит вводить команды. Для смены CD напечатайте

eject cdrom change cdrom path/to/newcd.iso

Вуаля! Виртуальная машина теперь должна сменить диск, и вы продолжите установку. На самом деле, диски можно менять когда угодно, а не только во время установки.

Когда установка завершится, вам будет нужно загрузиться с жесткого диска. Так как QEMU делает это по умолчанию, просто уберите из команды «-boot d»:

qemu virtualharddrive.qcow -cdrom path/to/installcd.iso -monitor stdio

Если вам нужно использовать диск после установки, используйте

qemu virtualharddrive.qcow -monitor stdio

Это позволит вам делать с установленной системой все что угодно, без риска по отношению к вашему компьютеру. Если хотите с чем-то поиграться, но не хотите вносить изменения в образ, добавьте опцию -snapshot. Если после использования этой опции вы все-таки захотите сохранить изменения, просто напечатайте в мониторе QEMU «commit».

Хотя эти команды работают, вы заметите, что все несколько медленно, если речь не об облегченных дистрибутивах. Это происходит оттого, что QEMU использует по умолчанию до 128 Мб оперативной памяти. Вы можете увеличить доступное пространство памяти, указав его объем после ключа -m. Например, если для запуска LiveCD нужно использовать 256 Мб памяти, нужно напечатать

qemu -cdrom path/to/livecd.iso -boot d -m 256

Это должно все хорошо ускорить, но не стоит отдавать QEMU слишком много памяти — что-то нужно оставить для других приложений. Увы, по правде говоря, работать все будет довольно медленно, и для дополнительного ускорения понадобится kqemu.

Установить kqemu из хранилищ пакетов несложно. Получите пакет kqemu-source — в apt-get сделайте

apt-get install kqemu-source

Если у вас нет пакета module-assistant, установите и его:

apt-get install module-assistant

Далее исполните (как root) следующие команды:

m-a prepare m-a auto-install kqemu

Все должно быть готово. Теперь всякий раз, когда вам потребуется модуль kqemu, вам нужно сначала стать пользователем root, а потом напечатать

modprobe kqemu major=0

Теперь запущенный простым пользователем QEMU автоматически использует kqemu для ускорения. Если QEMU пожалуется на то, что kqemu не может запуститься, то, возможно, вы не установили соответствующих прав; попробуйте как root выполнить

chmod 666 /dev/kqemu

Надеюсь, теперь QEMU может использовать kqemu.

Есть еще одна опция: -kernel-kqemu. Теоретически, это еще больше ускоряет эмулятор, но, увы, не все так просто. Во-первых, версия QEMU в хранилищах пакетов Debian такой опции не поддерживает. Во-вторых, даже если опция используется, не все операционные системы будут работать — например, последняя версия дистрибутива GNU/Linux будет работать быстрее (если будет работать), но Windows 98 просто рухнет.