Arrêt brutal d'enregistrement sur disque dur

Philanthrope · 09-12-2022 12:26:06

Bonjours à tous, bonjours à toutes

J'ai un Etimo 2t-c de chez CGV avec un disque dur connecté pour enregistrer ce qui vient des chaînes de télévisions

En général je n'ai aucun soucis sauf que lors de mon avant dernier enregistrent j'ai eut un arrêt brutal d’enregistrement de l’appareil

Il est sûr que le problème ne vient pas de l'appareil car depuis, toute fonctionne normalement
Je pense qu'il y a un léger soucis avec une zone du disque dur

Comment avec Xubuntu (Linux) faire un teste complet du disque dur formaté en NTFS afin d’inhibé la zone qui pose problème

Un grand merci à vous

Philanthrope

raleur · 09-12-2022 12:51:33

Ne pas exclure un problème d'alimentation ou de connectique.

Tu peux afficher le statut SMART avec smartctl et rechercher les secteurs illisibles avec badblocks, mais je ne connais pas de programme pour marquer les secteurs défectueux dans le système de fichiers NTFS. D'après la page de manuel de ntfsfix, celui-ci ne permet que d'effacer la liste des blocs défectueux, et ntfsck n'a ni page de manuel ni aide en ligne donc j'ignore de quoi il est capable.

Dernière modification par raleur (09-12-2022 12:53:19)

Tawal · 09-12-2022 14:54:35

Hello,

Seul Windows est équipé pour "soigner" les partitions en NTFS.
Sans Windows, tu ne pourras que faire du diagnostic.

raleur · 09-12-2022 15:09:11

C'est inexact : les deux programmes que j'ai cités peuvent corriger certains erreurs.

Philanthrope · 12-12-2022 11:45:45

Merci raleur, test en cours

Linux : vérifier l’état de santé de son disque dur

Méthode n°1 : avec smartctl.
sudo smartctl -H /dev/sdd

smartctl 7.1 2019-12-30 r5022 [x86_64-linux-5.15.0-56-generic] (local build)
Copyright (C) 2002-19, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF READ SMART DATA SECTION ===
SMART Status not supported: Incomplete response, ATA output registers missing
SMART overall-health self-assessment test result: PASSED
Warning: This result is based on an Attribute check.

Repérez la valeur du champ « SMART Health Status » ou « SMART overall-health self-assessment test results » : si c’est OK ou PASSED,
c’est que votre disque est en bonne santé !
Méthode n°2 : avec badblocks
sudo badblocks -svn /dev/sdd

Vérification des blocs défectueux dans un mode non destructif de lecture-
écriture
Du bloc 0 au bloc 976729087
Vérification des blocs défectueux (test non destructif de lecture-écriture)
en cours...

Le test est vraiment long...

Un très grand merci et joyeuse fêtes de fin d'année

Dernière modification par Philanthrope (12-12-2022 12:49:15)

raleur · 12-12-2022 15:01:40

Philanthrope a écrit :

SMART overall-health self-assessment test result: PASSED

Je n'accorde aucune confiance au statut global. Il faut examiner toutes les informations affichées par -a.

Philanthrope a écrit :

Le test est vraiment long...

Si tu demandes le test en lecture-écriture, forcément c'est très long, la tête passe son temps à faire des allers-retours pour lire, écrire, relire et réécrire une même zone. Tu aurais pu commencer par un test en lecture seule beaucoup plus rapide.

Philanthrope · 12-12-2022 16:55:21

Je n'ai pas encore testé, mais j'ai trouvé ça sur la toile Réparer un disque dur NTFS défectueux sous GNU/Linux avec badblocks

Avec tes recommandations raleur ça donne

sudo badblocks -sv /dev/sdd > $HOME/bad-blocks.txt

Puis

sudo xargs -I{} dd if=/dev/zero of=/dev/sdd bs=1024 count=1 seek={} < $HOME/bad-blocks.txt

Là, j'ai besoins de mon disque dur, j'essaierai demain

Encore un grand merci raleur pour tes conseils

Dernière modification par Philanthrope (12-12-2022 17:34:44)

raleur · 12-12-2022 17:58:21

