Cita:
|
Empezado por Neftali
La afirmación (2) es correcta; Pero ese sistema sigue siendo válido; Si creas un disco con un programa y lo proteges con éste sistema, al formatearlo los sectores se habrán recuperado, pero el disco, como tú muy bien dices estará formateado, por lo tanto habrá desaparecido tu programa (= no han podido saltarse la protección).
En cuanto a la (1), no le veo vantajas a "romper" físicamente el disco. No puedes reutilizar discos (ni siquiera los de las pruebas que tú hagas) y por otro lado sigo viendo un sistema muy "impreciso" el pinchar el disco con una aguja.
|
Saludos Neftali
Agradezco mucho tus comentarios. Mi idea es la siguiente: si marco uno o varios clusters por soft este lo hara solo en la FAT, fisicamente la informacion que se encuentre en esos cluster no sera tocada y estara disponible sin importar que la FAT indique lo contrario. De esta forma se podra tener acceso a esa informacion con una lectura directa del cluster...
Pero mi idea es la de marcar fisicamente el cluster sin que este tenga informacion. Una verificacion del disco o un nuevo formateo con una herramienta apropiada, marcara los clusters malogrados en la FAT.
Hasta este punto tendria un disco con clusters malogrados en la area de datos y con los mismos clusters marcados en la FAT, como no disponibles. Si se utiliza una herramienta de copia de discos y que ademas copie cluster a cluster, creara una copia del disco original, marcando estos clusters como malos en la FAT (del disco copia), por supuesto los clusters fisicamente
estaran bien.
Entonces al final tengo dos discos: un original con clusters malos marcados en la FAT y sobre el mismo disco y una copia con los mismos clusters marcados...pero solo en la FAT.
El programa al iniciar debe verificar los clusters directamente en el disco y no a travez de la FAT. Si en la verificacion de los clusters sucede un error indicaria que es el disco llave (por decirlo de alguna forma) y el sistema continua su trabajo.
La idea original de tener un archivo en mi disco y luego marcar el disco con una aguja, tratando de acertarle en los clusters involucrados con el archivo, me evitaba usar rutinas de bajo nivel para leer el disco, ya que el programa para poder inicar su trabajo, solo debia verificar la existencia de ese archivo en el disco, el cual como estaba dañado, en teoria, no podria ser copiado a otro disco. Por supuesto, verificar la existencia de ese archivo en el disco incluia comprobar algunos bytes en posiciones especificas dentro del archivo, de tal forma que esto era una segunda comprobacion de seguridad, es decir no solo se verifica que el archivo xxxxx.xxx este en el disco si no que tambien se verifique ciertos bytes en su interior. Todas estas operaciones se pueden hacer con los comandos de Delphi, tan es asi que lo pude lograr...pero tenia que usar un archivo tan grande como el disco (1.44 mb) y por que? pues
para estar seguro que al marcar cualquier posicion en la superficie del disco, le estaba atinando al archivo.
Bajo esta forma solo debo utilizar los comandos de acceso a archivos como
Seek, etc. Esta forma no funciona (al menos para lo que me piedieron hacer)por que en el mismo disco debo meter el EXE y depues se tiene que
guardar los datos generados con el mismo programa. Si primero copio la informacion (mi archivo EXE) y luego marco...puedo atinarle al EXE y por supuesto, todo el plan se malogra.
En cambio si en un disco limpio primero marco la superficie con la aguja y despues copia mi EXE, este se copiara en las partes no dañadas (claro esta que antes debo marcar estas posiciones en la FAT de tal forma que Windows no intente copiar el exe en esas posiciones), lo mismo sucedera con la informacion generada con el programa. Pero para hacer esto ya no me sirve los comandos de manejo de archivos de Delphi ya que este debe trabajar con archivos..Es por eso que ahora estoy mirando al Ensamblador y...tiene buena cara para este trabajo...Con esto trato de explicarte (y de paso a todos los amigos del foro) cual es mi plan...
Esperando hacerme entender
Atentamente Carlo