Yocto 프로젝트 퀵 스타트

이 문서는 다음의 CCA 라이센스를 준수하며, Yocto Project Quick Start 문서를 한국어로 번역한 것입니다. This document complies with the following CCA lincense and is a translation in Korean for Yocto Project Quick Start.

Copyright © 2010-2016 Linux Foundation

Permission is granted to copy, distribute and/or modify this document under the terms of the Creative Commons Attribution-Share Alike 2.0 UK: England & Wales as published by Creative Commons.

노트 Yocto 프로젝트 릴리스에 연계된 이 매뉴얼의 최신 버전을 보려면, Yocto 프로젝트 웹사이트에서 Yocto Project Quick Start를 보세요.

환영합니다!

Yocto 프로젝트에 오신 것을 환영합니다! Yocto 프로젝트는 임베디드 리눅스 시스템 개발자에 초점을 두는 오픈-소스 협력 프로젝트입니다. 다른 프로젝트들 중에서도, Yocto 프로젝트는 온전한 리눅스 이미지들을 생성하기 위해, Bitbake 툴을 사용하는 오픈임베디드(OpenEmbedded:OE) 프로젝트에 기반한 호스트 빌드를 사용합니다. BitBake와 OE 컴포넌트들은 Poky로 알려져 있는 레퍼런스 빌드 호스트를 구성하기 위해 함께 묶여져 있습니다

리눅스를 실행할 수 있는 시스템은 없는데 Yocto 프로젝트를 테스트 런을 해보고 싶으면, Yocto 프로젝트 빌드 어플라이언스를 사용하는 것을 고려할 수 있습니다. 빌드 어플라이언스는 비 리눅스 개발 시스템을 사용하는 Yocto 프로젝트로 커스텀 임베디드 리눅스 이미지를 빌드하고 부팅하도록 합니다. 추가 정보는 Yocto 프로젝트 빌드 어플라이언스를 참고하세요.

이 퀵 스타트 문서는 당신이 Yocto 프로젝트의 빌드 호스트 셋업 환경을 빠르게 구성하고 리눅스 이미지들을 빌드해보도록 쓰여졌습니다. Yocto 프로젝트가 가진 많은 능력들에 대해 자세히 들여다 보기보다는, 이 퀵 스타트는 지원가능한 리눅스 빌드 호스트를 이용하는 Yocto 프로젝트를 시도하는데 필요한 최소한의 정보를 제공합니다. 퀵 스타트를 읽고 나면 Yocto 프로젝트가 무엇이고 코어 컴포넌트들의 일부를 어떻게 사용할 수 있는지에 대한 기초적인 이해를 갖게 됩니다. 그리고 또한 두개의 이미지들을 생성하는 단계를 거치게 될 것입니다: 하나는 에뮬레이션에 적합한 것이고, 다른 하나는 실제 하드웨어 상에서 부팅에 적합한 것입니다. 이 예제들은 Yocto 프로젝트로 여러 형태의 하드웨어의 이미지들을 수월하게 생성한다는 것을 강조하고 있습니다.

Yocto 프로젝트에 대해 보다 자세한 내용은 아래 리소스를 참고하세요.

  • 웹사이트: Yocto 프로젝트 웹사이트는 최신 빌드, 최신 뉴스, 완전한 개발 도큐먼트 그리고 풍부한 Yocto 프로젝트 개발 커뮤니티를 제공합니다.
  • 자주하는 질문: Yocto 프로젝트에 주로 물어보는 질문과 대답의 리스트이며, 두 개의 자주하는 질문(위키 상의 Yocto 프로젝트 FAQ 그리고 Yocto 프로젝트 레퍼런스 매뉴얼 내의 “FAQ” 챕터)을 찾아볼 수 있습니다:
  • 개발자 스크린캐스트: Yocto 프로젝트 시작하기 - 신규 개발자 스크린캐스트 튜토리얼은 30분짜리 비디오로 리눅스 빌드 호스트에는 친숙하지만 Yocto 프로젝트에는 친숙하지 않은 사용자들을 위해 만들어졌습니다. 이 스크린캐스트는 다소 지나간 얘기일 수 있지만, 도입부와 기초적인 컨셉은 시작하는 사람들에게 유용합니다.

