Ich habe endlich herausgefunden, was es war. Nachdem ich die ursprüngliche Größenänderung abgebrochen hatte (nur ein einfaches Strg+C), führte ich e2fsck -f -y /dev/sdb3 aus um alle von mir gemachten Probleme zu korrigieren. Ich konnte die Partition noch unter der Originalgröße mounten, es gingen also keine Daten verloren. Ich habe dann resize2fs mit dem Debug-Flag ausgeführt (resize2fs -d 14 <xxx> ) und bemerkte, dass es in einer ständigen Schleife steckte und versuchte, einen Teil der Inodes zu verschieben.
Ich habe es endlich zum Laufen gebracht, indem ich ein älteres verwendet habe Version von e2fsprogs. Ich habe Ubuntu 9.10 (Karmic Koala) auf einen USB-Stick gelegt, es gebootet, die Open-Source-rr232x-Treiber installiert, damit ich das Array manipulieren konnte, und die ältere Version von e2fsprogs ausgeführt (resize2fs 1.41.9 (22. August 2009) , um genau zu sein).
Ich hatte ursprünglich den resize2fs -p /dev/sdb3 863000000 ausprobiert , und es hatte mir gesagt, dass es ~ 26 Millionen Blöcke benötigte. Also nahm ich die Zielgröße, fügte sie hinzu und machte resize2fs -p /dev/sdb3 1000000000 . 10 Minuten später werde ich mit der Nachricht begrüßt:
/dev/sdb3 ist jetzt bei 1000000000 Blöcken
Jetzt denke ich, die ultimative Frage ist, warum die neuere Version von e2fsprogs mir nicht sagen konnte/wollte, dass ich nach einer zu kleinen Größe fragte (und warum sie überhaupt eine so kleine Größe anbot)?