Activité excessive du disque dur

20

J'ai des problèmes avec Ubuntu 12.04 x64 "frais" installé sur la partition ext4 sur le disque dur principal. Lorsqu'il n'est pas utilisé toutes les 5 à 10 secondes, le disque dur est actif pendant environ 10 secondes et n'écrit pas quelle application est activée ou en cours d'exécution. J'ai utilisé iotop et j'ai constaté que jbd2 écrit constamment sur le disque dur. Le bruit du disque dur me rend fou, à ce rythme le disque ne durera pas longtemps. Sur le même disque dur, j'ai Windows 7 (double démarrage Grub2) et tout fonctionne bien, le disque est éteint lorsqu'il n'est pas utilisé et l'ordinateur est silencieux. Tout le reste fonctionne bien (juste quelques petits problèmes avec Skype et la webcam, mais c'est tolérable), mais la peur de perdre le disque et le bruit est intolérable puisque j'ai un ordinateur allumé 10 heures par jour ...

J'ai essayé manuellement de réduire la fréquence de journalisation, mais aucune solution trouvée sur le Web ne m'a aidé jusqu'à présent, le disque grince au même rythme.

Une solution à ce problème? Sinon, je pense que je vais arrêter d'utiliser Ubuntu, aucun disque dur ne durera longtemps à ce taux d'utilisation et le bruit du disque dur n'est pas tolérable ...

Dejan Grum
la source
1
Pas sûr avec Ubuntu, mais sur Kubuntu Nepomuk, l'indexeur de fichiers démarre après l'installation. Selon la quantité de fichiers, cela peut prendre un certain temps, mais une fois l'indexation terminée, le nombre excessif d'E / S sur le disque s'arrête.
jippie
Le PC fonctionnait depuis plusieurs heures, l'indexation des fichiers devrait s'arrêter à ce moment-là. Le problème est que la journalisation ext4 et jbd2 fonctionne continuellement ...
Dejan Grum
Pouvez-vous vérifier vos fichiers journaux si quelque chose est écrit à chaque fois que ce processus se poursuit?
Nanne
Quelle est la sortie free -mlorsque le disque est utilisé?
Salem

Réponses:

7

Il s'agit de rares cas où l'activité du disque dur est supérieure à l'utilisation normale et où l'utilisateur ne l'utilise pas beaucoup. Cela ne m'est arrivé que deux fois au cours de toutes mes années avec Ubuntu. Une fois, j'ai résolu le problème en faisant un fscksur le disque.

Par exemple, si votre disque dur est /dev/sdb1alors procédez comme suit:

sudo fsck /dev/sdb1

Dans ce cas, il a été dit que j'avais démarré le disque dur plus de 200 fois sans vérification. En fait, je n'ai pas compté combien de fois mais 200, c'est beaucoup dans mon livre.

Quoi qu'il en soit, lorsque j'ai commencé à vérifier, à un moment donné, il a commencé à trouver des problèmes et à les résoudre. Beaucoup d'entre eux en fait. Après cela, j'ai redémarré et le problème avait disparu.

Dans le second cas, c'est parce que j'ai édité le /etc/fstabet ai incorrectement passé un paramètre au hdd. La solution était de supprimer ce paramètre.

Je dois également dire que l'ajout noatimeau disque dur réduit la quantité d'opérations d'écriture. Par exemple, c'est mon disque dur dans le fstabfichier:

# / was on /dev/sda2 during installation
UUID=38673e00-ecc8-4e11-85d2-58af72999e5b /               ext4    noatime,errors=remount-ro 0       1

avec le paramètre noatime , l'activité du disque est moindre. Bien que, si vous utilisez une version du noyau 2.6.30 ou supérieure, relatime est beaucoup mieux.

Ma suggestion serait la suivante:

  • Exécutez fscksur le lecteur avec le problème. Il peut détecter de nombreux problèmes ou non, mais en le vérifiant, vous vous assurerez que les informations sont correctes et que le disque dur n'a aucun problème de système de fichiers.

  • Sur le bureau, exécutez l' disksutilitaire. Il montre l'état du disque et les informations SMART à ce sujet. Cela peut vous donner des informations supplémentaires à ce sujet, surtout s'il a un problème matériel.

  • Tapez dmesget regardez les dernières lignes. S'il y a quelque chose toutes les 10 secondes, il y apparaîtra. Il peut également apparaître dans cat /var/log/syslogoucat /var/log/kern.log

  • Enfin, ajoutez le paramètre noatime à votre fstabfichier pour enregistrer des écritures de temps d'accès.

