Page 1 sur 1

[flush-8:0] activité de la mémoire de masse toutes les 2 sec

Publié : dim. 17 mars 2013, 07:04
par Julianovitch
Bonjour,

j'ai installé archlinux sur mon poste de productivité il y a peu de temps.

Au début, j'ai regardé plusieurs fois l'activité de la led pour la mémoire de masse, et je constatais avec plaisir qu'il y avait peu, voire pas du tout d'activité quand je ne faisais rien avec l'ordi.

mais depuis un peu plus d'une semaine, la led clignote brièvement toutes les 2 secondes environs.

Ce n'est pas un fonctionnement acceptable, je suis sur un ssd et cela va réduire sa durée de vie.
J'ai installé le système sur un Silicon power T10 32 Gb, et je l'ai copié sur un Samsung 840 250 Gb.

Le problème ne se produit pas en démarrant sur un autre système.
J'ai constaté aussi le problème avec une installation de Puppy Linux Wary.

Au moment ou la led clignote, il y a une écriture furtive sur le ssd qui fait monter le chiffre "241 Total_LBAs_Written" et qui use donc le ssd.

Je ne vois pourtant pas de fichier changé : ni dans var, ni dans tmp

Le journal n'est pas écrit toutes les 2 secondes, mais une fois par minute environ.

Une fois le système démarré sur le ssd interne, le phénomène se produit aussi sur un ssd monté en externe en usb, avec un système de fichier ext4 sans journalisation.

Cela se produit peut-être aussi sur un hdd en usb, bien que la led ne s'allume pas, j'entends un bruit régulier quand le disque est monté, et quand il est démonté, je n'entends plus le bruit.

L'activité est trop furtive pour être repérée par iotop, mais elle est partiellement repérée par dstat.

Code : Tout sélectionner

[patrice@patrice-laptop ~]$ sudo dstat -d  --top-bio
[sudo] password for patrice: 
-dsk/total- ----most-expensive----
 read  writ|  block i/o process   
1631k   37k|X           238k  652B
   0     0 |                      
   0     0 |                      
   0     0 |                      
   0     0 |                      
   0   112k|flush-8:0     0  4096B
   0     0 |                      
   0     0 |                      
   0     0 |                      
   0     0 |                      
   0     0 |                      
   0     0 |                      
   0     0 |                      
   0     0 |                      
   0     0 |                      
   0     0 |                      
   0     0 |                      
   0     0 |                      
   0     0 |                      
   0     0 |                      
   0     0 |                      
   0     0 |                      
   0     0 |                      
   0     0 |                      
   0     0 |                      
   0     0 |                      
   0     0 |                      
   0     0 |                      
   0     0 |                      
   0     0 |                      
   0     0 |                      
   0     0 |                      
   0     0 |                      
   0     0 |                      
   0     0 |                      
   0  4096B|                      
   0     0 |                      
   0     0 |                      
   0     0 |                      
   0     0 |                      
   0     0 |                      
   0     0 |                      
   0     0 |                      
   0     0 |                      
   0     0 |                      
   0     0 |                      
   0     0 |                      
-dsk/total- ----most-expensive----
 read  writ|  block i/o process   
   0     0 |                      
   0     0 |                      
   0     0 |                      
   0     0 |                      ^C
Ce qui est représenté au-dessus ne représente qu'une petite partie de l'allumage de la led du ssd. Remarquez le 4096B sans nom de processus.

Le problème n'est pas présent au moment du chargeur de démarrage (syslinux).

Le problème est présent même quand startx n'est pas démarré, et même quand je ne suis pas encore loggué sur une tty.

Voici la liste des processus avec une seule tty active, sans startx et après avoir tué deux ou trois processus.
Le problème est présent quand il y a seulement ces processus :

Code : Tout sélectionner

USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root         1  0.0  0.1   5108  2816 ?        Ss   05:40   0:00 /sbin/init
root         2  0.0  0.0      0     0 ?        S    05:40   0:00 [kthreadd]
root         3  0.0  0.0      0     0 ?        S    05:40   0:00 [ksoftirqd/0]
root         5  0.0  0.0      0     0 ?        S<   05:40   0:00 [kworker/0:0H]
root         7  0.0  0.0      0     0 ?        S<   05:40   0:00 [kworker/u:0H]
root         8  0.0  0.0      0     0 ?        S    05:40   0:00 [migration/0]
root         9  0.0  0.0      0     0 ?        S    05:40   0:00 [rcu_preempt]
root        10  0.0  0.0      0     0 ?        S    05:40   0:00 [rcu_bh]
root        11  0.0  0.0      0     0 ?        S    05:40   0:00 [rcu_sched]
root        12  0.0  0.0      0     0 ?        S    05:40   0:00 [watchdog/0]
root        13  0.0  0.0      0     0 ?        S    05:40   0:00 [watchdog/1]
root        14  0.0  0.0      0     0 ?        S    05:40   0:00 [ksoftirqd/1]
root        15  0.0  0.0      0     0 ?        S    05:40   0:00 [migration/1]
root        17  0.0  0.0      0     0 ?        S<   05:40   0:00 [kworker/1:0H]
root        18  0.0  0.0      0     0 ?        S<   05:40   0:00 [cpuset]
root        19  0.0  0.0      0     0 ?        S<   05:40   0:00 [khelper]
root        20  0.0  0.0      0     0 ?        S    05:40   0:00 [kdevtmpfs]
root        21  0.0  0.0      0     0 ?        S<   05:40   0:00 [netns]
root        22  0.0  0.0      0     0 ?        S    05:40   0:00 [bdi-default]
root        23  0.0  0.0      0     0 ?        S<   05:40   0:00 [kblockd]
root        24  0.0  0.0      0     0 ?        S    05:40   0:00 [kworker/0:1]
root        26  0.0  0.0      0     0 ?        S    05:40   0:00 [khungtaskd]
root        27  0.0  0.0      0     0 ?        S    05:40   0:00 [kswapd0]
root        28  0.0  0.0      0     0 ?        SN   05:40   0:00 [ksmd]
root        29  0.0  0.0      0     0 ?        SN   05:40   0:00 [khugepaged]
root        30  0.0  0.0      0     0 ?        S    05:40   0:00 [fsnotify_mark]
root        31  0.0  0.0      0     0 ?        S<   05:40   0:00 [crypto]
root        35  0.0  0.0      0     0 ?        S<   05:40   0:00 [kthrotld]
root        36  0.0  0.0      0     0 ?        S    05:40   0:00 [kworker/1:2]
root        37  0.0  0.0      0     0 ?        S<   05:40   0:00 [deferwq]
root        70  0.0  0.0      0     0 ?        S    05:40   0:00 [khubd]
root        71  0.0  0.0      0     0 ?        S<   05:40   0:00 [ata_sff]
root        72  0.0  0.0      0     0 ?        S    05:40   0:00 [scsi_eh_0]
root        73  0.0  0.0      0     0 ?        S    05:40   0:00 [scsi_eh_1]
root        74  0.0  0.0      0     0 ?        S    05:40   0:00 [scsi_eh_2]
root        76  0.0  0.0      0     0 ?        S    05:40   0:00 [kworker/u:3]
root        77  0.0  0.0      0     0 ?        S    05:40   0:00 [scsi_eh_3]
root        79  0.0  0.0      0     0 ?        S    05:40   0:00 [scsi_eh_4]
root        92  0.0  0.0      0     0 ?        S<   05:40   0:00 [ext4-dio-unwrit]
root       119  0.0  0.0      0     0 ?        S<   05:40   0:00 [iprt]
root       201  0.0  0.0      0     0 ?        S<   05:40   0:00 [cfg80211]
root       209  0.0  0.0      0     0 ?        S<   05:40   0:00 [kpsmoused]
root       249  0.0  0.0      0     0 ?        S<   05:40   0:00 [hd-audio0]
root       287  0.0  0.0      0     0 ?        S    05:40   0:00 [rc0]
root       288  0.0  0.0      0     0 ?        S<   05:40   0:00 [ttm_swap]
root       305  0.0  0.0      0     0 ?        S    05:40   0:00 [kworker/0:4]
root       387  0.0  0.0      0     0 ?        S<   05:40   0:00 [iwl3945]
root       402  0.0  0.0      0     0 ?        S<   05:40   0:00 [kworker/0:1H]
root       427  0.0  0.0      0     0 ?        S<   05:40   0:00 [kworker/1:1H]
root       458  0.0  0.0      0     0 ?        S<   05:40   0:00 [cifsiod]
root       570  0.0  0.0      0     0 ?        S    05:40   0:00 [scsi_eh_5]
root       575  0.0  0.0      0     0 ?        S    05:40   0:00 [usb-storage]
root       619  0.0  0.0   3680  1864 ?        Ss   05:40   0:00 login -- root     
root      1391  0.0  0.0      0     0 ?        S    05:40   0:00 [flush-8:0]
root      1409  0.0  0.0      0     0 ?        S    05:40   0:00 [kworker/1:4]
root      1718  0.0  0.0   5252  1996 tty1     Ss   05:41   0:00 -bash
root      1762  0.0  0.0      0     0 ?        S    05:45   0:00 [kworker/0:0]
root      1763  0.0  0.0      0     0 ?        S    05:46   0:00 [kworker/u:0]
root      1764  0.0  0.0      0     0 ?        S    05:46   0:00 [kworker/1:0]
root      1771  0.0  0.0      0     0 ?        S    05:49   0:00 [kworker/1:1]
root      1783  0.0  0.0      0     0 ?        S    05:50   0:00 [kworker/0:2]
root      1793  0.0  0.0   3344  1560 ?        Ss   05:52   0:00 /usr/lib/systemd/systemd-logind
root      1794  0.0  0.0   4276  1496 ?        Ss   05:52   0:00 /usr/lib/systemd/systemd-journald
dbus      1796  0.0  0.0   3008  1392 ?        Ss   05:52   0:00 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation
root      1800  0.0  0.0   3812   740 tty3     Ss+  05:53   0:00 /sbin/agetty --noclear tty3 38400 linux
root      1802  0.0  0.0   3812   740 tty2     Ss+  05:53   0:00 /sbin/agetty --noclear tty2 38400 linux
root      1804  0.0  0.0   4676  1208 tty1     R+   05:54   0:00 ps aux
voici mon fstab :

