The UNIX and Linux Forums  

Go Back   El UNIX y Linux Foros > Especial Foros > Hardware > Sistemas de ficheros, memoria y discos
.
google unix.com



Sistemas de ficheros, memoria y discos Discutir NAS, SAN, RAID, bibliotecas de robótica, dispositivos de copia de seguridad, RAM, DRAM, SCSI, IDE, EIDE temas aquí.

Más UNIX y Linux Foro Temas usted puede encontrar útiles
Hilo Hilo para principiantes Foro Respuestas Último mensaje
minfree contenido del disco vr_mari Sun Solaris 7 05-15-2009 03:01 PM
disco duro y san lo-lp-kl AIX 4 06-12-2008 02:13 PM
Disco duro hmaraver UNIX Desktop for Dummies Preguntas y Respuestas 4 07-03-2005 04:50 PM
RAM, disco duro ramaraju UNIX for Dummies Preguntas y Respuestas 2 03-01-2005 08:35 PM
Cómo copiar contenido desde el CD a disco duro vr76413 UNIX for Dummies Preguntas y Respuestas 4 07-06-2003 01:20 AM

Closed Thread
English Japanese Spanish French German Portuguese Italian Dutch Swedish Russian Norwegian Hungarian Hebrew Danish Bulgarian Greek Powered by Powered by Google
 
Linkback vínculo Herramientas de hilo Buscar en este Hilo Tasa de Hilo Modos de visualización
  #1 (Enlace permanente)  
Old 06-02-2009
jake24 jake24 is offline
Usuario Registrado
  
 

Fecha: mayo 2009
Publicaciones: 7
Unhappy Borrado de contenido del disco duro usando dd o dcfldd

Hola,

Estoy escribiendo un script para limpiar mi disco duro, en un modo seguro por un exceso de escritura del disco con 3 patrones. Por lo tanto, corren el dd / dcfldd comando 3 veces con una llamada en la sincronización entre cada comando de llamada en la secuencia de comandos.


Código:
#!/bin/sh
dcfldd pattern=99 conv=notrunc of=/dev/sda
sync
dcfldd pattern=jj conv=notrunc of=/dev/sda
sync
dcfldd pattern=hell conv=notrunc of=/dev/sda
sync

Quiero saber si el código anterior, de hecho, en mi disco duro está sobre-escrito con los modos en que orden? Desde que han introducido una sincronización entre cada comando de llamada, cualquier resto de búferes que se graban en el disco habría sido físicamente por escrito antes de la próxima modelo está siendo copiado en el disco por dcfldd.

Por favor, ayúdame. Realmente quiero comprender el impacto.
  #2 (Enlace permanente)  
Old 06-04-2009
Corona688 Corona688 is offline
Usuario Registrado
  
 

Fecha: agosto 2005
Ubicación: Saskatchewan
Mensajes: 1.972
Si se trata de una unidad de disco duro y no un estado sólido dispositivo de almacenamiento, sobrescribiendo todo el disco con ceros plain ordinario impedirá a nadie excepto a los hombres en la NSA limpia trajes espaciales de la lectura de los datos anteriores. Si sus datos son los ladrones que motivaron, todas las apuestas son de todas formas.

I'd hacer su primer número de longitudes de los patrones, tal vez 5, 7 y 11 caracteres, para dar el máximo de molestias a las personas traje espacial limpia ya que esta hará un largo intervalo de cosa que tengan para predecir y compensar.

Última edición por Corona688; al 06-04-2009 05:33 PM..
  #3 (Enlace permanente)  
Old 06-04-2009
wireonfire wireonfire is offline
Usuario Registrado
  
 

Fecha: octubre 2008
Puestos: 19
Estoy de ninguna manera un experto en esto. Pero yo creo que puede tratar de leer el disco utilizando swiped dd y ver si hay algún datos antiguos.

dd if \u003d / dev / sda of \u003d somefile ....
  #4 (Enlace permanente)  
