C’est pas un T&A extraordinaire, mais j’ai encore un peu galéré pour (re)trouver l’astuce.
Ça peut être utile de l’avoir ici (en tous cas ça me resservira surement…).
C’est surtout qu’il faudrait peut être juste regarder ce qu’était cette option -a et la supprimer ou mettre son équivalent dans le script qui l’appelle.
Pas sur, mais je pense que c’est directement lié à btrfs-tools.
Ils devraient autoriser l’option -a (ou du moins qu’elle ne provoque pas une erreur, qu’elle ne fasse rien par exemple…).
Si tu utilise la diversion comme indiquée plus haut, ça va lancer le fsck de btrfs en supprimant l’option -a si celle-ci est spécifiée (si elle l’est mais avec d’autres flag genre -af ça ne marche pas (je viens d’y penser)).
Une autre solution serais de faire :
[code]#!/bin/sh
/sbin/fsck.btrfs.real "$@"
exit 0[/code]
Comme ça ça tente toujours le fsck (comme ça le jour où le bug sera corrigé ça fonctionnera directement).
On pourrait imaginer aussi vérifier le code de retour de btrfs et envoyer un mail à root pour lui indiquer maintenant le fsck de btrfs à marché et que la diversion n’est plus nécessaire (les diversions sont a utiliser avec parcimonie car elles rendent la maintenance plus compliquée (mais plus simple qu’avec un lien bourrin)).
Le bug rapporte 3 wrappers qui font plus ou moins la même chose que le mien.
J’ai ajouté la diversion et l’un des wrapper du rapport au wiki officiel : wiki.debian.org/Btrfs