ANALYSE DISQUES ET PARTITIONS
amteur
Messages postés
40
Date d'inscription
jeudi 15 juin 2006
Statut
Membre
Dernière intervention
16 mars 2009
-
22 sept. 2007 à 20:25
Profil bloqué - 9 mars 2013 à 23:15
Profil bloqué - 9 mars 2013 à 23:15
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/43673-analyse-disques-et-partitions
https://codes-sources.commentcamarche.net/source/43673-analyse-disques-et-partitions
9 mars 2013 à 23:15
7 févr. 2010 à 00:46
4 févr. 2010 à 22:27
9 nov. 2009 à 23:48
bonne prog à tous
27 janv. 2009 à 22:38
j'ai modifié le nom d'un fichier (court et long) dans le poste de la MFT.
ceci avec edithexa et sans me soucier de l'update sequence et ...pas de pb.
donc comment apprehender le role de l'update sequence.
je suis un peu perdu.
26 janv. 2009 à 22:01
car je pense que toute la mecanique de securité n'est active que quand on fait
des ecritures.Or je veux juste essayer de lire.
je vais regarder comment marche l'update sequence en detail , la mettre en
oeuvre dans mon patch de MFT et on verra bien.
a+
25 janv. 2009 à 15:38
Il n'y a pas de checksum sur une MFT.Même si tu vois au poste 64 (enregistrement 64) la suite de ton ancienne MFT et même si tu pouvais les lier ensemble cela n'irai pas.Certains enregistrements sont liés entre eux (un répertoire et son contenu : un répertoire est un enregistrement qui contient un index des fichiers qu'il contient donc un index des enregistrements enfants). Certains autres fichiers sont contenus sur plusieurs enregistrements ( ils contiennent un enregistrement principal et des enregistrements d'extension). De plus l'enregistrement journal ( Userjnl$) ne serait pas mis à jour . Et j'en passe. La MFT est à considérée comme une base de données système pour Windows.
Tu n'as qu'une solution valable à mon avis : tu reformates et tu réinstalles tout de A à Z
25 janv. 2009 à 15:12
ce que je tente c'est de boucher le trou qu'il y a dans la MFT suite au
reformatage interrompu. le formatage a fait une MFT de 63 postes.Or je vois
au poste 64 la suite de l'ancienne MFT (verifié par Getdataback).
Il me manque donc peu de choses.
Peut-etre y a t'il une check-sum sur la MFT ?
Aurais-tu des infos la-dessus ?
nb : pour le moment j'utilise l'ancienne version , c'est pour ca que je
n'avais pas vu le n° d'enreg MFT or j'en avait besoin.
25 janv. 2009 à 14:01
- A l'adresse 002C on trouve bien sur 4 octets le numéro d'enregistrement d'un enregistrement de la MFT. On peut voir cela dans la feuille "Détail d'un enregistrement" et en clicquant dans la listbox sur "Entête d'un enregistrement"
- Il ne faut jamais toucher à la MFT de Windows. C'est le cœur du système de fichiers NTFS.tu es bon pour réinstaller Windows et tous tes logiciels.
C'est vrai que c'est très peu documenté. J'avais trouvé un site Linux en anglais sur lequel je me suis basé pour comprendre NTFS.Si je retrouve l'adresse je l'indiquerai sur ce post
Merci pour le "très bon soft" : cela fait plaisir
25 janv. 2009 à 08:49
une info et une question
- il semble que en adresse 2c a 2F d'un enreg de la MFT on trouve le numero
d'enreg de la MFT , ca peut etre interessant.
- suite à un debut de formattage intempestif j'essaie de recuperer des données.
j'ai donc essayé de ralonger la runlist de la $MFT et $MFTmirror (sinon il
refuse d'ecrire sur le disque).Quand je redemarre il veut que je formatte le
disque. As-tu deja essayé une chose comme celle là ?
nb : dommage que NTFS soit si peu documenter.
Peut-etre sous LINUX ?
a+
27 mai 2008 à 21:04
Désolé mais j'ai du mal à comprendre le sens de tes 2 questions.
Réaliser un système de fichiers en VB : théoriquement cela devrait être possible mais en pratique cela serait beaucoup trop lourd et pénalisant au niveau système.Imagine que mon projet ne fait qu'aller chercher des informations sur les systèmes de fichiers : alors pour gérer un système de fichiers avec tout ce que cela impose au niveau des fichiers, répertoires, disques, secteurs et autres tout en gardant la compatibilité avec les logiciels actuels.
27 mai 2008 à 17:32
27 mai 2008 à 17:30
27 mai 2008 à 17:13
J'ai retrouvé le lien qui fut à l'origine de ce projet
http://vbcity.com/forums/topic.asp?tid=6975
Par contre Tom Honaker doit y être pour quelque chose car je l'ai retrouvé grâce à "codes Tom Honaker" dans Google
Bonne prog à tous et à +
27 mai 2008 à 16:10
Pour mon accord pour une version "Light" pour les clefs USB il n'y a aucun problème : c'est du Open Source et c'est Free
Par contre je ne suis point parti de la contribution de Tom Honaker mais d'une source postée il y a quelques années par un Russe et celle traitait uniquement de l'accès aux secteurs des disquettes et disques durs et de plus pour les disques durs leurs tailles étaient limitées ( tout était géré par des variables de types Long sur 32 bits)
J'ai cherché à travailler en 64 bits pour dépasser cette contrainte puis j'ai exploré la FAT à cette époque. Puis le NTFS est venu complété ce projet ainsi que le CDFS et UDF pour les support optiques
Voici l'histoire de ce projet qui dure depuis quelques années ( 5 à 6 ans) car le projet original a été perdu par ma faute à cause de fausses manipulations et tout a été recodé en VB 6.0 ainsi qu'en VB NET 2008 ( compatible VB NET 2005)
Merci encore et A+
27 mai 2008 à 12:42
Merci beaucoup pour cet énorme boulot.
Gabriel.
PS : Je posterais, avec ton accord, une version "light & Lift" dédié au clé USB et à la protection de celle-ci.
7 janv. 2008 à 23:46
27 oct. 2007 à 03:20
1152 x 864 est le minimum pour avoir les fenêtres entières à l'écran
27 oct. 2007 à 03:15
Moi je suis en 1152 x 864
Je vais voir pour le 1024
27 oct. 2007 à 01:38
Donc voila mis a part l'ergonomie, le code est excellent
22 sept. 2007 à 20:25