Je recherche un logiciel qui me permeterais d'effacer mon disque dur au
complet, un effacement permanent pour qu'il soit impossible de retrouver le
moindre fichier, j'aimerais aussi qu'il soit possible de lancer l'effacement
avec un combinaison de touche.
"Your Name" a écrit dans le message de news:3fb07700$0$234$
Nicob wrote:
On Mon, 10 Nov 2003 21:10:22 +0000, Your Name wrote:
Mais il doit y avoir moyen de sortir les plateaux et de les analyser "à la main",
mais c'est pas les mêmes coûts.
Quelqu'un peut confirmer ?
Pourquoi devoir les sortir? Les tetes on bien su y acceder pour lire/ecrire les zones defectueuses sans avoir avoir le disque!
Le problème est que c'est le controleur du HD qui décide. Si pour lui le bloc est marqué bad et qu'il a été remplacé par un bloc de secours, tu n'accèdera plus à l'ancien. On n'en est plus à l'OS qui marque les mauvais secteurs et qui évité d'écrire dessus. L'OS ne sais même pas qu'il y a un problème. C'est géré de façon transparente :-/
Par contre je ne saurais te dire s'il existe des ordres spéciaux permettant de flagger un bloc ou de lire un emplacement physique. Seule la doc du constructeur, si elle est dispo, t'en dira plus.
Eric.
"Your Name" <email@address.invalid> a écrit dans le message de
news:3fb07700$0$234$636a55ce@news.free.fr...
Nicob wrote:
On Mon, 10 Nov 2003 21:10:22 +0000, Your Name wrote:
Mais il
doit y avoir moyen de sortir les plateaux et de les analyser "à la
main",
mais c'est pas les mêmes coûts.
Quelqu'un peut confirmer ?
Pourquoi devoir les sortir? Les tetes on bien su y acceder pour
lire/ecrire les zones defectueuses sans avoir avoir le disque!
Le problème est que c'est le controleur du HD qui décide.
Si pour lui le bloc est marqué bad et qu'il a été remplacé par un bloc de
secours, tu n'accèdera plus à l'ancien.
On n'en est plus à l'OS qui marque les mauvais secteurs et qui évité
d'écrire dessus. L'OS ne sais même pas qu'il y a un problème. C'est géré de
façon transparente :-/
Par contre je ne saurais te dire s'il existe des ordres spéciaux permettant
de flagger un bloc ou de lire un emplacement physique.
Seule la doc du constructeur, si elle est dispo, t'en dira plus.
"Your Name" a écrit dans le message de news:3fb07700$0$234$
Nicob wrote:
On Mon, 10 Nov 2003 21:10:22 +0000, Your Name wrote:
Mais il doit y avoir moyen de sortir les plateaux et de les analyser "à la main",
mais c'est pas les mêmes coûts.
Quelqu'un peut confirmer ?
Pourquoi devoir les sortir? Les tetes on bien su y acceder pour lire/ecrire les zones defectueuses sans avoir avoir le disque!
Le problème est que c'est le controleur du HD qui décide. Si pour lui le bloc est marqué bad et qu'il a été remplacé par un bloc de secours, tu n'accèdera plus à l'ancien. On n'en est plus à l'OS qui marque les mauvais secteurs et qui évité d'écrire dessus. L'OS ne sais même pas qu'il y a un problème. C'est géré de façon transparente :-/
Par contre je ne saurais te dire s'il existe des ordres spéciaux permettant de flagger un bloc ou de lire un emplacement physique. Seule la doc du constructeur, si elle est dispo, t'en dira plus.
Eric.
Your Name
Eric Razny wrote:
Non. Tu confonds /dev/urandom et /dev/random.
Non mais par là je veux dire aléatoire, pas un simple zéro.
Le second donne un "vrai" aléa et s'arrête faute d'entropie suffisante (et là ce n'est pas des jours mais des années voir plus qu'il va te falloir pour parcourir ton hd si tu as une activité "classique" sur ta machine).
Le premier continue en s'appuyant sur un générateur de pseudo-alea (seed) et n'est pas bloquant.
Si tu as un doute essaye un cat sur les deux périph...
Au fait avec random la taille du fichier n'est pas lié a l'argument de count.
dd if=/dev/random of=random count
Eric Razny wrote:
Non.
Tu confonds /dev/urandom et /dev/random.
Non mais par là je veux dire aléatoire, pas un simple zéro.
Le second donne un "vrai" aléa et s'arrête faute d'entropie suffisante (et
là ce n'est pas des jours mais des années voir plus qu'il va te falloir pour
parcourir ton hd si tu as une activité "classique" sur ta machine).
Le premier continue en s'appuyant sur un générateur de pseudo-alea (seed) et
n'est pas bloquant.
Si tu as un doute essaye un cat sur les deux périph...
Au fait avec random la taille du fichier n'est pas lié a
l'argument de count.
Non mais par là je veux dire aléatoire, pas un simple zéro.
Le second donne un "vrai" aléa et s'arrête faute d'entropie suffisante (et là ce n'est pas des jours mais des années voir plus qu'il va te falloir pour parcourir ton hd si tu as une activité "classique" sur ta machine).
Le premier continue en s'appuyant sur un générateur de pseudo-alea (seed) et n'est pas bloquant.
Si tu as un doute essaye un cat sur les deux périph...
Au fait avec random la taille du fichier n'est pas lié a l'argument de count.
dd if=/dev/random of=random count
Emmanuel Florac
Dans article <3fb0e20c$0$13304$, disait...
Et bien il y a plus de 50 ans, les ricains ont cassés des codes aléatoires à clef unique, de même longueur que le message. C'est à dire des codes théoriquement incassables (comme chacun sait, en théorie la théorie et la pratique c'est la même chose, mais pas en pratique...)
Un bon encryptage est irreversible et le sera toujours
Un encryptage parfait (code aléatoire à clef unique de même longueur que le texte à coder) a été cassé parce que mal utilisé. Ca a représenté un travail aberrant ( 3 ans de travail pour décoder 150 mots) mais il n'empèche que la CIA l'a fait. Tout ça pour dire qu'il faut vraiment savoir e qu'on fait si on veut vraiment mettre ses données à l'abri!
-- Quis, quid, ubi, quibus auxiliis, cur, quomodo, quando?
Dans article <3fb0e20c$0$13304$626a54ce@news.free.fr>,
email@address.invalid disait...
Et bien il y a plus de 50 ans, les ricains ont cassés des codes
aléatoires à clef unique, de même longueur que le message. C'est à dire
des codes théoriquement incassables (comme chacun sait, en théorie la
théorie et la pratique c'est la même chose, mais pas en pratique...)
Un bon encryptage est irreversible et le sera toujours
Un encryptage parfait (code aléatoire à clef unique de même longueur que
le texte à coder) a été cassé parce que mal utilisé. Ca a représenté un
travail aberrant ( 3 ans de travail pour décoder 150 mots) mais il
n'empèche que la CIA l'a fait. Tout ça pour dire qu'il faut vraiment
savoir e qu'on fait si on veut vraiment mettre ses données à l'abri!
--
Quis, quid, ubi, quibus auxiliis, cur, quomodo, quando?
Et bien il y a plus de 50 ans, les ricains ont cassés des codes aléatoires à clef unique, de même longueur que le message. C'est à dire des codes théoriquement incassables (comme chacun sait, en théorie la théorie et la pratique c'est la même chose, mais pas en pratique...)
Un bon encryptage est irreversible et le sera toujours
Un encryptage parfait (code aléatoire à clef unique de même longueur que le texte à coder) a été cassé parce que mal utilisé. Ca a représenté un travail aberrant ( 3 ans de travail pour décoder 150 mots) mais il n'empèche que la CIA l'a fait. Tout ça pour dire qu'il faut vraiment savoir e qu'on fait si on veut vraiment mettre ses données à l'abri!
-- Quis, quid, ubi, quibus auxiliis, cur, quomodo, quando?
Eric Belhomme
"Eric Razny" wrote in news:3fb0f7f4$0$27028$:
Le problème est que c'est le controleur du HD qui décide. Si pour lui le bloc est marqué bad et qu'il a été remplacé par un bloc de secours, tu n'accèdera plus à l'ancien. On n'en est plus à l'OS qui marque les mauvais secteurs et qui évité d'écrire dessus. L'OS ne sais même pas qu'il y a un problème. C'est géré de façon transparente :-/
Par contre je ne saurais te dire s'il existe des ordres spéciaux permettant de flagger un bloc ou de lire un emplacement physique. Seule la doc du constructeur, si elle est dispo, t'en dira plus.
amha, le seul moyen d'y acceder est de démonter la carte controleur du
disque, et de la rempolacer par une carte "home-made" permettant de controller directement le moteur des plateaux, et le moteur du bras de lecture, et d'interpréter le lfux de données a la mano (enfin, avec des outils spécifiques développés pour) En pratique, j'ai entendu dire que les boites qui font de la récupération de données démontent les diques en salle blanche pour récupérer les plateaux, et le monter sur un hardware spécial...
pour ce qui est commandes spéciales (ATA ou SCSI) permettant de controller directement le disque, je n'en ai JAMAIS entendu parler, et je pense que si ca existait, quelques uns de ce forum seraient au courant, or manifestement, il n'en est rien ;)
-- Rico (RicoSpirit) - http://www.ricospirit.net Pour en savoir autant que moi sur INN (c.a.d. pas grand chose !) : http://www.ricospirit.net/inn/
"Eric Razny" <news_01@razny.net> wrote in
news:3fb0f7f4$0$27028$626a54ce@news.free.fr:
Le problème est que c'est le controleur du HD qui décide.
Si pour lui le bloc est marqué bad et qu'il a été remplacé par un bloc
de secours, tu n'accèdera plus à l'ancien.
On n'en est plus à l'OS qui marque les mauvais secteurs et qui évité
d'écrire dessus. L'OS ne sais même pas qu'il y a un problème. C'est
géré de façon transparente :-/
Par contre je ne saurais te dire s'il existe des ordres spéciaux
permettant de flagger un bloc ou de lire un emplacement physique.
Seule la doc du constructeur, si elle est dispo, t'en dira plus.
amha, le seul moyen d'y acceder est de démonter la carte controleur du
disque, et de la rempolacer par une carte "home-made" permettant de
controller directement le moteur des plateaux, et le moteur du bras de
lecture, et d'interpréter le lfux de données a la mano (enfin, avec des
outils spécifiques développés pour)
En pratique, j'ai entendu dire que les boites qui font de la récupération
de données démontent les diques en salle blanche pour récupérer les
plateaux, et le monter sur un hardware spécial...
pour ce qui est commandes spéciales (ATA ou SCSI) permettant de controller
directement le disque, je n'en ai JAMAIS entendu parler, et je pense que si
ca existait, quelques uns de ce forum seraient au courant, or
manifestement, il n'en est rien ;)
--
Rico (RicoSpirit) - http://www.ricospirit.net
Pour en savoir autant que moi sur INN (c.a.d. pas grand chose !) :
http://www.ricospirit.net/inn/
Le problème est que c'est le controleur du HD qui décide. Si pour lui le bloc est marqué bad et qu'il a été remplacé par un bloc de secours, tu n'accèdera plus à l'ancien. On n'en est plus à l'OS qui marque les mauvais secteurs et qui évité d'écrire dessus. L'OS ne sais même pas qu'il y a un problème. C'est géré de façon transparente :-/
Par contre je ne saurais te dire s'il existe des ordres spéciaux permettant de flagger un bloc ou de lire un emplacement physique. Seule la doc du constructeur, si elle est dispo, t'en dira plus.
amha, le seul moyen d'y acceder est de démonter la carte controleur du
disque, et de la rempolacer par une carte "home-made" permettant de controller directement le moteur des plateaux, et le moteur du bras de lecture, et d'interpréter le lfux de données a la mano (enfin, avec des outils spécifiques développés pour) En pratique, j'ai entendu dire que les boites qui font de la récupération de données démontent les diques en salle blanche pour récupérer les plateaux, et le monter sur un hardware spécial...
pour ce qui est commandes spéciales (ATA ou SCSI) permettant de controller directement le disque, je n'en ai JAMAIS entendu parler, et je pense que si ca existait, quelques uns de ce forum seraient au courant, or manifestement, il n'en est rien ;)
-- Rico (RicoSpirit) - http://www.ricospirit.net Pour en savoir autant que moi sur INN (c.a.d. pas grand chose !) : http://www.ricospirit.net/inn/
Marc-Olivier Meunier
Non. Tu confonds /dev/urandom et /dev/random.
Le second donne un "vrai" aléa et s'arrête faute d'entropie suffisante (et là ce n'est pas des jours mais des années voir plus qu'il va te falloir pour parcourir ton hd si tu as une activité "classique" sur ta machine).
Pour ceux qui se demande comment c'est possible, c'est simple, /dev/random récupère toutes les erreurs du système, par exemple les erreurs sur la lecture des disques. Alors evidement c'est pas vraiment aléatoire mais pour trouver l'algo faut etre calé en physique quantique (elle même basé sur des stats donc rien de déterministe...)
-- Marc-Olivier Meunier << C'est en faisant n'importe quoi qu'on devient n'importe qui. Faites comme moi, buvez beaucoup de bière. >> Mickey Mouse
Non.
Tu confonds /dev/urandom et /dev/random.
Le second donne un "vrai" aléa et s'arrête faute d'entropie suffisante (et
là ce n'est pas des jours mais des années voir plus qu'il va te falloir pour
parcourir ton hd si tu as une activité "classique" sur ta machine).
Pour ceux qui se demande comment c'est possible, c'est simple, /dev/random
récupère toutes les erreurs du système, par exemple les erreurs sur la lecture
des disques. Alors evidement c'est pas vraiment aléatoire mais pour trouver
l'algo faut etre calé en physique quantique (elle même basé sur des stats donc
rien de déterministe...)
--
Marc-Olivier Meunier
<< C'est en faisant n'importe quoi qu'on devient n'importe qui.
Faites comme moi, buvez beaucoup de bière. >> Mickey Mouse
Le second donne un "vrai" aléa et s'arrête faute d'entropie suffisante (et là ce n'est pas des jours mais des années voir plus qu'il va te falloir pour parcourir ton hd si tu as une activité "classique" sur ta machine).
Pour ceux qui se demande comment c'est possible, c'est simple, /dev/random récupère toutes les erreurs du système, par exemple les erreurs sur la lecture des disques. Alors evidement c'est pas vraiment aléatoire mais pour trouver l'algo faut etre calé en physique quantique (elle même basé sur des stats donc rien de déterministe...)
-- Marc-Olivier Meunier << C'est en faisant n'importe quoi qu'on devient n'importe qui. Faites comme moi, buvez beaucoup de bière. >> Mickey Mouse
Ascadix
Eric Belhomme wrote:
"Eric Razny" wrote in news:3fb0f7f4$0$27028$:
Le problème est que c'est le controleur du HD qui décide. Si pour lui le bloc est marqué bad et qu'il a été remplacé par un bloc de secours, tu n'accèdera plus à l'ancien. On n'en est plus à l'OS qui marque les mauvais secteurs et qui évité d'écrire dessus. L'OS ne sais même pas qu'il y a un problème. C'est géré de façon transparente :-/
Par contre je ne saurais te dire s'il existe des ordres spéciaux permettant de flagger un bloc ou de lire un emplacement physique. Seule la doc du constructeur, si elle est dispo, t'en dira plus.
amha, le seul moyen d'y acceder est de démonter la carte controleur du
disque, et de la rempolacer par une carte "home-made" permettant de controller directement le moteur des plateaux, et le moteur du bras de lecture, et d'interpréter le lfux de données a la mano (enfin, avec des outils spécifiques développés pour) En pratique, j'ai entendu dire que les boites qui font de la récupération de données démontent les diques en salle blanche pour récupérer les plateaux, et le monter sur un hardware spécial...
pour ce qui est commandes spéciales (ATA ou SCSI) permettant de controller directement le disque, je n'en ai JAMAIS entendu parler, et je pense que si ca existait, quelques uns de ce forum seraient au courant, or manifestement, il n'en est rien ;)
Si un courageux à envie de se taper toute la doc de "SpinRite" au cas ou elle existerais .. il me semble que c'est ce que propose ce soft ... maintenant .. vrai ou faux .. j'en sais rien j'ai lu que la présentation.
http://grc.com/spinrite.htm
Plus précisement, sur cette page http://grc.com/srrecovery.htm il pretent être capacle de désactiver certaines fonctions ... ----- "completely disable the drive's built-in automatic sector relocation"
à lire .. et tester si qqun à les moyens
-- @+ Ascadix
Eric Belhomme wrote:
"Eric Razny" <news_01@razny.net> wrote in
news:3fb0f7f4$0$27028$626a54ce@news.free.fr:
Le problème est que c'est le controleur du HD qui décide.
Si pour lui le bloc est marqué bad et qu'il a été remplacé par un
bloc de secours, tu n'accèdera plus à l'ancien.
On n'en est plus à l'OS qui marque les mauvais secteurs et qui évité
d'écrire dessus. L'OS ne sais même pas qu'il y a un problème. C'est
géré de façon transparente :-/
Par contre je ne saurais te dire s'il existe des ordres spéciaux
permettant de flagger un bloc ou de lire un emplacement physique.
Seule la doc du constructeur, si elle est dispo, t'en dira plus.
amha, le seul moyen d'y acceder est de démonter la carte controleur du
disque, et de la rempolacer par une carte "home-made" permettant de
controller directement le moteur des plateaux, et le moteur du bras de
lecture, et d'interpréter le lfux de données a la mano (enfin, avec
des outils spécifiques développés pour)
En pratique, j'ai entendu dire que les boites qui font de la
récupération de données démontent les diques en salle blanche pour
récupérer les plateaux, et le monter sur un hardware spécial...
pour ce qui est commandes spéciales (ATA ou SCSI) permettant de
controller directement le disque, je n'en ai JAMAIS entendu parler,
et je pense que si ca existait, quelques uns de ce forum seraient au
courant, or manifestement, il n'en est rien ;)
Si un courageux à envie de se taper toute la doc de "SpinRite" au cas ou
elle existerais .. il me semble que c'est ce que propose ce soft ...
maintenant .. vrai ou faux .. j'en sais rien j'ai lu que la présentation.
http://grc.com/spinrite.htm
Plus précisement, sur cette page http://grc.com/srrecovery.htm il pretent
être capacle de désactiver certaines fonctions ...
----- "completely disable the drive's built-in automatic sector relocation"
Le problème est que c'est le controleur du HD qui décide. Si pour lui le bloc est marqué bad et qu'il a été remplacé par un bloc de secours, tu n'accèdera plus à l'ancien. On n'en est plus à l'OS qui marque les mauvais secteurs et qui évité d'écrire dessus. L'OS ne sais même pas qu'il y a un problème. C'est géré de façon transparente :-/
Par contre je ne saurais te dire s'il existe des ordres spéciaux permettant de flagger un bloc ou de lire un emplacement physique. Seule la doc du constructeur, si elle est dispo, t'en dira plus.
amha, le seul moyen d'y acceder est de démonter la carte controleur du
disque, et de la rempolacer par une carte "home-made" permettant de controller directement le moteur des plateaux, et le moteur du bras de lecture, et d'interpréter le lfux de données a la mano (enfin, avec des outils spécifiques développés pour) En pratique, j'ai entendu dire que les boites qui font de la récupération de données démontent les diques en salle blanche pour récupérer les plateaux, et le monter sur un hardware spécial...
pour ce qui est commandes spéciales (ATA ou SCSI) permettant de controller directement le disque, je n'en ai JAMAIS entendu parler, et je pense que si ca existait, quelques uns de ce forum seraient au courant, or manifestement, il n'en est rien ;)
Si un courageux à envie de se taper toute la doc de "SpinRite" au cas ou elle existerais .. il me semble que c'est ce que propose ce soft ... maintenant .. vrai ou faux .. j'en sais rien j'ai lu que la présentation.
http://grc.com/spinrite.htm
Plus précisement, sur cette page http://grc.com/srrecovery.htm il pretent être capacle de désactiver certaines fonctions ... ----- "completely disable the drive's built-in automatic sector relocation"
