私のシステムの現在の状態のドッカーイメージを作成したいと思います。ここ、使用方法を見つけました。デバッグツール画像の作成：
$ sudo debootstrap focal focal > /dev/null
$ sudo tar -C focal -c . | docker import - focal
debootstrapドキュメントによると：
debootstrap [OPTION...] SUITE TARGET [MIRROR [SCRIPT]]
debootstrap bootstraps a basic Debian system of SUITE into TARGET from
MIRROR by running SCRIPT. MIRROR can be an http:// or https:// URL, a
file:/// URL, or an ssh:/// URL., a file:///(...)
私はオペレーティングシステムの専門家ではないので、このツールが期待どおりに機能しているかどうかわかりません。すべてのシステムを複製しようと、素直に以下を試しました。
sudo debootstrap / my_system > /dev/null
ファイルが承認されたので、「/」は私のルートディレクトリを表し、すべてがdebootstrapで使用されることを願っています。動作しません。私はdebootstrapというサブフォルダーと、次の内容を含むdebootstrap.logという名前のファイルを含むmy_systemというフォルダーを作成しました。
/usr/sbin/debootstrap: 484: : 権限が拒否されました。
これを行う方法に関するヒントや、現在のインストールのDockerイメージを生成するためのより良いツールの提案がありますか？
XYの質問に対するVirsacerのコメントを編集する：コンテキストを追加する：私のシステムでドッカーイメージを生成する必要があるのは、与えられたプロジェクトが私の手に渡り、プロジェクトをすばやく理解する必要があるからです。私の主なアイデアは、新しい実装をテストし、一般的に混乱なく修正できるように、プロジェクトの動作環境をシミュレートする環境を作成することです。
私の仕事を難しくする3つの主な要因は次のとおりです。
1 - 単純なコードセットではありません。オペレーティング環境自体は、内部で製造されたハードウェアを制御および監視するように設計されているため、プロジェクトの一部です。
2 - よく文書化されていません。プロジェクト全体でどのサービスを実行する必要があるのか、どの環境変数を設定するのかなどの詳細はほとんどわかりません。
3 - 現在持っている唯一のテスト環境はすでに使用している環境なので、テストは非常に制限されており、現在の作業には影響しません。
シミュレーション環境を構築するために、2つの戦略を検討した。ISOイメージの作成システムを作成し、システムのドッカーイメージを作成します。
ISOイメージを作成することは可能ですが、私は1 - 新しいことを学ぶ機会があり、2 - 2つの異なる作業方法で環境を作成する冗長性を望んでいました。 3 - 必要に応じて環境を複製するためのより移植性の高い方法でコンテナを使用します。
だから私は画像を作成し、プロジェクトに必要とされていないすべてのものを絶えず取り除き、テストし、テストが成功したら、新しい、軽い画像を作成することを考えました。