Shutdown -rF now fonctionne pas

pcsystemd · Octobre 18, 2018, 8:01am

Bonjour,

avez vous une idée de ce qui peut empêcher le lancement d’un FSCK via la commande shutdown -rF now au redémarrage?

Merci

Necromago · Octobre 18, 2018, 12:41pm

Bonjour,

as-tu essayé comme ceci ?
#shutdown -r -F now

sinon, à la racine de ton système :
#touch /forcefsck
puis
#shutdown -r now

gilles2 · Octobre 18, 2018, 12:42pm

fsck avec touch /forcefsck ne fonctionne avec les dernières versions de debian ( systemd ).

Regarde dans man shutdown si l’option -F est toujours présente dans ta version de debian.

pcsystemd · Octobre 18, 2018, 12:42pm

@Necromago
Oui j’ai essayé mais rien. Je vais essayé touch/forcefsck

@gilles2
Oui l’option est toujours présente sous Jessie

Merci

anonyme2 · Octobre 18, 2018, 12:43pm

knoppix@Microknoppix: 12:41:53: ~$ which shutdown
/sbin/shutdown

debian est devenu plus stricte sur les variables environnements; il faut utiliser la commande su - shutdown

pcsystemd · Octobre 18, 2018, 12:16pm

@anonyme2
Pourquoi faire un su - si on est déjà en root?

anonyme2 · Octobre 18, 2018, 2:47pm

tu passes en su et ensuite fais la commande:
#echo $PATH

après tu fais :
su -
tu donnes le passwd et tu relances:
#echo $PATH

grandtoubab · Octobre 18, 2018, 12:45pm

Salut
Pour / c’est inclus dans initramfs

on voit le log

root@debian:~# cd /run/initramfs
root@debian:/run/initramfs# ls -alrt
total 4
-rw-r--r--  1 root root 260 oct.  18 14:11 fsck.log
-rw-r--r--  1 root root   0 oct.  18 14:11 fsck-root
drwxr-xr-x  2 root root  80 oct.  18 14:11 .
drwxr-xr-x 30 root root 840 oct.  18 14:12 ..
root@debian:/run/initramfs#

root@debian:/run/initramfs# cat fsck.log
Log of fsck -C -a -V -t ext4 /dev/sda1 
Thu Oct 18 12:11:33 2018
root@debian:/run/initramfs#  

fsck from util-linux 2.32.1
[/sbin/fsck.ext4 (1) -- /dev/sda1] fsck.ext4 -a -C0 /dev/sda1 
debian: clean, 299802/1246032 files, 3514593/5001216 blocks

Thu Oct 18 12:11:33 2018
----------------

Pour les autres FS il y a un service

root@debian:/run/initramfs# systemctl status  systemd-fsck@dev-disk-by* --no-pager
● systemd-fsck@dev-disk-by\x2duuid-0231cd69\x2d6248\x2d497c\x2da18c\x2d4d5c92666f35.service - File System Check on /dev/disk/by-uuid/0231cd69-6248-497c-a18c-4d5c92666f35
   Loaded: loaded (/lib/systemd/system/systemd-fsck@.service; static; vendor preset: enabled)
   Active: active (exited) since Thu 2018-10-18 14:11:43 CEST; 14min ago
     Docs: man:systemd-fsck@.service(8)
  Process: 494 ExecStart=/lib/systemd/systemd-fsck /dev/disk/by-uuid/0231cd69-6248-497c-a18c-4d5c92666f35 (code=exited, status=0/SUCCESS)
 Main PID: 494 (code=exited, status=0/SUCCESS)
root@debian:/run/initramfs#

pcsystemd · Octobre 18, 2018, 12:39pm

@grandtoubab

Ce service se lance a chaque redémarrage?

Merci

anonyme2 · Octobre 18, 2018, 12:47pm

Je rectifie ce que j’ai dit plus haut; si tu es en stable il n’y a pas de différence entre su et su - ; ça ne concerne que testing et sid.

pcsystemd · Octobre 18, 2018, 12:48pm

Ok merci mais j’ai toujours pas saisi pour quoi si tu lances la commande en Root, tu dois passer par SU!

grandtoubab · Octobre 18, 2018, 2:41pm

passe la commande

systemctl status  systemd-fsck@dev-disk-by* --no-pager

et vérifie que tu vois “enabled”

tout est là
https://www.freedesktop.org/software/systemd/man/systemd-fsck@.service.html

anonyme2 · Octobre 18, 2018, 2:41pm

avant l’instauration de systemd c’était plus simple. toutes ces commandes liées à systemd c’est devenu d’un compliqué…

pcsystemd · Octobre 18, 2018, 2:40pm

Du coup si je vois enabled cela signifie que cela fera un fsck a chaque redemarrage?

grandtoubab · Octobre 18, 2018, 2:14pm

ça n’a rien de compliqué, un simple changement d’habitude
https://www.linuxtricks.fr/wiki/systemd-les-commandes-essentielles
https://wiki.debian.org/fr/systemd

systemd-analyze
Startup finished in 8.137s (kernel) + 1min 17.468s (userspace) = 1min 25.606s
graphical.target reached after 1min 17.363s in userspace

MicP · Octobre 18, 2018, 4:34pm

Bonjour

man fstab:

…
Le sixième champ (fs_passno)
       Ce  champ  est  utilisé  par  fsck(8) pour déterminer
         l’ordre de vérification des systèmes de fichiers au démarrage. 
       Le système de fichiers racine doit avoir un champ fs_passno de valeur 1.
       Les autres systèmes de fichiers devraient avoir un champ fs_passno de valeur 2.
       Les systèmes de fichiers partageant le même disque seront vérifiés à la suite,
         mais ceux utilisant différents disques seront vérifiés simultanément
         pour profiter du parallélisme offert par le matériel.
       Zéro par défaut (pas de vérification)si absent.
…

Donc, voir la valeur du sixième champ concernant les systèmes de fichiers listés dans le fichier /etc/fstab
Si ce sixième champ est absent ou à 0, le système de fichiers concerné ne sera jamais vérifié.

EDIT : Mais apparemment, ça ne suffit pas à provoquer une vérification du système de fichiers concerné au démarrage suivant…

ylag · Octobre 18, 2018, 3:59pm

Salut,

Sous systemd, je crois qu’on peut passer l’option: fsck.mode=force à la ligne de commande de grub au démarrage pour forcer un fsck.

A+