20.04 : Vérification des disques à chaque démarrage

cqfd93 · Le 08/04/2021, à 17:42

Bonjour à tous,

Le problème survient juste après ma nouvelle installation de 20.04 à la place de ma vieille 16.04 pour laquelle j'ai récupéré les partitions existantes.

À chaque démarrage, la vérification des disques se lance et l'interruption avec ctrl-c ne semble avoir aucun effet.

Voilà mon fstab :

moi@moi-lenovo:~$ 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).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda1 during installation
UUID=f66968d3-88c8-4e46-a5ee-84ff4a5c5c40 /               ext4    errors=remount-ro 0       1
# /autres was on /dev/sda8 during installation
UUID=0364025b-318d-4de6-9909-9a9fab8f13fd /autres         ext4    defaults        0       2
# /data was on /dev/sda7 during installation
UUID=c9221d59-fb8d-4264-8a87-8a6bdf943074 /data           ext4    defaults        0       2
# /home was on /dev/sda6 during installation
UUID=559890c2-2e03-496c-9dd1-7cb45e04092c /home           ext4    defaults        0       2
/swapfile                                 none            swap    sw              0       0
moi@moi-lenovo:~$

La seule différence entre l'ancienne et la nouvelle installation concerne la partition swap qui n'est plus utilisée et que j'ai juste laissée telle quelle.

En cherchant un peu sur le forum, parce que ce problème me semblait avoir été évoqué plusieurs fois récemment, je suis tombée sur ce message d'iznobe qui cite la doc :

doc a écrit :

Il y a une condition impérative pour que fsck vérifie une partition : il faut que le dernier chiffre - le sixième champ - de la ligne décrivant chaque partition dans /etc/fstab ne soit pas nul. En général la partition racine a une priorité 1 et les autres partitions Linux une priorité 2. Vérifiez-le.

Et justement, le dernier chiffre de swap est 0. Est-ce la cause de mon problème ? Est-ce que le remplacer par 2 suffirait à régler le problème ? La simple édition de fstab ne risque pas de casser le démarrage ?

Merci d'avance pour votre aide

iznobe · Le 08/04/2021, à 17:51

Bonjour ,
je ne crois pas que passer la partition de swap avec le parametre 6 a 2 soit une bonne chose !
la partition de swap est speciale et ne contient pas de fichier ( natif linux ) a verifier , il me semble qu ' il faut toujours la laisser avec le parametre 6 a 0, j ' ai lu ca , je ne sais plus ou e je ne crois pas qu on peut la considerer comme une partition linux au sens strict du terme .
A mon avis , ca risque de faire planter le demarrage de passer ce parametre a 2 sur la swap .

Par contre , il faudrait voir si il ya un journal a propos des verifications effectuées a chaque demarrage .

As tu utilisé tune2fs pour configurer les verifications ?
tes partitions sont chiffrées comme dans le post precedent que tu as mis en lien ?

Sinon , mettre 0 aux autres partitions devrait logiquement annuler les verifications , sauf la partition racine bien sur qu ' il faut a priori laisser a 1 .

il ya peut etre ( mais je ne sais ou le trouver ) un changelog a propos de la 20.04 et d ' un changement sur la façon de gerer ce fameux parametre 6 dans le fstab , genre si ca n' est pas configuré => verif a chaque demarrage .

Dernière modification par iznobe (Le 08/04/2021, à 17:59)

Vobul · Le 08/04/2021, à 17:55

Ton fstab me semble tout à fait correct. Ne mets pas 1 ou 2 sur la partition swap, il faut que ce soit 0 0 pour le swap. Tu ne dis pas quelle partition est vérifiée au démarrage. Regarde avec des outils genre "tune2fs -l <partoche>" si le système de fichier est marqué comme "dirty". Et que donne le fsck ? Il trouve des trucs ou pas ?

cqfd93 · Le 08/04/2021, à 17:58

Merci pour ta réponse !

iznobe a écrit :

je ne crois pas que passer la partition de swap avec le paraetre 6 a 2 soit une bonne chose !
la partition de swap est speciale et ne contient pas de fichier ( natif linux ) a verifier

Je demandais, parce que dans ma nouvelle installation, je ne l'ai pas déclarée comme utilisée (elle l'était sous 16.04) et dans la racine de ma 20.04, j'ai un fichier swapfile qui fait actuellement 2,1 GB.

Par contre , il faudrait voir si il ya un journal a propos des verifications effectuées a chaque demarrage .

Tu sais où il pourrait se trouver ?

As tu utilisé tune2fs pour configurer les verifications ?

