Erreur entrée/sortie sur un disque dur

Bonjour tout le monde,

J’avais un disque de 2 To monté sur /srv sur mon serveur. J’ai connu un problème avec ce dernier : les commandes utilisées pour obtenir sa température ne rendaient plus la main (je “monitore” un peu mon serveur) et beaucoup de processus s’entassaient sans parvenir à leurs fins. Dès lors, la machine s’est mise à ramer et ce fut de pire en pire. Bref, je n’ai rien pu faire d’autre que de redémarrer le serveur.

Le disque n’était plus exploitable (erreur dès le démarrage du serveur, fsck qui ne s’en sort pas avec les blocs illisibles). Je l’ai donc remplacé par sa sauvegarde et je tente de voir ce que je peux faire avec…

(1) Il est maintenant dans un boîtier USB donc je ne peux pas faire de compte-rendu SMART mais le dernier (qui date du 24 oct.) est bon (aucune alarme).
(2) J’ai contacté mon vendeur pour faire marcher la garantie. Du coup j’ai voulu effacer le contenu du disque autant que possible. J’ai fini par réussir à le monter et en supprimant son contenu, j’ai vu beaucoup d’erreurs d’entrée/sortie. J’ai donc fini par refaire la partition ext3 : c’est en cours mais cela semble en bonne voie.

J’ai donc plusieurs questions :
(a) Mon disque a-t-il selon vous un problème sérieux ? Dois-je poursuivre mes démarches auprès du vendeur ?
(b) Est-ce simplement quelque chose qui peut arriver si on éteint violemment une machine alors que des centaines de processus tentent d’écrire dessus ? En effet, je lance depuis le cron diverses sauvegardes et actions sur le disque qui travaillaient en parallèle dans la mesure où aucune ne parvenait à ses fins. Dans ce cas, refaire une partition propre peut-il suffire ?
© Ma principale crainte n’est pas de perdre des données (vive les sauvegardes) mais de me séparer d’un disque un long moment pour rien (car je ne pourrai plus tout sauvegarder justement). Le pire est que le vendeur a l’air de proposer une réparation plutôt qu’un simple remplacement et pour ma part, je n’ai plus aucune confiance en mon disque et une réparation pour un tel composant me semblera un peu douteuse. Existe-t-il des outils accessibles sur Debian pour tester de diverses manières un disque dur branché en USB ? Ai-je tort de penser qu’un disque réparé ne sera pas fiable ?

J’espère que vous m’apporterez quelques débuts de réponse :slight_smile: Merci d’avance !

Édition :

(d) Pour finir, la création de la partition me semble particulièrement longue. Cela “gratte” un peu puis ralentit et c’est toujours en cours. Pensez-vous que j’obtiendrai un remplacement si je poursuis dans cette voie auprès de mon vendeur ?

Salut,

Qu’appelles-tu la création de la partition.

Sans doute une opération combinée avec un logiciel graphique qui fait out à la fois le partitionnement du DISQUE et le formatage de la PARTITION.

Si tu employais des outils de gestion (fdisk & mkfs) en console, le système pourrait te dire quels problèmes il rencontre :slightly_smiling:

Vas voir sur le wiki l’opération d’effacement du disque avant sa préparation (schred)

Si le disque a des erreurs d’accès aux secteurs, alors c’est soit un problème matériel sur le disque soit sur le contrôleur hôte ou le câble de connexion. Si ça continue dans un boîtier USB, c’est certainement le disque. Donc oui, à remplacer s’il est sous garantie.

J’ai connu un disque dur qui fonctionnait normalement pendant quelques secondes à quelques minutes après la mise sous tension, puis qui se bloquait et ne voulait plus rien savoir. Il devait y avoir un problème thermique quelque part car ensuite même une mise hors tension ne résolvait pas le problème. Les données étaient présentes, mais accessibles seulement pendant ces quelques minutes. Il n’était plus sous garantie -> poubelle.

Une limitation des boîtiers USB, c’est que l’émulation SCSI de l’interface de stockage de masse USB n’exporte pas les données SMART du disque. Seuls les adaptateurs qui émulent un contrôleur ATA (avec un pilote spécifique) permettent l’accès aux données SMART.

Normalement, une extinction sauvage ne devrait pas provoquer de problème matériel. Ce qui peut être mauvais, ce sont les “salves” de coupures avec retour rapide de l’alimentation.

