PostgreSQL：TRUNCATE後にディスク領域が解放されない

私はTRUNCATEと呼ばれる巨大な（〜120Gb）テーブルを持っていますfiles：

TRUNCATE files;
VACUUM FULL files;

テーブルサイズは0ですが、ディスク領域は解放されていません。失われたディスク容量を回収する方法はありますか？

更新： 12時間後にディスク領域が解放されましたが、何も操作しませんでした。Ubuntu 8.04サーバーを使用しています。

よると、ソース内のコメントは、truncate新しい空のストレージ・ファイルを作成し、コミット時に古いストレージファイルを削除します。（OSは、「ストレージファイル」は単なるファイルであると示唆していますが、用語を誤解している可能性があります。）

リレーション用の新しい空のストレージファイルを作成し、relfilenode値として割り当てます。古いストレージファイルは、コミット時に削除するようにスケジュールされています。

ファイルを削除しているように見えるので、基になるオペレーティングシステムがそのスペースをすぐに解放しない場合がいくつかあります。たとえば、Windowsの場合、ストレージファイルが最終的にはごみ箱に入れられることがあると思います。しかし、私の場合、PostgreSQL 9でテーブルを切り捨てると、Windowsですぐに空き領域が増えました。

切り捨てもWALログに記録されます。どれだけの効果があるのか​​わかりません。