Non.

Sinon , mettre 0 aux autres partitions devrait logiquement annuler les verifications , sauf la partition racine bien sur qu ' il faut a priori laisser a 1 .

Pour l'instant, je ne touche à rien

nany · Le 08/04/2021, à 17:59

Bonjour,

mount_fstab, §3.1.

Je netrouve rien qui confirme cette règle de la doc concernant swap dans le man de fstab.

iznobe · Le 08/04/2021, à 18:02

Peut etre dans le syslog rien de sur :

cat /var/log/syslog | grep tune2fs

ou dans le journal :

journalctl -xe

EDIT : je viens de trouver comment il faut faire :

sudo tune2fs -l /dev/sda1 | grep "Last checked"

remplacer sda1 par chaque numero de partition concernée pour avoir la date de derniere verif .

Dernière modification par iznobe (Le 08/04/2021, à 18:10)

erresse · Le 08/04/2021, à 18:10

Hello,
Mais tu n'as pas de partition de swap, tu as un fichier de swap intégré à ton système...
Est-ce que tu as bien laissé la vérification aller jusqu'au bout la première fois qu'elle s'est déclenchée ? Parce-que si on l'interrompt, elle se re-déclenche au prochain démarrage.
Je suis aussi en 20.04 et la vérification ne se manifeste pas à chaque démarrage chez moi, elle intervient périodiquement après un certain nombre de redémarrages (je ne sais pas trop combien, je ne les compte pas).

cqfd93 · Le 08/04/2021, à 18:14

Vobul a écrit :

Ton fstab me semble tout à fait correct. Ne mets pas 1 ou 2 sur la partition swap, il faut que ce soit 0 0 pour le swap. Tu ne dis pas quelle partition est vérifiée au démarrage. Regarde avec des outils genre "tune2fs -l <partoche>" si le système de fichier est marqué comme "dirty". Et que donne le fsck ? Il trouve des trucs ou pas ?

Rien ne dit quelle est la partition vérifiée.
Avec sudo tune2fs -l /dev/sdax et pour x = 1 6 7 8 (les numéros de mes partoches utilisées), j'obtiens bien Filesystem state: clean
Pour sda5, j'obtiens :

moi@moi-lenovo:~$ sudo tune2fs -l /dev/sda5
tune2fs 1.45.5 (07-Jan-2020)
tune2fs: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/sda5
/dev/sda5 contient un système de fichiers swap
moi@moi-lenovo:~$

Mais elle n'est pas montée ni utilisée en tant que swap. C'est juste un truc mort. Peut-être que la supprimer purement et simplement serait encore la meilleure chose à faire.

cqfd93 · Le 08/04/2021, à 18:15

erresse a écrit :

Mais tu n'as pas de partition de swap, tu as un fichier de swap intégré à ton système...
Est-ce que tu as bien laissé la vérification aller jusqu'au bout la première fois qu'elle s'est déclenchée ? Parce-que si on l'interrompt, elle se re-déclenche au prochain démarrage.

Merci pour ta réponse !
Oui j'ai laissé faire quasiment à chaque fois, à part 2 ou 3 ctrl-c.

Je suis aussi en 20.04 et la vérification ne se manifeste pas à chaque démarrage chez moi, elle intervient périodiquement après un certain nombre de redémarrages (je ne sais pas trop combien, je ne les compte pas).

C'est ce à quoi j'étais habituée.

iznobe · Le 08/04/2021, à 18:18

@ nany :
https://doc.ubuntu-fr.org/mount_fstab#l … utomatique

documentation a écrit :

la colonne <pass> règle la priorité de vérification des erreurs éventuelles du système de fichiers au démarrage. Laissez-y les valeurs par défaut de l'installation. Si vous ajoutez manuellement des partitions, les valeurs de <pass> doivent être:
1 pour la racine (votre partition principale) ⇒ vérif de cette partition en priorité,
2 pour les autres partitions Linux (les partitions "externes" que vous souhaitez monter) ⇒ ce 2 fera les vérifs après la partition racine (démarrage plus rapide),
0 pour le swap et les partitions windows (cf. fstab) ⇒ pas de vérification.

Dernière modification par iznobe (Le 08/04/2021, à 18:18)

malbo · Le 08/04/2021, à 18:21

Bonjour,
Peux-tu donner le retour de cette commande :

cat /etc/initramfs-tools/conf.d/resume

cqfd93 · Le 08/04/2021, à 18:23

Bonjour,

malbo a écrit :

Peux-tu donner le retour de cette commande :
cat /etc/initramfs-tools/conf.d/resume

moi@moi-lenovo:~$ cat /etc/initramfs-tools/conf.d/resume
cat: /etc/initramfs-tools/conf.d/resume: Aucun fichier ou dossier de ce type
moi@moi-lenovo:~$

nany · Le 08/04/2021, à 18:23

erresse a écrit :

Mais tu n'as pas de partition de swap, tu as un fichier de swap intégré à ton système...

Ah oui, j’avais même pas regarder le contenu du fstab.

Du coup,

cqfd93 a écrit :

Mais elle n'est pas montée ni utilisée en tant que swap. C'est juste un truc mort. Peut-être que la supprimer purement et simplement serait encore la meilleure chose à faire.

Oui, tu peux la virer.

iznobe · Le 08/04/2021, à 18:24

cqfd93 a écrit :

erresse a écrit :
Je suis aussi en 20.04 et la vérification ne se manifeste pas à chaque démarrage chez moi, elle intervient périodiquement après un certain nombre de redémarrages (je ne sais pas trop combien, je ne les compte pas).
C'est ce à quoi j'étais habituée.

generalement on obtient ce resultat en configurant tune2fs et en lui donnant des parametres comme nombre de redemarage ou apres tant d heure etc , voir

man tune2fs

pour plus de renseignements a propos des options .

Dernière modification par iznobe (Le 08/04/2021, à 18:25)

nany · Le 08/04/2021, à 18:26

iznobe a écrit :

@ nany :
[…]

Oui, et ?

J’ai justement indiquer cette partie de la doc pour que ce soit lu.

cqfd93 · Le 08/04/2021, à 18:27

nany a écrit :

Ah oui, j’avais même pas regarder le contenu du fstab.

Rhôôô…

Du coup,
cqfd93 a écrit :
Mais elle n'est pas montée ni utilisée en tant que swap. C'est juste un truc mort. Peut-être que la supprimer purement et simplement serait encore la meilleure chose à faire.
Oui, tu peux la virer.

Et puisqu'elle est au début de la partition étendue, si je la vire, est-que je peux déplacer le début de la partition étendue vers la droite sans danger ? Si c'est trop risqué, je laisserai l'espace vide, ça n'est que 8 GB.

iznobe · Le 08/04/2021, à 18:27

cqfd93 a écrit :

Voilà mon fstab :

moi@moi-lenovo:~$ 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).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda1 during installation
UUID=f66968d3-88c8-4e46-a5ee-84ff4a5c5c40 /               ext4    errors=remount-ro 0       1
# /autres was on /dev/sda8 during installation
UUID=0364025b-318d-4de6-9909-9a9fab8f13fd /autres         ext4    defaults        0       2
# /data was on /dev/sda7 during installation
UUID=c9221d59-fb8d-4264-8a87-8a6bdf943074 /data           ext4    defaults        0       2
# /home was on /dev/sda6 during installation
UUID=559890c2-2e03-496c-9dd1-7cb45e04092c /home           ext4    defaults        0       2
/swapfile                                 none            swap    sw              0       0
moi@moi-lenovo:~$

je ne vois pas de partition sda5 dans ton fstab !

ca serait donc une ancienne config de tune2fs qu ' il faudrait donc supprimer non ?

ca expliquerait pourquoi il essaie a chaque demarrage de verifier peut etre .

Dernière modification par iznobe (Le 08/04/2021, à 18:33)

nany · Le 08/04/2021, à 18:29

cqfd93 a écrit :

Et puisqu'elle est au début de la partition étendue, si je la vire, est-que je peux déplacer le début de la partition étendue vers la droite sans danger ? Si c'est trop risqué, je laisserai l'espace vide, ça n'est que 8 GB.

A priori, oui.
Une capture de gparted serait plus parlante.

iznobe · Le 08/04/2021, à 18:35

@ nany :

pourtant , dans la doc , il est preconisé de laisser le parametre 6 a 0 pour les partitions windows et les partition de swap , ou j' ai mal lu ?
$3.1 petit 6°)

Dernière modification par iznobe (Le 08/04/2021, à 18:36)

cqfd93 · Le 08/04/2021, à 18:37

Coeur Noir · Le 08/04/2021, à 18:40

lsblk -fe7 -o +size

c'est bien aussi pour voir les disques et partitions en présence ( montés ou pas ), leur nom, label, type, point de montage, taille, uuid, etc.
Élargir la fenêtre du terminal avant de passer cette commande, son retour est un tableau très lisible.

iznobe · Le 08/04/2021, à 18:41

au moins on saura que ca ne fait pas planter le demarrage de verifier la partition de swap avec tune2fs