@ggoodluck47

Oui c’est ce que je voulais dire par là : j’ai utilisé Gparted qui a finalement fonctionné correctement malgré mes premières craintes. Est-il tout de même utile de suivre la piste fdisk / mkfs ? Pressens-tu des choses concernant l’état de santé du disque ?

@PascalHambourg

Ton intuition sur la mise en cause du disque me rassure un peu… Si je peux obtenir un remplacement, ça serait quand même sympa. Je crois que je vais rappeler le service technique pour négocier un peu mieux le retour.

Les fabricants fournissent généralement un utilitaire de diagnostic qui peut vérifier l’état du disque et délivrer un code d’état à fournir au SAV.

Re,

[quote]
Pressens-tu des choses concernant l’état de santé du disque ?[/quote]

Je ne pressent rien, je constate qu’en utilisant ces logiciels graphiques vous empêchez le système de vous dire ce qui se passe :slightly_smiling:

S’il a mis si longtemps pour aboutir, combien de tentatives a-t-il faites et sur combien de secteurs : nous ne le saurons jamais :slightly_smiling:

Mais si, on peut savoir : suffit de regarder dans les logs du noyau.

J’ai trouvé Data Lifeguard sur le site de Western Digital :

  • il faut obligatoirement un windows et je n’en ai pas : je passerai chez un copain.
  • j’espère que ça fonctionnera avec un câble USB parce que je me vois mal brancher mon disque dans un PC qui n’est pas le mien (il paraît que la plupart des constructeurs utilisent SMART dans leurs outils, c’est pour ça que je me pose la question de la compatibilité par USB).

Je vous tiens au courant :slight_smile: Merci pour votre aide.

Salut,

Bien sûr, mais c’est quand même moins pratique. Voilà quelqu’un qui hésite à se servir de la console et tu lui préconises d’aller chercher dans les logs :smiley:

Bonjour Phi,

  1. Que le dernier compte-rendu smart soit bon ne veut pas dire que le disque n’allait pas défaillir dans la semaine.
  2. Si tu avais des données sensibles, tu aurais dû crypter ton disque dans la mesure du possible.
    a) mke2fs -cc, si aucun problème, remet le disque dans ta machine et (regarde les infos smart) ça repart comme en 40.
    b) Depuis les systèmes de fichiers journalisés, je n’ai jamais eu de problèmes de ce côté là.
    c.1) mke2fs -cc
    c.2) J’aurais pas confiance non plus.
    d) Tu peux voir avec dmesg si il y a des erreurs d’entrées/sorties.

Non, pas du tout. Au contraire, je me sers très peu des outils graphiques (à part pour aller sur le web et pour lire des pdf…). C’est simplement que je ne suis pas familier avec les programmes qui concernent les disques durs donc j’ai fait au plus vite. Ton conseil est précieux, je vais en profiter pour me documenter :slight_smile:

Il paraît oui :wink: C’est dommage vu que je reçois un rapport par mail chaque semaine : ça fait beaucoup d’efforts pour pas grand chose

J’y réfléchirai… Pour ne pas avoir le même sentiment désagréable la prochaine fois. Pour autant, ce n’est pas vraiment nécessaire (ce n’est critique que pour moi : mes mails, des sauvegardes partimage et des sauvegardes de données…).

Je me documente sur cette commande et vous tiens au courant.

C’est ce qui m’ennuie vraiment :confused: Je suis pas sûr de comprendre : si la commande que tu m’indiques ne retourne pas d’erreur alors tu penses que je n’ai pas à perdre confiance en mon disque ?

J’ai retrouvé un passage adéquat dans mon kern.log :