Yocto 프로젝트 개발 환경 소개

오픈임베디드 빌드 시스템을 통한 Yocto 프로젝트는 ARM, MIPS, PowerPC, x86 아키텍쳐 (x86-64와 에뮬레이션을 포함하는 를 포함하는 다양한 플랫폼)들을 타겟팅하는 오픈 소스 개발 환경을 제공합니다. Yocto 프로젝트로부터 리눅스, X 윈도우 시스템, GTK+ 프레임워크 그리고 Qt 프레임워크를 이용하는 온전한 소프트웨어 스택을 디자인, 개발, 빌드, 디버그, 시뮬레이션, 테스트하는 컴포넌트들을 사용할 수 있습니다.

enter image description here

Yocto 프로젝트 개발 환경

Yocto 프로젝트 특징:

  • 임베디드 환경에 적합한 시스템 커맨드들과 라이브러리의 세트와 함께 최신 리눅스 커널을 제공
  • X11, GTK+, Qt, Clutter 그리고 SDL과 같은 이용가능한 시스템 컴포넌트들을 생성하여 디스플레이 하드웨어를 가지는 디바이스들 상에 풍부한 사용자 경험을 만들 수 있습니다. 디스플레이가 없는 디바이스 또는 대체적인 UI 프레임워크를 사용하려면 이러한 컴포넌트들은 설치될 필요는 없습니다.
  • 쉽고 신뢰적인 빌드와 개발을 할 수 있는 오픈임베디드 프로젝트와 호환성있는 집중적이고 안정적인 코어를 생성
  • Quick EMUlator(QMEU)를 통한 다양한 하드웨어와 디바이스 에뮬레이션의 완벽한 지원
  • 쉽게 시스템을 확장하고, 커스터마이제이션을 만들고 구성을 유지하도록 하는 레이어 매커니즘을 제공

많은 수의 다양한 디바이스들을 위한 이미지를 생성하기 위해 Yocto 프로젝트를 사용할 수 있습니다. 서술하였듯이, Yocto 프로젝트는 QEMU를 이용하여 부팅하고 에뮬레이션할 수 있는 레퍼런스 이미지의 생성을 지원합니다. 표준 예제 머신들은 QEMU 풀 시스템 에뮬레이션을 목표합니다 (32-bit/64-bit x86 베리언트, ARM, MIPS, Power PC 아키텍처) 에뮬레이션 너머에는, 리눅스가 구동되고 툴체인을 쓸 수 있는 어떠한 플랫폼에 대해 지원을 확장하기위해 레이어 매커니즘을 사용할 수 있습니다.

또 다른 Yocto 프로젝트 특징은 Sato 레퍼런스 유저 인터페이스 입니다. GTK+를 기반한 이 부가적인 UI는 제한된 스크린 사이즈를 가진 디바이스를 대상으로 하며, 오픈임베디드 코어 레이어의 일부로써 포함되어 개발자들이 소프트웨어 스텍의 일부들을 테스트 할 수 있습니다.

Yocto 프로젝트 사용 설정

다음 리스트는 이미지 빌드를 위한 Yocto 프로젝트를 사용하는 리눅스 기반 빌드 호스트에 필요한 항목입니다:

  • 빌드 호스트 리눅스 배포판이 구동되고, 최소 50 기가바이트의 여유 디스크 공간 (예: Fedora, openSUSE, CentOS, Debian, 또는 Ubuntu의 최신 릴리스)
  • 빌드 호스트 패키지 빌드 호스트 상에 적절한 패키지 설치
  • Yocto 프로젝트 Yocto 프로젝트 릴리스

리눅스 배포판

Yocto 프로젝트 팀은 안정적인 릴리스를 제공하는 유명한 리눅스 배포판의 최신 버전에 대해 각 릴리스를 검증합니다. 일반적으로 다음 배포한의 한단계 아래 버전을 가지고 있다면, 문제가 없을 것입니다.

  • Ubuntu
  • Fedora
  • openSUSE
  • CentOS
  • Debian

Yocto 프로젝트를 지원하는 배포판의 자세한 리스트에 대해서는, Yocto 프로젝트 레퍼런스 매뉴얼의 “지원하는 리눅스 배포판” 섹션을 보세요.

오픈임베디드 빌드 시스템은 다음 버전의 툴들을 가지는 어떠한 최신 배포판 상에서 동작할 수 있습니다.

  • Git 1.8.3.1 또는 그 이상
  • tar 1.24 또는 그 이상
  • Python 3.4.0 또는 그 이상.

빌드 호스트가 여기에 리스트된 버전에 부합되지 않는다면, 시스템 준비 단계를 거쳐서 Yocto 프로젝트를 사용할 수 있습니다. 참고로 Yocto 프로젝트 레퍼런스 매뉴얼의 “요구되는 Git, tar, Python 버전” 섹션을 보세요.

빌드 호스트 패키지

요구되는 빌드 호스트 패키지는 빌드 머신과 Yocto 프로젝트에 원하는 것이 무엇인지에 따라 다양합니다. 예를 들어, 빌드된 이미지가 그래픽 모드의 QEMU에서 구동하길 원한다면 (최소한의 기본 빌드 요구사항), 빌드 호스트 패키지 요구사항은 헤드리스 시스템 상에 이미지를 빌드하거나 Yocto 프로젝트 도큐먼트 세트를 빌드하는 것과는 다릅니다.

종합적으로 모든 케이스들을 커버할 수 있길 원한다면, 요구되는 패키지의 수가 많습니다.

노트 일반적으로, 루트 권한을 갖고 필요한 패키지들을 설치할 필요가 있습니다. 따라서 다음 섹션의 명령어들은 리눅스 배포판이 sudo가 설치되어 있는지에 따라 동작 할 수도 있고 아닐 수 도 있습니다.

다음 리스트는 그래픽 모드의 QEMU상에서 동작하는 이미지를 필요할 때 필요한 패키지들을 보여줍니다 (예를 들어, 필수적인것 + 그래픽 지원). 다른 시나리오에 대한 필수 패키지의 리스트는, Yocto 프로젝트 레퍼런스 매뉴얼의 “호스트 개발 시스템에서 요구되는 패키지“를 보세요.

  • Ubuntu 와 Debian
$ sudo apt-get install gawk wget git-core diffstat unzip texinfo gcc-multilib \
  build-essential chrpath socat libsdl1.2-dev xterm
  • Fedora
$ sudo dnf install gawk make wget tar bzip2 gzip python3 unzip perl patch \
  diffutils diffstat git cpp gcc gcc-c++ glibc-devel texinfo chrpath \
  ccache perl-Data-Dumper perl-Text-ParseWords perl-Thread-Queue perl-bignum socat \
  findutils which SDL-devel xterm
  • OpenSUSE
$ sudo zypper install python gcc gcc-c++ git chrpath make wget python-xml \
  diffstat makeinfo python-curses patch socat libSDL-devel xterm
  • CentOS
$ sudo yum install gawk make wget tar bzip2 gzip python unzip perl patch \
  diffutils diffstat git cpp gcc gcc-c++ glibc-devel texinfo chrpath socat \
  perl-Data-Dumper perl-Text-ParseWords perl-Thread-Queue SDL-devel xterm

