PICOBSD(8)

명칭
picobsd - floppy disk 베이스의 FreeBSD 시스템

서식
picobsd [options] [floppy-type [site-name]]

해설
picobsd 유틸리티는, 최소 실장의 FreeBSD (역사적으로 PicoBSD (으)로 불립니다)의 생성에 사용 가능한 스크립트입니다. 생성물은, 전형적으로는 1 매의 floppy disk에 들어가는지, CDROM 나 플래쉬 메모리라고 하는 미디어, 혹은 etherboot 경유로부터 단일의 이미지 파일로서 다운로드 가능한 물건이 됩니다.

picobsd 유틸리티는, 원래 파이어 월(fire wall)나 브릿지와 같이 단순한 스탠드얼론 시스템을 구축하기 위해서 만들어진 것입니다만, 서버에 존재하는 것과는 다른 소스 트리를 사용해 이미지를 크로스 빌드 할 수 있기 (위해)때문에, 개발자에게 있어서는 시스템을 재인스톨 하지 않고 자신이 쓴 코드를 테스트할 수 있으므로 몹시 편리하겠지요.

부트 미디어 (전형적으로는 floppy disk)는, 부트 로더와 메모 refile 시스템을 포함한 압축 커널을 포함합니다. 미디어에 의존합니다만, 추가 파일을 몇개인가 포함할지도 모릅니다. 이것들은, 실행시에 갱신 가능하고, 메모 refile 시스템중의 파일의 개서/갱신에 사용됩니다.

시스템은, 커널을 통상의 방법으로 로드해, 메모 refile 시스템을 신장 해, 이것을 루트로서 mount 합니다. 그 후, 메모 refile 시스템을, 부트 미디어로부터의 파일로 갱신해 (존재하는 경우만), 특별한 버젼의 /etc/rc (을)를 실행합니다. 부트 미디어 (플로피등 )는, 로드 (을) 위해서만 필요하고, 일반적으로는 독해 전용으로 사용됩니다. 부트 국면 후는, 시스템은 완전하게 RAM 로 실행됩니다.

다음의 옵션이 사용 가능합니다 (자세한 것은 picobsd 도 참조해 주세요):

--src SRC_PATH
    /usr/src 에 있는 것은 아니고 SRC_PATH 에 있는 소스 트리를 사용합니다. 이 옵션은, 플로피 이미지를 크로스 빌드 할 때에 편리하겠지요. 이 옵션을 사용하려면 , <SRC_PATH>/../usr 에 서브 트리를 작성해, 크로스 빌드에 필요한 올바른 헤더 파일이나 프로그램 라이브러리, 그리고 툴 ( config(8) (와)과 같은)을 두어 트리를 초기화해 둘 필요가 있습니다 (후술의 --init 옵션을 참조해 주세요). 원시 파일은 picobsd 스크립트에 따라서는 변경되지 않습니다. 그러나, 소스 트리는 완전하게 읽기 전용이다는 것이 아닙니다. 왜냐하면, config(8) (은)는 커널 설정 파일이 소스 트리의 서브 디렉토리에 있다 것으로 하고 있고, 또 usr 서브 트리를 초기화하는 과정에서 소스 트리의 몇개의 부분에 접해 버리기 때문입니다 (이 동작은 릴리스 빌드용 스크립트의 버그이며, 시간이 흐르면 이 버그는 철거해지겠지요).

--init
    --src 옵션과 함께 사용했을 경우, 다음에 picobsd 이미지를 구축하는데 필요하다 <SRC_PATH>/../usr 서브 트리를 초기화합니다.

--modules
    커널 모듈도 구축합니다. 커널 모듈은 플로피 이미지에는 들어가지 않습니다만, 구축용 디렉토리에는 이용 가능한 그대로 남아 있습니다.

-n  스크립트를, 비대화적으로 합니다. 최초의 메뉴를 표시하지 않고, 유저의 입력을 필요로 하지 않고 구축 처리하러 진행됩니다.

-v  스크립트를 장황 표시로 해, 실행하는 명령을 표시해, 그러한 실행전에 유저의 입력을 기다립니다. 디버그시에 유용합니다.

