Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Mount Hangs - 1.9.2 #453

Closed
vindicatorr opened this issue Nov 16, 2017 · 5 comments
Closed

Mount Hangs - 1.9.2 #453

vindicatorr opened this issue Nov 16, 2017 · 5 comments

Comments

@vindicatorr
Copy link

I just had a kernel panic and restarted my machine and now encfs hangs while trying to mount:

/usr/bin/encfs -vd /<.encryptionPath> /<decryptionPath> --extpass=cat /<passwordFile>
VER Root directory: /<.encryptionPath>/ [main.cpp:540]
VER Fuse arguments: (daemon) (threaded) (keyCheck) encfs /<decryptionPath>/ -d /<passwordFile> -o use_ino -o default_permissions  [main.cpp:541]
VER found new serialization format [FileUtils.cpp:294]
VER subVersion = 20100713 [FileUtils.cpp:308]
VER checking if ssl/aes(3:0:2) implements ssl/aes(3:0) [Interface.cpp:110]
VER allocated cipher ssl/aes, keySize 32, ivlength 16 [SSL_Cipher.cpp:333]
VER getUserKey: fds = 3, 4 [FileUtils.cpp:1450]
$ ls -la /proc/<encfsPID>/fd
total 0
dr-x------ 2 root root  0 Nov 16 15:56 .
dr-xr-xr-x 9 root root  0 Nov 16 15:56 ..
lrwx------ 1 root root 64 Nov 16 15:56 0 -> /dev/pts/0
lrwx------ 1 root root 64 Nov 16 15:56 1 -> /dev/pts/0
lrwx------ 1 root root 64 Nov 16 15:56 2 -> /dev/pts/0
lrwx------ 1 root root 64 Nov 16 15:56 4 -> 'socket:[31839]'
@benrubson
Copy link
Contributor

--extpass="cat /<passwordFile>" ?

@vindicatorr
Copy link
Author

Yeah, I just santize any personal info. I figured you would get the gist.
Essentially it worked, and eventually I had a kernel panic leading me to reboot and now I can't mount it again.
The folders exist as does the encfs*.xml and pw file.

@benrubson
Copy link
Contributor

Sure, but I wanted to say that some " " must be missing around your extpass command.

@vindicatorr
Copy link
Author

vindicatorr commented Nov 16, 2017

Ugh... shoot me. I was having issues with syncthing after the panic and simply copy/pasted what was displayed in "$ ps" I think.

Close this on account of my own stupidity.

But on a side note, what WAS happening in reference to what "extpass" was given?

And on another side note, a curiosity I just noticed regarding an ls -la on an encfs dir after the kernel panic... There were perhaps 5 syncthing database files that said "input/output error" at the top of the ls and displayed '???????????? ? ? ? ? <filename.ldb>' for each file.
I think I might have rebooted one more time and now that I can mount it (correctly), only one file shows the "????..." but no "input/output" error, but instead now says "no such file or directory". I'm guessing there is some file in the <.encryptedPath> that isn't really there but encfs thinks it is.

EDIT0:
looking at the debug info while running ls on the , I see the <.encryptedPath/EncryptedFile> and wonder why I'm even seeing that.
Maybe I should "btrfs scrub". Maybe that'll get rid of it (I haven't tried to manually rm it). Interesting behavior that I've never encountered before.

@rfjakob
Copy link
Collaborator

rfjakob commented Nov 17, 2017

What was happening is that encfs waited for cat to return (cat without any arguments waits for CTRL-D)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants