logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

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

Philanthrope
Membre
Lieu : Quelques part chez les Ch'tis
Distrib. : Xubuntu 22-04-2 LTS / Debian 10
Noyau : Linux 5.15.0-60-generic / Linux 3.16.0-4-amd64
(G)UI : xfce / xfce
Inscription : 26-05-2016

[Résolu] Arrêt brutal d'enregistrement sur disque dur (Etimo 2TC)

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

Dernière modification par Philanthrope (23-04-2023 09:06:37)


La présent est un passé en évolution

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

Re : [Résolu] Arrêt brutal d'enregistrement sur disque dur (Etimo 2TC)

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 11:53:19)


Il vaut mieux montrer que raconter.

Hors ligne

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

Tawal
Membre
Distrib. : Debian Stable à jour
Noyau : amd64
(G)UI : Xfce
Inscription : 25-02-2021

Re : [Résolu] Arrêt brutal d'enregistrement sur disque dur (Etimo 2TC)

Hello,

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

Comme la science n'est pas infuse, elle se diffuse.
Useless Use of Cat Award
Filenames and Pathnames in Shell: How to do it Correctly
À chaque problème sa solution, à chaque solution son moyen, si pas de moyen, toujours le problème !

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

Re : [Résolu] Arrêt brutal d'enregistrement sur disque dur (Etimo 2TC)

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

Il vaut mieux montrer que raconter.

Hors ligne

#5 12-12-2022 10:45:45

Philanthrope
Membre
Lieu : Quelques part chez les Ch'tis
Distrib. : Xubuntu 22-04-2 LTS / Debian 10
Noyau : Linux 5.15.0-60-generic / Linux 3.16.0-4-amd64
(G)UI : xfce / xfce
Inscription : 26-05-2016

Re : [Résolu] Arrêt brutal d'enregistrement sur disque dur (Etimo 2TC)

Merci raleur, test en cours

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

  • Méthode n°1 : avec smartctl.

    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

    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 (01-08-2023 08:02:22)


La présent est un passé en évolution

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

Re : [Résolu] Arrêt brutal d'enregistrement sur disque dur (Etimo 2TC)

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.


Il vaut mieux montrer que raconter.

Hors ligne

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

Philanthrope
Membre
Lieu : Quelques part chez les Ch'tis
Distrib. : Xubuntu 22-04-2 LTS / Debian 10
Noyau : Linux 5.15.0-60-generic / Linux 3.16.0-4-amd64
(G)UI : xfce / xfce
Inscription : 26-05-2016

Re : [Résolu] Arrêt brutal d'enregistrement sur disque dur (Etimo 2TC)

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

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



Puis

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 (01-08-2023 08:02:54)


La présent est un passé en évolution

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

Re : [Résolu] Arrêt brutal d'enregistrement sur disque dur (Etimo 2TC)

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.

Il vaut mieux montrer que raconter.

Hors ligne

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

Philanthrope
Membre
Lieu : Quelques part chez les Ch'tis
Distrib. : Xubuntu 22-04-2 LTS / Debian 10
Noyau : Linux 5.15.0-60-generic / Linux 3.16.0-4-amd64
(G)UI : xfce / xfce
Inscription : 26-05-2016

Re : [Résolu] Arrêt brutal d'enregistrement sur disque dur (Etimo 2TC)

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

La présent est un passé en évolution

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

Re : [Résolu] Arrêt brutal d'enregistrement sur disque dur (Etimo 2TC)

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 19:29:05)


Il vaut mieux montrer que raconter.

Hors ligne

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

Philanthrope
Membre
Lieu : Quelques part chez les Ch'tis
Distrib. : Xubuntu 22-04-2 LTS / Debian 10
Noyau : Linux 5.15.0-60-generic / Linux 3.16.0-4-amd64
(G)UI : xfce / xfce
Inscription : 26-05-2016

Re : [Résolu] Arrêt brutal d'enregistrement sur disque dur (Etimo 2TC)

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 smile

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 smile


La présent est un passé en évolution

Hors ligne

#12 12-12-2022 20:16:19

raleur
Membre
Inscription : 03-10-2014

Re : [Résolu] Arrêt brutal d'enregistrement sur disque dur (Etimo 2TC)

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.


Il vaut mieux montrer que raconter.

Hors ligne

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