--all_in_mfs
    커널내에 포함되어 있는 메모 refile 시스템 이미지에 있다 파일 시스템의 내용을 모두 둡니다. 이것은 디폴트의 동작이며, etherboot 혹은 pxeboot(8) (을)를 사용해, 완전하게 기능하는 시스템으로서 커널 그 자체를 로드할 수 있기 (위해)때문에 몹시 편리합니다.

--no_all_in_mfs
    floppy.tree 에 포함되어 있는 파일을 플로피 이미지에 남깁니다. 이것에 의해, 파일을 커널과는 따로 로드할 수가 있습니다 (그리고, 개별적으로 파일을 갱신해 플로피 이미지를 커스터마이즈 할 수 있습니다).

--floppy_size size
    플로피 이미지의 사이즈를 설정합니다. CDROM 에 굽는 이미지용으로, 1440 이외의 값을 사용 가능합니다.

-c, -clean
    전회의 구축시에 생긴 생성물을 지웁니다.

환경
사이즈 제한이 지극히 어렵기 때문에, picobsd 의 환경은 통상의 FreeBSD 물어 구두인가의 점으로 차이가 납니다:

•   다이나믹 프로그램 라이브러리는 존재하지 않고, /usr/lib 디렉토리도 없습니다. 그 때문에, 스태틱 링크 한 실행체만 실행 가능합니다.

•   실행체의 사이즈를 줄이기 (위해)때문에, 특정의 플로피내의 모든 실행체는, crunchgen(1) (을)를 이용해 단일의 실행체에 정리하고 있습니다.

•   프로그램에 따라서는 최소한의 버젼이 제공되고 있습니다. ns 하 netstat(1) 의 기능 한정판이며, vm 하 vmstat(8) 의 기능 한정판입니다.

PicoBSD 의 구축
picobsd 의 소스는 디렉토리 /usr/src/release/picobsd 의 아래의 계층에 있습니다. 이하에서는, 상대 패스명은 모두 이 디렉토리로부터의 상대 위치입니다. picobsd 의 구축 과정은, 시와 함께 조금 변화했습니다. 코드량이 부득이 증가하고 있는 것에 대응하기 위해(때문에), 가능한 한 많은 것을 플로피에 담기 위한 계략이 점점 많이 필요했기 때문에입니다. FreeBSD 4.3 이후에서는, 서포트되고 있는 구축 스크립트는 /usr/src/release/picobsd/build/picobsd (이어)여, 어디에서라도 실행 가능합니다. 대화적 모드로 실행했을 경우 ( --n 옵션을 붙이지 않으면 이것이 디폴트입니다), 스크립트에 의해 플로피 이미지를 구축하는데 사용된다 다양한 파라미터를 설정 가능합니다. 인식하는 플로피 이미지는 다음의 종류가 있습니다. 저희들은, 이 이미지를 기능하는 것에 유지해, 커널 및 어플리케이션의 사이즈가 어쩔수 없이 커지고 있습니다만 그런데도 1.44MB 플로피에 들어간다 같게 노력하고 있습니다.

bridge
    브릿지, 라우터 및 파이어 월(fire wall)에 적절한 설정입니다.

다음의 설정도 존재는 합니다만, 참조하는 것에 그쳐 주세요. 이러한 설정의 상당수는 이제 고칠 수 없을 정도 낡은 것이 되어 있고, 체재를 정돈하는 노력은 아무런 지불해지고 있지 않습니다.

dial
    dial out (ppp(8)) 네트워크에 적절한 설정입니다.

isp 통화중 (ppp(8)) 네트워크에 적절한 설정입니다.

net 일반적인 네트워크에 적절한 설정입니다.

router
    라우터로서 사용하는 경우에 적절한 설정입니다. 이 특별한 설정은, 최저한의 하드웨어로 동작하는 것을 목표로 하고 있습니다.

이러한 설정은, 당신이 독자적인 변경을 실시할 때 참고로 하기 (위해)때문에인 만큼 있습니다. 모든 것이 테스트된 것이 아니고, 움직이기 (위해)때문에, 혹은 코드량 증가시에 비어 디스크 공간에 납입하기 위해서(때문에), 설정 파일에 약간의 수정이 필요할지도 모릅니다.