Oct 30 17:56:54 server-bl kernel: [217235.913414] ata2.00: status: { DRDY ERR } Oct 30 17:56:54 server-bl kernel: [217235.913414] ata2.00: error: { UNC } Oct 30 17:56:59 server-bl kernel: [217241.719121] ata2.00: configured for UDMA/133 Oct 30 17:56:59 server-bl kernel: [217241.719121] ata2: EH complete Oct 30 17:57:02 server-bl kernel: [217246.242335] ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0 Oct 30 17:57:02 server-bl kernel: [217246.242335] ata2.00: BMDMA stat 0x24 Oct 30 17:57:02 server-bl kernel: [217246.242335] ata2.00: cmd c8/00:08:6f:cf:7e/00:00:00:00:00/e5 tag 0 dma 4096 in Oct 30 17:57:02 server-bl kernel: [217246.242335] res 51/40:00:6f:cf:7e/00:00:00:00:00/e5 Emask 0x9 (media error) Oct 30 17:57:02 server-bl kernel: [217246.242335] ata2.00: status: { DRDY ERR } Oct 30 17:57:02 server-bl kernel: [217246.242335] ata2.00: error: { UNC } Oct 30 17:57:07 server-bl kernel: [217251.512355] ata2.00: configured for UDMA/133 Oct 30 17:57:07 server-bl kernel: [217251.512355] ata2: EH complete Oct 30 17:57:11 server-bl kernel: [217256.525330] ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0 Oct 30 17:57:11 server-bl kernel: [217256.525330] ata2.00: BMDMA stat 0x24 Oct 30 17:57:11 server-bl kernel: [217256.525330] ata2.00: cmd c8/00:08:6f:cf:7e/00:00:00:00:00/e5 tag 0 dma 4096 in Oct 30 17:57:11 server-bl kernel: [217256.525330] res 51/40:00:6f:cf:7e/00:00:00:00:00/e5 Emask 0x9 (media error) Oct 30 17:57:11 server-bl kernel: [217256.525330] ata2.00: status: { DRDY ERR } Oct 30 17:57:11 server-bl kernel: [217256.525330] ata2.00: error: { UNC } Oct 30 17:57:16 server-bl kernel: [217262.069354] ata2.00: configured for UDMA/133 Oct 30 17:57:16 server-bl kernel: [217262.069354] ata2: EH complete Oct 30 17:57:19 server-bl kernel: [217265.443368] ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0 Oct 30 17:57:19 server-bl kernel: [217265.443368] ata2.00: BMDMA stat 0x24 Oct 30 17:57:19 server-bl kernel: [217265.443368] ata2.00: cmd c8/00:08:6f:cf:7e/00:00:00:00:00/e5 tag 0 dma 4096 in Oct 30 17:57:19 server-bl kernel: [217265.443368] res 51/40:00:6f:cf:7e/00:00:00:00:00/e5 Emask 0x9 (media error) Oct 30 17:57:19 server-bl kernel: [217265.443368] ata2.00: status: { DRDY ERR } Oct 30 17:57:19 server-bl kernel: [217265.443368] ata2.00: error: { UNC } Oct 30 17:57:23 server-bl kernel: [217270.489572] ata2.00: configured for UDMA/133 Oct 30 17:57:23 server-bl kernel: [217270.489572] sd 1:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE,SUGGEST_OK Oct 30 17:57:23 server-bl kernel: [217270.489572] sd 1:0:0:0: [sdb] Sense Key : Medium Error [current] [descriptor] Oct 30 17:57:23 server-bl kernel: [217270.489572] Descriptor sense data with sense descriptors (in hex): Oct 30 17:57:23 server-bl kernel: [217270.489572] 72 03 11 04 00 00 00 0c 00 0a 80 00 00 00 00 00 Oct 30 17:57:23 server-bl kernel: [217270.489572] 05 7e cf 6f Oct 30 17:57:23 server-bl kernel: [217270.489572] sd 1:0:0:0: [sdb] Add. Sense: Unrecovered read error - auto reallocate failed Oct 30 17:57:23 server-bl kernel: [217270.489572] end_request: I/O error, dev sdb, sector 92196719 Oct 30 17:57:23 server-bl kernel: [217270.489572] ata2: EH complete Oct 30 17:57:23 server-bl kernel: [217270.492053] sd 1:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA Oct 30 17:57:26 server-bl kernel: [217273.220763] sd 1:0:0:0: [sdb] 3907029168 512-byte hardware sectors (2000399 MB) Oct 30 17:57:26 server-bl kernel: [217273.226029] sd 1:0:0:0: [sdb] Write Protect is off Oct 30 17:57:26 server-bl kernel: [217273.226029] sd 1:0:0:0: [sdb] Mode Sense: 00 3a 00 00 Oct 30 17:57:26 server-bl kernel: [217273.226029] sd 1:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA Oct 30 17:57:33 server-bl kernel: [217280.737262] ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0 Oct 30 17:57:33 server-bl kernel: [217280.737262] ata2.00: BMDMA stat 0x24 Oct 30 17:57:33 server-bl kernel: [217280.737262] ata2.00: cmd c8/00:08:77:ce:7e/00:00:00:00:00/e5 tag 0 dma 4096 in Oct 30 17:57:33 server-bl kernel: [217280.737262] res 51/40:00:77:ce:7e/00:00:00:00:00/e5 Emask 0x9 (media error) Oct 30 17:57:33 server-bl kernel: [217280.737262] ata2.00: status: { DRDY ERR } Oct 30 17:57:33 server-bl kernel: [217280.737262] ata2.00: error: { UNC } Oct 30 17:57:37 server-bl kernel: [217286.073666] ata2.00: configured for UDMA/133 Oct 30 17:57:37 server-bl kernel: [217286.073666] ata2: EH complete Oct 30 17:57:42 server-bl kernel: [217290.638972] ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0 Oct 30 17:57:42 server-bl kernel: [217290.638972] ata2.00: BMDMA stat 0x24 Oct 30 17:57:42 server-bl kernel: [217290.638972] ata2.00: cmd c8/00:08:77:ce:7e/00:00:00:00:00/e5 tag 0 dma 4096 in Oct 30 17:57:42 server-bl kernel: [217290.638972] res 51/40:00:77:ce:7e/00:00:00:00:00/e5 Emask 0x9 (media error) Oct 30 17:57:42 server-bl kernel: [217290.638972] ata2.00: status: { DRDY ERR } Oct 30 17:57:42 server-bl kernel: [217290.638972] ata2.00: error: { UNC } Oct 30 17:57:46 server-bl kernel: [217295.672570] ata2.00: configured for UDMA/133 Oct 30 17:57:46 server-bl kernel: [217295.672570] ata2: EH complete Oct 30 17:57:49 server-bl kernel: [217299.180060] ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0 Oct 30 17:57:49 server-bl kernel: [217299.180060] ata2.00: BMDMA stat 0x24 Oct 30 17:57:49 server-bl kernel: [217299.180060] ata2.00: cmd c8/00:08:77:ce:7e/00:00:00:00:00/e5 tag 0 dma 4096 in Oct 30 17:57:49 server-bl kernel: [217299.180060] res 51/40:00:77:ce:7e/00:00:00:00:00/e5 Emask 0x9 (media error) Oct 30 17:57:49 server-bl kernel: [217299.180060] ata2.00: status: { DRDY ERR } Oct 30 17:57:49 server-bl kernel: [217299.180060] ata2.00: error: { UNC } Oct 30 17:57:54 server-bl kernel: [217304.252119] ata2.00: configured for UDMA/133 Oct 30 17:57:54 server-bl kernel: [217304.252119] ata2: EH complete Oct 30 17:57:58 server-bl kernel: [217308.717570] ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0 Oct 30 17:57:58 server-bl kernel: [217308.717570] ata2.00: BMDMA stat 0x24 Oct 30 17:57:58 server-bl kernel: [217308.717570] ata2.00: cmd c8/00:08:77:ce:7e/00:00:00:00:00/e5 tag 0 dma 4096 in Oct 30 17:57:58 server-bl kernel: [217308.717570] res 51/40:00:77:ce:7e/00:00:00:00:00/e5 Emask 0x9 (media error) Oct 30 17:57:58 server-bl kernel: [217308.717570] ata2.00: status: { DRDY ERR } Oct 30 17:57:58 server-bl kernel: [217308.717570] ata2.00: error: { UNC } Oct 30 17:58:03 server-bl kernel: [217313.814702] ata2.00: configured for UDMA/133 Oct 30 17:58:03 server-bl kernel: [217313.814702] ata2: EH complete Oct 30 17:58:06 server-bl kernel: [217317.026334] ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0 Oct 30 17:58:06 server-bl kernel: [217317.026334] ata2.00: BMDMA stat 0x24 Oct 30 17:58:06 server-bl kernel: [217317.026334] ata2.00: cmd c8/00:08:77:ce:7e/00:00:00:00:00/e5 tag 0 dma 4096 in Oct 30 17:58:06 server-bl kernel: [217317.026334] res 51/40:00:77:ce:7e/00:00:00:00:00/e5 Emask 0x9 (media error) Oct 30 17:58:06 server-bl kernel: [217317.026334] ata2.00: status: { DRDY ERR } Oct 30 17:58:06 server-bl kernel: [217317.026334] ata2.00: error: { UNC } Oct 30 17:58:11 server-bl kernel: [217322.030411] ata2.00: configured for UDMA/133 Oct 30 17:58:11 server-bl kernel: [217322.030411] ata2: EH complete Oct 30 17:58:15 server-bl kernel: [217326.530695] ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0 Oct 30 17:58:15 server-bl kernel: [217326.530695] ata2.00: BMDMA stat 0x24 Oct 30 17:58:15 server-bl kernel: [217326.530695] ata2.00: cmd c8/00:08:77:ce:7e/00:00:00:00:00/e5 tag 0 dma 4096 in Oct 30 17:58:15 server-bl kernel: [217326.530695] res 51/40:00:77:ce:7e/00:00:00:00:00/e5 Emask 0x9 (media error) Oct 30 17:58:15 server-bl kernel: [217326.530695] ata2.00: status: { DRDY ERR } Oct 30 17:58:15 server-bl kernel: [217326.530695] ata2.00: error: { UNC } Oct 30 17:58:20 server-bl kernel: [217331.339091] ata2.00: configured for UDMA/133 Oct 30 17:58:20 server-bl kernel: [217331.339091] sd 1:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE,SUGGEST_OK Oct 30 17:58:20 server-bl kernel: [217331.339091] sd 1:0:0:0: [sdb] Sense Key : Medium Error [current] [descriptor] Oct 30 17:58:20 server-bl kernel: [217331.339091] Descriptor sense data with sense descriptors (in hex): Oct 30 17:58:20 server-bl kernel: [217331.339091] 72 03 11 04 00 00 00 0c 00 0a 80 00 00 00 00 00 Oct 30 17:58:20 server-bl kernel: [217331.339091] 05 7e ce 77 Oct 30 17:58:20 server-bl kernel: [217331.339091] sd 1:0:0:0: [sdb] Add. Sense: Unrecovered read error - auto reallocate failed Oct 30 17:58:20 server-bl kernel: [217331.339091] end_request: I/O error, dev sdb, sector 92196471 Oct 30 17:58:20 server-bl kernel: [217331.339091] ata2: EH complete

