Voilà ce que je vous décrit ci-après reste identique, que ce soit à l'installation d'une red hat (7.3 ou 8.0) ou d'une Debian (la dernière)
 
Je lance l'install mode texte, je choisis tout bien comme il faut, les partitions nickelles, et au moment de la copie du fichier une grosse erreur : sur red hat il me dit "erreur inexpliquée", alors que sur debian c'est + clair, on me dit "erreur de disque dur".
 
Alors hop, je relance l'install en mode 'rescue', je récupère une ligne de commande et fsck devient mon ami.  
hda1 : nickel
 
hda2 : une erreur (c'est là que j'avait monté '/').
Voilà le texte de l'erreur :
Error reading block 57 (attempt to read block from filesystem resulted in short read) while doing inode scan.
 
J'ai beau avoir beaucoup de connaissances en informatique, j'avoue que là c'est mon gros point faible... Quel est le problème du disque ? Un secteur endommagé ? Alors pourquoi ce c** ne le corrige pas (ou ne le marque pas) ??? Avez-vous une idée pour passer outre ce problème ?
 
Sinon je suis pas dans la m*** car c'est le seul disque dur dispo pour mon nunux.      
 
Longue vie au pinguoin et merci d'avance de votre aide !  

T'as plus rien à perdre sur ton disque dur ?

Non plus rien à perdre, vs pouvez y aller, faites moi faire des formatages en force

tu peux faire un petit fsck -y /dev/hda2  

 
Enfin si tu possibilité de lancer une commande apres le message d'erreur, ou si tu as une autre console dispo (ctrl+alt+f2 f3 f4...)  

Réponse de la commande :
 
/: clean, 31/346368 files, 20860/691488 blocks
 
En clair et sans décodeur, quelle conclusion j'en tire ?

ben apriori c bon, tu peux relancer l'install

ça à l'air d'être bon alors

Alors après la tentative d'install...
 
Il arrive à copier sur le disque les informations sur l'installation (étape qu'il ne passait pas avant), mais après j'ai une magnifique erreur, que bugzilla me rapporte :
 
"Aucun fichier ou répertoire de ce type : /mnt/sysimage/root/install.log"
 
Install : red hat 7.3
 
Donc il y a un prob sur le disque non ?

Une question liée : c'est quoi les inode ??? Car c'est avec ça qu'il a du mal...

http://www-igm.univ-mlv.fr/~dr/XPO [...] inode.html
 
 

Le lien est parfait, je comprend mieux certaines choses... reste à savoir si des erreurs la dedans sont corrigibles, ou sinon si il y a moyen de "marquer" le secteur comme deffectueux...

Normalement fsck justement essaie de corriger ces erreurs, mais la il ne t'en parle plus non ?

Il faut utiliser badblocks pour ça.

Comment tu utilises badblock ?
 
Ma version de fsck déconne un peu, je ne peux pas avoir le listing des commandes dispos. Et vu que je n'ai pas d'autres nunux sous la main, pas de possibilité de faire un petit 'man'.
 
Si vs pouviez me macher le travail en me donnant la bonne commande, je serais ravi

NOM
badblocks - rechercher des blocs défectueux sur un périphérique  
SYNOPSIS
badblocks [ -svwnf ] -b taille_bloc ] [ -c nombre_blocs ] [ -i fichier_entrée ] [ -o fichier_sortie ] [ -p nombre_passes ] périphérique [ dernier-bloc ] [ bloc-départ ]  
DESCRIPTION
badblocks est utilisé pour rechercher des blocs défectueux sur un périphérique (habituellement une partition de disque). périphérique est le fichier spécial correspondant au périphérique (p.ex. /dev/hdc1). dernier-bloc est le dernier bloc à vérifier ; s'il n'est pas spécifié, le dernier bloc du périphérique est utilisé par défaut. bloc-début est un paramètre optionnel spécifiant le numéro de bloc de départ du test, ce qui permet à celui-ci de démarrer en plein milieu du disque. S'il n'est pas spécifié, le premier bloc du disque est utilisé par défaut.
 
Note importante : si la sortie de badblocks doit alimenter le programme e2fsck ou mke2fs, il est important de correctement spécifier la taille de bloc, car les numéros de blocs qui sont générés sont très dépendants de la taille de bloc utilisée. Pour cette raison, il est fortement recommandé que les utilisateurs n'exécutent pas badblocks directement, mais qu'ils utilisent plutôt l'option -c des programmes e2fsck et mke2fs.  
OPTIONS
 
-b taille-bloc
    Spécifier la taille des blocs en octets.  
-c nombre-de-blocs
    est le nombre de blocs à tester en une fois (16 par défaut). Accroître ce nombre augmentera l'efficacité de badblocks mais également son utilisation mémoire. Les besoins en mémoire de badblocks sont proportionnels au nombre de blocs à tester simultanément en mode lecture-seule, à deux fois ce nombre en mode lecture-écriture, et à trois fois ce nombre en mode lecture-écriture non destructif. Si vous fixez le paramètre nombre-de-blocs à une trop grande valeur, badblocks se terminera presque immédiatement sur une erreur manque-de-mémoire « lors de l'allocation de tampons mémoire » ; si vous le fixez trop bas pour un test en mode-écriture-non-destructif, alors il est possible que des blocs douteux présents sur un disque dur non fiable soient masqués par les effets du tampon de pistes du disque dur.  