당신 독자적인 플로피 타입을 정의 가능합니다. 거기에는, 무엇인가 좋아하는 이름 (예를 들면 FOO) (을)를 선택해 디렉토리를 작성해, 그 중에 다음의 파일 및 디렉토리의 몇개인가를 포함하면 좋습니다. 이러한 파일을 작성하기 위한 상세 정보에 대해서는, 표준의 picobsd 의 설정의 어떤 것이나 1 개를 참고 자료로서 봐 주세요.

PICOBSD
    커널 설정 파일 (필수). 이것은, 대체로의 경우 표준의 커널 설정 파일입니다만, 경우에 따라서는 커널 사이즈를 작게 하기 위해서 필요가 없는 드라이버나 옵션을 깎고 있기 (위해)때문에 파일이 작고 되어 있는 일이 있습니다.

    picobsd 커널 설정 파일로서 인식되기 위해서(때문에)는, 다음에 나타내도록(듯이) “#PicoBSD” 그리고 시작되는 행도 포함해 대응한다 MD_ROOT_SIZE 옵션도 포함할 필요가 있습니다:

        #marker    def_sz  init   MFS_inodes    floppy_inodes
        #PicoBSD   4200    init   8192          32768
        options MD_ROOT_SIZE=4200      # def_sz 와 같다

    이 설정으로 메모 refile 시스템의 사이즈를 스크립트에 가르쳐 줘 이미지를 구축하는 방법에 관한 다른 상세를 몇개인가 줍니다.

crunch.conf
    crunchgen(1) 설정 파일 (필수). 이 설정에는 프로그램 소스를 포함했다 디렉토리의 리스트, 구축되는 바이너리의 리스트, 및 이러한 바이너리 프로그램이 사용하는 프로그램 라이브러리의 리스트가 포함되어 있습니다. 이 파일의 문법에 관한 정확한 자세한 것은 crunchgen(1) 메뉴얼 페이지를 참조해 주세요.

    picobsd 의 설정을 취급하려면 다음의 점이 특히 중요합니다:

    •   makefile 의 옵션에, makefile 를 이해할 수 있는 구축용 옵션을 건네줄 수가 있습니다. 프로그램의 사이즈를 줄이기 (위해)때문입니다. 다음의 형식의 행을 이용해 실현됩니다.

            buildopts -DNOPAM -DRELEASE_CRUNCH ...

    •   원시 파일이 있는 디렉토리의 리스트를 줄 때는, 다음의 엔트리를 최초로 리스트 해 두면(자) 편리합니다:

            srcdirs /usr/src/release/picobsd/tinyware

        이렇게 하면(자), picobsd 특유의 버젼의 프로그램이 이 디렉토리에서 찾아낼 수 있다 같게 됩니다.

    •   캐릭터 라인 “@__CWD__@” (은)는, picobsd 설정 파일이 들어가 있는 디렉토리 (즉, PICOBSD, crunch.conf 등이 발견되는 디렉토리) 의 풀 패스명에 옮겨집니다. 설정 파일이 있는 디렉토리안에 존재하는 원시 코드를 참조하는데 편리하겠지요. 예를 들면, 다음의 같게입니다.

            srcdirs @__CWD__@/src

config
    picobsd 스크립트가 읽어내는 셸 변수 (생략 가능). 여기서 가장 중요한 변수는 다음의 것입니다:

    MY_DEVS
        FreeBSD (5.0 그럼 devfs(5) (이)가 있기 때문에 사용되고 있지 않습니다) 이미지의 /dev 디렉토리에 작성되어야 할 디바이스의 리스트를 설정해야 합니다 (이것은, MAKEDEV(8) 에게 건네지는 인수 그 자체이기 때문에, 디바이스의 명칭에 대해서는 MAKEDEV(8) 의 메뉴얼 페이지를 참조해 주세요).

    fd_size
        picobsd 이미지의 사이즈 (킬로바이트 단위)입니다. 디폴트에서는 fd_size (은)는 1440 으로 설정됩니다. 이 값으로는, 표준의 floppy disk에 적합한 이미지를 생성합니다.

        CDROM 에 이미지를 보존할 생각이라면 (예를 들면, “El Torito” 플로피 에뮬레이션을 이용해), fd_size (을)를 2880 으로 설정할 수 있습니다. 하드 디스크 (파티션내 혹은 디스크 전체)에 이미지를 덤프 할 생각이라면, 표준의 플로피 사이즈에 제한될 것은 없습니다. 그 자체가 사이즈의 큰 이미지를 사용해도 실행시에 RAM 가 낭비될 것은 없습니다. 왜냐하면, 실제로 이미지로부터 로드 되는 파일 밖에 메모리 사용량에는 관련되어 오지 않기 때문입니다.

    import_files
        플로피 트리내에 받아들여지는 파일의 리스트를 포함합니다. 절대 패스명의 경우 표준 파일 시스템을, 상대 패스명의 경우 사용하고 있는 소스 트리 (즉 SRC_PATH/..) SRC_PATH/.. 의 루트 디렉토리를 나타냅니다. 통상, 공유 프로그램 라이브러리나 데이타베이스등의 파일을 수중에 넣고 싶은 경우에, floppy.tree/ 디렉토리 부하의 설정내에서 그러한 파일의 복제를 최초로 만들지 않아도 좋게, 이 옵션을 사용할 수 있습니다.