Sdb est le disque en question, évidemment :slight_smile: J’ai ça sur 10.000 lignes avant l’arrêt du serveur. Je pense le joindre au disque dur si je décide de bien le retourner.

sd 1:0:0:0: [sdb] Add. Sense: Unrecovered read error - auto reallocate failed
end_request: I/O error, dev sdb, sector 92196471

Ben ça c’est bien à priori un problème sur le disque.

Mais bon après reboot, vérif des cables et des alims, convertisseur sata->usb qui fonctionne bien.
Si mkfs.ext2 -cc ne renvoie aucune erreur, moi je réutiliserai le disque en gardant un oeil dessus une ou deux semaines.
Un problème comme le read error peut arriver si ton convertisseur usb ne marche psa très bien, que le disque est sous-alimenté, qu’il y a une micro-coupure de courant, que le disque est retiré, qu’il s’est arrêté de tourner pour des raisons d’énergies et qu’il met trop longtemps à se remettre en marche, …
Ce n’est pas forcément un disque mort et mkfs.ext2 -cc permet de le vérifier.
( Ca formate en vérifiant les bad blocks, donc assure-toi de retirer toutes les données dont tu as besoin auparavant et … ça prend du temps … (lance ça la nuit) )
Si en revanche mkfs.ext2 avec -cc ne fonctionne pas -> poubelle, ou rechange constucteur dans ton cas.

