私はこれが本当に好きではなく、その行動は私を驚かせました...
toolbox reset
がツールボックス以外のすべてのイメージ(およびコンテナー)も削除するとは思っていませんでした。
警告を感じません
All existing podman (and toolbox) containers and images will be removed.
かなり強いか、とにかく信じられませんでした。 ;-)
たぶん、メッセージを赤で表示する必要がありますか?
これはまた、そのようなグローバルな変更を行うreset
ような通常のコマンドがあることにも驚いています。 私もそのメッセージを信じていなかったでしょう😅
create
コマンドとenter
コマンドのすぐ横にあるのを見て、私の最初の仮定は、 fedora-toolbox-31
を再作成するか、少なくともツールボックスで作成されたコンテナーを削除すること
このような名前を付けるのは危険だと思います。ローカル専用のコンテナを簡単に台無しにする可能性があります。 おそらく、次のように、別の名前/場所の方が適している可能性があります。
toolbox debug wipe
またはtoolbox develop wipe
、 OSTreeが危険なunlock
コマンドでそれを行う方法/usr/libexec/toolbox-wipe
、 BTRFSとSystemdがより高度なコマンドを配置する方法いずれか(または他のコマンド)を選択すると、これが特別なコマンドであることが明確になり、安全な方法で動作すると想定すべきではなく(特に、 wipe
という名前の場合)、次のフレームワークを作成することもできます。新しい開発/危険なコマンドが追加されます。
ありがとう!
darcs
プロジェクトは、特に危険な操作のためにobliterate
サブコマンドを使用しました。 それは別のオプションです。
podman system reset
は、Podman1.7.0に含まれるようになりました。 https://github.com/containers/libpod/issues/4240を参照して
したがって、 toolbox reset
を廃止し、代わりにPodmanに希望と苦情をリダイレクトすることができます。 :NS
ツールボックスは、今されていますゴーに書き換え@HarryMichalザ・ゴーバージョンで廃止さreset
の賛成でコマンドをpodman system migrate
、今で周り単にラッパーです。
最も参考になるコメント
これはまた、そのようなグローバルな変更を行う
reset
ような通常のコマンドがあることにも驚いています。 私もそのメッセージを信じていなかったでしょう😅create
コマンドとenter
コマンドのすぐ横にあるのを見て、私の最初の仮定は、fedora-toolbox-31
を再作成するか、少なくともツールボックスで作成されたコンテナーを削除することこのような名前を付けるのは危険だと思います。ローカル専用のコンテナを簡単に台無しにする可能性があります。 おそらく、次のように、別の名前/場所の方が適している可能性があります。
toolbox debug wipe
またはtoolbox develop wipe
、 OSTreeが危険なunlock
コマンドでそれを行う方法/usr/libexec/toolbox-wipe
、 BTRFSとSystemdがより高度なコマンドを配置する方法いずれか(または他のコマンド)を選択すると、これが特別なコマンドであることが明確になり、安全な方法で動作すると想定すべきではなく(特に、
wipe
という名前の場合)、次のフレームワークを作成することもできます。新しい開発/危険なコマンドが追加されます。ありがとう!