floppy.tree.exclude
    표준 플로피 트리로부터 얻는, 카피하고 싶지 않은 파일의 리스트 (생략 가능).

floppy.tree/
    표준 플로피 트리에의, 로컬인 추가 (생략 가능). 이 서브 트리의 내용은 플로피 이미지에 그대로 카피됩니다.

floppy.tree.<site-name>
    위와 같습니다만, 사이트 고유합니다 (생략 가능).

구축 과정에 관한 한층 더 정보는, picobsd 스크립트의 코멘트에 기술되고 있습니다. 샘플의 설정 파일은 /usr/src/release/picobsd/<floppy-type>/ 에 있습니다.

별의 소스 트리의 사용
구축 스크립트는, 다른 소스 트리를 사용하도록, --src SRC_PATH 옵션으로 지시 가능합니다. 지정하는 트리는, 커널 및 이미지에 포함하는 전프로그램의 소스 모든 것을 포함할 필요가 있습니다. 예로서 RELENG_4 소스 트리를 사용해 bridge 플로피를 크로스 빌드 하려면 , 다음과 같이 해 할 수 있습니다:

    cd <some_empty_directory>
    mkdir FOO
    (cd FOO; cvs -d<my_repository> co -rRELENG_4 src)
    picobsd --src FOO/src --init   # 이것은 1 회만 필요합니다
    picobsd --src FOO/src -n -v bridge

구축에 성공하면(자), 디렉토리 build_dir-bridge/ 에는 etherboot 그리고 다운로드 가능한 kernel , picobsd.bin (이)라는 이름의 플로피 이미지, 한층 더 다른 디렉토리에서 컴파일 된 생성물이 들어갑니다. FOO/src 안의 소스 트리를 변경하고 싶은 경우는, 새로운 이미지는 단지

    picobsd --src FOO/src -n -v bridge
(을)를 실행하면 얻을 수 있습니다.

이것에 대해, 변경에 의해, 인클루드 파일이나 프로그램 라이브러리에 영향이 나오는 경우는, 최초로 그것들을 갱신한다 필요가 있습니다. 예를 들면, 우선 최초로

    picobsd --src FOO/src --init   # 이것은 1 회만 필요합니다

(을)를 실행합니다. 이러한 변경이 있으면 통상은 언제라도 실행하겠지요.

PicoBSD 의 인스톨

  플로피에의 인스톨
역사적으로는, picobsd (은)는 floppy disk로부터 기동됩니다. 이 경우, 단지

    dd if=picobsd.bin of=/dev/rfd0

(을)를 실행해 인스톨 할 수 있습니다. 그러면, 플로피로 부트 할 수 있습니다.

  하드 디스크에의 인스톨
이미지를 하드 디스크 (볼륨 전체 혹은 슬라이스의 1 개) 에 두는데도 같은 프로세스를 사용할 수 있습니다.

    dd if=picobsd.bin of=/dev/ad2
    dd if=picobsd.bin of=/dev/ad2s3
    dd if=picobsd.bin of=/dev/ad2 oseek=NN

1 번째의 형식에서는, 이미지를 디스크 전체에 인스톨 합니다. 이 때에는, 이미지는 플로피에 대할 때와 같은 방법으로 동작합니다.

