From owner-freebsd-stable@FreeBSD.ORG Sat Feb 9 17:35:07 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11AC516A419 for ; Sat, 9 Feb 2008 17:35:07 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 8D5B213C468 for ; Sat, 9 Feb 2008 17:35:06 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1JNtbS-0007u6-Qd for freebsd-stable@freebsd.org; Sat, 09 Feb 2008 17:35:02 +0000 Received: from www.creo.hu ([217.113.62.14]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 09 Feb 2008 17:35:02 +0000 Received: from csaba-ml by www.creo.hu with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 09 Feb 2008 17:35:02 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Csaba Henk Date: Sat, 9 Feb 2008 17:23:58 +0000 (UTC) Lines: 64 Message-ID: References: <47A7D8AC.7030104@micom.mng.net> <5f67a8c40802042229y5f407e3bo55f32e95c7997848@mail.gmail.com> X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: www.creo.hu User-Agent: slrn/0.9.8.1 (FreeBSD) Sender: news Subject: Re: fusefs-ntfs makes fatal trap/page fault in FreeBSD-7.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Feb 2008 17:35:07 -0000 Hi, On 2008-02-05, Zaphod Beeblebrox wrote: > I havn't seen this specific problem, but on my Dell XPS 1730 > (core-2-duo-extreme) The NTFS-3g mounts doen't seem to shutdown properly. > That is: many of the writes are uncommitted and the filesystem needs a check > and often information is lost ... unless I unmount the filesystems before > shutdown. Recently we added a feature called "synchronous unmount" which *might* improve the situation regarding shutdown. Probably soon there will be an update of fusefs-kmod which will include it. Anyway, here are the instructions how can you try it immediately: 1) Reinstall fusefs-libs with the following patch applied: %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% diff -rup ../../work-orig/fuse-2.7.2/lib/mount_bsd.c ./lib/mount_bsd.c --- ../../work-orig/fuse-2.7.2/lib/mount_bsd.c Wed Dec 12 15:33:35 2007 +++ ./lib/mount_bsd.c Sat Feb 9 17:53:25 2008 @@ -228,7 +228,7 @@ void fuse_kern_unmount(const char *mount if (*ep != '\0') return; - asprintf(&umount_cmd, "/sbin/umount " _PATH_DEV "%s", dev); + asprintf(&umount_cmd, "/sbin/umount -f " _PATH_DEV "%s", dev); system(umount_cmd); } %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% 2) Get the latest fuse4bsd code from the Mercurial repo by hg pull http://mercurial.creo.hu/repos/fuse4bsd-hg/ or as a direct tarball fetch: fetch http://mercurial.creo.hu/repos/fuse4bsd-hg/index.cgi/archive/tip.tar.gz Untar and make(1) it. Ignore the patches which are part of the fusefs-kmod port but you will need to do a cp /usr/local/include/fuse/fuse_kernel.h fuse_module/ before compilation. If you have a self-compiled kernel, you are suggested to use this make option: -DKERNCONF= 3) Load the module with "kldload fuse_module/fuse.ko". You can as well install it to a place within your module path. 4) The sysctl vfs.fuse.sync_unmount controls who is eligible to using the fs with synchronous unmount. Its default value is 1, which mean only the superuser is eligible. You are suggested to enable it for everyone by sysctl vfs.fuse.sync_unmount=2 Now take a look how cleanly does the ntfs-3g shutdown happen. Please report back, I'm eager to know if this technique helps. Regards, Csaba