1 votes

HCSF avatar

Disque dur apparaît, disparaît et réapparaît?

Demandé el 16 de Février, 2019
Quand la question a-t-elle été
114 affichage
Nombre de visites la question a
1 Réponses
Nombre de réponses aux questions
Résolu
Situation réelle de la question

J'ai acheté un tout nouveau disque dur de 8 To hier.

Je l'ai connecté directement à ma carte mère, et j'ai utilisé gdisk pour le repartitionner et créer un système de fichiers ext4 (mkfs.ext4).

Je l'ai vu dans mon gestionnaire de fichiers, et j'ai cliqué dessus (ce qui a permis à CentOS de le monter pour moi après avoir entré le mot de passe du root).

Puis, je ne l'ai pas utilisé pendant environ 30 minutes. Il a été démonté d'une manière ou d'une autre, et fdisk -l ne pouvait pas le trouver non plus, et le gestionnaire de fichiers ne voyait pas non plus ce disque.

Ensuite, je n'ai rien fait pendant encore 10 minutes environ, il est réapparu dans le gestionnaire de fichiers, et fdisk -l l'a retrouvé. Ensuite, j'ai dû cliquer dessus dans le gestionnaire de fichiers pour le remonter à nouveau (en entrant à nouveau le mot de passe du root).

Maintenant, je me demande si mon HDD est défectueux.

J'ai essayé de lancer le test court de SMART :

$ sudo smartctl -t short /dev/sdc
smartctl 6.2 2013-07-26 r3841 [x86_64-linux-3.10.0-862.2.3.el7.x86_64] (création locale)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org

=== DÉBUT DE LA SECTION IMMEDIATE ET AUTO-TEST ===
Envoi de la commande : "Exécuter immédiatement la routine d'auto-test SMART court hors ligne".
Commande de lecteur "Exécuter immédiatement la routine d'auto-test SMART court hors ligne" réussie.
Le test a commencé.
Veuillez patienter 2 minutes pour que le test se termine.
Le test sera terminé après le sam. 16 fév. 09:47:11 2019

Mais le test ne semble pas être en cours d'exécution. Que puis-je vérifier d'autre ?

$ date
Sam 16 Fév 09:49:47 HKT 2019
$ sudo smartctl -l selftest /dev/sdc
smartctl 6.2 2013-07-26 r3841 [x86_64-linux-3.10.0-862.2.3.el7.x86_64] (création locale)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org

=== DÉBUT DE LA SECTION DE LECTURE DES DONNÉES SMART ===
Numéro de révision de la structure du journal des auto-tests SMART 1
Aucun auto-test n'a été enregistré.  [Pour exécuter des auto-tests, utilisez : smartctl -t]

Que puis-je vérifier d'autre ?

Demandé el 16 de Février, 2019 par HCSF

Réponse

Trop de publicités?

0voto

Xen2050 avatar
Xen2050 Points 13136

Comme solution rapide et facile, essayez un câble de données différent (SATA ?), peut-être même un câble d'alimentation.

  • Vérifiez le syslog (généralement /var/log/syslog et dmesg) pour voir s'il y a des messages sur le disque lorsque celui-ci disparaît/réapparaît.

Vous pourriez même entendre le disque fonctionner pendant les tests/lectures/écritures, ou même simplement tourner à vide. Donc, si le disque devient tout à coup silencieux alors qu'il devrait fonctionner, c'est mauvais, surtout s'il disparaît de tous les outils/listes Linux.

C'est un peu étrange que le test automatique n'ait rien enregistré...

  • Vous pourriez essayer de passer à nouveau le test automatique abrégé, éventuellement en mode -C, --captive (certains de mes anciens disques interrompraient toujours le test vers 90% en mode captif).

  • Pendant les tests (non en mode captif), vous pourriez vérifier l'état du test avec smartctl -c /dev/sdX pour voir "Self-test execution status:" et la ligne suivante indique le % restant. Ou simplement supprimer ces lignes avec :
    smartctl -c /dev/sdX | grep "^Self" -A1

    -c affichera également les tests pris en charge.

  • Essayez les autres tests automatiques (conveyance, offline, long)

  • J'aime smartctl --xall pour voir tous les résultats.

    • Je crois que la section "SMART Attributes Data Structure -> Vendor Specific SMART Attributes with Thresholds" affiche les attributs "problème" montrant une "VALEUR" de 100 ou moins (des nombres plus élevés étant meilleurs)
    • les "RAW_VALUES" sont très spécifiques au fabricant et pourraient être un code et pourraient ne pas avoir de relation directe avec l'attribut (Power_On_Minutes & Power_Cycle_Count devraient être des minutes et un comptage réel, mais il n'y a aucune garantie)

  • Les disques peuvent se mettre en veille après un certain temps, mais ils devraient tout de même rester connectés et être répertoriés sous Linux. Il y a une commande smartctl pour obtenir et le régler, voici la section pertinente de la page de manuel :

    -g NAME, --get=NAME, -s NAME[,VALUE], --set=NAME[,VALUE]

    Obtient/définit les paramètres du périphérique non-SMART. Notez que l'option ´--set´ partage son option courte ´-s´ avec ´--smart´. Les arguments valides sont :

    standby,[N|off] - [ATA uniquement] Définit la minuterie de mise en veille (arrêt du disque) et place le disque en mode IDLE. Une valeur de 0 ou ´off´ désactive la minuterie de veille. Les valeurs de 1 à 240 spécifient des délais de 5 secondes à 20 minutes par incréments de 5 secondes. Les valeurs de 241 à 251 spécifient des délais de 30 minutes à 330 minutes par incréments de 30 minutes. La valeur 252 indique 21 minutes. La valeur 253 spécifie un temps spécifique au fournisseur entre 8 et 12 heures. La valeur 255 spécifie 21 minutes et 15 secondes. Certains disques peuvent utiliser une interprétation spécifique au fournisseur pour les valeurs. Notez qu'il n'y a pas d'option get car les normes ATA ne spécifient pas de méthode pour lire la minuterie de veille.

  • Votre alimentation électrique est-elle OK ?

Répondu el 16 de Février, 2019 par Xen2050 (13136 Points )

Questions en vedette

Top Tags

Dans notre réseau

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

Yandex
X