Fsck automatique sous wheezy ext3

Bonjour.

Sous Lenny tous les x montages fsck était automatiquement lancé sur le /home et/ou la racine et je pouvais m’en rendre compte parce que j’avais un retour de la progression sur l’écran. Maintenant que je suis sous wheezy et toujours en ext3 je ne vois plus cette routine apparaître. Est-ce devenu invisible ou très rapide ? Si vous avez une explication je veux bien…

A+

Imaginons simplement que le train du progrès poursuive sa marche et que les performances se soient considérablement améliorées chez toi à la faveur d’un nouveau noyau, de nouvelles lib …

Autres hypothèses :

Pas de fsck à cause du sixième champ de fstab à zéro.
$ man fstab

If the sixth field is not present or zero, a value of zero is returned and fsck will assume that the filesystem does not need to be checked.
Copie /etc/fstab ici afin de vérifier.

Tu n’utiliserais pas ext4 sans le savoir ? ext4 peut se monter comme ext3. Le fsck d’ext4 est plus rapide que celui d’ext3.
Compare le type (ext3?/ext4?/auto?) du système de fichiers du montage en /etc/fstab à celui rapporté par

parted -l

(tous les supports de stockage)
ou, plus resserré, seulement /dev/sda

parted /dev/sda print

(installe parted s’il le faut)

Bonjour.

Le dernier champ du fstab n’est pas à 0

[code]# cat /etc/fstab

/etc/fstab: static file system information.

Use ‘blkid’ to print the universally unique identifier for a

device; this may be used with UUID= as a more robust way to name devices

that works even if disks are added and removed. See fstab(5).

/ was on /dev/sda6 during installation

UUID=3f4143ba-d6da-4ffc-b944-3de89587cdad / ext3 errors=remount-ro 0 1

/boot was on /dev/sda1 during installation

UUID=04327bcc-8ee6-429b-8c6c-d751f4ff3f96 /boot ext2 defaults 0 2

/home was on /dev/sda7 during installation

UUID=afb5e3d8-5e24-4d33-9d98-439cb7a52f48 /home ext3 defaults 0 2

swap was on /dev/sda5 during installation

UUID=8c6f9648-3086-4ee7-bd20-0f1366bc0224 none swap sw 0 0
/dev/sr0 /media/cdrom0 udf,iso9660 user,noauto 0 0
[/code]

et mes partitions sont bien en ext3 sauf ma partition de boot :

[code]# parted -l
Model: ATA FUJITSU MHY2120B (scsi)
Disk /dev/sda: 120GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos

Number Start End Size Type File system Flags
1 1049kB 135MB 134MB primary ext2 boot
2 136MB 120GB 120GB extended
5 136MB 4213MB 4077MB logical linux-swap(v1)
6 4214MB 18,6GB 14,4GB logical ext3
7 18,6GB 120GB 101GB logical ext3
[/code]

Par ailleurs je n’ai rien modifié avec tune2fs.
A mon avis le mieux serait que je vérifie que fsck s’exécute régulièrement mais je ne sais pas où je peux trouver cette information.

Merci de ton attention en tout cas.

A+

Effectivement, je constate que pour ma partition racine :

root@deb53sw:~# tune2fs -l UUID=d86e9acc-9cad-4585-b153-d31ea49dd673 | grep "Maximum mount count" Maximum mount count: -1 root@deb53sw:~# tune2fs -l UUID=d86e9acc-9cad-4585-b153-d31ea49dd673 | grep "Check interval" Check interval: 0 (<none>) root@deb53sw:~#
Bien que :

root@deb53sw:~# tune2fs -l UUID=d86e9acc-9cad-4585-b153-d31ea49dd673 | grep "Last checked" Last checked: Wed Nov 13 03:11:52 2013 root@deb53sw:~#
Je cherche aussi une explication, et je vais donc suivre ce fil …

cat /var/log/fsck/checkfs

cat /var/log/fsck/checkroot

J’obtiens les mêmes résultats que MicP sauf pour le dernier checked qui chez moi date de juillet 2013 :

# tune2fs -l UUID=3f4143ba-d6da-4ffc-b944-3de89587cdad | grep "Maximum mount count"
Maximum mount count:      -1
root@pascal:/home/laguespa# tune2fs -l UUID=afb5e3d8-5e24-4d33-9d98-439cb7a52f48 | grep "Maximum mount count"
Maximum mount count:      -1
root@pascal:/home/laguespa# tune2fs -l UUID=3f4143ba-d6da-4ffc-b944-3de89587cdad | grep "Check interval"
Check interval:           0 (<none>)
root@pascal:/home/laguespa# tune2fs -l UUID=3f4143ba-d6da-4ffc-b944-3de89587cdad | grep "Last checked"
Last checked:             Sat Jul 20 18:36:06 2013

Est-ce que vous pouvez m’expliquer ce que disent ces commandes ?

Sinon :

# cat /var/log/fsck/checkfs
Log of fsck -C -R -A -a 
Thu Dec 19 14:38:09 2013

fsck from util-linux 2.20.1
/dev/sda1: clean, 241/65536 files, 27797/131072 blocks
/dev/sda7: clean, 20303/6193152 files, 11057431/24769792 blocks

Thu Dec 19 14:38:10 2013
----------------

# cat /var/log/fsck/checkroot
Log of fsck -C -a -t ext3 /dev/sda6 
Thu Dec 19 14:38:08 2013

fsck from util-linux 2.20.1
/dev/sda6: clean, 138603/876544 files, 1494444/3506176 blocks

Thu Dec 19 14:38:08 2013

Est-ce que cela signifie que le dernier fsck a été exécuté aujourd’hui à 14h38 ?

Merci et A+

[quote=“laguespa”]
Est-ce que cela signifie que le dernier fsck a été exécuté aujourd’hui à 14h38 ? [/quote]

Oui, en principe au démarrage (recouper $ last , $ uptime …)
fsck -C -R -A -a
-C comme completion : barre affichée

-C [ fd ] Display completion/progress bars for those filesystem checkers (currently only for ext2 and ext3) which support them. Fsck will manage the filesystem checkers so that only one of them will display a progress bar at a time. GUI front-ends may specify a file descriptor fd, in which case the progress bar information will be sent to that file descriptor.
-R comme Root : exclure le montage de la racine malgré -A

-R When checking all filesystems with the -A flag, skip the root filesystem. (This is useful in case the root filesystem has already been mounted read-write.)

-A comme All

[code] -A Walk through the /etc/fstab file and try to check all filesystems in one run. This
option is typically used from the /etc/rc system initialization file, instead of multi‐
ple commands for checking a single filesystem.

          The  root  filesystem  will  be  checked  first ...[/code]

-a comme automatique : réparation sans confirmation

-a Automatically repair the filesystem without any questions (use this option with cau‐ tion). Note that e2fsck(8) supports -a for backward compatibility only. This option is mapped to e2fsck's -p option which is safe to use, unlike the -a option that some filesystem checkers support.

-1
Il semblerait que e2fsprogs soit la cause du max count à -1.
forums.debian.net/viewtopic.php? … 22#p508686

e2fsprogs.sourceforge.net/e2fsprogs-release.html

[quote]
E2fsprogs 1.42 (November 29, 2011)[/quote]
2011 ? …Vive le progrès !

Ok, si j’ai bien compris fsck se lance régulièrement au démarrage, la dernière fois c’était aujourd’hui à 14h38 et il semblerait que e2fsprogs soit la cause du max count à -1.
Donc pas de raison de s’inquiéter, tout fonctionne enfin presque.

A+