Code : Tout sélectionner

# 
# /etc/fstab: static file system information
#
# <file system>	<dir>	<type>	<options>	<dump>	<pass>
# /dev/sda1
/dev/sda1	/         	ext4      	defaults,rw,noatime,discard	0 1
//192.168.0.254/Disque\040dur /mnt/freebox cifs _netdev,rw,users,iocharset=utf8,uid=1000,user=freebox,pass=(caché) 0 0
J'ai désactivé la journalisation sur mon ssd :

Code : Tout sélectionner

[patrice@patrice-laptop ~]$ dmesg | grep EXT4
[    1.772864] EXT4-fs (sda1): mounted filesystem without journal. Opts: (null)
[    2.333950] EXT4-fs (sda1): re-mounted. Opts: discard
Avez-vous des idées ?

Re: [flush-8:0] activité de la mémoire de masse toutes les 2

Publié : dim. 24 mars 2013, 18:25
par Julianovitch
Bonjour à tous,

voici quelques nouvelles concernant mon problème d'activité sur la mémoire de masse toutes les 2 secondes :

voici un extrait de la sortie de dmesg, après avoir fait

Code : Tout sélectionner

echo 1 > /proc/sys/vm/block_dump

Code : Tout sélectionner

[ 3664.506413] flush-8:0(3711): WRITE block 226493688 on sda1 (8 sectors)
[ 3664.506434] flush-8:0(3711): WRITE block 226775720 on sda1 (8 sectors)
[ 3664.506448] flush-8:0(3711): WRITE block 8 on sda1 (8 sectors)
[ 3664.506457] flush-8:0(3711): WRITE block 16777336 on sda1 (8 sectors)
[ 3664.506544] flush-8:0(3711): WRITE block 193323136 on sda1 (8 sectors)
[ 3664.506587] flush-8:0(3711): WRITE block 193323152 on sda1 (16 sectors)
[ 3664.506679] flush-8:0(3711): WRITE block 193323184 on sda1 (40 sectors)
[ 3664.506690] flush-8:0(3711): WRITE block 193327152 on sda1 (8 sectors)
[ 3664.506731] flush-8:0(3711): WRITE block 193327176 on sda1 (16 sectors)
[ 3664.506776] flush-8:0(3711): WRITE block 271192 on sda1 (16 sectors)
[ 3664.506808] flush-8:0(3711): WRITE block 270472 on sda1 (8 sectors)
[ 3664.506841] flush-8:0(3711): WRITE block 270608 on sda1 (8 sectors)
[ 3664.506882] flush-8:0(3711): WRITE block 22819472 on sda1 (8 sectors)
[ 3664.506893] flush-8:0(3711): WRITE block 22849408 on sda1 (8 sectors)
[ 3664.506932] flush-8:0(3711): WRITE block 22819480 on sda1 (16 sectors)
[ 3664.506960] flush-8:0(3711): WRITE block 22819520 on sda1 (8 sectors)
[ 3664.506987] flush-8:0(3711): WRITE block 22819536 on sda1 (8 sectors)
[ 3664.507027] flush-8:0(3711): WRITE block 22819560 on sda1 (16 sectors)
[ 3664.507055] flush-8:0(3711): WRITE block 22844632 on sda1 (8 sectors)
[ 3664.507081] flush-8:0(3711): WRITE block 22849320 on sda1 (8 sectors)
[ 3664.507114] flush-8:0(3711): WRITE block 20720520 on sda1 (16 sectors)
Il s'agit donc soi-disant d'écritures sur le disque... D'ailleurs le nombre de LBA écrit augmente dans les données SMART.

