Re: [SD4L-devel] SD4L

[<or...@do...>]

Hello!

In a previous message you (The Thinker) write:
> 
> Hello, just a suggestion.
> 
> Scramdisk and Scramdisk volume format is de facto dead because of the
> following:
> 
> 1) There is no Windows XP application that can create Scramdisk containers
> (closed-source Drivecrypt can only read Scramdisk containers, not write).
> 
> 2) The format is limited to 32-bit sector count (IV, and other parameters
> are hard-coded for 32-bits) therefore the container size is limited and
> the format will have to be substantially reworked.

Absolutely -- these are both very valid points.

I am personally unaffected by the inability to use the SD containers on 
XP, so I never gave it much thought other than to assume that a client 
could be written at some point if there were interest.  Similarly, my 
uses of SD are not such that the container size has ever become an issue.
Your point is well-taken, however, in that SD would need some serious
work for it to be optimally useful to users of modern hardware & software.
It is clearly reasonable to ask whether it is worthwhile to update SD in
this manner.

On the other hand, I have always keenly felt the absence of a Linux
driver for SD, making it impossible to transport data in SD containers.
I do believe, at minimum, that this is worthwhile task.  I am sure that
I am not the only person to have archived SD containers, and I don't
relish the idea that I will need to maintain a Windows box merely to 
ensure my access to these files.  

And, I suppose I have always had a soft spot for Scramdisk because of
its very humble footprint, and its utilitarian design.

> Here's the suggestion: If you are willing to create a driver for
> a Windows OFTE program, why not help develop the Linux version of
> TrueCrypt? TrueCrypt is the successor to E4M and in the Scramdisk
> community it is also generally considered to be the true open-source
> successor to Scramdisk. http://www.truecrypt.tk

An interesting suggestion...  ;-)

Hannes.
-- 
Email: or...@do...  <*>  PGP