Philanthrope
Membre
Lieu : Quelques part chez les Ch'tis
Distrib. : Xubuntu 22-04-2 LTS / Debian 10
Noyau : Linux 5.15.0-60-generic / Linux 3.16.0-4-amd64
(G)UI : xfce / xfce
Inscription : 26-05-2016

Re : [Résolu] Arrêt brutal d'enregistrement sur disque dur (Etimo 2TC)

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

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


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

umount /dev/sdd1
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 (01-08-2023 08:06:43)


La présent est un passé en évolution

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

Re : [Résolu] Arrêt brutal d'enregistrement sur disque dur (Etimo 2TC)

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.


Il vaut mieux montrer que raconter.

Hors ligne

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

Philanthrope
Membre
Lieu : Quelques part chez les Ch'tis
Distrib. : Xubuntu 22-04-2 LTS / Debian 10
Noyau : Linux 5.15.0-60-generic / Linux 3.16.0-4-amd64
(G)UI : xfce / xfce
Inscription : 26-05-2016

Re : [Résolu] Arrêt brutal d'enregistrement sur disque dur (Etimo 2TC)

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 smile



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

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


La présent est un passé en évolution

Hors ligne

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

Philanthrope
Membre
Lieu : Quelques part chez les Ch'tis
Distrib. : Xubuntu 22-04-2 LTS / Debian 10
Noyau : Linux 5.15.0-60-generic / Linux 3.16.0-4-amd64
(G)UI : xfce / xfce
Inscription : 26-05-2016

Re : [Résolu] Arrêt brutal d'enregistrement sur disque dur (Etimo 2TC)

Nouvel Essai ce matin 14 décembre 06h30

umount /dev/sdd1
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é

Dernière modification par Philanthrope (01-08-2023 08:07:23)


La présent est un passé en évolution

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

Re : [Résolu] Arrêt brutal d'enregistrement sur disque dur (Etimo 2TC)

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.


Il vaut mieux montrer que raconter.

Hors ligne

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

Philanthrope
Membre
Lieu : Quelques part chez les Ch'tis
Distrib. : Xubuntu 22-04-2 LTS / Debian 10
Noyau : Linux 5.15.0-60-generic / Linux 3.16.0-4-amd64
(G)UI : xfce / xfce
Inscription : 26-05-2016

Re : [Résolu] Arrêt brutal d'enregistrement sur disque dur (Etimo 2TC)

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

La présent est un passé en évolution

Hors ligne

#19 23-04-2023 09:05:21

Philanthrope
Membre
Lieu : Quelques part chez les Ch'tis
Distrib. : Xubuntu 22-04-2 LTS / Debian 10
Noyau : Linux 5.15.0-60-generic / Linux 3.16.0-4-amd64
(G)UI : xfce / xfce
Inscription : 26-05-2016

Re : [Résolu] Arrêt brutal d'enregistrement sur disque dur (Etimo 2TC)

Ils m'ont renvoyé un autre appareil qui a fonctionné pendant quelques temps

Par la suite j'ai eut des enregistrement qui n'était pas présent sur le DD quand bien même "REC' était affiché sur l'appareil
En mettant sur HDMI coté télé (l'appareil est connecté en HDMI de ma télé), je me suis mit sur la chaîne d'enregistrement coté Etimo,en liquant sur "info",  j'ai remarqué qu'il y deux horaire, (l'horaire de départ de l'enregistrement et l'horaire d'enregistrement en cours déjà effectuée sur le DD)
Si au bout de quelques minutes, les deux horaire était identique, cela voulait die que l’enregistrement ne se faisait pas, dans ce cas de figure, j’arrêtais l’enregistrement pour le redémarrer en mode manuel
Là l'enregistrement se faisait sans soucis

Il  devait y avoir une raison pour que l'enregistrement ne se faisit pas
Etant donné que l'Etimo est posée sur un lecteur enregistreur cd/DVD avec disque dur fonctionnant en SD  (donc plus utilisable), j'ai inséré un livre entre les deux afin de bien séparer les deux appareils

Depuis, les enregistrement se font correctement

À mon sens, il devais il y avoir des perturbations électriques/élèctronique entre les deux appareils, que le livre situé entre les deux, a neutralisé
Depuis je n'ai plus de soucis

Donc problème résolus, malgré le silence assourdissant de l'équipe d'Etimo lorsque je leur écrivais pour expliquer le problème que j'avais
C'est dans ces moments là que le suis fier d'être technicien MAVELEC

La présent est un passé en évolution

Hors ligne

Pied de page des forums