[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Test d'un disque dur avec smartctl : demande de conseils
- To: linux-31@culte.org
- Subject: Re: Test d'un disque dur avec smartctl : demande de conseils
- From: mlnglst@free.fr
- Date: Thu, 10 Jun 2021 10:13:55 +0200 (CEST)
- Authentication-results: pic2s.le-pic.org; dkim=pass (2048-bit key; unprotected) header.d=free.fr header.i=@free.fr header.b="FuESvLVZ"; dkim-atps=neutral
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/simple; d=free.fr; s=smtp-20201208; t=1623312836; bh=oppJ3IsvUsqkXjQ+Bx9hYtC5PtD3V7wLMLW7wavMGp8=; h=Date:From:To:In-Reply-To:Subject:From; b=FuESvLVZQpWS6OSHs8UJ+TSEY78tlT9OsNDHWnMQw2qgk2dtywEJcsBzNs1fcS/KA vQdHugfOp2aJaO/QOmBAQhs6bT6ZhUWJAig/xak2aNd1WrjPe1hZuwMOQhg41XbQxz qINito86AjPpvoJuzP0w+Cz788c3LbHWsZ2wyqGNHGcv58ZCFrYnEoWHWHQlWFMPW0 Pb0dwsDCKbBO0j39Q14iPyEiRRhzoGCf1Wi+wHaHeyal0n0Asud58s6CuIwGwh48gh uYueUXA7bS2gCF/NyUJLEi/tyIUf/G+tmCjRcyHfeukzS7dMgVVf1wmB9ibMqSbnpg TkbZFg2o+oyBw==
- In-reply-to: <20210610085023.78b9b13b16daad99cfdfe9b4@netc.eu>
Trifouiller : effectivement, c'est ambigu...
J'ai débranché, rebranché, bougé un peu les fiches des fois qu'il y ait un mauvais contact.
Pour les logs, non. En fait j'ai du mal à trouver le bon du premier coup, surtout en classe avec les gamins qui attendent la remise en marche du vidéo-projecteur.
Je note ton conseil sur un post-it ;-)
Merci.
Claude
----- Mail original -----
De: "Joyce MARKOLL" <linux-31@culte.org>
À: linux-31@culte.org
Envoyé: Jeudi 10 Juin 2021 08:50:23
Objet: Re: Test d'un disque dur avec smartctl : demande de conseils
PS: qu'est-ce que tu voulais dire par "trifouiller" ? Fouiller 3 fois ? As-tu songé à
vérifier les logs *juste après* un redémarrage ? Par exemple juste après redémarrage que
produit "dmesg | tail -n 120 > dmesg.txt" (et copie "dmesg.txt" vers un site pastebin,
comme pastebin.fr puis fournis le lien en retour sur la liste).
On Thu, 10 Jun 2021 08:43:53 +0200
"Joyce MARKOLL" (via linux-31 Mailing List) <linux-31@culte.org> wrote:
> Salut,
>
> les infos qui t'intéressent en priorité sont celles que j'ai marqué en bleu sur cette
> capture:
> https://wtf.roflcopter.fr/pics/gallery#Pz3EbFVw/etQ27NNl.png
>
> "Current sector pending count" (des secteurs défectueux en attente de réallocation) et
> "Offline uncorrectable", des secteurs ne pouvant être corrigés.
>
> Des indicateurs comme "Raw_Read_Error_Rate" sont présentés, dans l'interface graphique
> de SMART, "gsmartcontrol" comme étant dépendant des fabricants et n'est pas toujours une
> indication de problème (gsmartcontrol est ce que je préfère utiliser, car plus de
> contrôle visuellement, sans que je m'y connaisse beaucoup). Je te recommande
> gsmartcontrol.
>
> Et je te suggère de faire changer l'alimentation de ce PC. (Plus faire la poussière et
> changer la pâte thermique).
>
> Et gsmartcontrol est disponible dans les dépôts Debian.
>
> Pour les erreurs I/O, essaie de changer les câbles SATA. Il y en a peut-être un qui est
> défectueux.
>
> Joyce
>
>
>
> On Thu, 10 Jun 2021 00:13:03 +0200
> "Claude MICOUIN" (via linux-31 Mailing List) <linux-31@culte.org> wrote:
>
> > Bonsoir la liste,
> > sur le PC de ma classe (Debian Buster), j'ai eu des freeze avec
> > obligations de redémarrer brutalement. Parfois le redémarrage lui-même plantait. Pas
> > très joyeux quand on est en classe avec les gamins qui s'impatientent... J'ai
> > trifouillé un peu les câbles sur les disques durs et ça repartait. Câble ou HD ou
> > mauvais contact ?
> >
> > J'ai lancé smartctl (que je découvre) avec le disque dur magnétique. Je
> > ferai le SSD plus tard. Au fait, est-ce utile smartctl sur un ssd ?
> > Ici; ils disent que non https://doc.ubuntu-fr.org/smartmontools
> >
> > Tous les tests que j'ai faits sont dans le fichier en PJ.
> > D'abord la commande smartctl -i /dev/sdb
> > qui m'indique qu'on peut utiliser smartctl sur ce DD
> > SMART support is: Available - device has SMART capability.
> > SMART support is: Enabled
> >
> >
> >
> > Ensuite, smartctl -A /dev/sdb ne m'affiche rien dans la colonne
> > WHEN_FAILED (ce qui me parait bon signe).
> > Par contre, les lignes suivantes m'affiche des valeurs élevées. Est-ce
> > grave ?
> > Raw_Read_Error_Rate 52191882
> >
> > Seek_Error_Rate 447813722 et les valeurs WORST et THRESH
> > semblent assez proches 60 et 30
> >
> > Hardware_ECC_Recovered 38512172
> >
> >
> >
> > smartctl --all /dev/sdb m'affiche en plus:
> > Num Test_Description Status Remaining
> > LifeTime(hours) LBA_of_first_error
> > # 1 Short offline Completed without error 00% 9726
> > # 2 Extended offline Interrupted (host reset) 90% 9725
> > # 3 Extended offline Interrupted (host reset) 90% 9724
> > # 4 Short offline Completed without error 00% 9724
> > # 5 Short offline Completed without error 00% 9719
> > # 6 Short offline Completed without error 00% 9719
> > # 7 Extended offline Completed without error 00% 8965
> > # 8 Extended offline Aborted by host 90% 8964
> > # 9 Short offline Completed without error 00% 8964
> >
> >
> > En dernier, j'ai fait un smartctl -l selftest /dev/sdb
> > suivi d'un smartctl -q errorsonly -H -l selftest /dev/sdb
> > -> nada
> >
> > Questions:
> > 1) Le disque dur est-il en train de rendre l'âme ?
> > 2) Dans le cas contraire, d'où viendrait la panne? Mauvais contact ou
> > autre chose ?
> >
> > Pour le SSD, j'ai eu un série de lignes au boot avec un nombre à
> > rallonge, puis print_req_error, I/O error, dev sda, sector <nombre à
> > rallonge>
> > Le SSD n'est pas très vieux (le magnétique plus) ce qui me surprend un
> > peu.
> >
>
>
> --
> Orditux Informatique
> https://orditux.org
> https://orditux.org/aol/
> https://orditux.org/floss
>
>
--
Orditux Informatique
https://orditux.org
https://orditux.org/aol/
https://orditux.org/floss
--