Diferencias entre Erase, TRIM, Discard y Sanitize en eMMC
- Eliminar un archivo no implica enviar Discard; Discard no garantiza destrucción segura.
- ERASE, TRIM y Sanitize son operaciones distintas cuyo soporte y alcance requieren confirmar la pieza exacta.
- Los atributos MMC de Linux distinguen tamaño de grupo de borrado y granularidad de TRIM.
Eliminar un archivo, enviar una solicitud de descarte y pedir a una eMMC que ejecute Sanitize son acciones distintas. El comando que sigue a una solicitud del host depende del sistema de archivos, controlador y dispositivo exacto. Ningún término por sí solo prueba que los datos sensibles ya no puedan recuperarse.
Relacione cada término con su capa
| Término | Capa y propósito | Lo que no demuestra |
|---|---|---|
| Eliminación de archivo | El sistema de archivos quita un nombre y actualiza metadatos | Que el contenido anterior se borró físicamente |
| Discard | La capa de bloques indica que ciertos rangos ya no son necesarios | Que se envió un comando eMMC concreto o hubo destrucción segura |
| ERASE / TRIM de eMMC | Operaciones de la unidad sobre rangos cuando son compatibles | Que toda copia obsoleta en NAND desapareció de inmediato |
| Sanitize de eMMC | Operación distinta, disponible solo si tarjeta y ruta del host la admiten | Que se cumplió toda la política de borrado o auditoría del comprador |
La documentación MMC de Linux distingue erase_size de la unidad mínima de TRIM. La documentación de herramientas MMC enumera Sanitize. Estas fuentes muestran que existen las operaciones; no prueban que una pieza Kalstor, firmware o host concreto las ejecute. NVMe Sanitize es otro protocolo y no sustituye la semántica eMMC.
Defina la evidencia necesaria
Para rendimiento o reclamación de espacio, registre capacidad exacta del dispositivo, política de montaje, soporte del controlador y ruta de comandos observada. Para retirada o datos sensibles, parta de un modelo de amenaza y una política de borrado aprobada. Solicite documentación específica de comandos, alcance y señal de finalización; pruebe el procedimiento en el host objetivo y conserve el registro. No deduzca borrado seguro de fstrim, de un archivo eliminado o de un benchmark. Para seleccionar un componente, adjunte el requisito de ciclo de vida de datos a una solicitud de cotización.
Referencias
Publicamos la capacidad utilizable medida y definimos la verificación del lote de prueba según el producto cotizado y el alcance de ensayo acordado.