|
Bonjour,
Mon système est une Debian Sid AMD64, suite au fait que la debian Sid Kde est en période d'instabilité obligeant de redémarrer le système plusieurs fois par jour pour pouvoir travailler, j'ai modifié avec l'aide de tune2fs la périodicité de la vérification du système par e2fsck, j'ai supprimer la vérification par le nombre de montage et je l'ai remplacé par un intervalle de temps :1mois du moins c'est ce que j'espérais mais à l'usage cela ne fonctionne pas. Ai je fait une erreur voilà la sortie de tune2fs
tune2fs -l /dev/sda6
tune2fs 1.42.13 (17-May-2015)
Filesystem volume name: linux
Last mounted on: /
Filesystem UUID: cfefa5bd-93c0-4451-818e-26207c170c14
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery sparse_super large_file
Filesystem flags: signed_directory_hash
Default mount options: (none)
Filesystem state: clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 24944640
Block count: 99747072
Reserved block count: 4987353
Free blocks: 55024886
Free inodes: 24336132
First block: 0
Block size: 4096
Fragment size: 4096
Reserved GDT blocks: 1000
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 8192
Inode blocks per group: 512
Filesystem created: Wed May 20 21:34:17 2009
Last mount time: Tue Dec 22 11:07:24 2015
Last write time: Tue Dec 22 11:07:12 2015
Mount count: 91
Maximum mount count: -1
Last checked: Wed Oct 28 20:38:41 2015
Check interval: 2592000 (1 month)
Next check after: Fri Nov 27 20:38:41 2015
Lifetime writes: 12 TB
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
First inode: 11
Inode size: 256
Required extra isize: 28
Desired extra isize: 28
Journal inode: 8
First orphan inode: 2154588
Default directory hash: half_md4
Directory Hash Seed: 928b34fd-2dc8-46c0-9cc6-45491a440ccf
Journal backup: inode blocks
Merci de votre aide pour résoudre ce mystère.
Philippe Merlin |