�a d�pend. Parmi les probl�mes concernant la r�cup�ration de fichiers dans un syst�me d'exploitation de haute qualit�, multi-t�ches et multi-utilisateurs comme Linux, il se trouve que vous ne savez jamais quand quelqu'un veut �crire sur le disque. Donc, quand le syst�me d'exploitation re�oit l'ordre de supprimer un fichier, il suppose libres les blocs utilis�s par ce fichier au moment d'allouer de nouveau de la place pour un nouveau fichier (c'est un exemple typique d'un principe g�n�ral d'Unix : le noyau et les outils associ�s supposent que les utilisateurs ne sont pas des idiots). En g�n�ral, plus votre machine est utilis�e, moins vous avez de chances de r�cup�rer vos fichiers avec succ�s.
De plus, la fragmentation du disque peut affecter la facilit� de r�cup�ration. Si la partition contenant les fichiers supprim�s est tr�s fragment�e, vous avez peu de chances de pouvoir lire un fichier entier.
Si votre machine, comme la mienne, est effectivement une station destin�e � un seul utilisateur, et que vous n'utilisiez pas intensivement le disque au moment fatal de la destruction, je m'attendrais � un taux de r�cup�ration du m�me ordre de grandeur que d�crit pr�c�demment. J'ai r�cup�r� presque 94 % des fichiers, intacts (et il s'agissait de fichiers binaires, notez bien). Si vous obtenez plus de 80 %, vous pouvez �tre plut�t content de vous.
Hosting by: Hurra Communications GmbH
Generated: 2007-01-26 18:01:26