jbd2 écrit constamment sur le disque [fermé]

14

Je sais qu'il y a des problèmes connexes, mais aucun ne semble s'appliquer à mon cas. Voici la sortie iotop. jbd2 est constamment supérieur à 90% d'utilisation. Ça grince depuis 2 jours. Il s'arrête pendant un certain temps après un redémarrage, mais recommence après un certain temps. J'utilise Ubuntu 32.04 32 bits. Disque WD de 200 Go. Smart désactivé dans le bios. Aucune configuration de raid.

 Total DISK READ:       0.00 B/s | Total DISK WRITE:    1997.25 K/s
  TID  PRIO  USER     DISK READ  DISK WRITE  SWAPIN     IO>    COMMAND                                                             
  307 be/3 root        0.00 B/s  811.58 B/s  0.00 % 93.68 % [jbd2/sda1-8]
15454 be/4 curvv       0.00 B/s 1623.16 B/s  0.00 %  0.88 % firefox
 4305 be/4 curvv       0.00 B/s  721.23 K/s  0.00 %  0.70 % gvfsd-metadata
 2048 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % console-kit-daemon --no-daemon
    1 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % init
    2 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [kthreadd]
    3 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [ksoftirqd/0]
    ...
Curvian Vynes
la source
2
Donc, cela a recommencé, broyant, broyant. J'ai remarqué gvfsd-metadata, l'ai compilé et le processus jbd2 est revenu à 0,00% et le broyage s'est arrêté immédiatement. Essayer de comprendre ce qu'il fait réellement. De la page de manuel gvfsd-metadata:gvfsd-metadata is a daemon acting as a write serialiser to the internal gvfs metadata storage. It is autostarted by GIO clients when they make metadata changes. Read operations are done by client-side GIO code directly, and don't require the daemon to be running. The gvfs metadata capabilities are used by the nautilus file manager, for example.
Curvian Vynes
unix.stackexchange.com/questions/108254/… a la même solution. J'utilise kde, mais nautilus a commencé l'autre jour et a laissé mon disque tourner. Cela a résolu le problème
naught101

Réponses:

4

J'ai également exécuté les commandes suivantes pour tuer le processus et supprimer les métadonnées stockées.

pkill gvfsd-metadata 
rm -rf .local/share/gvfs-metadata
Raclée
la source
Après avoir cloné mon ubuntu d'un disque dur ssd vers un disque dur mécanique, le service sssd faisait beaucoup d'interruptions d'E / S. Cela a fait l'affaire: sudo service sssd stop
xtrm