A première vue, la seconde commande se contente d'écrire des zéros dans les blocs de 1 Kio détectés comme défectueux, dans l'espoir que cela rendra les rendra à nouveau lisibles ou les fera réallouer dans des secteurs de réserve par le contrôleur intégré du disque. Evidemment, ça ne récupère pas les données illisibles. Ça ne marche pas avec les secteurs physiques de 4 Kio (courants sur les disques durs de grande capacité, smartctl -a fournit cette information) car c'est le secteur physique entier qui est illisible et pour espérer le réparer il faut réécrire le secteur entier. Dans ce cas il faut spécifier une taille de bloc de 4 Kio ou multiple, à répercuter dans l'option bs= de la commande dd. D'autre part l'expérience m'a appris que réécrire dans les secteurs défectueux ne suffisait pas toujours à les réparer ou les réallouer.

Philanthrope · 12-12-2022 18:05:45

En lisant le lien, j'ai surtout compris que ces zones les rendaient inutilisable et donc empêchait d'écrire dans cette zone

Mais je peux me tromper

raleur · 12-12-2022 20:27:19

Philanthrope a écrit :

et donc empêchait d'écrire dans cette zone

Si tel était le cas alors la commande que tu cites serait vaine car elle consiste précisément à écrire dans ces zones. Par contre le résultat est loin d'être garanti.

Dernière modification par raleur (12-12-2022 20:29:05)

Philanthrope · 12-12-2022 21:09:02

raleur a écrit :

Philanthrope a écrit :
et donc empêchait d'écrire dans cette zone

Si tel était le cas alors la commande que tu cites serait vaine car elle consiste précisément à écrire dans ces zones. Par contre le résultat est loin d'être garanti.

Une fois écrite dessus, il n'y a rien d'autre ne pourra être écrite

Libre et ouvert a écrit :

Détection et signalement des secteurs défectueux

Lancer badblocks pour scanner votre partition à la recherche des secteurs défectueux (NB : cette opération prend du temps). Cela se fait avec la commande :
sudo badblocks /dev/sdX1 (remplacer « sdX1 » par votre numéro de partition).

Si comme moi vous risquez d'avoir un certain nombre de secteurs défectueux, le plus simple est de les reporter dans un fichiers texte, ce qui peut être fait automatiquement en remplaçant la commande précédente par celle-ci :
sudo badblocks /dev/sdX1 > /home/mon_home/bad-blocks.txt (remplacer « sdX1 » par votre numéro de partition et « mon_home » par le nom de votre répertoire home).

Badblocks va alors vous révéler les adresses des secteurs défectueux, par exemple :
100390264
100390265
100390266
100390267
146565556
146565557
...

L'étape suivante va consister à écrire sur les secteurs défectueux. En reprenant l'exemple ci-dessus, cela donne :
sudo dd if=/dev/zero of=/dev/sdX1 bs=1024 count=1 seek=100390264
sudo dd if=/dev/zero of=/dev/sdX1 bs=1024 count=1 seek=100390265
sudo dd if=/dev/zero of=/dev/sdX1 bs=1024 count=1 seek=100390266
sudo dd if=/dev/zero of=/dev/sdX1 bs=1024 count=1 seek=100390267
sudo dd if=/dev/zero of=/dev/sdX1 bs=1024 count=1 seek=146565556
sudo dd if=/dev/zero of=/dev/sdX1 bs=1024 count=1 seek=146565557