노트 CentOs 6.x 사용자는 요구되는 버전의 Git, tar 그리고 Python이 준비되어야 할 필요가 있습니다. 자세한 내용은 Yocto 프로젝트 레퍼런스 매뉴얼의 요구되는 Git, tar, Python 버전 섹션을 보세요.

Yocto 프로젝트 릴리스

Yocto 프로젝트를 사용하기 전에 만족할 필요가 있는 마지막 요구사항은 Yocto 프로젝트 릴리스를 얻는 것입니다. 권장하는 것은 빌드 호스트 상에 poky Git 저장소의 로컬 카피본을 설정 (Git 용어로 클로닝)하고 그다음에 최신 릴리스를 체크 아웃하는 것입니다.

우분투 빌드 호스트에서 poky 저장소를 클론하고 최신 Yocto 프로젝트 릴리스 (2.2)를 체크하웃 하는 예제입니다:

$ git clone git://git.yoctoproject.org/poky
Cloning into 'poky'...
remote: Counting objects: 226790, done.
remote: Compressing objects: 100% (57465/57465), done.
remote: Total 226790 (delta 165212), reused 225887 (delta 164327)
Receiving objects: 100% (226790/226790), 100.98 MiB | 263 KiB/s, done.
Resolving deltas: 100% (165212/165212), done.
$ git checkout morty

Yocto 프로젝트 웹사이트를 통해서 Yocto 프로젝트 릴리스들을 다운로드하여 Yocto 프로젝트 파일들을 얻을 수도 있습니다.

Yocto 프로젝트 릴리스와 설정에 대한 자세한 내용은 Yocto 프로젝트 개발 매뉴얼의 “Yocto 프로젝트 릴리스” 를 보세요.

이미지 빌드하기

자 이제, 순서대로 시스템 요구사항을 가졌으니, Yocto 프로젝트를 해볼 수 있습니다. Yocto 프로젝트는 커맨드 라인(command-line) 인터페이스 또는 그래픽 유저 인터페이스를 사용하는 토스터(Toaster)로 시도 해볼 수 있습니다. GUI 로 Yocto 프로젝트를 시도해보길 원한다면, 토스트 사용자 매뉴얼를 보면 어떻게 토스터를 설정하고 설치할 수 있는지 알 수 있습니다.

커맨드 라인 인터페이스를 통해 Yocto 프로젝트를 사용하기 위해서는 다음에 나타난 단계들을 해보는 것으로 퀵 스타트를 끝내세요

  • qemux86 레퍼런스 이미지를 빌드하고 QEMU 에뮬레이터로 실행하세요.
  • 쉬운 설정 변경으로, 부팅가능한 미디어에 로드하고 실제로 타겟 하드웨어에서 부팅할 수 있는 두번째 이미지를 빠르게 만듭니다. 이 예제는 MinnowBoard MAX-호환 보드를 사용합니다.

노트 다음의 두 섹션의 단계들에서는 자세한 다루지는 않지만, 명령어로 작업을 시작할 수 있게 도와주는 예제를 제공합니다. 더 자세한 내용은 Yocto 프로젝트 매뉴얼 세트의 적절한 매뉴얼들을 보세요.

에뮬레이션용 이미지 빌드하기

이미지 빌드에 다음 명령어들을 사용하세요. 오픈임베디드 빌드 시스템은 소스로부터 툴체인을 포함한 하나의 온전한 리눅스 배포판을 생성합니다.

네트워크 프록시에 대한 노트

