Forum-Francophone-LinuxMint.fr

Bonjour à tous,

Ce sujet a déjà été évoqué et abandonné.

Mais je repose la question :
Pourquoi y a-t-il une vérification du système de fichiers au démarrage de Linux Mint 21 ?
Chez moi, c'est systématique.
Je me pose la question car tous mes systèmes physiques de stockage sont des SSD, et, en principe, un SSD n'aime pas trop les cycles de lecture écriture, si tant est, bien-sûr, qu'il y ait ce genre de choses.

Autres questions en conséquence : comment supprimer cette vérification systématique ? est-ce bien requis de vouloir la supprimer au démarrage ?

Merci pour vos retours et/ou remarques.

Bonjour Tiennou44,

pour connaître le réglage par défaut de la vérification
de ta partition sda1 par exemple,
tapes
Code : Tout sélectionner
```
sudo LANG=C tune2fs -l /dev/sda1 | egrep -i "mount count|Check interval|Last|Next"
```

pour lancer la vérification avec fsck tous les 20 montages
de ta partition sda1 par exemple,
tapes
Code : Tout sélectionner
```
sudo tune2fs -c 20 /dev/sda1
```

pour lancer la vérification avec fsck tous les 20 jours
de ta partition sda1 par exemple,
tapes
Code : Tout sélectionner
```
sudo tune2fs -i 20d /dev/sda1
```

Bonjour f.x0,

Voici ce que me donne la commande :

Code : Tout sélectionner

sudo LANG=C tune2fs -l /dev/ma_partition | egrep -i "mount count|Check interval|Last|Next"

quelque soit ma_partition montée :

Last mount time: Mon Nov 28 08:16:12 2022
Last mounted on: mon_point_de_montage
write time: Mon Nov 28 08:16:12 2022
Mount count: 80
Maximum mount count: -1
Last checked: Sun Oct 16 15:26:52 2022
Check interval: 0 (<none>)

J'ai essayé :

Code : Tout sélectionner

sudo tune2fs -c 20 /dev/ma_partition

Mais ça ne change rien ...

Bonjour,

Je ne vais pas apporter solution mais plutôt une piste.
Passé tout récemment à Mint 21, je constate la même chose que Tiennou44; mais ça ne préoccupait pas trop (je boot rarement). Pour autant j'ai regardé ce qui se fait et j'ai appliqué la commande suivante sur chacun de mes deux disque (p5 pour '/' et p6 pur '/home') pour lui dire que je ne contrôle que tous les 20 montages ou au bout d'un mois maximum. Mes références bibliographiques: https://landoflinux.com/linux_tune2fs_command.html

Code : Tout sélectionner

sudo tune2fs -c 20 -i 1m /dev/nvme0n1p5

Et bien, à priori, comme Tiennou44, le check de boot s'éxécute toujours même si les contrôles ne sont pas faits si je vérifie les statistiques (on voit le uptime à 9:25 alors que les derniers checks sont de 9:06 et 8:40)

Code : Tout sélectionner

$ uptime
 09:25:18 up 8 min,  1 user,  load average: 0,63, 0,45, 0,27

$ sudo LANG=C tune2fs -l /dev/nvme0n1p5 | egrep -i "mount count|Check interval|Last|Next"
[sudo] Mot de passe de patrick :           
Last mounted on:          /
Last mount time:          Tue Nov 29 09:16:38 2022
Last write time:          Tue Nov 29 09:16:38 2022
Mount count:              2
Maximum mount count:      20
Last checked:             Tue Nov 29 09:06:08 2022
Check interval:           2592000 (1 month)
Next check after:         Thu Dec 29 09:06:08 2022

$ sudo LANG=C tune2fs -l /dev/nvme0n1p6 | egrep -i "mount count|Check interval|Last|Next"
Last mounted on:          /home
Last mount time:          Tue Nov 29 09:16:38 2022
Last write time:          Tue Nov 29 09:16:38 2022
Mount count:              4
Maximum mount count:      20
Last checked:             Tue Nov 29 08:40:57 2022
Check interval:           2592000 (1 month)
Next check after:         Thu Dec 29 08:40:57 2022

J'ai vérifié, le check ne semble contrôler que les disque en ext, ce qui fait que la partition EFI et le Swap ne sont pas contrôlés. D'ailleurs, pour m'en convaincre, j'ai vérifié mon fichier /etc/fstab

Code : Tout sélectionner

# /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).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/nvme0n1p5 during installation
UUID=c6da23fd-afeb-4319-bf66-5bc66d338ffc /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/nvme0n1p1 during installation
UUID=E43E-1F63  /boot/efi       vfat    umask=0077      0       1
# /home was on /dev/nvme0n1p6 during installation
UUID=12ebb77d-dcc5-463e-b5bd-7120e30e89a7 /home           ext4    defaults        0       2
/swapfile                                 none            swap    sw              0       0

Donc je serais aussi curieux de comprendre....

Oui, c'est normal :

tune2fs - Ajuster les paramètres des systèmes de fichiers ext2/ext3/ext4

Bonjour,

Je relance ce sujet, puisqu'il n'y a finalement pas de réponse.

Pour info, j'ai installé LM 21 en machine virtuelle (avec virt-manager) et je ne rencontre pas ce problème.