2 번째의 형식에서는, 이미지를 슬라이스 번호 3 에 인스톨 합니다 (이 슬라이스가 이미지의 내용을 보존하는데 충분한 크기를 가지고 있을 필요가 있습니다). 그러나, 이 방식은, 지정한 파티션에 올바른 디스크 label가 들어가 있지 않은 경우 밖에 성공하지 않고, 올바른 디스크 label를 가지고 있는 경우에는, 커널은 label가 덧쓰기되지 않게 한다 그렇지. 이 경우, 3 번째의 형식을 사용할 수가 있습니다. NN 는 실제의 파티션의 개시 위치에서 옮겨놓아 주세요 (개시 위치는 fdisk(8) (을)를 사용하면(자) 결정할 수 있습니다). 슬라이스에 이미지를 보존한 다음에도, 아직 인식은 되지 않는다고 한다 일로 주의해 주세요. label를 올바르게 초기화하려면 disklabel(8) 명령을 사용하지 않으면 안됩니다 (어째서인가는 (듣)묻지 말아 주세요! ). 초기화를 실시하는 1 개의 방법으로서는,

    disklabel -w ad0s2 auto
    disklabel -e ad0s2

(으)로 해, 에디터로부터 실제의 파티션에 대응하는 행을 입력합니다. 예를 들면, 이미지가 2.88MB (5760 섹터)인 경우, 파티션에 대해 다음의 행을 입력할 필요가 있습니다:

    a:5760   0    4.2BSD   512   4096

이 시점에서, 이 파티션은 부트 가능하게 됩니다. 이미지 사이즈는 슬라이스 사이즈 (파티션 “c:” (으)로서 나타납니다)보다 작을 가능성이 있는 것에 주의해 주세요.

  CDROM 에의 인스톨
이제(벌써) 1 개의 옵션에, 이미지를 CDROM 에 둔다고 하는 것이 있습니다. 디스크 타입 foo 에 대한 이미지가 디렉토리 build_dir-foo 에 있으면(자) 가정합니다. 그렇다면, 다음의 명령로 부트 가능한 (El Torito) 이미지를 생성하는 (게다가 굽는다) 일이 생깁니다:

    mkisofs -b picobsd.bin -c boot.catalog -d -N -D -R -T \
        -o cd.img build_dir-foo
    burncd -f /dev/acd0c -s 4 data cd.img fixate

이미지 사이즈는 1.44MB 혹은 2.88MB 에 제한된다 일로 주의해 주세요. 그 외의 사이즈에서는 우선 동작하지 않는다 그렇지.

  네트워크로부터의 부트
picobsd (을)를 이용했고 말이야들에게 이제(벌써) 1 개의 방법은, 네트워크로부터 이미지를 부트 하는 것입니다. 이것을 실현하기 위해서(때문에)는, 컴파일에 의한 부산물로서 입수할 수 있는 비압축 커널을 사용할 필요가 있습니다. 새로운 상세한 것에 대하여는, 네트워크 부트에 관한 문서를 참조해 주세요. picobsd 커널은, 표준 FreeBSD kernel (으)로서 부트 가능합니다.

PicoBSD 의 부트
picobsd (을)를 부트 하려면 , 플로피를 삽입해 머신을 리셋트 합니다. 부트 순서는 표준의 FreeBSD 부트와 닮아 있습니다. 플로피로부터의 부트는 보통은 매우 천천히 진행됩니다 (1 ~ 2 분이라고 하는 오더입니다). 이미지를 하드 디스크나 CompactFlash, 혹은 CDROM 에 보존하고 있는 경우, 일은 훨씬 빠르게 진행됩니다.

etherboot (을)를 사용해, 로드가 끝난 상태로 비압축의 kernel image를 로드할 수도 있습니다. 이 이미지는, picobsd 구축 과정에서 생성되는 부산물입니다. 이 경우, 10Mbit/s 이더넷(ethernet)조차, 로드 시간은 몇 초가 됩니다,

