From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1QfbzP-0008Q2-Lg for garchives@archives.gentoo.org; Sat, 09 Jul 2011 18:10:51 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 470E821C216 for ; Sat, 9 Jul 2011 18:10:51 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 4954C21C089 for ; Sat, 9 Jul 2011 17:51:48 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id D45B02AC122 for ; Sat, 9 Jul 2011 17:51:47 +0000 (UTC) X-Virus-Scanned: by amavisd-new using ClamAV at gentoo.org X-Spam-Score: -3.33 X-Spam-Level: X-Spam-Status: No, score=-3.33 required=5.5 tests=[AWL=-0.731, BAYES_00=-2.599] Received: from smtp.gentoo.org ([127.0.0.1]) by localhost (smtp.gentoo.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lf57Al9Wbime for ; Sat, 9 Jul 2011 17:51:40 +0000 (UTC) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by smtp.gentoo.org (Postfix) with ESMTP id 1F0B72AC124 for ; Sat, 9 Jul 2011 17:51:39 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1Qfbgj-0005xZ-1p for gentoo-user@gentoo.org; Sat, 09 Jul 2011 19:51:33 +0200 Received: from c-98-215-231-30.hsd1.in.comcast.net ([98.215.231.30]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 09 Jul 2011 19:51:33 +0200 Received: from reader by c-98-215-231-30.hsd1.in.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 09 Jul 2011 19:51:33 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-user@lists.gentoo.org From: Harry Putnam Subject: [gentoo-user] Re: [OT encfs] When encfs gets hungup Date: Sat, 09 Jul 2011 12:51:13 -0500 Organization: Still searching... Message-ID: <8762nbmjfy.fsf@newsguy.com> References: <87aacon249.fsf@newsguy.com> <1310150155.231514.20.camel@localhost.localdomain> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: c-98-215-231-30.hsd1.in.comcast.net User-Agent: Gnus/5.110018 (No Gnus v0.18) Emacs/24.0.50 (gnu/linux) Cancel-Lock: sha1:ajIUFvNs7VxJz6L+7QV4FMZyPYw= X-Archives-Salt: X-Archives-Hash: 97ed0043bece9b6a8a51fe6708c0f64f Albert Hopkins writes: > On Friday, July 8 at 11:55 (-0500), Harry Putnam said: > > [..] >> Somehow I managed to really hurt the installation ... here is what I >> remember having done: >> >> Some how I got mixed up when running as root, and attempted to mount a >> users encfs directory. (Its a single user machine so it my users >> directory) >> >> That should just fail with some kind of permission error since no one, >> even root, can mess with someone elses' encfs directory. >> > This is not entirely the case. No one can enter an encfs mount > (destination) but the person that mounted it (by default), but anyone > can *mount* the encfs "source" (and thus become the owner of the mount). > All other Unix permissions are retained. > >> But once I'd done that I could no longer even `ls' the subject >> directory. Not as user, not as root. A simple `ls' would totally >> hang the terminal. >> >> Of course I tried to umount but really it never actually mounted. >> > It probably *did* mount, but... > >> I started getting this error: `Transport endpoint is not connected' > Usually that means the background process that actually handles the > enc/dec has died or is otherwise not responding. >> I could see roots attempt to mount the darn thing in ps wwaux output >> and killed that pid. >> > That's probably why you got the above error. But technically if you > just kill the process, the kernel still thinks it's mounted. >> Eventually (after posting several days ago on encfs list. I resorted >> to umounting /home (after full backup of course) and reformatted it. >> > That's seems a bit extreme... > >> I was then able to deleted encfs_raw and encfs_mnt. >> > Did you try simply rebooting or manually unmounting? That's probably > all that was needed. Yes, both. First the umounting, then reboot. So no I don't think it was all that was needed. >> But here is the real kicker. Even after all that, and in fact another >> full round of mostly the same stuff, including another reformat. So >> two reformats and two reboots. Even with that, I still cannot create a >> new enc_raw and enc_mount of the same name as the old one. > What do you mean by "cannot"? Do you get an error? Does dmesg tell you > anything? I meant the earlier behavior would recur, without the `Transport endpoint is not connected' part. That is, mkdir ~/.encjunk ~/.junk encfs ~/.encjunk ~/.junk Would result in completely hung terminal when I answered the passwd prompt. [...] > If you totally remove the source and target directories, there is no > other information stored, which allows you to (e.g) encfs directory on a > vfat-formated USB stick and move it mount it on a different machine. > All that encfs knows about an encrypted directory is in *one* file on > the source directory (.encfs6.xml). Once that file is gone, there is no > such thing as an encfs. There must have been plenty of pilot error in the original goings on. I tried to report it as it actually happened but I must have had some of it wrong or whatever... because just now, prompted by your input. (and there have been at least two reboots (as mentioned earlier)) I was able to generate the desired mount name with no problems. So don't have to rework any scripts or continue puzzling over what was going on. In other words... as has happened a few other times, writing about the problem has seemed to cure it.. I'm good to go now ... thanks.