Forum général.général Impossible de partitionner un disque dur

Posté par deneb le 25 novembre 2005 à 17:22.

Étiquettes :

nov.

2005

J'ai un problème avec un PC sur lequel je souhaite installer une version de Debian Sarge.

Après avoir effectuer un plan de partitionnement classique : /boot, /, /home, swap, l'installation se poursuit et formate ces partitions.

Le problème, c'est que l'installation ne peut se poursuivre car le formatage ne se termine pas : cela se bloque pendant le formatage de la dernière partition. Dans mon élan de désespoir, j'ai tenté de modifier le plan de partitionnement, en vain... Mis à part le disque dur (un Maxtor de 40 Go de moins de 2 ans), je ne vois pas d'où pourrait provenir la cause du problème.

J'écris ce post depuis un live CD qui est pour le moment mon seul moyen de pouvoir utiliser l'ordinateur, qui n'a pour le moment aucun système d'installé.

Depuis ce live CD, j'ai également tenté de recréer mes partitions et de les formater avec mke2fs, tout se passe presque bien, jusqu'à la dernière partition où j'ai cette erreur :



root@ttyp0[knoppix]# mke2fs -j /dev/hda3


mke2fs 1.35 (28-Feb-2004)


Étiquette de système de fichiers=


Type de système d'exploitation: Linux


Taille de bloc=4096 (log=2)


Taille de fragment=4096 (log=2)


3981312 inodes, 7958199 blocs


397909 blocs (5.00%) réservé pour le super usager


Premier bloc de données=0


243 bloc de groupes


32768 blocs par groupe, 32768 fragments par groupe


16384 inodes par groupe


Archive du superbloc stockée sur les blocs:


        32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,


        4096000





Écriture des tables d'inodes: Erreur de segmentation


root@ttyp0[knoppix]#

Le message Écriture des tables d'inodes: Erreur de segmentation ne m'inspire guère confiance... J'aimerai avoir des informations sur ce type d'erreur concernant la phase de formatage et, si possible, une méthode de résolution du problème, qui me serait d'un grand secours.

Merci d'avance à tous ceux qui pourront m'apporter quelques infos.

# Sous knoppix

Posté par divad le 25 novembre 2005 à 17:29. Évalué à 3.

Je crois que les smartmontools peuvent te dire si ton disque n'est pas flingué.
Exemple de commande:
smartctl -t long /dev/hda
smatctl -l error /dev/hda

[^] # Re: Sous knoppix

Posté par deneb le 25 novembre 2005 à 18:11. Évalué à 1.

Tout d'abord, j'ai lancé :

root@ttyp0[knoppix]# smartctl -s on -t long /dev/hda
smartctl version 5.32 Copyright (C) 2002-4 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART Enabled.

=== START OF OFFLINE IMMEDIATE AND SELF-TEST SECTION ===
Sending command: "Execute SMART Extended self-test routine immediately in off-line mode".
Drive command "Execute SMART Extended self-test routine immediately in off-line mode" successful.
Testing has begun.
Please wait 17 minutes for test to complete.
Test will complete after Fri Nov 25 21:03:19 2005

Use smartctl -X to abort test.

Donc j'attends... C'est pas à l'heure mais c'est pas grave. Ensuite à 21:05, je lance :

root@ttyp0[knoppix]# smartctl -s on -l error /dev/hda
smartctl version 5.32 Copyright (C) 2002-4 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART Enabled.

=== START OF READ SMART DATA SECTION ===
SMART Error Log Version: 1
No Errors Logged

root@ttyp0[knoppix]#

Que dois je en conclure ? No Errors Logged = le disque dur n'est pas flingué ? Dans ce cas, tant mieux, mais il faudrait que je trouve un moyen de réparer ce disque dur, car si je ne peux pas le formater, je ne vais pas pouvoir le préparer pour l'installation d'un système. Merci à ton aide davlucas.

[^] # Re: Sous knoppix

Posté par deneb le 25 novembre 2005 à 18:18. Évalué à 1.
Autre indice, j'ai cette fois une erreur "aléatoire"...
```
root@ttyp0[knoppix]# mke2fs /dev/hda1
[...]
Écriture des tables d'inodes: Erreur de segmentation
```
Je n'ai pas eu cette erreur tout à l'heure... Alors je recommence, histoire d'être sûr :
```
root@ttyp0[knoppix]# mke2fs /dev/hda1
[...]
Écriture des tables d'inodes: complété
Écriture des superblocs et de l'information de comptabilité du système de fichiers: complété

Le système de fichiers sera automatiquement vérifié à chaque 28 mois ou
180 jours, selon la première éventualité.  Utiliser tune2fs -c ou -i pour écraser la valeur.
```
Et cette fois ci, ça se passe bien. Je tente alors de formater la grosse partition qui m'avait posé problème :
```
root@ttyp0[knoppix]# mke2fs -j /dev/hda3
[...]
Écriture des tables d'inodes: 135/243
```
Et là, pas d'erreur mais l'écriture des tables reste bloquée ici... De plus, impossible de terminer le lancement de mke2fs. Je ne sais plus quoi faire... racheter un disque dur ? Je voudrais bien croire qu'il y ait tout de même une autre alternative.

# heu ...

Posté par Mr Kapouik (site web personnel) le 25 novembre 2005 à 18:51. Évalué à 3.

