deplomber disque dur

samefab · Le 30/12/2005, à 11:47

bonjour tout le monde,

mon beau frère a récupéré des vieux pc portable à son boulot. Le portable qu'il utilise ne disposant pas de lecteur cd interne et vu qu'il est impossible de booter sur le lecteur cd usb externe, nous avons décidé d'installer l'OS à partir du mien. Impossible le portable voit le disque mais refuse d'y accéder. Il s'agit en fait d'une protection du disque dur par mot de passe. Après avoir enfin compris de quoi il s'agissait nous avons enfin pû installer l'OS dessus après avoir enlever le mot de passe depuis son PC d'origine.

Il lui reste encore deux disques dur mais les portables dans lesquels ils se trouvaient sont hors d'usage. Quelqu'un sait il comment faire pour faire sauter cette protection, c'est quand même dommage de perdre 2 fois 20Go.

Merci d'avance pour vos réponses

goodluck · Le 30/12/2005, à 12:04

Salut,
Aucune protection par mot de passe ne résiste à fdisk. Et celà meme si ON te dit le contraire.

samefab · Le 30/12/2005, à 13:42

j'ai déjà essayé de les formater avec fdisk mais il me dit qu'il ne peut accéder au disque

samefab · Le 31/12/2005, à 14:13

up...

goodluck · Le 31/12/2005, à 14:19

Salut,
1 - On ne formate pas avec fdisk
2 - Pour se servir de fdisk il faut être root

3 - Nous avions raison en voulant créer un forum généraliste : la preuve.

Dernière modification par goodluck (Le 31/12/2005, à 14:22)

cep_ · Le 31/12/2005, à 14:38

Si j'ai bien compris, il s'agit seulement des disques dur. Les portables sont hs.

Après les avoir ajoutés à un pc soit par un usb ou en interne, un fdisk -l ne liste pas la table ?

Sinon, une "solution" serait de détruire la table :

dd if=/dev/zero of=/dev/hdx bs=446 count=1

ou même la totalité des 512 octets :

dd if=/dev/zero of=/dev/hda bs=512 count=1

en dernier recours.

Éventuellement faire une sauvegarde avant :

dd if=/dev/hda of=~/Desktop/boot.img bs=512 count=1

Il serait aussi bon avant d'éditer avec un hexa ce fichier boot.img pour voir de quoi il retourne exactement.
Adapter bien sûr hda ou sda

goodluck · Le 31/12/2005, à 16:08

un fdisk -l ne liste pas la table ?

Si un fdisk -l fonctionne, les fdisk /dev fonctionnerons

cep_ · Le 31/12/2005, à 16:17

@ goodluck ...
bien sûr qu'un fdisk -l liste la table, en général.
L'option -l est même faite pour ça.
Pour autant faut-il que le système puisse accéder au disque.
Et pour intervenir sur un disque il faut l'identifier.

goodluck · Le 31/12/2005, à 16:38

Je veux dire : s'il arrive à le lister, c'est qu'il a pu y accéder et s'il peut y accéder ...

cep_ · Le 31/12/2005, à 16:59

DOnc nous disons la même chose. Dans ce cas, je ne comprends pas ton poste précédent.
Bref.
Samefab est assez "ancien dans linux" pour savoir jouer avec fdisk

Le problème semble plutôt être une éventuelle protection de la table.
Par curiosité je voudrais bien savoir en quoi consiste cette protection...

goodluck · Le 31/12/2005, à 17:15

Rassures-toi, je n'avais pas compris le tien.

Et j'attends toujours que l'on me montre comment c'est fait un disque plombé. Car si c'était par enregistrement d'un code quelconque encore faudrait-il que tous les développeurs soient d'accord pour respecter et celà se saurait.
Si Samefab pose une question, c'est sans doute parcequ'il ne connait pas la réponse.

samefab · Le 31/12/2005, à 19:54

je me réexplique, les disques quand ils sont protégés sont visibles, taille correcte etc ... mais dès que j'essaie une opération dessus avec cfdisk ou fdisk j'ai une erreur, le système me retourne qu'il ne peut accéder au disque.

la protection a été faite depuis le bios, une option du style "hard disk security" où l'on peut entrer un mot de passe pour verrouiller le disque en lecture seule en cas de retrait...

goodluck · Le 31/12/2005, à 19:59

Salut,
Si j'ai tout suivi, tu as changé le disque de place, il n'est plus sur la meme machine, le bios n'est plus là pour le protéger !

samefab · Le 31/12/2005, à 20:14

oui la protection a été faite depuis le bios mais elle doit être réalisée sur le disque vu qu'il est accessible uniquement en lecture seule.

goodluck · Le 31/12/2005, à 21:54

Salut,
Cette notion de lecture seule au niveau du disque m'est inconnue et je ne retrouve rien d'approchant dans les spécifications que je consulte.
Celà supposerait une entente (illicite) entre TOUS les éditeurs de systême sans qu'il n'y ait eu quelqu'un pour les dénoncer.
Assures toi que ton bios n'est pas prévu pour protéger le secteur de boot contre les virus. C'est le seul obstacle connu à l'initialisation.

samefab · Le 01/01/2006, à 12:06

non y'a rien ...

goodluck · Le 01/01/2006, à 12:16

Bonne année,
En supposant que tu es en cd-live et que le disque soit slave du premier connecteur :
sudo fdisk /dev/hdb
p ==> pour voir les partitions
d ==> pour delete
5,4,3,2,1 ==> pour les détruire une par une
w ==> pour ecrire la nouvelle table (vide)

Au reboot il ne devrait plus rien y avoir. Notes les messages d'erreur.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 30/12/2005, à 11:47

deplomber disque dur

#2 Le 30/12/2005, à 12:04

Re : deplomber disque dur

#3 Le 30/12/2005, à 13:42

Re : deplomber disque dur

#4 Le 31/12/2005, à 14:13

Re : deplomber disque dur

#5 Le 31/12/2005, à 14:19

Re : deplomber disque dur

#6 Le 31/12/2005, à 14:38

Re : deplomber disque dur

#7 Le 31/12/2005, à 16:08

Re : deplomber disque dur

#8 Le 31/12/2005, à 16:17

Re : deplomber disque dur

#9 Le 31/12/2005, à 16:38

Re : deplomber disque dur

#10 Le 31/12/2005, à 16:59

Re : deplomber disque dur

#11 Le 31/12/2005, à 17:15

Re : deplomber disque dur

#12 Le 31/12/2005, à 19:54

Re : deplomber disque dur

#13 Le 31/12/2005, à 19:59

Re : deplomber disque dur

#14 Le 31/12/2005, à 20:14

Re : deplomber disque dur

#15 Le 31/12/2005, à 21:54

Re : deplomber disque dur

#16 Le 01/01/2006, à 12:06

Re : deplomber disque dur

#17 Le 01/01/2006, à 12:16

Re : deplomber disque dur

Pied de page des forums