Luis Alvarado
la source
4
Il n'est pas nécessaire d'utiliser noatime. relatimeempêche les écritures inutiles et fait partie des drapeaux de montage par défaut depuis le noyau 2.6.30 .
Mihai Capotă
@ MihaiCapotă Et nous revenons à la raison pour laquelle j'aime traîner dans askubuntu. Merci pour l'info Mihai.
Luis Alvarado
6
  1. Si vous voyez beaucoup d'activité alors que rien ne fonctionne, vérifiez si l'un des journaux reçoit beaucoup de mises à jour. Vérifiez si l'un des fichiers augmente lorsque vous exécutez ceci ...

    ls -lS /var/log/*log | head
    
  2. Vous pouvez réduire les spindowns, si votre disque dur prend en charge SMART, avec

    hdparm -B 255 /dev/sdX
    

    où sdX doit être changé en une partition valide.

  3. Vérifiez votre fstabpour noatime.

  4. D'après le dernier lien ci-dessous, quelqu'un prétend qu'il l'a résolu avec une vérification forcée de la partition.

    touch /forcecheck
    

    et un redémarrage confirmera si c'est le cas pour vous.


Jetez également un œil à ce sujet:

ext4 jbd2 journalisation active même sur un système de fichiers vide


Il s'agit très probablement d'un problème de noyau (et non spécifiquement lié à Ubuntu). En 2010, les utilisateurs d'Ubuntu et d'Arch avaient le même problème . Cela pourrait valoir la peine de l'afficher en tant que bogue sur le tableau de bord par rapport au noyau que vous utilisez.

Rinzwind
la source
hdparm -Butilise l'ancienne commande APM et n'est pas liée à SMART
psusi
Y a-t-il des inconvénients à réduire les retombées? Je ne sais pas quels sont les effets. Pourriez-vous me dire de quoi il s'agit avec concision?
Wolverine
Moins de broches réduit la consommation électrique et la chaleur, ce qui augmente la durée de vie d'un disque. Mais les disques durs ont tendance à mourir davantage lors d'un redémarrage du disque (en raison de l'augmentation de l'activité mécanique, je suppose). C'est donc un compromis. Cependant, la plupart des discussions sur le Web sont des conjectures; personne n'a de preuves solides.
Rinzwind
0

J'ai eu ce problème avec un Lenovo / Thinkpad et j'ai tout essayé mais à la fin j'ai trouvé que c'était un lecteur Toshiba. Les lecteurs Toshiba ont un problème avec l'option de stationnement et il se détraque et essaie continuellement de garer le lecteur et c'est le bruit que vous entendez.

http://disablehddapm.blogspot.com.au/2011/12/disabling-hard-disk-drive-advanced.html

La solution consiste à désactiver la gestion de l'alimentation, bien que cela réduise la durée de vie de la batterie. Cela a fonctionné pour mon lecteur, mais comme vous ne nous avez pas dit sur quel lecteur vous disposez, cette solution peut ne pas fonctionner et nécessite un ensemble de paramètres différent.

Meer Borg
la source
-1

1) essayez des tests de surface. il peut y avoir des blocs / secteurs défectueux quelque part.

2) essayez une autre version d'ubuntu (xubuntu, lubuntu)

3) essayez de désinstaller les applications inutilisées ... certaines d'entre elles font-elles du mal?

Maks
la source
-2

Ajoutez au /etc/fstabfichier, la chaîne suivante à la fin des options de montage pour vos systèmes de fichiers sur le disque dur:

,commit=600

Par exemple:

UUID=cc614fb7-fbdc-4b6d-af3c-a3fda4f699a0 /   ext4    defaults,commit=600    0       2

redémarrer et profiter

man mount dit:

commit = nrsec Synchronise toutes les données et métadonnées toutes les nrsec secondes. La valeur par défaut est 5 secondes. Zéro signifie par défaut.

ksh
la source
Cela semble être un bon indice, mais il serait utile de savoir ce que cela fait ...
piedro
3
Ainsi, avec ce paramètre, l'utilisateur risque-t-il de perdre les 10 dernières minutes de travail au lieu des 5 dernières secondes en cas de panne de courant ou de redémarrage forcé, même si l'utilisateur a cliqué sur le bouton Enregistrer dans, disons, un éditeur de texte ils travaillaient?
Sergey
Je déconseille cela pour les raisons proposées par @Sergey. A part ça, c'est plus de contrôle des dégâts que ça résout un problème?
Nanne