Closed Owyn closed 7 years ago
Hi @Owyn -- right now we have made encfs4win work only for mounting to drive letters due to an issue with either Dokany or Windows. Please refer to issue https://github.com/jetwhiz/encfs4win/issues/51 for more details.
we have made encfs4win work only for mounting to drive letters
Then All I have left to do with it - is just uninstall it and find some old version without this "fix" ;c cuz for cloud backup I need the program to write few database files into the root dir (which is impossible in case of drive letter mounting)
Can't you just make a warning with y/n choice instead?
My windows isn't "windows 7" and I'm not even sure case-sensitive bug applies to my files
The functionality is not disabled, but you will just receive a warning saying, "Caution: Mount directly to a drive letter (e.g., X:) to prevent file/folder not found issues!"
I tried this on a Windows 10 machine and it seems to be working okay. What settings are you using?
Pretty weird, here's how I did it now:
Am I exiting the program incorrectly with ctrl+break or what? it seems to be stuck or broken after 1st use
S:\Program Files (x86)\encfs>encfs --reverse -f "V:\Sync\360" "V:\UP\Sync"
2016-11-19 14:38:39,372 WARN [default] Caution: Mount directly to a drive letter (e.g., X:) to prevent file/folder not found issues!
EncFS Password:
2016-11-19 14:40:12,948 WARN [default] Unmounting filesystem: V:\UP\Sync
S:\Program Files (x86)\encfs>encfs --reverse -f "V:\Sync\360" "V:\UP\Sync"
The directory "V:\UP\Sync" does not exist. Should it be created? (y,n) n
Directory not created.
Unable to locate mount point, aborting.Build: encfs4win version 1.10.1-RC10
Usage: encfs [options] rootDir mountPoint [-- [FUSE Mount Options]]
Common Options:
-H show optional FUSE Mount Options
-s disable multithreaded operation
-f run in foreground (don't spawn daemon).
Error messages will be sent to stderr
instead of syslog.
-v, --verbose verbose: output encfs debug messages
-i, --idle=MINUTES Auto unmount after period of inactivity
--anykey Do not verify correct key is being used
--forcedecode decode data even if an error is detected
(for filesystems using MAC block headers)
--public act as a typical multi-user filesystem
(encfs must be run as root)
--reverse reverse encryption
--extpass=program Use external program for password prompt
Example, to mount at ~/crypt with raw storage in ~/.crypt :
encfs ~/.crypt ~/crypt
For more information, visit https://github.com/jetwhiz/encfs4win
S:\Program Files (x86)\encfs>encfs --reverse -f "V:\Sync\360" "V:\UP\Sync"
The directory "V:\UP\Sync" does not exist. Should it be created? (y,n) y
2016-11-19 14:41:51,412 WARN [default] Caution: Mount directly to a drive letter (e.g., X:) to prevent file/folder not found issues!
EncFS Password:
S:\Program Files (x86)\encfs>encfs --reverse -f "V:\Sync\360" "V:\UP\Sync2"
The directory "V:\UP\Sync2" does not exist. Should it be created? (y,n) y
2016-11-19 14:42:20,029 WARN [default] Caution: Mount directly to a drive letter (e.g., X:) to prevent file/folder not found issues!
EncFS Password:
S:\Program Files (x86)\encfs>
This part of it looks like a Dokany issue -- I submitted a bug report with them to see what we can do.
The "Ioctl failed for wait with code 995." errors are coming from the underlying Dokany portion of the software, which is preventing the directory junction from being released properly.
This has been fixed in Dokany, so it will be included in the next encfs4win RC.
Environment
Description
I mount to drive letter: - it mounts I mount to a folder: - it just exits after password entering (tried running in admin mode, tried letting encfs create the directory (it creates fine))
Expected behavior vs. actual behavior
Steps to reproduce problem
Relevant logs
and
Attach any relevant log files that can help to debug your issue (be sure to use the -v option for verbose logs).