Sur mon installation physique (4 SSD de 1 To + 2 HD en mirroring de 2 To chacun), aurais-je des unités de stockage problématiques ?
Les comptes-rendus smart ne signalent aucun incident.
Dans fstab (que j'ai modifié à la main), est-ce une option mise pour le montage d'une unité de stockage qui pose problème ?
Voici son contenu :

# /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).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda4 during installation
UUID=dafcfc59-bf2d-4129-82e2-e5f9407759d8 / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/sda1 during installation
UUID=1D6A-80B5 /boot/efi vfat umask=0077 0 1
# /home was on /dev/sdc3 during installation
UUID=640c5de2-a7c2-4e71-90cf-262b49cf2dba /home ext4 defaults 0 2
# /tmp was on /dev/sdc2 during installation
UUID=61009560-d660-408d-ac19-31690a7b0218 /tmp ext4 defaults 0 2
# /var was on /dev/sdc1 during installation
UUID=1c0c65f4-e9a9-4461-8fb5-0dd2fbad0c89 /var ext4 defaults 0 2
# swap was on /dev/sdb3 during installation
UUID=d3ddf230-9903-4748-9335-3da7318411bb none swap sw 0 0
# /videos
UUID=5a608821-7b5c-4b9b-acc6-fe5921aa498a /mnt/videos auto nosuid,nodev,nofail,x-gvfs-name=Vidéos,x-gvfs-show 0 2
#mount RAID1 array
#/dev/md0 /mnt/backup ext4 defaults,x-gvfs-show 0 0
UUID=1aeff149-6a6f-46cf-b525-94756f490b90 /mnt/backup auto nosuid,nodev,nofail,x-gvfs-name=Backup,x-gvfs-show 0 0

À vous lire.

Bonsoir,

J'avais précédemment posté une remarque mais sans apporter de réponse. De toutes les façons, même si je constatais le même problème, mon SSD étant très peu rempli, je patientais à chaque (rare) boot.
Mais comme je suis curieux, j'ai recherché sur d'autres forums et trouvé ce post (en anglais) qui date un peu mais qui correspond à nos descriptions (disk check on each reboot). Et cette partie a retenu mon attention.
En fait, ils disent de désactiver l'ordre de montage des disques dans le /etc/fstab pour éviter le check.
J'ai testé chez moi et ça a marché. Ces ordres de montage avaient été mis quand j'ai installé mon Mint 21, surtout du fait que mon /home est séparé.
Pour moi je vais remettre comme c'était mais ça pourrait expliquer le pourquoi...
Ce qui dit le Wiki Ubuntu (pour le dernier paramètre)

Code : Tout sélectionner

<pass num> Controls the order in which fsck checks the device/partition for errors at boot time. The root device should be 1.
Other partitions should be 2, or 0 to disable checking.

À SUIVRE...

Et si tu fais les modifs suivantes ?

Code : Tout sélectionner

# /home was on /dev/sdc3 during installation
UUID=640c5de2-a7c2-4e71-90cf-262b49cf2dba /home ext4 defaults 0 2

# /tmp was on /dev/sdc2 during installation
UUID=61009560-d660-408d-ac19-31690a7b0218 /tmp ext4 defaults 0 2

# /var was on /dev/sdc1 during installation
UUID=1c0c65f4-e9a9-4461-8fb5-0dd2fbad0c89 /var ext4 defaults 0 2

# /videos
UUID=5a608821-7b5c-4b9b-acc6-fe5921aa498a /mnt/videos auto nosuid,nodev,nofail,x-gvfs-name=Vidéos,x-gvfs-show 0 2

à changer comme cela :

Code : Tout sélectionner

# /home was on /dev/sdc3 during installation
UUID=640c5de2-a7c2-4e71-90cf-262b49cf2dba /home ext4 defaults 0 0

# /tmp was on /dev/sdc2 during installation
UUID=61009560-d660-408d-ac19-31690a7b0218 /tmp ext4 defaults 0 0

# /var was on /dev/sdc1 during installation
UUID=1c0c65f4-e9a9-4461-8fb5-0dd2fbad0c89 /var ext4 defaults 0 0

# /videos
UUID=5a608821-7b5c-4b9b-acc6-fe5921aa498a /mnt/videos auto nosuid,nodev,nofail,x-gvfs-name=Vidéos,x-gvfs-show 0 0

ça donne quoi après un redémarrage ?

@tioker et @f.x0

Merci les gars, effectivement, remplacer 2 par 0 en fin de ligne dans fstab a réglé le problème.
J'aurais dû m'en douter ...
Ça fait trop longtemps que je ne'ai plus mis les mains dans le cambouis

.

Encore un grand merci et une belle fin d'année pour vous tous.

Forum-Francophone-LinuxMint.fr

Vérification systématique du système de fichiers au démarrage

Vérification systématique du système de fichiers au démarrage

Re: Vérification systématique du système de fichiers au démarrage

Re: Vérification systématique du système de fichiers au démarrage

Re: Vérification systématique du système de fichiers au démarrage

Re: Vérification systématique du système de fichiers au démarrage

Re: Vérification systématique du système de fichiers au démarrage

Re: Vérification systématique du système de fichiers au démarrage

Re: Vérification systématique du système de fichiers au démarrage

Re: Vérification systématique du système de fichiers au démarrage