Forum Linux.général installation Linux Mint 19.1, Input/output error during write on /dev/sda

Posté par  . Licence CC By‑SA.
Étiquettes :
0
28
mai
2019

Bonjour,
Je tente d'installer LM 19.1 sur une machine sur laquelle LM 18 fonctionnait très bien. J'ai cependant le message d'erreur suivant lors de l'installation : 

        Input/output error during write on /dev/sda

Suite à quoi j'ai successivement fait les manoeuvres suivantes :
- Gparted : check/repair --> erreur
- Gparted : effacement de partition --> erreur
- une vérification de blocs --> pas de souci
- un fsck --> pas de souci
- effacement avec Disks --> erreur
- partionnement avec Gparted (ext3, ext4, cleared) --> erreur.

Tous les messages d'erreur peuvent être trouvés sur ce forum : forum Linux Mint
Je me suis dit qu'en postant ici aussi, j'augmenterai le nombre de spécialistes pouvant m'aider ! :-)
En vous remerciant de votre attention !

  • # Ca sent les blocks défectueux ...

    Posté par  . Évalué à 1. Dernière modification le 28 mai 2019 à 13:27.

    https://lecrabeinfo.net/verifier-etat-de-sante-tester-secteurs-defectueux-disque-dur-ssd-sur-linux.html

    Avec ça tu devrais voir si des blocs défectueux sont détetés.

    Je sais que tu as lancé la commande badblock, mais uniquement sur /dev/sda1. Tu devrais la retenter sur tout le disque. Je soupçonne que les blocs défectueux ne soient pas sur la partition, mais sur une zone au début du disque, là ou est écrit la table de partitions par exemple (et l'erreur n'est peut-être pas à l'écriture mais à la lecture de cette zone).

    Sinon tente une analyse avec l'utiitaire de maintenance fourni par le constructeur. Par le passé il m'est arrivé de détecter des problèmes qui ne l'étaient pas autrement.

    Si tu as des données à récupérer, tu pourras le tenter via ddrescue. Pour ma part, j'ai réussi à récupérer mes données dans plus de 95% des cas en utilisant cet utilitaire (mais il faut un peu de patience).

    Sinon jette un oeil sur ce billet que je trouve intéressant.

    • [^] # Re: Ca sent les blocks défectueux ...

      Posté par  . Évalué à 1.

      Bonjour totof2000, merci de ta réponse.

      J'ai effectué la commande suivante donnée dans ton lien :

      sudo badblocks -svn /dev/sda
      La différence avec ma commande initiale est le -n qui teste l'écriture et pas seulement la lecture. Et là, effectivement, j'ai des erreurs de blocs défectueux. J'ai parcouru internet pour savoir comment les réparer : la commmande e2fsck est citée, mais il me semble que c'est précisément la commande qu'utilise Gparted pour le check/repair et qui me renvoie des erreurs…
      Néanmoins dans le billet que tu as mis en lien on semble se passer de cette commande. Ma partition est en ext4 donc je ne peux pas appliquer la procédure donnée pour ext2/ext3, en revanche j'ai essayé la procédure pour réparer au niveau disque avec smartctl suivi de sg_reassign, j'ai l'erreur suivante qui ne semble pas vraiment documentée sur le net :

      mint@mint:~$ sudo sg_reassign --address=4173758836 /dev/sda
      REASSIGN BLOCKS: Illegal request, invalid opcode
      Donc je ne sais plus quoi faire :)

      Pour les données, je suis actuellement sur une live session et j'ai déjà récupéré tout ce qu'il me fallait (pas de problème pour lire le disque incriminé).

      • [^] # Re: Ca sent les blocks défectueux ...

        Posté par  . Évalué à 1.

        La réassignation de blocs est e semble-t-il automatique quand tu écris un bloc défectueux. Si ça ne fonctionne pas, c'est peut-être parce que ton disque ne dispose plus de blocs libres pour le faire. La comande smartctl devrait te fournir plus d'infos (fais une recherche sur le net, je n'ai plus les infos en tête, ça fait longtemps que je ne l'ai plus fait). Sinon essaie d'utiliser l'utilitaire fourni par le constructeur de disque. J'ai déjà réussi à réassigner des blocs de cette façon par le passé, là ou d'autres façons de faire ont échoué. Celà dit, même si tu arrives à réallouer des blocs, , je te déconseille d'utiliser ce disque pour stocker des données sensibles.

      • [^] # Re: Ca sent les blocks défectueux ...

        Posté par  (site web personnel) . Évalué à 3.

        Donc je ne sais plus quoi faire :)

        → change de disque

        Python 3 - Apprendre à programmer dans l'écosystème Python → https://www.dunod.com/EAN/9782100809141

  • # Problème matériel, mais...

    Posté par  (site web personnel) . Évalué à 1.

    Effectivement ça sent le problème matériel. Mais ça ne vient pas obligatoirement du disque:
    - Câble défectueux (si c'est une tour)
    - Contrôleur SATA, connecteurs de la carte mère

    Dans tous les cas, la première chose à faire est de mettre tes données en sécurité: si tu peux les lire, fais une copie sur un autre disque. Puis tu pourras tester le disque sur une autre machine pour être sûr du diagnostic.

    Un LUG en Lorraine : https://enunclic-cappel.fr

Suivre le flux des commentaires

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