부트 후는, picobsd (은)는, 메모 refile 시스템으로부터 루트 파일 시스템을 로드해, /sbin/init (을)를 기동합니다. 그리고 제어를 1 번째의 스타트 업 스크립트 /etc/rc 에 건네줍니다. 후자는 /etc 및 /root 디렉토리에 디폴트 파일군과 함께 들어가 있습니다. 그리고, 부트 디바이스를 분류해 (플로피나 하드 디스크의 파티션), 그리고 경우에 따라서는 루트 파일 시스템의 내용을 부트 디바이스로부터 읽어들인 파일로 덧쓰기합니다. 이것에 의해, 동일 미디어에 로컬의 설정을 보존하는 것이 가능합니다. 이 국면의 다음에는, 유저가 명확하게 사용하려고 하지 않는 한 부트 디바이스는 이제 사용되지 않습니다.

이 후, 제어는 2 번째의 스크립트 /etc/rc1 에 건넙니다 (이 스크립트는 부트 디바이스로부터 덧쓰기 가능합니다). 이 스크립트는, 1 번 최초로 오는 이더넷(ethernet) 인터페이스의 MAC 주소를 키에, 그리고 /etc/hosts 파일을 룩업테이블에 사용해 호스트명과 시스템을 관련 지으려고 합니다. 그리고, 제어는 메인의 유저 설정 스크립트 /etc/rc.conf 에게 건네집니다. 이 파일은, /etc/rc.conf.defaults 그리고 사전으로 설정되어 따분한가의 설정용 변수의 값을 덧쓰기하기 위해서 있습니다. hostname 변수를 이용해, 동일 파일로부터 다른 설정을 작성할 수가 있습니다. 제어가 돌아오면(자), /etc/rc1 (은)는 초기화를 완료해, 이 스크립트의 일부로서 네트워크 인터페이스를 설정해, 옵션으로 파이어 월(fire wall) 설정 스크립트 /etc/rc.firewall (을)를 호출합니다. 이 스크립트에는, 독자적인 파이어 월(fire wall) 설정을 보존할 수 있습니다.

디폴트에서는, picobsd (은)는, 모두 메인 메모리로부터 실행해, 명시적으로 요구하지 않으면 스왑 area는 가지지 않는 것이라고 하는 것에 주의해 주세요. /etc/rc1 하지만 제어를 받은 다음에는, 부트 디바이스도 이제 사용되지 않습니다. 몇번이나 말합니다만, 명시적으로 요구하지 않으면입니다.

PicoBSD 시스템의 설정
picobsd 시스템의 운용에 대해서는, 부트시에 읽히는 몇개의 파일을 통해 설정 가능하고, 표준의 FreeBSD 시스템과 큰 일 좋게 닮았습니다. 그렇지만, 보존해 두어야 한다 파일 및 / 혹은 커스터마이즈 해야 할 파일수를 줄여, 거기에 따라 스페이스를 절약하기 위해서 다소 작은 차이가 있습니다. 설정 파일 중(안)에서는, 차이가 있으려면 다음의 것이 있습니다:

/etc/hosts
    전통적으로, 이 파일에는 IP 와 호스트명과의 매핑이 들어가 있습니다. 이 매핑에 가세해, picobsd 버젼의 것에는 이더넷(ethernet) (MAC) 주소와 호스트명과의 매핑도 다음과 같이 포함되어 있습니다:

        #ethertable     start of the ethernet->hostname mapping
        #mac_address            hostname
        # 00:12:34:56:78:9a     pinco
        # 12:34:56:*            pallino
        # *                     this-matches-all

    여기서, “#ethertable” (을)를 포함한 행은 테이블의 시작을 나타내고 있습니다.

    MAC 주소가 발견되지 않았던 경우, 이 스크립트는 시스템용의 호스트명과 IP 주소를 입력하도록 재촉합니다. 그리고 이 정보를 (메모리상의) /etc/hosts 파일에 보존해, 다음에 간단하게 디스크상에 보존할 수 있도록(듯이) 합니다.

    주소부에는 와일드 카드를 사용할 수 있기 때문에, 예의 마지막 행과 같이 하면(자) 임의의 MAC 주소에 매치 해, 시스템에 입력 요구를 시키지 않게 할 수 있기로 주의해 주세요.

/etc/rc.conf
    이 파일에는 시스템의 운용 상황을 제어하는 변수가 몇개인가 포함되어 있습니다. 예를 들면, 인터페이스 설정, 라우터 설정, 네트워크 서비스의 기동 등입니다. 이러한 변수의 정확한 리스트 및 그 의미에 대해서는, /etc/rc.conf.defaults (을)를 참조해 주세요.

    이러한 변수안에는, /etc 안의 파일의 내용을 몇개인가 덧쓰기할 수 있도록(듯이) 하는 것이 있기로 접해 두는 가치는 있습니다. 이 옵션은, 직면해 /etc/host.conf 및 /etc/resolv.conf 용으로 이용 가능합니다. 이러한 파일의 내용은 일반적으로 매우 작고, 이런 종류의 갱신을 실시하는에 적합합니다. 이러한 변수를 사용하는 경우, 개행을 적절히 사용하는 것을 잊지 마 주세요. 예를 들면, 다음과 같게입니다.

        host_conf="# 이 행은 /etc/host.conf 에 들어갑니다
        hosts
        bind"

    필수라고 하는 것은 아닙니다만, 이 파일중에서는, /etc/rc.conf.defaults 그리고 나타나는 변수 밖에 설정 해서는 안됩니다. 그리고, 네트워크가 기동하고 있는지 어떤지에 의는 끝내는 서비스는 기동시키지 않고 가만히 있을 수 있어야 합니다. 네트워크의 기동은 나중에에서도 실시할 수 있습니다. firewall_enable="YES" (으)로 설정했을 경우, /etc/rc.firewall 스크립트가 네트워크 인터페이스의 설정 후에 기동되기 때문에, 파이어 월(fire wall)를 설정해, 안전하게 네트워크 서비스를 기동하거나 루팅이나 브릿지등을 유효하게 하거나 할 수 있습니다.

/etc/rc.firewall
    이 스크립트는 ipfw(4) 파이어 월(fire wall)를 설정하기 위해서 사용할 수가 있습니다. 엔트리시에, fwcmd 변수는 파이어 월(fire wall)용 명령의 패스명으로 설정됩니다. firewall_type 에는 /etc/rc.conf 파일중에서 설정된 값이 들어오고 있어 hostname 에는 호스트에 할당할 수 있었던 이름이 들어가 있습니다.

update (이)라는 이름 이 작은 스크립트가 있어, 이것을 이용해 부트 후로 변경했다 파일을 편집하거나 디스크에 보존하거나 할 수 있습니다. 이 스크립트는 1 개 또는 그것보다 많은 절대 패스명을 취해, 인수로서 건네받은 파일에 대해서 에디터를 실행해, 그리고 파일을 압축한 카피를 디스크에 보존합니다 (이 조작의 전후로 디스크를 mount / 언마운트 합니다).

인수 없음으로 이 스크립트를 기동했을 경우, update 하 rc.conf, rc.firewall 및 master.passwd 파일을 편집해, 보존합니다.

인수의 1 개가 /etc (디렉토리명만) 인 경우, 이 명령은, /etc 디렉토리에 있어, (예를 들면, 전회의 update의 결과) 벌써 카피가 디스크상에 있는 파일을 보고디스크에 (편집하지 않고 ) 보존합니다.

관련 항목
crunchgen(1), mdconfig(8), swapon(8), vnconfig(8)

저자
-nosplit Andrzej Bialecki <abial@FreeBSD.org> 입니다. 스크립트 관련의 일을 Luigi Rizzo <luigi@iet.unipi.it> 등이 계승했습니다. 메뉴얼 페이지와 Makefile 의 작성은 Greg Lehey <grog@lemis.com> 하지만 실시했습니다.

버그
picobsd (을)를 구축할 때, 구축 작업을 실시하는 시스템의 커널에는 vn(4) 드라이버가 인스톨되어 있지 않으면 안됩니다.

구축의 과정은 “root” 그리고 실행하지 않으면 안됩니다. mdconfig(8)/vnconfig(8) (와)과 mount(8) (을)를 실행할 필요가 있기 (위해)때문입니다.

picobsd 의 구축에는, 여전히, 내용의 보이기 어려운 곳이 있습니다. 최대의 문제는, 어떤 식으로 하면 플로피에 딱 담을 수가 있을까를 판단하는 것입니다. 현실적인 방법은 시행 착오 밖에 없습니다.