Et smart n’est pas inutile, parce que si il n’indique pas que c’est sût, tout va bien, si il commence à remonter régulièrement des alarmes, la probabilité d’échec prochain est forte.

Personnellement, je crypt toutes mes données, parce que de toute façon, quand le disque ne répond plus, on ne peut plus l’effacer aisément (bah oui, il ne répond plus).

Edit: Ah oui, et quant à joindre les logs linux, j’suis pas certain là. J’ai déjà vu des services client se figer de peur (ça doit pas être dans le manuel des réponses toute faites) avant de dire eux> ah mais on fait pas linux. moi> rien à voir, c’est un pb de trucmuchemachinchose eux> oui mais on ne fait pas linux, il va falloir que vous essayez sous windows moi(mentant)> (sigh) bon, j’ai aussi essayé sous windows, ça fait pareil.

Écoute, je viens de gagner pour la troisième fois une bonne bouteille en rattrapant un disque qui refusait de se lancer: À l’allumage, un début de rotation du disque puis silence puis clic clic. Un séjour court au congélateur (5mn) suivi du montage du disque sur un convertisseur SATA-IDE/USB suivi de plusieurs essais m’a permis de monter le disque et de faire un backup complet des fichiers. Le disque n’a pas survecu à l’opération (en clair, je ne suis pas parvenu à le refaire démarré une fois l’opération terminée) mais toutes les données ont été récupérées. C’est la troisième fois que je fais ça avec succès, mes échecs ont été des disques qui sont tombés, cf http://boisson.homeip.net/diskHS.avi (tu verras 3 jours de travail tombé lors de la mise en place pour la sauvegarde :frowning:)

