<p>¡el restablecimiento de la caja de herramientas elimina TODOS los contenedores e imágenes!</p>

Creado en 7 nov. 2019  ·  5Comentarios  ·  Fuente: containers/toolbox

Realmente no me gusta esto y el comportamiento me sorprendió ...
No esperaba que toolbox reset también eliminara todas las imágenes (y contenedores) que no son de caja de herramientas.
No siento la advertencia

All existing podman (and toolbox) containers and images will be removed.

es lo suficientemente fuerte, o no lo creí de todos modos. ;-)

Comentario más útil

Esto también me sorprende que exista un comando tan reset que hace un cambio tan global. Yo tampoco hubiera creído el mensaje 😅
Al verlo justo al lado de los comandos create y enter , mi primera suposición fue que volvería a crear sus fedora-toolbox-31 o al menos eliminaría los contenedores creados por la caja de herramientas.

Creo que es peligroso que se le llame así: podría estropear sus contenedores solo locales con tanta facilidad. Quizás, un nombre / ubicación diferente podría ser una mejor opción, como:

  • toolbox debug wipe o toolbox develop wipe , como lo hace unlock
  • /usr/libexec/toolbox-wipe , la forma en que BTRFS y Systemd ponen sus comandos más avanzados

Elegir cualquiera (o algún otro) dejaría en claro que este es un comando especial , y no se debe suponer que se comporte de ninguna manera segura (especialmente si se llama wipe ) y también podría crear un marco para nuevos desarrollos / comandos peligrosos que se agregarán.

¡Gracias!

Todos 5 comentarios

¿Quizás deberíamos poner el mensaje en rojo?

Esto también me sorprende que exista un comando tan reset que hace un cambio tan global. Yo tampoco hubiera creído el mensaje 😅
Al verlo justo al lado de los comandos create y enter , mi primera suposición fue que volvería a crear sus fedora-toolbox-31 o al menos eliminaría los contenedores creados por la caja de herramientas.

Creo que es peligroso que se le llame así: podría estropear sus contenedores solo locales con tanta facilidad. Quizás, un nombre / ubicación diferente podría ser una mejor opción, como:

  • toolbox debug wipe o toolbox develop wipe , como lo hace unlock
  • /usr/libexec/toolbox-wipe , la forma en que BTRFS y Systemd ponen sus comandos más avanzados

Elegir cualquiera (o algún otro) dejaría en claro que este es un comando especial , y no se debe suponer que se comporte de ninguna manera segura (especialmente si se llama wipe ) y también podría crear un marco para nuevos desarrollos / comandos peligrosos que se agregarán.

¡Gracias!

El proyecto darcs usó un subcomando obliterate para una operación particularmente peligrosa. Esa es otra opción.

podman system reset ahora es una cosa en Podman 1.7.0. Ver https://github.com/containers/libpod/issues/4240

Por lo tanto, podemos retirar toolbox reset y, en su lugar, podemos redirigir nuestros deseos y quejas a Podman. :D

La caja de herramientas ahora ha sido reescrita en Go por @HarryMichal. La versión Go desaprueba el comando reset en favor de podman system migrate y ahora es simplemente un envoltorio.

¿Fue útil esta página
0 / 5 - 0 calificaciones