기본적으로, 빌드 프로세스는 위치 세트를 통해 미리 정의된 순서로 소스코드를 찾습니다. 만약 네트워크 사이에 방화벽이 있고 사용하려는 빌드 호스트에 프록시 설정이 되어 있지 않다면, 소스코드를 가져올때 빌드 프로세스에 문제가 생길 수 있습니다. (예: fetcher failures 또는 Git failures) 프록시 설정에 대해 알지 못한다면, 네트워크 인프라 자원담당자에게 문의하고 정보를 얻으세요. 좋은 시작 지점은 사용하려는 웹브라우저 설정을 확인하는 것입니다. 마지막으로, Yocto 프로젝트 레퍼런스 매뉴얼 FAQ네트워크 프록시 너머에서 작업하기 위키 페이지에서 방화벽 너머의 Yocto 프로젝트 사용에 대한 정보를 더 찾아 볼 수 있습니다.

  1. 빌드 호스트를 설정하세요: 이 섹션에서 다루는 이미지 빌드 단계는 빌드 호스트가 적절히 설정되어 있다는 것을 전제합니다. Yocto 프로젝트 사용 설정하기 섹션에 설명된 요구사항들을 만족하는 지 확인하세요.
  2. 브랜치 체크아웃: 소스 디렉터리 (예: pocky)에 위치시키고, 최신의 Yocto 프로젝트 릴리스에 연계된 브랜치를 체크아웃하세요.

      $ cd ~/poky
      $ git checkout -b morty origin/morty
    

    Git 체크아웃 명령어는 현재 Yocto 프로젝트 릴리스를 릴리스(예: morty)에 상응하는 이름의 로컬 브랜치로 체크아웃합니다. 로컬 브랜치는 같은 이름의 업스트림 브랜치를 추적합니다. 릴리즈된 브랜치상에 기반한 자신의 브랜치를 생성하는 것은 그 릴리즈에 대해 최신 파일들을 이용하는 것을 의미합니다.

  3. 빌드 환경 초기화하세요: 빌드 호스트 상에서 오픈임베디드 빌드 환경을 정의하기 위해 oe-init-build-env 환경 설정 스크립트를 실행하세요.

     $ source oe-init-build-env
    

    다른 것들 중에서도, 스크립트는 소스 디렉터리내에 build 라는 빌드 디렉터리를 생성합니다. 스크립트를 실행하면, 현재 작업 디렉터리는 빌드 디렉터리로 설정됩니다. 이후 빌드가 완료되면, 빌드 디렉터리는 빌드중에 생성된 모든 파일들을 포함합니다.

    노트 BitBake 실행의 상주 메모리에 대한 정보는 oe-init-build-env-memres 설정 스크립트를 보세요.

  4. 로컬 설정 파일을 검사하세요: 빌드 환경을 설정할 떄, local.conf 이름의 로컬 설정 파일은 빌드 디렉터리의 conf 서브디렉터리내에서 이용해 볼 수 있습니다. BitBake로 빌드를 시작하기 전에, 이 파일을 살펴보고, 원하는 대로 일반적인 설정이 잘 되어 있는지 확인하세요:
    • 빌드 중에 디스크 공간 확보를 위해 프로젝트 설정 파일에 다음 구문을 추가 할 수 있습니다. 여기 예제에서는 poky/build/conf/local.conf 입니다. 이 구문을 추가하면, 레시피 빌드 후, 그 레시피를 빌드하기위해 사용된 작업 디렉터리를 삭제합니다.
     INHERIT += "rm_work"
    
  • 기본적으로 빌드 타켓 머신은 qemux86 입니다. 이것은 Intel® 32-bit 기반 아키텍처용 QEMU에 사용될 이미지를 생성합니다. 이 예제를 참고하여, 이 기본값은 MACHINE 변수를 통해 쉽게 변경할수 있으며, 다른 머신용 이미지를 빠르게 빌드 할 수 있습니다.

  • 빌드하기 전에 고려해야할 다른 하나는 이미지를 생성할때 사용되는 패키지 매니져입니다. 기본값으로 local.conf 파일은 RPM 패키지 매니져를 선택합니다. PACKAGE_CLASSES 변수를 사용해서 설정을 조정할 수 있습니다. 패키지 매니져의 선택은 패키지 매니지먼트가 타켓 이미지의 런타임에서 사용되어지는 것과는 구분됩니다. 추가적인 패키지 매니져 선택에 대한 정보는, Yocto 프로젝트 레퍼런스 매뉴얼의 “package.bbclass” 섹션을 보세요.

  1. 빌드 시작하기: 타켓 OS 이미지를 생성하기 위해 다음의 명령어를 입력하세요. 이 예제에서는 core-image-sato 입니다.

    노트 프로세서와 코어의수, 램 용량, 인터넷 연결 속도 그리고 다른 요인에 따라서, 빌드 프로세스는 첫번째 빌드 실행에서 수시간 소요될 수 있습니다. 이후 빌드는 일부가 캐쉬되기에 더 빨리 실행됩니다.

     $ bitbake core-image-sato
    

    bitbake 명령어 사용에 대한 정보는 Yocto 프로젝트 레퍼런스 매뉴얼의 “BitBake” 섹션을 보거나 BitBake 사용자 매뉴얼의 “BitBake 명령어” 섹션을 보세요. 다른 타켓에 대한 정보는 Yocto 프로젝트 레퍼런스 매뉴얼의 “이미지” 챕터를 보세요.

  2. “QEMU를 이용한 이미지 시뮬레이션”: 이 특정 이미지를 생성했다면, QEMU를 시작하고 이미지를 구동할 수 있습니다:

     $ runqemu qemux86
    

    QEMU 구동에 대해서 더 배우고 싶으면, Yocto 프로젝트 개발 매뉴얼의 Quick EMUlator (QEMU) 사용하기” 챕터를 보세요

  3. QEMU 종료하기: 종료 아이콘을 누르거나 터미널을 열어서 poweroff 를 타이핑하고 “엔터”를 눌러서 QEMU를 종료할 수 있습니다.