Le processus peut être automatisé pour effectuer la commande automatiquement pour chaque secteur indiqué dans le fichier bad-blocks.txt :
sudo xargs -I{} dd if=/dev/zero of=/dev/sdX1 bs=1024 count=1 seek={} </home/mon_home/bad-blocks.txt
(merci à Watael du forum ubuntu-fr pour la commande

Le reste est normalement pris en charge par le contrôleur du disque qui remarquera ainsi que ces secteurs sont défectueux et en tiendra compte à l'avenir !

Vérification, restauration

Pour vous assurer de la réussite de l'opération, relancer la commande du début (sudo badblocks /dev/sdX1) : vous ne devriez plus avoir d'erreur à présent. Il est temps de restaurer les données de votre disque dur

raleur · 12-12-2022 21:16:19

Philanthrope a écrit :

Une fois écrite dessus, il n'y a rien d'autre ne pourra être écrite

Si c'était le cas, quel serait l'intérêt d'y écrire ?
Je ne vois rien dans le texte cité qui appuie ton affirmation.

Philanthrope · 13-12-2022 09:25:09

pour signaler qu'il est défectueux, en tous les cas c'est ce que je comprend en raisonnant un petit peu

Libre et ouvert a écrit :

Le reste est normalement pris en charge par le contrôleur du disque qui remarquera ainsi que ces secteurs sont défectueux et en tiendra compte à l'avenir !

Modifié le 13 décembre 2022 11h18

Pour en revenir à la recherche des secteurs défectueux

sudo badblocks -sv /dev/sdd > $HOME/bad-blocks.txt

[sudo] Mot de passe de bienvenue : 

[sudo] Mot de passe de bienvenue : 

Vérification des blocs 0 à 976729087

Vérification des blocs défectueux (test en mode lecture seule) : 100% effectué, 4:35:06 écoulé. (0/0/0 erreurs)

Pas d’erreur détecté, sans doute dût au manque d'essai lecture écriture
sdd n'étant pas monté et étant sûr d'avoir des erreurs

/dev/sdd est apparemment utilisé par le système ; il n'est pas prudent d'exécuter badblocks !

et n'ayant qu'une partition sur le disque, je démonte la partition puis je fais l'essaie comme je l'ai fait au début

sudo umount /dev/sdd1

sudo badblocks -svn /dev/sdd > $HOME/bad-blocks.txt

Vérification des blocs défectueux dans un mode non destructif de lecture-

écriture

Du bloc 0 au bloc 976729087

Vérification des blocs défectueux (test non destructif de lecture-écriture)

[...]

Le teste risque alors d'être beaucoup plus long

Dernière modification par Philanthrope (13-12-2022 12:29:20)

raleur · 13-12-2022 20:20:04

Philanthrope a écrit :

pour signaler qu'il est défectueux

Ce n'est pas en écrivant dans un secteur qu'on signale qu'il est défectueux. Le contrôleur intégré du disque devrait l'avoir détecté lors de la tentative de lecture échouée par badblocks. Mais il ne peut pas réparer ou réallouer le secteur sans sacrifier les données qu'il contient alors que l'erreur n'est peut-être que transitoire. En écrivant dans un secteur identifié comme illisible (pending), on indique au contrôleur que les données qu'il contenait n'ont plus d'importance, ce qui devrait lui permettre en principe de le réparer ou le réallouer si la réparation échoue. En théorie, le contrôleur devrait écrire les nouvelles données dans le secteur, les relire pour vérifier que le secteur est à nouveau lisible, et dans le cas contraire le réallouer, c'est-à-dire le remplacer par un nouveau secteur physique de réserve. Toute cette opération est transparente pour le système, excepté le délai.

Philanthrope · 14-12-2022 11:05:54

raleur a écrit :

Philanthrope a écrit :
pour signaler qu'il est défectueux

Ce n'est pas en écrivant dans un secteur qu'on signale qu'il est défectueux. Le contrôleur intégré du disque devrait l'avoir détecté lors de la tentative de lecture échouée par badblocks. Mais il ne peut pas réparer ou réallouer le secteur sans sacrifier les données qu'il contient alors que l'erreur n'est peut-être que transitoire. En écrivant dans un secteur identifié comme illisible (pending), on indique au contrôleur que les données qu'il contenait n'ont plus d'importance, ce qui devrait lui permettre en principe de le réparer ou le réallouer si la réparation échoue. En théorie, le contrôleur devrait écrire les nouvelles données dans le secteur, les relire pour vérifier que le secteur est à nouveau lisible, et dans le cas contraire le réallouer, c'est-à-dire le remplacer par un nouveau secteur physique de réserve. Toute cette opération est transparente pour le système, excepté le délai.

Juste une question, est-ce que vous allez-voir sur le lien ou attendez-vous que je vous apporte tout sur un plateau ?

Libre et ouvert a écrit :

Vérification, restauration

Pour vous assurer de la réussite de l'opération, relancer la commande du début (sudo badblocks /dev/sdX1) : vous ne devriez plus avoir d'erreur à présent. Il est temps de restaurer les données de votre disque dur

En ce qui me concerne je continue mon teste...

Dernière modification par Philanthrope (14-12-2022 11:09:59)

Philanthrope · 14-12-2022 18:13:56

Nouvel Essai ce matin 14 décembre 06h30

sudo umount /dev/sdd1

sudo badblocks -svn /dev/sdd > $HOME/bad-blocks.txt

Vérification des blocs défectueux dans un mode non destructif de lecture-

écriture

Du bloc 0 au bloc 976729087

Vérification des blocs défectueux (test non destructif de lecture-écriture)

Test en cours avec un motif aléatoire :  85.46% effectué, 10:33:42 écoulé. (0/0/0 erreurs)

Interrupted at block 834707264

Interruption, nettoyage en cours

J'ai arrêté à 17h00, car j'ai besoin de mon disque dur, et à 85%, la très grosse partie du disque dur de 2To à été scanné

le disque semble Nickel, aucune erreur détecté

raleur · 14-12-2022 22:46:14

Philanthrope a écrit :

est-ce que vous allez-voir sur le lien ou attendez-vous que je vous apporte tout sur un plateau ?

Je suis allé voir par curiosité plus qu'autre chose car je connais déjà tout ça et je n'ai rien vu de plus que ce qui était déjà cité ici dans le message #11. Pourquoi cette question ?

Philanthrope a écrit :

le disque semble Nickel, aucune erreur détecté

Comme l'avait indiqué le test en lecture seule.

Philanthrope · 08-01-2023 20:50:26

J'ai contacté le service CGV, le service technique sachant que j'utilise un DD de 1 Go et que je suis en NTFS, a conclus qu'il y avait un soucis avec l'appareil
Ils m'ont demandé de leur renvoyer l'appareil avec une copie de la facture, et un courrier expliquant le problème. chose que j'ai fait.
L'appareil est dans la boîte au lettre en attendant que le facteur le prenne en charge
Envoie en Collissimo suivie

J'en ai profité pour le donner quelques conseils
- plus de DD de 1To dans le commerce d'où soit adapté leurs appareils au DD de plus de 1TO, soit vendre eux-mêmes des DD de 500g et de 1 To

Je donnerai la réponse du service technique

Debian-facile

#1 09-12-2022 12:26:06

Arrêt brutal d'enregistrement sur disque dur

#2 09-12-2022 12:51:33

Re : Arrêt brutal d'enregistrement sur disque dur

#3 09-12-2022 14:54:35

Re : Arrêt brutal d'enregistrement sur disque dur

#4 09-12-2022 15:09:11

Re : Arrêt brutal d'enregistrement sur disque dur

#5 12-12-2022 11:45:45

Re : Arrêt brutal d'enregistrement sur disque dur

#6 12-12-2022 15:01:40

Re : Arrêt brutal d'enregistrement sur disque dur

#7 12-12-2022 16:55:21

Re : Arrêt brutal d'enregistrement sur disque dur

#8 12-12-2022 17:58:21

Re : Arrêt brutal d'enregistrement sur disque dur

#9 12-12-2022 18:05:45

Re : Arrêt brutal d'enregistrement sur disque dur

#10 12-12-2022 20:27:19

Re : Arrêt brutal d'enregistrement sur disque dur

#11 12-12-2022 21:09:02

Re : Arrêt brutal d'enregistrement sur disque dur

#12 12-12-2022 21:16:19

Re : Arrêt brutal d'enregistrement sur disque dur

#13 13-12-2022 09:25:09

Re : Arrêt brutal d'enregistrement sur disque dur

#14 13-12-2022 20:20:04

Re : Arrêt brutal d'enregistrement sur disque dur

#15 14-12-2022 11:05:54

Re : Arrêt brutal d'enregistrement sur disque dur

#16 14-12-2022 18:13:56

Re : Arrêt brutal d'enregistrement sur disque dur

#17 14-12-2022 22:46:14

Re : Arrêt brutal d'enregistrement sur disque dur

#18 08-01-2023 20:50:26

Re : Arrêt brutal d'enregistrement sur disque dur

Pied de page des forums