Konečně jsem přišel na to, co to je. Po zrušení původní změny velikosti (pouze jednoduchým ctrl+C) jsem spustil e2fsck -f -y /dev/sdb3 opravit všechny problémy, které jsem udělal. Podařilo se mi připojit oddíl stále pod původní velikostí, takže nedošlo ke ztrátě dat. Poté jsem spustil resize2fs s příznakem ladění (resize2fs -d 14 <xxx> ) a všiml si, že uvízl v neustálé smyčce a snažil se přemístit kus inodů.
Nakonec jsem to zprovoznil pomocí staršího verze e2fsprogs. Vložil jsem Ubuntu 9.10 (Karmic Koala) na USB flash disk, nabootoval do něj, nainstaloval open-source ovladače rr232x, abych mohl s polem manipulovat, a spustil starší verzi e2fsprogs (resize2fs 1.41.9 (22. srpna 2009) , abych byl přesný).
Původně jsem zkoušel resize2fs -p /dev/sdb3 863000000 a řekl mi, že to vyžaduje ~26 milionů bloků. Vzal jsem tedy cílovou velikost, přidal ji k ní a udělal resize2fs -p /dev/sdb3 1000000000 . O 10 minut později mě uvítá zpráva:
/dev/sdb3 je nyní na 1000000000 blocích
Myslím, že hlavní otázkou je, proč mi novější verze e2fsprogs nemohla/nechtěla říct, že žádám o příliš malou velikost (a proč vůbec nabízela velikost tak malou)?