LPIC-3 仮想化・コンテナ化Packerの入力・処理場所・出力保護オリジナル・公式資料照合難易度
CIでPacker HCLの書式が所定の形式かを、ファイルを変更せず判定したい。目的に合う操作と限界はどれか。
A
packer fmt -checkはVMを作ってアプリの正常動作まで必ず検証する
書式確認の範囲を超えている。
B
packer fmt -checkで書式を確認し、構成検証やビルドは別に行う★ 正解
書式の判定と実行可能性の検証は違う。
C
packer buildだけがファイルを変更せず書式だけを確認する専用操作である
buildは成果物の構築を試みる。
D
packer fmtはproviderの管理stateを削除する
HCL書式を整える操作でありTerraform state削除ではない。
解説
packer fmt -checkは書式の確認に使える。実ビルドやゲストへの接続成功まで証明する操作ではないため、別の検証段階と分ける。
根拠資料・確認情報
対応範囲：LPIC-3 305-300 Version 3.0
資料確認日：2026-11-02
アプリ内の初回回答データ
回答データを読み込んでいます。
同じレッスンの問題
問題 1
Packer HCLへPKR_VAR_regionという環境変数を渡したが、テンプレート側でregion変数を宣言していない。適切な扱いはどれか。
問題 2
Packerでゲスト内のパッケージ操作をしたいが、shell-local provisionerへaptコマンドを書いた。実行場所の理解はどれか。
問題 3
クラウドAPIでVM作成は成功するが、PackerのSSH communicatorが接続できない。最初に区別すべき認証・経路はどれか。
問題 5
同じディレクトリにsource.pkr.hclとbuild.pkr.hclを分けて置いた。Packerに両方の定義をまとめて扱わせたい。基本的な指定はどれか。