Merci pour ton astuce du congélo fran.b : j’ai du mal à comprendre en quoi ça aide mais ça me servira peut-être un jour. Dans mon cas, pas de souci, j’ai déjà tout récupéré en remplaçant le disque par sa sauvegarde (un disque exactement similaire, aux données près).

Je me lance avec mkefs kyncani :smiley: Je reviens ensuite !

Re,

[quote]
-c Vérifier les blocs défectueux du périphérique avant de créer le système de fichiers.[/quote]

Mais je n’ai pas trouvé -cc

Man mkfs.ext2 :
-c Check the device for bad blocks before creating the file system. If this option is specified twice, then a slower read-write test is used instead of a fast read-only test.

@OP: “je reviens tout de suite” -> :005 C’est ça, avec une vérification en lecture/écriture d’un disque sur une interface usb, si ça se trouve fonctionnant en usb1 ! A demain plutôt :wink:

Le rôle de mkfs n’est pas de vérifier l’état d’un disque. Il est d’initialiser un système de fichiers, et optionnellement de vérifier que les blocs où ce dernier va s’installer (généralement une partition), et seulement ces blocs, sont lisibles et inscriptibles afin de marquer ceux qui ne le sont pas comme ne devant pas être utilisés. D’ailleurs l’option -c de mkfs délègue en fait cette tâche au programme badblocks. Pour vérifier un disque entier, je trouve qu’il vaut mieux faire appel directement à badblocks, qui a l’avantage d’afficher directement la liste des blocs défectueux au fur et à mesure.

Bon du moment que les blocs sont vérifiés : cela me va ! J’avais commencé avec mke2fs (dont l’option -cc est effectivement réservée à ceux qui lisent tous, j’ai du m’y prendre à deux fois :p).

J’ai lancé la création de la partition samedi soir et j’en suis à 95,55 % ce soir :smiley: Je pense que ce sera finit cette nuit et donc je vous tiendrai au courant. Pour le moment, aucun bloc défectueux n’est trouvé.

Je répète : mkfs -c{c} ne vérifie pas tous les blocs du disque mais seulement ceux de la partition vérifiée.

@PascalHambourg

Oui mais j’ai fait une partition sur tout le disque… J4avais déjà lancé le mke2fs avant d’en apprendre davantage sur badblocks.

Ceci dit, c’est terminé et des erreurs ont été relevées, une analyse plus fine a commencé mais comme mkefs a duré presque 3 jours… J’ai lâché l’affaire. Voici la sortie standard :

[code]root@laptop-ph:~# mkfs.ext3 -cc /dev/sdb1
mke2fs 1.41.12 (17-May-2010)
É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)
« Stride » = 0 blocs, « Stripe width » = 0 blocs
122101760 i-noeuds, 488378390 blocs
24418919 blocs (5.00%) réservés pour le super utilisateur
Premier bloc de données=0
Nombre maximum de blocs du système de fichiers=4294967296
14905 groupes de blocs
32768 blocs par groupe, 32768 fragments par groupe
8192 i-noeuds par groupe
Superblocs de secours stockés sur les blocs :
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
102400000, 214990848

complété
badblocks: Erreur d’entrée/sortie lors de l’exécution d’ext2fs_sync_device
0.11% effectué, 59:22:45 écoulé

Interrupted at block 535505
[/code]

Avant de procéder au retour, je vais recontacté le vendeur pour mieux négocier (aujourd’hui “réparation” est coché sur le bon de retour, je préférerais “remplacement” pour être sûr).

Surtout que maintenant, le disque a l’air de bien fonctionner et j’ai peur qu’ils ne constatent pas les mêmes choses que moi et me le retournent purement et simplement (avec quelques coups sur le disque en prime).