From owner-freebsd-questions@FreeBSD.ORG Mon Mar 25 16:01:08 2013 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B69E75D1 for ; Mon, 25 Mar 2013 16:01:08 +0000 (UTC) (envelope-from freebsd-questions-local@be-well.ilk.org) Received: from be-well.ilk.org (be-well.ilk.org [23.30.133.173]) by mx1.freebsd.org (Postfix) with ESMTP id 8AFABC1D for ; Mon, 25 Mar 2013 16:01:08 +0000 (UTC) Received: from lowell-desk.lan (lowell-desk.lan [172.30.250.41]) by be-well.ilk.org (Postfix) with ESMTP id A6C9C33C1E; Mon, 25 Mar 2013 12:01:02 -0400 (EDT) Received: by lowell-desk.lan (Postfix, from userid 1147) id 7F20639829; Mon, 25 Mar 2013 12:01:01 -0400 (EDT) From: Lowell Gilbert To: Leslie Jensen Subject: Re: Crash when trying to rsync to external NTFS-formatted HD References: <514FF510.5020605@eskk.nu> Date: Mon, 25 Mar 2013 12:01:01 -0400 In-Reply-To: <514FF510.5020605@eskk.nu> (Leslie Jensen's message of "Mon, 25 Mar 2013 07:56:16 +0100") Message-ID: <44k3ovbhaa.fsf@lowell-desk.lan> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Cc: FreeBSD Questions Mailing List X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: FreeBSD Questions Mailing List List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 16:01:08 -0000 Leslie Jensen writes: > I'm trying the following on my 9.1-RELEASE #0 system: > > Mounting the external HD > ntfs-3g /dev/da0s1 /mnt/backup/ > > And doing > rsync -av /home/les /mnt/backup/BSD_backup/ > > > I get "Building incremental file list" for about one minute then my > system freezes and reboots. > > I'm aware that NTFS might be the culprit. I have chosen it for > convenience and the possibility to move my data to machines without > FreeBSD. > > Manually copying of files one by one works. Yes, it definitely sounds like fuse is corrupting something in the kernel. Could be tricky to debug, and forcing a kernel dump would be the first step. The traditional most-portable way of moving files is to tar(1) onto a raw device rather than having any filesystem at all.