J'ai enfin compris ce que c'était. Après avoir annulé le redimensionnement d'origine (juste un simple ctrl+C), j'ai exécuté e2fsck -f -y /dev/sdb3 pour corriger les problèmes que j'ai fait. J'ai pu monter la partition toujours sous la taille d'origine, donc aucune donnée n'a été perdue. J'ai ensuite exécuté resize2fs avec le drapeau de débogage (resize2fs -d 14 <xxx> ) et a remarqué qu'il était bloqué dans une boucle constante essayant de déplacer un morceau d'inodes.
J'ai finalement réussi à le faire fonctionner en utilisant un ancien version de e2fsprogs. J'ai mis Ubuntu 9.10 (Karmic Koala) sur une clé USB, je l'ai démarré, j'ai installé les pilotes rr232x open-source pour pouvoir manipuler le tableau et j'ai exécuté l'ancienne version de e2fsprogs (resize2fs 1.41.9 (22 août 2009) , pour être exact).
J'avais initialement essayé le resize2fs -p /dev/sdb3 863000000 , et il m'avait dit qu'il fallait environ 26 millions de blocs. J'ai donc pris la taille cible, l'ai ajoutée et j'ai fait resize2fs -p /dev/sdb3 1000000000 . 10 minutes plus tard, je suis accueilli par le message :
/dev/sdb3 est maintenant à 1000000000 blocs
Maintenant, je suppose que la question ultime est de savoir pourquoi la nouvelle version d'e2fsprogs ne pouvait pas/ne voulait pas me dire que je demandais une taille trop petite (et pourquoi elle offrait une taille aussi petite en premier lieu) ?