하드웨어의 이미지 생성하기

다음 단계는 새로운 머신의 이미지의 빌드를 설정하는 것이 얼마나 쉬운지 보여줍니다. 이 단계들은 Yocto 프로젝트와 meta-intel intel-corei7-64 그리고 intel-core2-32 Board Support Packages (BSPs)를 지원하는 MinnowBoard MAX의 이미지를 생성합니다.

노트 MinnowBoard MAX 는 64-bit 펌웨어로 전달됩니다. 32-bit 모드로 보드를 사용하려면 32-bit 펌웨어를 다운로드해야 합니다.

  1. meta-intel 리포지터리의 로컬 복사본 생성하기: MinnowBoard 이미지를 빌드하려면 meta-intel 레이어가 요구됩니다. 소스 디렉터리 내부에 리포지터리의 로컬 복사본을 생성하기 위해 git clone 명령어를 사용하세요. 이 예제에서 소스 디렉터리poky 입니다:

     $ cd $HOME/poky
     $ git clone git://git.yoctoproject.org/meta-intel
     Cloning into 'meta-intel'...
     remote: Counting objects: 11988, done.
     remote: Compressing objects: 100% (3884/3884), done.
     Receiving objects: 100% (11988/11988), 2.93 MiB | 2.51 MiB/s, done.
     remote: Total 11988 (delta 6881), reused 11752 (delta 6645)
     Resolving deltas: 100% (6881/6881), done.
     Checking connectivity... done.
    

    기본적으로 Git 리포지터리를 클론할 때, “master” 브랜치가 체크아웃됩니다. meta-intel 레이어를 이용하는 이미지를 빌드하기 전에, meta-intelpoky 리포지터리 둘다 동일한 릴리스를 사용하고 있어야 합니다. 결과적으로 meta-intel을 클로닝하고 “morty” 릴리스를 체크아웃할 필요가 있습니다:

     $ cd $HOME/poky/meta-intel
     $ git checkout morty
     Branch morty set up to track remote branch morty from origin.
     Switched to a new branch 'morty'
    
  2. 빌드 설정하기: 빌드 설정을 하려면, build/conf 디렉터리에 위치하고 있는 bblayers.conflocal.conf 파일들을 수정해야 합니다.

    빠르게 수정하는 방법입니다. 첫번째 명령어는 intel-core* BSPs를 포함한 meta-intel 레이어를 추가하는 bitbake-layers add-layer 명령어입니다. 두번째 명령어는 MACHINE 변수를 설정하여 BSP를 선택합니다.

     $ cd $HOME/poky/build
     $ bitbake-layers add-layer "$HOME/poky/meta-intel"
     $ echo 'MACHINE = "intel-corei7-64"' >> conf/local.conf
    

    노트 64-bit 빌드를 원한다면, 다음 명령어를 사용하세요:

    $ echo 'MACHINE = "intel-corei7-64"' >> conf/local.conf

    32-bit 이미지를 원하면, 다음 명령어를 사용하세요.

    $ echo 'MACHINE = "intel-core2-32"' >> conf/local.conf

  3. MinnowBoard MAX 이미지 빌드하기: 빌드하려는 이미지 종류는 원하는 목표에 따라 다릅니다. 예를 들어, 이전에 수행한 빌드는 Sato를 지원하는 이미지인 core-image-sato 이미지를 만들었습니다. MinnowBoard MAX의 많은 종류의 이미지를 생성하는 것이 가능합니다. 어떤 것은 console-only 이미지인 core-image-base일 수 있고, 또 다른 선택은 console-only이기는 하나 설치된 리눅스 시스템 기능들의 모든 특징을 가지는 core-image-full-cmdline일 수 있습니다. Yocto 프로젝트를 사용하여 빌드하려는 이미지 종류에 대해서는 Yocto 프로젝트 레퍼런스 매뉴얼의 “이미지” 챕터를 보세요.

    두번째 빌드를 위한 설정 변경은 크게 없기 때문에 오픈임베디드 빌드 시스템은 가능한한 많이 이전 빌드로부터 파일을 재사용할 수 있습니다. 파일을 재사용한다는 말은 이 두 번째 빌드는 초기 빌드보다 더 빠르게 될 것이라는 것을 의미합니다. 예를 들어, core-image-base를 빌드해보겠습니다.

     $ bitbake core-image-base
    

    빌드가 완료되면, 결과로 console-only 이미지는 이곳 빌드 디렉터리에 위치합니다:

     tmp/deploy/images/intel-corei7-64/core-image-base-intel-corei7-64.wic
    
  4. 이미지 쓰기(write): dd 유틸리티를 이용하여 부팅가능한 미디어(예를 들어, USB key, SATA 드라이드, SD카드 등)로 생성된 이미지를 쓸 수 있습니다.

     $ sudo dd if=tmp/deploy/images/intel-corei7-64/core-image-base-intel-corei7-64.wic of=TARGET_DEVICE
    

    위의 명령어에서, TARGET_DEVICE 는 호스트 머신의 디바이스 노드입니다. (보통, USB 스틱은 /dev/sdc, SD 카드는 /dev/mmcblk0)

  5. 하드웨어 부팅하기: 준비된 부트 디바이스를 미디어를 MinnowBoard MAX에 넣고 하드웨어를 부팅 할 수 있습니다. 보드는 자동으로 미디어를 감지하고 부트로더와 운영체제를 부팅해야 합니다. 보드가 자동으로 부팅되지 않으면, 다음과 같이 EFI 쉘에서 수동으로 부팅시킬 수 있습니다.

     Shell> connect -r
     Shell> map -r
     Shell> fs0:
     Shell> bootx64
    

    노트 32-bit 이미지는 다음을 사용하세요: Shell> bootia32

다음 단계들

이전 섹션들의 모든 단계를 완료했다면 축하드립니다. 그럼 이제는?

Yocto 프로젝트와 함께할 주요 관심사가 무엇이냐에 따라서, 다음의 어떠한 것이라도 고려할 수 있습니다: