violent_ken
Messages postés1812Date d'inscriptionmardi 31 mai 2005StatutMembreDernière intervention26 octobre 20102 17 nov. 2006 à 18:55
Salut, si tu as ne serais-ce qu'un semblant d'idée pour pouvoir restaurer des fichiers dont une partie est déjà occupée par un autre fichier, je suis preneur !!
@+ et bonne prog
Mayzz
Messages postés2813Date d'inscriptionmardi 15 avril 2003StatutMembreDernière intervention 2 juin 202028 17 nov. 2006 à 13:18
violent_ken c sur !
Je voulais juste reprendre ta phrase "sans doute impossible en VB". Rien est impossible avec les API ;)
violent_ken
Messages postés1812Date d'inscriptionmardi 31 mai 2005StatutMembreDernière intervention26 octobre 20102 16 nov. 2006 à 18:25
Salut, oui, quand on "efface" un fichier sur une partition FAT (respectivement NTFS), le fichier n'est plus considéré comme existant vis à vis de la table d'allocation (respectivement la MFT), bien qu'encore présent dedans, mais les bytes le constituant subsistent sur le disque dur.
Alors restaurer un fichier qui n'a pas été écrasé, c'est très simple (suffit de récupérer les bytes correspondant et recréer un fichier avec).
Restaurer un fichier qui a été écrasé (clusters anciennement utilisés avant la suppression réutilisés par un autre fichier après la suppression), c'est possible en réalité (pleins de logiciels pro en sont capables), mais je me demande bien comment c'est conçu (sans doute impossible en VB).
Restaurer un fichier après formatage physique, multiples écrasages, c'est possible en récupérant les traces magnétiques restantes sur le disque dur.
Quand je dis "Ces logiciels doivent être capables de récupérer le traces magnétiques persistant sur le disque dur", je me trompe ==> ce ne sont pas des "logiciels" qui en sont capables, mais des méthodes lourdes utilisées par la police scientifique...etc. Totalement impossible pour nous.
@+
PADYVEN
Messages postés69Date d'inscriptionlundi 10 février 2003StatutMembreDernière intervention29 août 2012 16 nov. 2006 à 13:33
Ce qu'il faut savoir c'est que ces logiciel existe oui
mais il faut ajouter d'autre chose
une info sur un disque ces du binaire 0 ou 1 en gros si tu as perdu un bit ta une chance sur deux de pouvoir le restaurer
de plus windows n'efface pas les fichiers il se contente de remplacer le premier caractere par "?" donc le fichier et toujours la mais l'exploreur ne le montre plus
maintenant si on parle de ces fameux logiciel il serait interressant de regarder comment ils fonctionnent (la trace magnetique ji croit pas)
sur un disque dur si tu efface reellement le fichier dans la table d'allocation (Cf fat32 Fat 16 etc) et dans le contenu du fichier en remplacant les bit par 0 ou 1 pour moi il a disparut
mais maintenant il faut savoir autre chose un disque c'est rond et c'est asservis en position mais il y a un delta la lecture et lecriture d'un disque ce fait telle toujour a la meme position
les secteur d'allocation d'un dique font tous la meme taille que l'on soit pres ou loin du centre du disque donc....
violent_ken
Messages postés1812Date d'inscriptionmardi 31 mai 2005StatutMembreDernière intervention26 octobre 20102 8 nov. 2006 à 19:26
Ah d'accord. Ces logiciels doivent être capables de récupérer le traces magnétiques persistant sur le disque dur, même après effacage et réécriture.
Merci, @+
Mayzz
Messages postés2813Date d'inscriptionmardi 15 avril 2003StatutMembreDernière intervention 2 juin 202028 8 nov. 2006 à 15:07
Bien en fait violent_ken g vu dans un reportage sur les enquêtes criminelles que les laboratoires de certaine organisations (FBI, Interpole, CIA et autres...) qu'elle possédaient des logiciels capable de restaurer des bytes ayant été réécrit 30 fois auparavant, bien sur ces logiciels ne sont pas a la porté de tout le monde et nécessite un temps de fonctionnement énorme pour une tel récupération de données. Ca peut paraître relevé de la science fiction mais ces logiciels existe réellement et ne sont utilisé que rarement comme pour les cas d'attaque touchant la sécurité nationale ou pour le terrorisme. D'où mon expression « comme ceux des labo pour enquêtes criminelles mais c'est encore autre chose »
Je ne voulais pas m?éterniser sur le sujet mais vu que tu me demande des précisions?
Voila !
Bonne prog ++
violent_ken
Messages postés1812Date d'inscriptionmardi 31 mai 2005StatutMembreDernière intervention26 octobre 20102 8 nov. 2006 à 13:32
Salut,
"Ce qu'il faut savoir c'est que les données d'un disque dur peuvent être restaurés après trois écritures/lectures d'un secteur. Et même beaucoup plus avec certains logiciels professionnels" ==> c'est à dire ?
@+
Mayzz
Messages postés2813Date d'inscriptionmardi 15 avril 2003StatutMembreDernière intervention 2 juin 202028 27 oct. 2006 à 17:06
"plien ou protégé en écriture" loool ! Scuzé moi pr les fotes ^^
Mayzz
Messages postés2813Date d'inscriptionmardi 15 avril 2003StatutMembreDernière intervention 2 juin 202028 27 oct. 2006 à 17:05
Encore une fois je ne veux pas être mauvaise langue ou laisser des commentaires non constructifs mais...
Quel est le but d'une telle source???
Générer des fichiers bidons?
Ce qu'il faut savoir c'est que les données d'un disque dur peuvent être restaurés après trois écritures/lectures d'un secteur. Et même beaucoup plus avec certains logiciels professionnels (comme ceux des labo pour enquêtes criminelles mais c'est encore autre chose ^^)
Pourquoi se prendre la tête à générer des noms de fichiers, des extensions ? Qui va les lires ?
Une extension est à la base faite pour qu'un logiciel puisse y être associé et un nom de fichier pour spécifié au logiciel et à l'utilisateur sont chemin !
Mais si tiens vraiment à écrire des données 'Bidon' fais le au moins en méthode binaire :
Private Function GenerateBinFile(FileName As String, FileLength As Long) as Boolean
'On Error GoTo ErrorHandler
Dim FF As Integer,i as long, xByte() As Byte
FF = FreeFile
ReDim xByte(FileLength - 1) As Byte
For i = 0 To FileLength - 1
'Pour une écriture de zéro
xByte(i) = 0
'Ou
'Randomize Timer
'xByte(i) = CByte(Round(Rnd * 255))
'Pour générer un byte aléatoire (0 à 255)
Next i
Open FileName For Binary Access Write As #FF
Put #FF, , xByte
Close #FF
GenerateBinFile = True
Exit Function
ErrorHandler:
MsgBox "Impossible d'écrire dans le fichier " & _
"cible vérifiez que le disque n'est pas " & _
"plien ou protégé en écriture", _
vbCritical, "Erreur d'écriture sur le disque"
End Function
PADYVEN
Messages postés69Date d'inscriptionlundi 10 février 2003StatutMembreDernière intervention29 août 2012 24 oct. 2006 à 13:07
C'est pas tout as fait ca
Ca permet de remplir un espace donné avec des fichiers bidon de 2Mo
exemple :tu achete un cle usb tu veux la remplir pour etre sur de la taille ,utilise ca
exemple2:Tu achete un appareil photo avec memoire interne et tu te rend compte que les premiere photo sont verrolée remplit une fois l'appareil avec ca
exemple 3: tu as effacer un fichier avec windob mais tu sais que windob n'efface pas vraiment remplit l'espace avec ca puis efface
(windob utilisera les memes espaces memoire)
Renfield
Messages postés17287Date d'inscriptionmercredi 2 janvier 2002StatutModérateurDernière intervention27 septembre 202174 23 oct. 2006 à 21:12
Si j'ai bien saisi... ca sert simplement a générer des fichiers de taille quelconque...
ca peux permettre de tester des routines de compression, etc...
j'avais eu ce genre de besoin pour tester une fonction de calcul sur un fichier de quelques dizaines de Go... on a pas toujours de si gros fichiers sous la main ^^
cs_Tioneb
Messages postés193Date d'inscriptiondimanche 16 décembre 2001StatutMembreDernière intervention29 juillet 2015 23 oct. 2006 à 18:13
Salut,
je ne comprend pas le but de ton programme, pourrais-tu expliquer STP?
Renfield
Messages postés17287Date d'inscriptionmercredi 2 janvier 2002StatutModérateurDernière intervention27 septembre 202174 22 oct. 2006 à 18:47
ca m'est deja arrivé, mais la solution est plus simple est plus légère que tous tes tableaux initialisés et qui seront compilés dans l'Exe...
l'API SetEndOfFile, permet de définir la taille d'un fichier a la position actuell du curseur qui le parcoure...
17 nov. 2006 à 18:55
@+ et bonne prog
17 nov. 2006 à 13:18
Je voulais juste reprendre ta phrase "sans doute impossible en VB". Rien est impossible avec les API ;)
16 nov. 2006 à 18:25
Alors restaurer un fichier qui n'a pas été écrasé, c'est très simple (suffit de récupérer les bytes correspondant et recréer un fichier avec).
Restaurer un fichier qui a été écrasé (clusters anciennement utilisés avant la suppression réutilisés par un autre fichier après la suppression), c'est possible en réalité (pleins de logiciels pro en sont capables), mais je me demande bien comment c'est conçu (sans doute impossible en VB).
Restaurer un fichier après formatage physique, multiples écrasages, c'est possible en récupérant les traces magnétiques restantes sur le disque dur.
Quand je dis "Ces logiciels doivent être capables de récupérer le traces magnétiques persistant sur le disque dur", je me trompe ==> ce ne sont pas des "logiciels" qui en sont capables, mais des méthodes lourdes utilisées par la police scientifique...etc. Totalement impossible pour nous.
@+
16 nov. 2006 à 13:33
mais il faut ajouter d'autre chose
une info sur un disque ces du binaire 0 ou 1 en gros si tu as perdu un bit ta une chance sur deux de pouvoir le restaurer
de plus windows n'efface pas les fichiers il se contente de remplacer le premier caractere par "?" donc le fichier et toujours la mais l'exploreur ne le montre plus
maintenant si on parle de ces fameux logiciel il serait interressant de regarder comment ils fonctionnent (la trace magnetique ji croit pas)
sur un disque dur si tu efface reellement le fichier dans la table d'allocation (Cf fat32 Fat 16 etc) et dans le contenu du fichier en remplacant les bit par 0 ou 1 pour moi il a disparut
mais maintenant il faut savoir autre chose un disque c'est rond et c'est asservis en position mais il y a un delta la lecture et lecriture d'un disque ce fait telle toujour a la meme position
les secteur d'allocation d'un dique font tous la meme taille que l'on soit pres ou loin du centre du disque donc....
8 nov. 2006 à 19:26
Merci, @+
8 nov. 2006 à 15:07
Je ne voulais pas m?éterniser sur le sujet mais vu que tu me demande des précisions?
Voila !
Bonne prog ++
8 nov. 2006 à 13:32
"Ce qu'il faut savoir c'est que les données d'un disque dur peuvent être restaurés après trois écritures/lectures d'un secteur. Et même beaucoup plus avec certains logiciels professionnels" ==> c'est à dire ?
@+
27 oct. 2006 à 17:06
27 oct. 2006 à 17:05
Quel est le but d'une telle source???
Générer des fichiers bidons?
Ce qu'il faut savoir c'est que les données d'un disque dur peuvent être restaurés après trois écritures/lectures d'un secteur. Et même beaucoup plus avec certains logiciels professionnels (comme ceux des labo pour enquêtes criminelles mais c'est encore autre chose ^^)
Pourquoi se prendre la tête à générer des noms de fichiers, des extensions ? Qui va les lires ?
Une extension est à la base faite pour qu'un logiciel puisse y être associé et un nom de fichier pour spécifié au logiciel et à l'utilisateur sont chemin !
Mais si tiens vraiment à écrire des données 'Bidon' fais le au moins en méthode binaire :
--------------------------------------------------------
Private Function GenerateBinFile(FileName As String, FileLength As Long) as Boolean
'On Error GoTo ErrorHandler
Dim FF As Integer,i as long, xByte() As Byte
FF = FreeFile
ReDim xByte(FileLength - 1) As Byte
For i = 0 To FileLength - 1
'Pour une écriture de zéro
xByte(i) = 0
'Ou
'Randomize Timer
'xByte(i) = CByte(Round(Rnd * 255))
'Pour générer un byte aléatoire (0 à 255)
Next i
Open FileName For Binary Access Write As #FF
Put #FF, , xByte
Close #FF
GenerateBinFile = True
Exit Function
ErrorHandler:
MsgBox "Impossible d'écrire dans le fichier " & _
"cible vérifiez que le disque n'est pas " & _
"plien ou protégé en écriture", _
vbCritical, "Erreur d'écriture sur le disque"
End Function
Call GenerateBinFile (Lecteur & "" & "Fichier", Taille)
--------------------------------------------------------
Voila.
Bonne Prog @Ts
24 oct. 2006 à 13:07
Ca permet de remplir un espace donné avec des fichiers bidon de 2Mo
exemple :tu achete un cle usb tu veux la remplir pour etre sur de la taille ,utilise ca
exemple2:Tu achete un appareil photo avec memoire interne et tu te rend compte que les premiere photo sont verrolée remplit une fois l'appareil avec ca
exemple 3: tu as effacer un fichier avec windob mais tu sais que windob n'efface pas vraiment remplit l'espace avec ca puis efface
(windob utilisera les memes espaces memoire)
23 oct. 2006 à 21:12
ca peux permettre de tester des routines de compression, etc...
j'avais eu ce genre de besoin pour tester une fonction de calcul sur un fichier de quelques dizaines de Go... on a pas toujours de si gros fichiers sous la main ^^
23 oct. 2006 à 18:13
je ne comprend pas le but de ton programme, pourrais-tu expliquer STP?
22 oct. 2006 à 18:47
l'API SetEndOfFile, permet de définir la taille d'un fichier a la position actuell du curseur qui le parcoure...