Old 06-04-2009
pludi's Avatar
pludi pludi is offline Forum Staff  
Moderador
  
 

Fecha: diciembre 2008
Ubicación:. En
Puestos: 1.950
Como Peter Gutmann ponerlo
Cita:
Publicado originalmente por Borrado seguro de datos de magnética y de estado sólido de memoria (Epílogo)
Como dice el documento, "Un buen lavado con datos aleatorios hará tan bien como se esperaba". Este fue el caso en 1996, y sigue siendo verdad ahora.
Si tienes / dev / urandom (o algo parecido o de fuente "aleatoriedad") dd que a su disco. Si no es posible, elegir cualquier modalidad, y sobrescribir una segunda vez usando el complemento número.

Si tienes que borrar los discos duros a menudo y / o quieren ser más seguro, DBAN es muy recomendable.
  #5 (Enlace permanente)  
Old 06-04-2009
robsonde robsonde is offline
Usuario Registrado
  
 

Fecha: diciembre 2007
Puestos: 163
Incluso después de datos aleatorios que se ha escrito a la unidad que tal vez fuera posible recuperar datos mediante herramientas especiales que las agencias gubernamentales tienen acceso.

Si esto es un problema para usted y usted realmente piensa que el gobierno no está para que usted, entonces usted debería simplemente destruir la unidad y comprar uno nuevo.

Exactamente cómo destruir corresponde a usted, pero he leído que el gobierno de los EE.UU. tiene un sistema para la destrucción de equipo de corte transversal, aplastar, triturar, quemar y difundir en las carreteras como arena en invierno.
  #6 (Enlace permanente)  
Old 06-05-2009
jake24 jake24 is offline
Usuario Registrado
  
 

Fecha: mayo 2009
Publicaciones: 7
Gracias a todos por las respuestas.
En realidad mi duda es si estoy haciendo 2 swipes sobre el disco con un patrón y su complemento, usando ya sea dd / dcfldd a los efectos en una secuencia de comandos y, a continuación, la primera empieza en realidad debería haber terminado en los sectores físicamente en el disco antes de la segunda empieza.
Con el guión me ha pegado en mi primer post, es la sincronización entre el 2 de swipes suficiente para asegurar que?
¿Puede alguien ayudarme con algunas indicaciones sobre el impacto de OS / cachés de disco en el camino a sectores del disco?
  #7 (Enlace permanente)  
Old 06-05-2009
pludi's Avatar
pludi pludi is offline Forum Staff  
Moderador
  
 

Fecha: diciembre 2008
Ubicación:. En
Puestos: 1.950
La sincronización es útil, pero realmente no es necesario (OMI). No decirle a escribir el núcleo es cachés y metadatos en el disco, pero no se puede forzar el caché de disco duro. Pero incluso con un 64 MB de caché de disco: que se completa y por escrito a disco 2 segundos después de que empecé a escribir la segunda pasada.
Closed Thread

Marcadores

Herramientas de hilo Buscar en este Hilo
Buscar en este Hilo:

Búsqueda avanzada
Modos de visualización Vota a este hilo
Vota a este hilo:

Normas de envío
puede que no nuevo puesto de hilos
puede que no enviar respuestas
puede que no enviar archivos adjuntos
puede que no editar sus puestos

Código BB es Encendido
Emoticones son Encendido
[IMG] código Encendido
Código HTML es Apagado
Trackbacks son Encendido
Pingbacks son Encendido
Refbacks son Encendido




Todas las horas son GMT -4. La hora es 09:52 AM.


Powered by: vBulletin, Copyright © 2000 - 2006, Jelsoft Enterprises Limited. Traducciones de idiomas Powered by .
vBCredits v1.4 Copyright © 2007 - 2008, PixelFX Estudios
El UNIX y Linux Foros Contenido Copyright © 1993-2009. Todos los derechos Reserved.Ad Gestión por RedTyger

Las direcciones URL de contenido vBSEO 3.2.0