이 장에서는 Solaris Flash 아카이브를 작성하는 절차에 대하여 설명합니다. 이 절차에는 마스터 시스템을 설치한 후 해당 마스터 시스템에서 Solaris Flash 아카이브를 작성하는 내용이 포함되어 있습니다. 복제 시스템에 아카이브를 설치한 적이 있다면 차등 아카이브를 작성할 수도 있습니다. 차등 아카이브를 작성할 때는 변경되지 않은 마스터 이미지와 업데이트된 이미지라는 두 이미지가 비교됩니다. 차등 아카이브는 이 두 이미지 간의 차이만을 설치합니다. 또한 스트립트 작성 절차를 사용하여 아카이브를 재구성하거나 사용자 정의합니다.
표 18–2 작업 맵: Solaris Flash 아카이브를 작성하여 복제 시스템 업데이트
다른 시스템에 부여하려는 소프트웨어 구성으로 마스터 시스템을 설치합니다. 시스템상의 모든 파일을 덮어쓰는 초기 설치 또는 두 이미지 간의 차이만을 포함하는 업데이트를 사용하여 복제 시스템을 설치할 수 있습니다. 초기 설치의 경우 원하는 Solaris 설치 방법을 사용하여 마스터 시스템에 Solaris 운영 환경을 설치합니다.
복제 시스템에 아카이브를 설치한 적이 있다면 변경 사항이 있는 해당 시스템을 차등 아카이브를 사용하여 업데이트할 수 있습니다. 원본 이미지에 패치 설치 또는 패키지 추가 및 제거 등과 같은 변경을 합니다. 차등 아카이브는 아카이브에 지정된 파일만을 덮어씁니다. 원본 마스터 이미지 업그레이드와 차등 아카이브 작성의 절차는 마스터 이미지 업데이트 및 차등 아카이브 작성을(를) 참조하십시오.
설치하려는 시스템 구성을 식별합니다.
Solaris 설치 방법을 사용하여 마스터 시스템에 Solaris 운영 환경을 설치합니다. 여러 다른 설치 방법에 대한 자세한 내용은 제 3 장을 참조하십시오.
다음 방법 중 하나를 사용하여 Solaris 설치를 사용자 정의합니다.
소프트웨어를 삭제합니다.
소프트웨어를 추가합니다.
구성 파일을 수정합니다.
복제 시스템의 주변 기기에 대한 지원을 추가합니다.
사용자 정의 스크립트를 작성하거나 flar create 명령을 사용하여 아카이브를 작성할 수 있습니다.
사용자 정의 스크립트를 작성하려면 사용자 정의 스크립트 작성을(를) 참조하십시오.
아카이브를 작성하려면 Solaris Flash 아카이브 작성을(를) 참조하십시오.
스크립트는 아카이브를 사용자 정의할 수 있습니다. 이러한 스크립트는 다음과 같은 목적에 사용할 수 있습니다.
precreation 스크립트는 작성 시점에 아카이브를 검증하고 이후의 사용자 정의을 위해 아카이브, 특히 차등 아카이브를 준비합니다. 이 스크립트는 또한 아카이브 내에 사용자 정의 섹션을 만들 수 있습니다.
predeployment 스크립트는 설치하는 동안 아카이브를 검증하며 나중에 사용자 정의할 수 있도록 아카이브를 준비합니다.
postdeployment 스크립트는 복제 시스템에 새 시스템 이미지를 재구성합니다.
reboot 스크립트는 시스템이 재부트된 후에 최종적인 재구성 작업을 처리합니다.
스크립트 작성에 대한 지침은 사용자 정의 스크립트 작성 지침을(를) 참조하십시오.
이 스크립트는 아카이브를 작성하는 동안 실행됩니다. 스크립트의 용도가 다양합니다.
소프트웨어의 내용과 무결성을 검증합니다. 무결성이 훼손되면 스크립트의 아카이브 작성이 실패합니다.
복제 시스템상의 이후 사용자 정의을 위해 제품을 준비합니다.
아카이브를 작성하는 동안 동적으로 다른 설치 스크립트를 등록합니다.
메시지를 플래시 작성 요약 파일에 추가합니다. 메시지는 짧아야 하며 스크립트의 시작과 끝, 그리고 그 결과만을 기록해야 합니다. 사용자는 요약 섹션에서 결과를 볼 수 있습니다.
precreation 스크립트를 작성합니다. 사용자 정의 스크립트 작성 지침에 설명된 지침을 따릅니다.
/etc/flash/precreation 디렉토리에 스크립트를 저장합니다.
다음 예는 precreation 스크립트의 인용구입니다.
요약 섹션에서 시작 시간을 기록하려면 다음 예를 사용합니다.
echo "MyApp precreation script started">> $FLASHDIR/summary
소프트웨어의 무결성을 검사하려면 flcheck 명령을 사용합니다. 이 명령은 명령줄에서 사용할 수 없습니다. 이 명령의 구문은 다음과 같습니다.
flcheck software component files and directories ...| - |
예를 들어, 파일 및 디렉토리를 검증하려면 다음 예를 사용합니다.
flcheck software component files and directories If Not in selection - refuse creation echo "Myapp Integrity Damage">>$FlashDIR/summary
또는 예상하지 않은 새 파일과 디렉토리를 유지하고 아카이브 작성에 실패하지 않으려면 다음 예를 사용합니다.
flcheck software component files and directories If Not in selection include by force flinclude software component
deployment 스크립트와 데이터를 등록하려면 다음 예를 사용합니다.
cp predeployment script $FLASHDIR/preinstall/proc.d ln -s $FLASHDIR/preinstall/order.dS55.MyApp cp postdeployment script $FLASHDIR/postinstall/proc.d ln -s $FLASHDIR/postinstall/order.dS55.MyApp
사용자 정의 섹션에서 응용 프로그램별 데이터를 보려면 다음 예를 사용합니다.
cp custom section $FLASHDIR/custom_sections/MyApp
요약 섹션에 설치의 성공 여부를 기록하려면 다음 예를 사용합니다.
echo "product one flash preparation started.">>$FLASH_DIR/summary ... echo "product one flash preparation finished successfully">>$FlASH_DIR/summary
#!/bin/sh echo "Test precreation script started">> $FLASH_DIR/summary cat /opt/TestApp/critical_file_list | flcheck - if [ $? != 0 ]; then echo "Test precreation script failure">> $FLASH_DIR/summary exit 1 fi echo "Test precreation script started">> $FLASH_DIR/summary /opt/TestApplication/license_cloning $FLASH_DIR/predeployment/.TestApplicationLicenceTransfer \ $FLASH_DIR/custom_sections/TestApplicationLicenceCounter echo "Test precreation script finished">> $FLASH_DIR/summary exit 0
precreation 스크립트는 아카이브에 사용자 정의 섹션을 만들어 특정 응용 프로그램 정보를 제공할 수 있습니다. 이 섹션은 아카이브 유지 관리를 목적으로 합니다. 스크립트는 반드시 $FLASH_DIR/sections 디렉토리에 두어야 합니다. Solaris Flash 아카이브는 사용자 정의 섹션을 처리하지 않습니다. 예를 들어, 섹션은 아카이브에 대한 설명 또는 응용 프로그램의 무결성을 확인하는 스크립트를 포함할 수 있습니다.
사용자 정의 섹션은 다음 형식을 필요로 합니다.
행 지향이어야 합니다.
개행 문자(ASCII 0x0a)로 종료해야 합니다.
길이 제한이 없는 개별 행을 가질 수 있습니다.
base64 또는 유사한 알고리즘을 사용하여 이진 데이터를 인코딩합니다.
이 스크립트는 아카이브 설치 이전에 실행됩니다. 스크립트가 아카이브를 검증하기 위해 사용되는 경우 이 스크립트는 해당 아카이브에 저장됩니다. 스크립트가 복제 시스템상의 로컬 구성을 보존하기 위해 사용되는 경우 이 스크립트는 복제 시스템에 저장됩니다. 이 스크립트는 또한 이후의 사용자 정의을 위해 필요한 로컬 데이터를 분석 및 수집할 수 있습니다. 예를 들어, 압축을 풀 파일이 클라이언트별 정보를 덮어쓰기 전에 해당 정보를 저장할 수 있습니다. 그러면 이 정보는 압축을 푼 후 최종 단계에서 사용할 수 있습니다.
predeployment 스크립트를 작성합니다. 사용자 정의 스크립트 작성 지침에 설명된 지침을 따릅니다.
다음 디렉토리 중 하나에 스크립트를 저장합니다.
아카이브 검증의 경우, /etc/flash/predeployment 디렉토리에 저장합니다.
precreation 스크립트와 함께 참조하는 경우, $FLASH_DIR/preinstall 디렉토리에 저장합니다.
구성을 복제 시스템에 보존하는 경우, JumpStart 프로필의 local_customization 키워드를 사용하여 복제 시스템상에 저장되는 스크립트에 대한 경로를 지정합니다.
#!/bin/sh $FLASH_DIR/TestApplication/check_hardware if [ $? != 0 ]; then echo Unsupported hardware exit 1 fi $FLASH_DIR/TestApplication/check_licence_key if [ $? != 0 ]; then echo No license for this host exit 1 fi $FLASH_DIR/TestApplication/deploy_license_key \ $FLASH_DIR/TestApplication/.TestApplicationLicenceTransfer $FLASH_DIR/TestApplication/save_data_files $FLASH_DIR/flash exit 0
이 스크립트는 아카이브에 저장되거나 복제 시스템의 로컬 디렉토리에 저장되어 설치 후 실행됩니다. 스크립트는 복제 시스템상에 새로운 시스템 이미지를 재구성합니다. 스크립트는 아카이브에 저장되며, 변경 사항은 모든 복제 시스템에 영향을 미칩니다. 스크립트가 복제 시스템의 로컬 디렉토리에 저장되는 경우 변경 사항은 복제 시스템에만 영향을 줍니다. 예를 들어, predeployment 스크립트에 의해 저장되는 클라이언트별 정보는 복제 환경에 적용 가능하며 설치를 완료합니다.
postdeployment 스크립트는 아카이브가 설치된 후에 파일을 정리하는 데에도 사용할 수 있습니다. 예를 들어 /var/adm에 있는 로그 파일과 같은 파일들을 정리할 수 있습니다.
모든 로그 파일이 정리를 위해 스크립트를 필요로 하는 것은 아닙니다. /var/tmp의 로그 파일은 아카이브를 작성할 때 제외할 수 있습니다.
postdeployment 스크립트를 작성합니다. 사용자 정의 스크립트 작성 지침에 설명된 지침을 따릅니다.
다음 디렉토리 중 하나에 스크립트를 저장합니다.
모든 복제 시스템에 적용하려면 스크립트를 /etc/flash/postdeployment 디렉토리에 저장합니다.
로컬 복제 시스템에만 적용하려면 JumpStart 프로필의 local_customization 키워드를 사용하여 복제 시스템상에 저장되는 스크립트에 대한 경로를 지정합니다.
#!/bin/sh $FLASH_DIR/TestApplication/clone_reconfiguration $FLASH_DIR/TestApplication/restore_data $FLASH_DIR/flash
이 스크립트는 아카이브에 저장되며 시스템이 재부트된 후에 실행됩니다. 스크립트는 시스템 재구성 후의 최종 구성 작업을 수행합니다.
복제 시스템에 Solaris Flash 아카이브를 설치한 후에는 일부 호스트 관련 파일들이 삭제되어 복제 시스템용으로 재생성됩니다. 설치 프로그램은 sys-unconfig(1M) 명령과 sysidtool(1M) 프로그램을 사용하여 호스트별 네트워크 구성 파일을 삭제하고 다시 생성합니다. 다시 생성되는 파일의 예로는 /etc/hosts, /etc/defaultrouter 및 /etc/defaultdomain이 있습니다. reboot 스크립트를 최종 재구성용으로 사용할 수 있습니다.
#!/bin/sh $FLASH_DIR/TestApplication/finalize_license
복제 시스템상의 모든 파일을 덮어쓰는 초기 설치로 아카이브를 작성할 수도 있고, 지정된 변경 사항만 덮어쓰는 차등 아카이브를 작성할 수도 있습니다. 차등 아카이브에 대한 개요는 Solaris Flash 차등 아카이브 작성을 위한 계획 수립을(를) 참조하십시오.
마스터 시스템을 설치한 후 다른 시스템을 설치하기 위하여 사용할 Solaris Flash 아카이브를 작성합니다.
마스터 시스템을 부트하고 가능한 비활성 상태로 실행합니다.
가능한 경우에는 시스템을 단일 사용자 모드로 실행합니다. 가능하지 않은 경우에는 아카이브할 모든 응용 프로그램과 운영 체체 리소스가 많이 필요한 모든 응용 프로그램을 종료합니다.
마스터 시스템이 복수 사용자 모드, 단일 사용자 모드에서 실행 중이거나 다음 중 하나에서 부트되는 경우 Solaris Flash 아카이브를 작성할 수 있습니다.
Solaris 9 DVD.
Solaris 9 Software 1 of 2 CD.
Solaris 9 Software의 이미지. CD 매체를 사용 중이면 이미지는 필요한 경우 Solaris 9 Languages CD를 포함할 수 있습니다.
아카이브를 작성하려면 flar create 명령을 사용합니다.
# flar create -n name options path/filename |
name |
아카이브의 이름입니다. 지정하는 name은 content_name 키워드의 값입니다. |
options |
옵션에 대한 설명은 flar create을(를) 참조하십시오. |
path |
아카이브 파일을 저장할 디렉토리의 경로입니다. 경로를 지정하지 않으면 flar create가 현재 디렉토리에 아카이브 파일을 저장합니다. |
filename |
아카이브 파일의 이름입니다. |
아카이브 작성에 성공하면 flar create 명령이 종료 코드 0을 반환합니다.
아카이브 작성에 실패하면 flar create 명령이 0이 아닌 종료 코드를 반환합니다.
아카이브 복사본을 만들고 이를 저장합니다. 복사본은 나중에 차등 아카이브를 사용하여 복제 시스템을 업데이트하는 데 사용할 수 있습니다.
파일 시스템은 정확하게 복사하거나 일부 디렉토리나 파일을 제외하여 사용자 정의할 수 있습니다. 다른 옵션을 사용하여 동일한 결과를 만들 수 있습니다. 사용하는 환경에 가장 잘 맞는 옵션을 사용하십시오.
다음 예에서는 설명에 대한 이해를 돕기 위해 파일 시스템을 단순화했습니다. 마스터 시스템의 파일 구조는 /var, /usr 또는 /opt 등의 파일 시스템 이름을 사용하는 대신 다음과 같은 구조를 사용합니다.
/aaa/bbb/ccc/ddd /aaa/bbb/fff /aaa/eee /ggg |
flar create의 파일 제외 옵션은 주의해서 사용해야 합니다. 일부 디렉토리를 제외하는 경우 시스템 구성 파일과 같은 사용자가 모르는 다른 내용이 아카이브에 남아 있을 수 있습니다. 그러면 시스템이 일치하지 않아 설치 프로그램이 작동하지 않을 수 있습니다. 디렉토리 및 파일 제외는 대용량 데이터 파일의 경우처럼 시스템 중단 없이 쉽게 제거할 수 있는 데이터에 사용하는 것이 가장 좋습니다.
이 예에서 아카이브의 이름은 archive1입니다. 이 아카이브는 마스터 시스템에서 정확하게 복사된 다음 압축되었습니다. 아카이브는 마스터 시스템의 정확한 복제본이며 archive1.flar에 저장됩니다.
# flar create -n archive1 -c archive1.flar |
아카이브의 파일 구조를 확인하려면 다음을 입력합니다.
# flar info -l archive1.flar aaa aaa/bbb aaa/bbb/ccc aaa/bbb/ccc/ddd aaa/bbb/fff aaa/eee aaa/eee ggg |
이 예에서 아카이브의 이름은 archive2입니다. 이것은 마스터 시스템에서 복사되었지만 정확한 복사본은 아닙니다. /aaa 디렉토리의 내용은 제외되지만 /aaa/bbb/ccc의 내용은 유지됩니다.
# flar create -n archive2 -x /aaa -y /aaa/bbb/ccc archive2.flar |
아카이브의 파일 구조를 확인하려면 다음을 입력합니다. 복사된 파일이 포함된 제외 디렉토리가 나타나지만, 복원된 파일만이 데이터를 포함합니다.
# flar info -l aaa aaa aaa/bbb/ccc aaa/bbb/ccc/ddd aaa/bbb ggg |
이 예에서 아카이브의 이름은 archive5입니다. 아카이브는 마스터 시스템에서 복사되었지만 정확한 복사본은 아닙니다.
exclude 파일에는 다음 목록이 포함되어 있습니다.
/aaa |
include 파일에는 다음 목록이 포함되어 있습니다.
/aaa/bbb/ccc |
/aaa 디렉토리의 내용은 제외되지만 /aaa/bbb/ccc의 내용은 유지됩니다.
# flar create -n archive5 -X exclude -f include archive5.flar |
아카이브의 파일 구조를 확인하려면 다음을 입력합니다. 복사된 파일이 포함된 제외 디렉토리가 나타나지만, 복원된 파일만이 데이터를 포함합니다.
# flar info -l archive5.flar aaa aaa/bbb/ccc aaa/bbb/ccc/ddd aaa/bbb ggg |
옵션 -x, -y, -X 및 -f를 결합할 수 있습니다. 이 예에서 옵션 -X와 -y가 결합되어 있습니다. 아카이브의 이름은 archive5입니다. 이것은 마스터 시스템에서 복사되었지만 정확한 복사본은 아닙니다.
exclude 파일은 다음 목록을 포함합니다.
/aaa |
-y 옵션은 ccc 디렉토리를 복원합니다. 다음 명령은 아카이브를 생성합니다.
# flar create -n archive5 -X exclude -y /ccc archive5.flar |
아카이브의 파일 구조를 확인하려면 다음을 입력합니다. 복사된 파일이 포함된 제외 디렉토리가 나타나지만, 복원된 파일만이 데이터를 포함합니다.
# flar info -l archive5.flar aaa aaa/bbb aaa/bbb/ccc aaa/bbb/ccc/ddd ggg |
이 예에서 아카이브의 이름은 archive3입니다. 이것은 마스터 시스템에서 복사되었지만 정확한 복사본은 아닙니다. 선택할 파일과 디렉토리는 filter1 파일에 들어 있습니다. 파일 내에서 디렉토리는 제외 및 복원할 파일을 가리키기 위해 마이너스(-) 또는 플러스(+)로 표시됩니다. 이 예에서 디렉토리 /aaa는 마이너스로 제외되며 하위 디렉토리인 /aaa/bbb/ccc는 플러스로 복원됩니다. filter1 파일에는 다음 목록이 포함되어 있습니다.
- /aaa + /aaa/bbb/ccc |
다음 명령은 아카이브를 생성합니다.
# flar create -n archive3 -z filter1 archive3.flar |
아카이브의 파일 구조를 확인하려면 다음 명령을 입력합니다. 복사된 파일이 포함된 제외 디렉토리가 나타나지만, 복원된 파일만이 데이터를 포함합니다.
# flar info -l archive3.flar aaa aaa/bbb aaa/bbb/ccc aaa/bbb/ccc/ddd ggg |
이 예에서 아카이브의 이름은 archive4입니다. 이 아카이브는 마스터 시스템에서 정확하게 복사된 다음 압축되었습니다. 아카이브는 마스터 시스템의 정확한 복제본이며 archive4.flar에 저장됩니다. -R 옵션은 다른 디렉토리 트리에서 아카이브를 작성하는 데 사용됩니다.
# flar create -n archive4 -c -R /x/yy/zz archive4.flar |
이 예에서 아카이브의 이름은 archive3입니다. 이 아카이브는 마스터 시스템에서 정확하게 복사된 다음 압축되었습니다. 옵션은 아카이브 식별 섹션에 설명을 추가하며, 이는 이후에 아카이브를 식별하는 데 도움이 될 것입니다. 키보드, 값, 형식 등에 대해서는 Solaris Flash 키워드을(를) 참조하십시오.
# flar create -n archive3 -i 20000131221409 -m pumbaa \ -e "Solaris 8 Print Server" -a "Mighty Matt" -U "Internal Finance" \ -T server archive3.flar |
아카이브가 작성되면, 자세한 설명이 포함되어 있는 식별 섹션에 액세스할 수 있습니다. 식별 섹션의 예는 다음과 같습니다.
section_begin=identification files_archived_method=cpio files_compressed_method=compress files_archived_size=259323342 files_unarchived_size=591238111 creation_date=20000131221409 creation_master=pumbaa content_name=Finance Print Server content_type=server content_description=Solaris 8 Print Server content_author=Mighty Matt content_architectures=sun4u,sun4m creation_node=pumbaa creation_hardware_class=sun4u creation_platform=SUNW,Sun-Fire creation_processor=sparc creation_release=5.9 creation_os_name=SunOS creation_os_version=s81_49 x-department=Internal Finance |
차등 아카이브를 작성하기 전에 변경되지 않은 마스터 이미지와 업데이트된 마스터 이미지라는 두 이미지를 비교해야 합니다. 한 이미지는 변경되지 않은 상태를 유지하는 변경되지 않은 마스터 이미지입니다. 이 이미지는 저장되었고 액세스가 필요합니다. 다른 하나의 이미지는 최소한의 변경 사항으로 업데이트되는 변경되지 않은 마스터 이미지입니다. 루트(/) 파일 시스템이 새 이미지에 대한 기본값이긴 하지만, 다른 위치에 저장되어 있는 이미지에 액세스할 수도 있습니다. 두 이미지가 준비되면 두 이미지 간의 차이만 포함하는 차등 아카이브를 작성할 수 있습니다. 그러면 이전에 변경되지 않은 마스터 이미지와 함께 설치된 복제 시스템에 차등 아카이브를 설치할 수 있습니다.
변경 사항이 있는 마스터 시스템을 준비합니다. 변경 사항을 만들기 전에 마스터 시스템이 원본 아카이브의 복제본을 실행해야 합니다.
변경되지 않은 마스터 이미지의 복사본을 변경하지 않아야 하며 나중에 마운트하는 데 사용할 수 있어야 합니다.
변경되지 않은 마스터 이미지를 다음 변경 사항을 적용하여 업데이트합니다.
패키지를 삭제합니다.
패키지나 패치를 추가합니다.
구성 파일을 수정합니다.
복제 시스템의 주변 기기에 대한 지원을 추가합니다.
(선택 사항) 사용자 정의 스크립트를 작성합니다. 사용자 정의 스크립트 작성을(를) 참조하십시오.
마운트 지점의 변경되지 않은 마스터 이미지를 전달합니다.
변경되지 않은 마스터 이미지가 비활성 부트 환경에 저장된 경우, lumount 명령을 사용하여 검색합니다.
# lumount BE_name mountpoint |
BE_name |
변경되지 않은 마스터 이미지가 저장되는 부트 환경 이름을 지정합니다. |
mountpoint |
이미지가 저장되는 루트(/) 파일 시스템을 지정합니다. |
다음 예에서 비활성 부트 환경의 이름은 unchanged_master1입니다. 마운트 지점은 마스터 시스템상의 /a 디렉토리입니다.
# lumount unchanged_master1 /a |
이미지가 복제 시스템에 저장되면, NFS를 사용하여 복제 시스템을 마운트합니다.
마스터 시스템에서 복제 시스템의 루트(/) 파일 시스템을 공유하고 복제 시스템에 대한 루트 사용 권한을 마스터 시스템에 제공합니다.
# share -F nfs -o rw,root=master_system "/" |
master_system은 마스터 시스템의 이름입니다.
마스터 시스템에서 복제 시스템을 마운트합니다.
# mount -F nfs clone_system:/ master_dir |
clone_system |
마운트할 시스템의 이름을 지정합니다. |
master_dir |
변경되지 않은 마스터 이미지가 저장될 디렉토리를 지정합니다. |
ufsdump 명령을 사용하여 이미지를 저장한 경우, ufsrestore 명령을 사용하여 복사본을 검색합니다. 이러한 명령을 사용하는 방법에 대해서는 System Administration Guide: Basic Administration의 “UFS Backup and Restore Commands (Reference)”를 참조하십시오.
차등 아카이브를 작성합니다.
# flar create -n archive_name -A unchanged_master_image_dir\ options path/filename |
archive_name |
아카이브의 이름을 지정합니다. 지정한 archive_name은 content_name 키워드의 값입니다. 이름은 아카이브 식별 섹션에 나열됩니다. |
-A unchanged_master_image_dir |
새로운 시스템 이미지를 unchanged_master_image_dir 인수에 의해 지정되는 이미지와 비교하여 차등 아카이브를 작성합니다. 기본적으로 새 시스템 이미지는 루트(/)입니다. 기본값을 -R 옵션으로 변경할 수 있습니다. unchanged_master_image_dir은 변경되지 않은 시스템 이미지가 UFS, NFS 또는 lumount를 통해 저장되거나 마운트되는 디렉토리입니다. 내용 선택을 위해 옵션을 사용하여 일부 파일을 포함하거나 제외할 수 있습니다. 옵션 목록에 대해서는 flar create을(를) 참조하십시오. |
options |
옵션에 대한 설명은 flar create을(를) 참조하십시오. |
path |
아카이브 파일을 저장할 디렉토리의 경로를 지정합니다. 아카이브 파일을 저장할 경로를 지정하지 않으면 flar create가 현재 디렉토리에 아카이브 파일을 저장합니다. |
filename |
아카이브 파일 이름을 지정합니다. |
차등 아카이브 작성에 성공하면, flar create 명령이 종료 코드 0을 반환합니다.
차등 아카이브 작성에 실패하면 flar create 명령이 0이 아닌 종료 코드를 반환합니다.
이 예에서 변경되지 않은 마스터 이미지에 대한 디렉토리 이름은 unchanged_master1입니다. 변경 사항이 포함된 새 마스터 이미지는 루트(/) 디렉토리입니다. 새 마스터 이미지는 변경되지 않은 마스터 이미지와 비교된 다음 결과로 만들어지는 차등 아카이브가 압축됩니다. 차등 아카이브는 diffarchive1.flar 파일에 저장됩니다. 아카이브에는 설치 시 삭제, 변경 또는 추가될 파일이 포함되어 있습니다.
# flar create -n diffarchive1 -A /a/unchanged_master1 -c diffarchive1.flar |
이 예에서, 변경되지 않은 마스터 이미지 unchanged_master1은 비활성 부트 환경에 저장되며, 부트 환경을 마운트하여 액세스됩니다. 새 마스터 이미지는 루트(/) 디렉토리입니다. 새 마스터 이미지는 변경되지 않은 마스터 이미지와 비교된 다음 결과로 만들어지는 차등 아카이브가 압축됩니다. 아카이브는 diffarchive4.flar에 저장됩니다. 아카이브에는 설치 시 삭제, 변경 또는 추가될 파일이 포함되어 있습니다.
# lumount unchanged_master1 /a # flar create -n diffarchive4 -A /a -c diffarchive4.flar |