Based on "Explaining the Finder's view options and toolbar visibility", you're expecting the right behavior and the state of the window should be saved in .DS_Store -- at least as the Finder worked in 2003.
My guess is that TrueCrypt is getting in the way here -- maybe for a good reason.
The above article says that the .DS_Store file "is written when the volume containing the directory is ejected". It's possible Finder tries to write the volume after TrueCrypt has closed the encryption channel. If this is the case, then the fix would be for the TrueCrypt developers to fix this (or, if you have the OS X development skills, do it yourself and contribute the change back to the community).
(Update to the latest TrueCrypt version if you've aren't already there.)
Another possibility is that TrueCrypt is deliberately not allowing this change to save to enhance its plausible deniability. Finder may be writing something about this volume to its preferences. If TrueCrypt were to allow this to happen normally, then this trace information wouldn't allow TrueCrypt users to plausibly deny that they haven't used encryption software.
defaults read com.apple.desktopservicesgive you any output? (Maybe you've setDSDontWriteNetworkStoresbut I'd not expect that to affect a local volume.) – Arjan May 13 '10 at 7:23Domain com.apple.desktopservices does not exist– trolle3000 May 13 '10 at 13:18