# Demander la vérification du FS root au boot avec systemd

**URL:** <https://www.debian-fr.org/t/demander-la-verification-du-fs-root-au-boot-avec-systemd/85856>\
**Category:** Support Debian\
**Tags:** boot\
**Created:** [Décembre 22, 2021, 3:36 UTC](https://www.debian-fr.org/t/demander-la-verification-du-fs-root-au-boot-avec-systemd/85856 "2021-12-22T15:36:27Z")\
**Posts on this page:** 12\
**Page:** 1

<div class="post-metadata">

**Author:** ![kiye](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/k/90db22/32.png) [@kiye](https://www.debian-fr.org/u/kiye)\
**Post date:** [Décembre 22, 2021, 3:36 UTC](https://www.debian-fr.org/t/demander-la-verification-du-fs-root-au-boot-avec-systemd/85856/1 "2021-12-22T15:36:27Z")

</div>

Bonjour à tous,  
J’ai un fichier corrompu sur le FS root que je ne peux pas effacer (`rm : cannot remove 'file' : Bad message`). La solution pourrait consister à demander la vérification du FS root au prochain démarrage (fsck). Mais comme j’ai debian buster avec systemd, les solutions du type `touch /forcefsck`, `shutdown -rF now` ou encore `tune2fs -c 0` ne fonctionnent pas.

```auto
$ sudo journalctl -b | grep fsck
Dec 22 15:15:30 myhost kernel: EXT4-fs (sda1): warning: mounting unchecked fs, running e2fsck is recommended
Dec 22 15:20:58 myhost kernel: EXT4-fs (sda1): error count since last fsck: 87

```

Sachant que je ne peux pas modifier les arguments du kernel (démarrage en mode falcon), comment demander la vérification du FS root au boot avec systemd ?

Merci d’avance pour vos réponses

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Décembre 22, 2021, 6:42 UTC](https://www.debian-fr.org/t/demander-la-verification-du-fs-root-au-boot-avec-systemd/85856/2 "2021-12-22T18:42:48Z")

</div>

> [@kiye](#):
>
> démarrage en mode falcon

Qu’est-ce que c’est ?

---

<div class="post-metadata">

**Author:** ![Almtesh](https://www.debian-fr.org/user_avatar/www.debian-fr.org/almtesh/32/10312_2.png) [@Almtesh](https://www.debian-fr.org/u/Almtesh)\
**Post date:** [Décembre 23, 2021, 6:22 UTC](https://www.debian-fr.org/t/demander-la-verification-du-fs-root-au-boot-avec-systemd/85856/3 "2021-12-23T06:22:34Z")

</div>

Bonjour,

> [@kiye](#):
>
> `rm : cannot remove 'file' : Bad message`

C’est vraiment le message d’erreur ?  
Est-ce que le fichier a un nom que tu lui as donné ou pas ?

> [@kiye](#):
>
> `touch /forcefsck`

Ça marche ça sous Debian ?

> [@kiye](#):
>
> `shutdown -rF now`

Je viens de regarder le manuel de cette commande et je ne vois l’option `-F`

> [@kiye](#):
>
> `tune2fs -c 0`

C’est normal, voici ce que dit le manuel sur la valeur 0 :

> [@man tune2fs](#):
>
> If max-mount-counts is 0 or -1, the number of times the filesystem is mounted will be disregarded by e2fsck(8) and the kernel.

Tu as une autre option pour ça dans le manuel :

```plaintext
-E extended-options
       Set extended options for the filesystem. Extended options are comma separated, and may take an argument using the equals ('=') sign. The following extended options are supported:
[…]
       force_fsck
              Set a flag in the filesystem superblock indicating that errors have been found. This will force fsck to run at the next mount.

```

> [@kiye](#):
>
> démarrage en mode falcon

Je ne sais pas non plus ce que c’est, mais si tu as un démarrage spécifique, il faut déjà vérifier que le montage se fait bien en utilisant le fichier `/etc/fstab` et que le système de fichiers concerné a bien sa sixième valeur à 1 ou 2, comme précisé dans le manuel :

> [@man fstab](#):
>
> This field is used by fsck(8) to determine the order in which filesystem checks are done at boot time. The root filesystem should be specified with a fs\_passno of 1. Other filesystems should have a fs\_passno of 2.

---

<div class="post-metadata">

**Author:** ![kiye](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/k/90db22/32.png) [@kiye](https://www.debian-fr.org/u/kiye)\
**Post date:** [Décembre 23, 2021, 9:00 UTC](https://www.debian-fr.org/t/demander-la-verification-du-fs-root-au-boot-avec-systemd/85856/4 "2021-12-23T09:00:45Z")

</div>

Le mode falcon est un mode de démarrage ultrarapide qui permet de court-circuiter le bootloader UBoot et lancer le kernel directement depuis le SPL. Pour ce faire, le kernel et ses arguments sont ecrit en raw dans une zone mémoire défini en dehors du FS. Je peux toujours regénérer le fichier argument du kernel mais c’est pénible à faire et c’est ce que je voulais éviter. Le mode falcon permet de démarrer en moins de 2s machine éteinte.

---

<div class="post-metadata">

**Author:** ![kiye](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/k/90db22/32.png) [@kiye](https://www.debian-fr.org/u/kiye)\
**Post date:** [Décembre 23, 2021, 9:35 UTC](https://www.debian-fr.org/t/demander-la-verification-du-fs-root-au-boot-avec-systemd/85856/5 "2021-12-23T09:35:38Z")

</div>

Bonjour Almtesh

J’ai aussi essayé `tune2fs -c 1 ` mais sans aucun effet.

> Je viens de regarder le manuel de cette commande et je ne vois l’option `-F`

```auto
man shutdown 
-F
Forcer l'utilisation de fsck en cas de redémarrage.

```

> force\_fsck

Cette option n’est pas encore implémentée pour ma version de tune2fs (1.44.5)

> il faut déjà vérifier que le montage se fait bien en utilisant le fichier `/etc/fstab`

```plaintext
 cat /etc/fstab
UUID=4054f791-936c-4ef9-b91d-654d831760c1 / auto defaults 0 0

```

Effectivement, le 6eme champs ( fs\_passno) n’est pas à 1, je vais essayer…

Merci pour ton aide

---

<div class="post-metadata">

**Author:** ![anon70622873](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/278dde/32.png) [@anon70622873](https://www.debian-fr.org/u/anon70622873)\
**Post date:** [Décembre 23, 2021, 9:44 UTC](https://www.debian-fr.org/t/demander-la-verification-du-fs-root-au-boot-avec-systemd/85856/6 "2021-12-23T09:44:42Z")

</div>

> [@Almtesh](#):
>
> > [@kiye](#):
> >
> > `touch /forcefsck`
> 
> Ça marche ça sous Debian ?

Oui cela fonctionne.

---

<div class="post-metadata">

**Author:** ![kiye](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/k/90db22/32.png) [@kiye](https://www.debian-fr.org/u/kiye)\
**Post date:** [Décembre 23, 2021, 10:09 UTC](https://www.debian-fr.org/t/demander-la-verification-du-fs-root-au-boot-avec-systemd/85856/7 "2021-12-23T10:09:38Z")

</div>

> [@anon70622873](#):
>
> > [@Almtesh](#):
> >
> > > [@kiye](#):
> > >
> > > `touch /forcefsck`
> > 
> > Ça marche ça sous Debian ?
> 
> Oui cela fonctionne.

Cela ne fonctionne pas avec systemd

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Décembre 23, 2021, 11:10 UTC](https://www.debian-fr.org/t/demander-la-verification-du-fs-root-au-boot-avec-systemd/85856/8 "2021-12-23T11:10:33Z")

</div>

> [@kiye](#):
>
> Le mode falcon est un mode de démarrage ultrarapide qui permet de court-circuiter le bootloader UBoot et lancer le kernel directement

Et tu ne peux pas démarrer normalement via le bootloader pour une fois ?

---

<div class="post-metadata">

**Author:** ![anon70622873](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/278dde/32.png) [@anon70622873](https://www.debian-fr.org/u/anon70622873)\
**Post date:** [Décembre 23, 2021, 11:42 UTC](https://www.debian-fr.org/t/demander-la-verification-du-fs-root-au-boot-avec-systemd/85856/9 "2021-12-23T11:42:25Z")

</div>

Je l’ai utilisé il y a encore quelques jours sur une Debian Buster standard (avec systemd donc). La vérification est bien effectuée au démarrage et le fichier forcefsck supprimé.  
Si cela ne fonctionne pas c’est dû à ton mode de démarrage exotique.

---

<div class="post-metadata">

**Author:** ![Almtesh](https://www.debian-fr.org/user_avatar/www.debian-fr.org/almtesh/32/10312_2.png) [@Almtesh](https://www.debian-fr.org/u/Almtesh)\
**Post date:** [Décembre 23, 2021, 12:22 UTC](https://www.debian-fr.org/t/demander-la-verification-du-fs-root-au-boot-avec-systemd/85856/10 "2021-12-23T12:22:27Z")

</div>

Mais, tu as quelle version de Debian et tu fonctionne sur quel type de matériel ?

---

<div class="post-metadata">

**Author:** ![kiye](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/k/90db22/32.png) [@kiye](https://www.debian-fr.org/u/kiye)\
**Post date:** [Décembre 23, 2021, 1:35 UTC](https://www.debian-fr.org/t/demander-la-verification-du-fs-root-au-boot-avec-systemd/85856/11 "2021-12-23T13:35:14Z")

</div>

Lu sur des sites internet spécialisés:

> The forcefsck solution only works with the old SysVinit and early versions of Upstart. It won’t work with systemd

> With old sysvinit and Upstart, users could force a disk check on next reboot using a simple command ( `sudo touch /forcefsck` ), but that’s no longer the case nowadays, with most Linux distributions using systemd

> [@Almtesh](#):
>
> Mais, tu as quelle version de Debian et tu fonctionne sur quel type de matériel ?

Debian 10.11 sur une carte Solidrun embarquant un processeur imx6

---

<div class="post-metadata">

**Author:** ![kiye](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/k/90db22/32.png) [@kiye](https://www.debian-fr.org/u/kiye)\
**Post date:** [Décembre 23, 2021, 3:21 UTC](https://www.debian-fr.org/t/demander-la-verification-du-fs-root-au-boot-avec-systemd/85856/12 "2021-12-23T15:21:06Z")

</div>

Voici la solution qui fonctionne:

Dans /etc/fstab mettre le 6eme champ (fs\_passno) à 1 pour le FS principal  
tune2fs -c 1 /dev/sda1  
reboot

Après le démarrage, le fichier corrompu a été réparé.

Merci à Almtesh d’avoir mis le doigt sur mon problème