cqfd93 · Le 08/04/2021, à 18:42

moi@moi-lenovo:~$ lsblk -fe7 -o +size
NAME FSTYPE LABEL UUID                                 FSAVAIL FSUSE% MOUNTPOINT   SIZE
sda                                                                              931,5G
├─sda1
│    ext4         f66968d3-88c8-4e46-a5ee-84ff4a5c5c40   31,8G    25% /           46,6G
├─sda2
│                                                                                    1K
├─sda5
│    swap         c88c583c-6672-4186-b257-62f0f0cb2ecc                             8,4G
├─sda6
│    ext4         559890c2-2e03-496c-9dd1-7cb45e04092c  130,8G    65% /home        447G
├─sda7
│    ext4         c9221d59-fb8d-4264-8a87-8a6bdf943074  286,5G    22% /data      400,5G
└─sda8
     ext4         0364025b-318d-4de6-9909-9a9fab8f13fd     27G     0% /autres     29,1G
sr0                                                                               1024M
moi@moi-lenovo:~$

cqfd93 · Le 08/04/2021, à 18:44

iznobe a écrit :

au moins on saura que ca ne fait pas planter le demarrage de verifier la partition de swap avec tune2fs

Pas sûr ! Cette partition n'est pas utilisée en tant que swap, ça serait peut-être différent si elle l'était.

nany · Le 08/04/2021, à 18:44

iznobe a écrit :

@ nany :
pourtant , dans la doc , il est preconisé de laisser le parametre 6 a 0 pour les partitions windows et les partition de swap , ou j' ai mal lu ?
$3.1 petit 6°)

Bah oui, tu as bien lu. Je n’ai jamais dit le contraire.

J’ai seulement dit que je ne trouvais pas confirmation dans :

man fstab

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 08/04/2021, à 17:42

20.04 : Vérification des disques à chaque démarrage

#2 Le 08/04/2021, à 17:51

Re : 20.04 : Vérification des disques à chaque démarrage

#3 Le 08/04/2021, à 17:55

Re : 20.04 : Vérification des disques à chaque démarrage

#4 Le 08/04/2021, à 17:58

Re : 20.04 : Vérification des disques à chaque démarrage

#5 Le 08/04/2021, à 17:59

Re : 20.04 : Vérification des disques à chaque démarrage

#6 Le 08/04/2021, à 18:02

Re : 20.04 : Vérification des disques à chaque démarrage

#7 Le 08/04/2021, à 18:10

Re : 20.04 : Vérification des disques à chaque démarrage

#8 Le 08/04/2021, à 18:14

Re : 20.04 : Vérification des disques à chaque démarrage

#9 Le 08/04/2021, à 18:15

Re : 20.04 : Vérification des disques à chaque démarrage

#10 Le 08/04/2021, à 18:18

Re : 20.04 : Vérification des disques à chaque démarrage

#11 Le 08/04/2021, à 18:21

Re : 20.04 : Vérification des disques à chaque démarrage

#12 Le 08/04/2021, à 18:23

Re : 20.04 : Vérification des disques à chaque démarrage

#13 Le 08/04/2021, à 18:23

Re : 20.04 : Vérification des disques à chaque démarrage

#14 Le 08/04/2021, à 18:24

Re : 20.04 : Vérification des disques à chaque démarrage

#15 Le 08/04/2021, à 18:26

Re : 20.04 : Vérification des disques à chaque démarrage

#16 Le 08/04/2021, à 18:27

Re : 20.04 : Vérification des disques à chaque démarrage

#17 Le 08/04/2021, à 18:27

Re : 20.04 : Vérification des disques à chaque démarrage

#18 Le 08/04/2021, à 18:29

Re : 20.04 : Vérification des disques à chaque démarrage

#19 Le 08/04/2021, à 18:35

Re : 20.04 : Vérification des disques à chaque démarrage

#20 Le 08/04/2021, à 18:37

Re : 20.04 : Vérification des disques à chaque démarrage

#21 Le 08/04/2021, à 18:40

Re : 20.04 : Vérification des disques à chaque démarrage

#22 Le 08/04/2021, à 18:41

Re : 20.04 : Vérification des disques à chaque démarrage

#23 Le 08/04/2021, à 18:42

Re : 20.04 : Vérification des disques à chaque démarrage

#24 Le 08/04/2021, à 18:44

Re : 20.04 : Vérification des disques à chaque démarrage

#25 Le 08/04/2021, à 18:44

Re : 20.04 : Vérification des disques à chaque démarrage

Pied de page des forums