-f
    Normalement, badblocks refusera d'effectuer un test en lecture-écriture ou un test non destructif sur un périphérique monté, car tous deux peuvent faire planter le système ; même un test non destructif peut endommager un système de fichiers monté. Cela peut être forcé en utilisant le drapeau -f, mais cette option ne devrait presque jamais être utilisée -- si vous pensez que vous êtes plus intelligent(e) que le programme badblocks, vous vous trompez certainement. Le seul moment où cette option peut être sans danger se situe lorsque le fichier /etc/mtab est incorrect, et que le périphérique n'est pas monté.  
-i fichier_entrée
    Lire une liste des blocs défectueux déjà connus. badblocks n'analysera pas ces blocs puisque l'on sait qu'ils sont défectueux. Si le fichier_entrée spécifié est « - », la liste est lue à partir de l'entrée standard. Les blocs listés seront omis dans la liste des nouveaux blocs défectueux produits sur la sortie standard ou dans le fichier de sortie. L'option -b de dumpe2fs(8) peut être utilisée pour récupérer la liste des blocs actuellement marqués comme étant défectueux sur un système de fichiers existant, dans un format convenant à l'utilisation avec cette option.  
-o fichier_sortie
    Écrire la liste des blocs défectueux dans le fichier spécifié. Sans cette option, badblocks affiche la liste sur la sortie standard. Le format de ce fichier peut être utilisé avec l'option -l de e2fsck(8) ou de mke2fs(8).  
-p nombre_passes
    Répéter l'analyse du disque jusqu'à ce que plus aucun nouveau bloc ne soit découvert en nombre_passes analyses consécutives du disque. Vaut 0 par défaut, ce qui signifie que badblocks se terminera après la première passe.  
-n
    Utiliser le mode lecture-écriture non destructif. Par défaut, seul un test en lecture seule non destructif est effectué. Cette option ne peut être combinée avec l'option -w, car elles sont mutuellement exclusives.  
-s
    Indiquer l'état de progression de l'analyse en affichant les numéros de blocs quand ils sont vérifiés.  
-v
    Mode verbeux.  
-w
    Utiliser un test en mode écriture. Avec cette option, badblocks recherchera les blocs défectueux en écrivant quelques motifs (0xaa, 0x55, 0xff, 0x00) sur chaque bloc du périphérique, et en relisant celui-ci pour en vérifier le contenu. Cette option ne peut être combinée avec l'option -n, car elles sont mutuellement exclusives.
 
AVERTISSEMENT
N'utilisez jamais l'option -w sur un périphérique contenant un système de fichiers existant. Cette option efface les données ! Si vous voulez effectuer des tests en mode écriture sur un système de fichiers existant, utilisez plutôt l'option -n. Elle est plus lente, mais elle préserve vos données.  

Merci beaucoup, je suis en train de tester mon disque... Mais l'indicateur verbose ne bouge pas d'un pouce (toujours 0/2765952)... Je verrais ce qu'il en est demain matin.
 
Merci de votre aide en tout cas

C'est quoi la marque de ton dur ?

VOilà j'ai testé mon disque...
 
Il s'agit d'un Fujitsu MPB3032 3.2Go
 
Le test a trouvé 1830 erreurs, et a corrigé tout cela (enfin c'est ce qu'il dit).
 
Mais l'install plante toujours au même endroit...
 
Je désespère        

Il faut faire le test pendant l'installation. L'installeur de woody le demande explicitement (should a bad blocks test be performed on /dev/... ?), il faut accepter et là les blocs défectueux ne seront pas utilisés.
 
La meilleure solution étant quand même de ramener ton disque dur au vendeur pour échange.

Regarde sur le site web du constructeur, ils ont surement un utilitaire pour faire un formatage bas-niveau du disque.

Le disque n'est plus sous garantie sinon bien sûr c'est ce que j'aurais fait depuis longtemps, rapporter le disque.
 
Pour l'install de woody, peut-être, mais je ne trouve pas cette étape sur une rh 7.3... Or j'ai davantage besoin d'une rh qu'une debian ...

Pour RedHat il me semble que c'est lors du formatage de la partition.

C'est bon j'ai trouvé sur la redhat... Maintenant j'attends

Bon ben de mieux en mieux, maintenant qd je checke les badblocks pdt l'install, je fait planter l'install (encore bugzilla qui se manifeste).
 
Bon je passe mon disque dur à l'acide sulfurique et on en parle plus.

télécharge l'outil sur le site du constructeur de ton disque qui te permettra de faire un low level format (zero fill utility, ça met tout le disque à 0 ou à 1) et test la surface avec cet outil.
Avec un peu de chance ça passara en format de bas niveau.
 
t'auras plus qu'a installer ton linux

http://www.fel.fujitsu.com/home/drivers.asp?L=fr mais Windoze nécessaire pour utiliser l'outil de diagnostic FJDT.

Voilà formatage bas niveau terminé... je relance l'install de rh, avec test des secteurs déffectueux... Et replantage de l'install par bugzilla (error check Badblocks() ou un truc comme ça).
 
Ca me parait très mal barré là ...

Ouais, en effet...

Allez hop disque poubelle... Et demain go magasin d'info... Je me serais bien passé de cette dépense  

 
Faut voir le côté positif des choses : ça fait marcher le commerce....
 
mais d'un autre côté faut allonger le pognon...