2011/2/17 SHA2YB <aaron....@gmail.com>:
> --
> You received this message because you are subscribed to the Google Groups "Dokan" group.
> To post to this group, send email to do...@googlegroups.com.
> To unsubscribe from this group, send email to dokan+un...@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/dokan?hl=en.
>
>
Regards,
Mark Carrier
Sent from my iPhone
The program does not hung, it keeps working providing crypted
directory (I agree it should say something about it :) when encryption
will work correctly I'll write a simple gui interface).
I'll be on holiday from 2 to 24 March so if you don't see reply don't worry.
Regards
Frediano Ziglio
2011/2/27 Poeter <brend...@gmail.com>:
Mmm... in this case is correct... C is not c! However I don't understand
where this problem came... why 7 command line capitalize names ??
Does Dokan/encfs pass correct flags to programs?? Or should I support
case insensitive? Is not that easy for encfs... encfs crypt even
filenames which are very different if case changes. This would require
to decode all file names and check not crypted names. For folders with a
lot of entries this slow down a lot.
freddy77
Mmm... in this case is correct... C is not c! However I don't understand
where this problem came... why 7 command line capitalize names ??
Does Dokan/encfs pass correct flags to programs?? Or should I support
case insensitive? Is not that easy for encfs... encfs crypt even
filenames which are very different if case changes. This would require
to decode all file names and check not crypted names. For folders with a
lot of entries this slow down a lot.
public int GetVolumeInformationProxy(IntPtr rawVolumeNameBuffer, uint rawVolumeNameSize, ref uint rawVolumeSerialNumber,
ref uint rawMaximumComponentLength, ref uint rawFileSystemFlags, IntPtr rawFileSystemNameBuffer, uint rawFileSystemNameSize, ref DOKAN_FILE_INFO fileInfo)
{
try
{
byte[] volume = Encoding.Unicode.GetBytes(options.VolumeLabel);
int length = volume.Length;
byte[] volumeNull = new byte[length + 2];
Array.Copy(volume, volumeNull, length);
Marshal.Copy(volumeNull, 0, rawVolumeNameBuffer, Math.Min((int)rawVolumeNameSize, length + 2));
rawVolumeSerialNumber = volumeSerialNumber;
rawMaximumComponentLength = 256;
//#define FILE_CASE_SENSITIVE_SEARCH 0x00000001
//#define FILE_CASE_PRESERVED_NAMES 0x00000002
//#define FILE_UNICODE_ON_DISK 0x00000004
//#define FILE_PERSISTENT_ACLS 0x00000008 // This sends the data to the Recycler and not Recycled
// See http://msdn.microsoft.com/en-us/library/aa364993%28VS.85%29.aspx for more flags
//
// FILE_FILE_COMPRESSION 0x00000010 // Don't do this.. It causes lot's of problems later on
// And the Dokan code does not support it
//case FileStreamInformation:
// //DbgPrint("FileStreamInformation\n");
// status = STATUS_NOT_IMPLEMENTED;
// break;
rawFileSystemFlags = 0x0f;
byte[] sys = Encoding.Unicode.GetBytes("DOKAN");
length = sys.Length;
byte[] sysNull = new byte[length + 2];
Array.Copy(sys, sysNull, length);
Marshal.Copy(sysNull, 0, rawFileSystemNameBuffer, Math.Min((int)rawFileSystemNameSize, length + 2));
return 0;
}
catch (Exception ex)
{
Log.ErrorException("GetVolumeInformationProxy threw: ", ex);
return -1;
}
}
I prefer postgresql mounted as a filesystem ;)
> --
> You received this message because you are subscribed to the Google Groups "Dokan" group.
> To post to this group, send email to do...@googlegroups.com.
> To unsubscribe from this group, send email to dokan+un...@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/dokan?hl=en.
>
>
--
Cordiali saluti,
Valeriano Cossu
Regards,
Valeriano Cossu
ph: (0039) 346 2187419
http://www.valerianocossu.com
skype: valerianocossu
I tried 1, 2 and 3 with no success :(
Also you have to consider that NTFS set both flags. It seems that
PRESERVED_NAMES means that file system store upper case in upper case
and lower using lower so a Unix system should set this flag but why
NTFS which is not case sensitive (if you open "foo" it open even "FOO"
and if you try to create a "foo" directory and there is a "FOO"
directory operation fails) set this flag too ??
However it seems that mounting my file system on a new drive works
even on Windows 7... don't know why!
Frediano
Should work now. Let me know.
Regards
Frediano
echo my_password | encfs.exe c:\crypt c:\plain
bye
Frediano
2011/7/7 Florian <lau.f...@googlemail.com>:
> It would be great if you could add some of the command line options
> available under linux, e.g --extpass
>
I realize this is an old thread, but be careful with this solution. I got this working apparently very nicely and relied heavily on it for most of my day-to-day data. But then some files started randomly becoming inaccessible to encfs on Linux. It’s been about a year so I don’t remember the details of the problem, but long and short, many files became unreadable eventually in any version of encfs and therefore the data in them lost. I had to restore unencrypted versions from backup (fortunately I continuously backup my dropbox folders!), but I did still lose some data.
I had no other file corruption on any other OS, outside of encfs complaints. Chkdsk and fsck reported no problems. I run clean and minimal systems and engage in no "risky" behavior.
I'm did not invest time debugging the problem so I can't be sure it would happen to me again and/or to anyone else, but given that nothing else unusual was going on (other than running complex beta-quality software to support a cross-platform layered file system), it seems a logical conclusion to exercise care.
At minimum, use some kind of continuous versioned backup solution against your decrypted mount point. And/or, don't store data that would kill someone if corrupted!