Comme L'impression Que L'option "noatime" De Mount Est Ignor

[CoolRaoul]

J'ai lu ici et la le conseil de remonter les disques avec l'option "noatime" pour éviter des écritures inutiles.

Mais j'ai bien l'impression que le noyau linux du Synology ignore superbement cette option:

Avant

$ mount | grep /volume2

/dev/mapper/vol2-origin on /volume2 type ext4 (usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0,synoacl)

Les options sont donc :

• usrjquota=aquota.user
• grpjquota=aquota
• group
• jqfmt=vfsv0
• synoacl

Exécution de

mount -o remount,noatime /volume2

Résultat;

$ mount | grep /volume2

/dev/mapper/vol2-origin on /volume2 type ext4 (usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0,synoacl)

L'option n'est pas prise en compte Pour en avoir le coeur net, je viens de faire le test sur un linux installé dans un virtualbox, et la l'option s'affiche bien:

[root@VCentOS ~]# mount | grep " / "

/dev/mapper/vg_vcentos-lv_root on / type ext4 (rw)

[root@VCentOS ~]# mount -o remount,noatime /

[root@VCentOS ~]# mount | grep " / "

/dev/mapper/vg_vcentos-lv_root on / type ext4 (rw,noatime)

<EDIT> Au temps pour moi: finalement il semble que l'option soit bien effective, c'est juste à l'affichage que ca coince. Le test suivant montre bien que l'acces time n'est pas mis a jour quand le volumé est monté "noatime"

$ mount -o remount,noatime /volume1

$ /bin/ls -alu hubic.pl 

-rwxrwxrwx    1 gilles   users         5290 Feb 29 22:37 mhubic.pl

$ tail -1 hubic.pl 

exit(0);

$ /bin/ls -alu hubic.pl 

-rwxrwxrwx    1 gilles   users         5290 Feb 29 22:37 mhubic.pl

# le tail n'a pas changé l'access time

$ mount -o remount,atime /volume1

$ /bin/ls -alu hubic.pl 

-rwxrwxrwx    1 gilles   users         5290 Feb 29 22:37 mhubic.pl

$ tail -1 hubic.pl 

exit(0);

$ /bin/ls -alu hubic.pl 

-rwxrwxrwx    1 gilles   users         5290 Mar  4 13:19 hubic.pl

# et là, la date a bien été mise a jour

Modifié le 4 mars 2012 par CoolRaoul