-le problème n'est pas présent au moment de syslinux (y compris hardware detection tool)
-j'ai booté en mode single, et le problème est présent même avant le login
-j'ai booté en ro avec init=/bin/sh et le problème est présent (des écritures en Read-only !!!???)
Un lsof, lsmod, et ps aux ne renvoient rien de spécial.

On m'a conseillé de booter sans le initramfs pour voir si c'était le noyau ou le ramfs, mais je n'ai pas su le faire. J'ai essayé avec la ligne suivante :

Code : Tout sélectionner

.linux ../vmlinuz-linux root=/dev/sda1 initrd= init=/bin/sh
Mais j'ai eu un kernel panic car le noyau n'a semble-t-il pas le module pour monter une partition ext4.
Savez-vous quelle ligne je dois inscrire pour booter sans le initrd ?

Et sinon, qu'en pensez-vous ?
Je pourrais réinstaller le système mais j'ai déjà passé pas mal de temps dessus...

A bientôt,

Re: [flush-8:0] activité de la mémoire de masse toutes les 2

Publié : mer. 17 avr. 2013, 09:33
par Julianovitch
Problème résolu (enfin... d'une certaine manière) :

Le problème est présent sur les ordinateurs Acer Aspire 9300 et Fujitsu-Siemens Amilo Pi 2530, quelle que soit la distribution linux.

Solution : j'ai mis mon SSD sur un ordi qui ne présentait pas ce problème.