formatage de bas niveau : c est long mais des fois ca repart tout niquel ...
- [^] # Re: heu ...
  
  Posté par deneb le 25 novembre 2005 à 20:27. Évalué à 1.
  
  Comment faire pour effectuer un formatage de bas niveau ? J'ai cru comprendre qu'il existait un utilitaire par constructeur. Il semblerait aussi qu'il s'agisse de Power Max pour les disques Maxtor. Mais comment l'utiliser ?
  
  Sinon, est-ce qu'il existe un autre moyen de faire un formatage de bas niveau, par exemple avec les outils mk* de GNU ?
  - [^] # Re: heu ...
    
    Posté par deneb le 25 novembre 2005 à 20:32. Évalué à 1.
    
    Je vais quand même tenter de formater le disque complet avec mke2fs -c, je ne sais pas si ça changera quelque chose mais on verra bien :)
    - [^] # Re: heu ...
      
      Posté par Mr Kapouik (site web personnel) le 28 novembre 2005 à 12:25. Évalué à 2.
      
      pour trouver facilement l outil de maxtor je te recommande l'excelent Ultimate Boot CD ( http://www.ultimatebootcd.com/ ).
      
      sinon je sais qu'il existe une solution sous linux avec l'utilitaire dd qui consiste a ecrire des zero sur le disque (surement ca : dd if="/dev/zero" of="/dev/hda" )
      mais la commande est a verifier meme s'il n'y a pas grand risque a part la perte des donnee sur le disque dur (a faire avec un live cd sans avoir monter le disque dur me semble preferable)
      
      bonne chance et n oublie pas que c est l ultime recours car selon la taille du disque tu en aura pour la journee
# cfdisk a gelé le système

Posté par deneb le 25 novembre 2005 à 20:51. Évalué à 1.
aïe...
```
root@ttyp0[knoppix]# cfdisk /dev/hda
Erreur de segmentation
```
et là, plantage total, obligé de rebooter à la main. Si je ne trouve pas un moyen de faire le formatage de bas niveau depuis Knoppix, je pense que j'irai voir mon vendeur hardware demain... merci à vous deux pour l'aide.
- [^] # Re: cfdisk a gelé le système
  
  Posté par divad le 25 novembre 2005 à 21:26. Évalué à 4.
  
  Barette de RAM ??? Même si je ne le pense pas trop...
  Câble?
  Test le HDD ailleurs
  - [^] # Re: cfdisk a gelé le système
    
    Posté par deneb le 25 novembre 2005 à 23:32. Évalué à 1.
    
    Je n'ai malheureusement pas d'autres PC pour tester le disque dur, et c'est bien dommage car cela aurait pu confirmer qu'il était bien intact.
    
    Tu fais bien de parler de la RAM, maintenant que j'y pense, j'avais eu pas mal de plantage avec Firefox, l'application se terminait sans broncher, parfois même cela provoquait un reboot du système.
    
    Ca me fait pareil sous Knoppix. Je ne vois pas pourquoi un problème de disque dur ferait planter une distribution qui, justement, étant un live CD, ne l'utilise pas. De plus, pendant le formatage, la première fois ça plantait à 62%, la seconde à 99%, puis à 85%... Enfin, suivant les conseils de Philou Kapouik, l'outil smartctl ne m'a visiblement pas indiqué d'erreur provenant du disque dur.
    
    Je pense donc que mon problème de formatage et de disque dur n'est en fait rien d'autre qu'une conséquence d'un autre problème : la RAM. Je n'ai pas pu tester d'autre RAM dans l'immédiat, mais je compte le faire d'ici demain.
    
    Merci à vous.
    - [^] # Re: cfdisk a gelé le système
      
      Posté par deneb le 25 novembre 2005 à 23:40. Évalué à 1.
      Je savais bien que j'avais (encore) oublié une info... Ma barrette de RAM est censée être de 512 Mo, pourtant free m'indique ces informations :
      knoppix@ttyp0[knoppix]$ free total used free shared buffers cached Mem: 450544 290568 159976 0 10580 170900 -/+ buffers/cache: 109088 341456 Swap: 1317288 0 1317288
      450 Mo ? Je ne savais pas que les barrettes perdaient de la mémoire avec l'age... alzheimer est partout décidément.
      - [^] # Re: cfdisk a gelé le système
        
        Posté par divad le 26 novembre 2005 à 13:33. Évalué à 2.
        
        Non, c'est qu'il y a un "secteur" defectueux dans la RAM.
        
        [^] # Re: cfdisk a gelé le système
        
        Posté par deneb le 26 novembre 2005 à 22:48. Évalué à 1.
        
        Après avoir effectué plusieurs tests, il semble que le problème vient du disque dur et de la RAM. J'ai changé ma barrette actuelle de 512 Mo contre une de 256 Mo et je n'ai plus ces blocages qui parfois provoquaient le plantage du système.
        
        J'ai ensuite voulu remettre le disque dur que j'avais temporairement retiré de mon PC. Et là, surprise, il n'est plus reconnu par le bios, alors qu'il est connecté à la même nappe IDE qu'avant. J'essai de le faire passer en slave, idem. Bref, il n'est plus détecté et la détection dure environ une bonne minute et fini par échouer.
        
        Je vais tenter de récupérer un autre disque dur, en attendant, il me reste Knoppix :o) et une barrete de 256 Mo.
        
        La suite au prochain épisode.
        
        [^] # Re: cfdisk a gelé le système
        
        Posté par deneb le 03 décembre 2005 à 18:54. Évalué à 1.
        
        Le problème venait donc bien du disque dur et de la RAM. Merci à tous, mais pas merci à mon cher vendeur à qui il aura fallu 4 jours pour vérifier qu'une barrete de RAM était morte...

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.