Zdravim,

Celim nasledujcimu problemu:
Muj zalohovaci skript vytvori jeden ZIP soubor. Podiva se na jeho velikost a podle ni vyvori FAT truecrypt volume (do ktereho pozdeji ma soubor prekopirovat). Problem je, ze pokud dam pri vytvareni volume jen velikost souboru, neni v nem dostatek volneho mista pro onen soubor. Tato odchylka se progresivne zvetsuje s velikosti souboru.
Nevite jak spocist velikost pro truecrypt volume?

Ziskani velikosti souboru:
FILESIZE=$(stat -c%s $SETUP_SYSTEM_TEMP_FOLDER"/backup_$(date +%Y%m%d).zip")
....generovani random file....
generovani volume:
truecrypt --text --filesystem=FAT --volume-type=normal --size=$FILESIZE --encryption=AES --password=$SETUP_PASSWORD -k= --random-source=$SETUP_SYSTEM_TEMP_FOLDER/randomFile --hash=SHA-1 -c

Dekuji s pozdravem Adam

Nejsem si jisty, jestli ma nejaky overhead truecrypt jako takovy (predpokladam ze ne). Nicmene rozhodne musite mit volume tak velky aby se tam vesla i metadata souboroveho systemu. U te FAT by se dalo cekat neco jako 8kB konstantnich + 2kB na kazdych 2MB (na FAT) + 1kB na kazdy (rozumne maly) adresar. Je to kvalifikovany odhad, nicmene jenom odhad, pokud vas to zajima presne, muzu se podivat presne, nicmene zavisi to na velikosti clusteru (ktera zase standardne zavisi na velikosti toho oddilu).

Zdravím.
Jaký má smysl mít v truecryptu filesystem a v něm jeden zazipovaný soubor? To je přece pitomost. Zbytečně jsou tam (mimo jiného) navrch dvě alokační tabulky, které jsou ještě ke všemu totálně monotónní (1,2,3,4,5,6,7,8,9,a,b,c,d.... až do konce). Takový flák známé sekvence je watermark jak prase. Pokud někdo uhádne/zkusí, že je tam na začátku fatka, tak to louskne podstatně snáz. Pokud to myslíte aspoň trochu vážně, tak na to použijete proudovou šifru (rovnou na ten zip) a ne blokovou.