From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: <gentoo-user+bounces-147992-garchives=archives.gentoo.org@lists.gentoo.org> Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 81FE21381F3 for <garchives@archives.gentoo.org>; Sun, 2 Jun 2013 13:01:49 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id E68E9E09B9; Sun, 2 Jun 2013 13:01:39 +0000 (UTC) Received: from mail.muc.de (colin.muc.de [193.149.48.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 743B9E0997 for <gentoo-user@lists.gentoo.org>; Sun, 2 Jun 2013 13:01:37 +0000 (UTC) Received: (qmail 70961 invoked by uid 3782); 2 Jun 2013 13:01:35 -0000 Received: from acm.muc.de (p5492C92D.dip0.t-ipconnect.de [84.146.201.45]) by colin.muc.de (tmda-ofmipd) with ESMTP; Sun, 02 Jun 2013 15:01:34 +0200 Received: (qmail 3725 invoked by uid 1000); 2 Jun 2013 13:01:22 -0000 Date: Sun, 2 Jun 2013 13:01:22 +0000 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Ext3 FS File Size Limits Message-ID: <20130602130122.GB3401@acm.acm> References: <20130602045540.9e274421fd39338ae764a06f@gmail.com> Precedence: bulk List-Post: <mailto:gentoo-user@lists.gentoo.org> List-Help: <mailto:gentoo-user+help@lists.gentoo.org> List-Unsubscribe: <mailto:gentoo-user+unsubscribe@lists.gentoo.org> List-Subscribe: <mailto:gentoo-user+subscribe@lists.gentoo.org> List-Id: Gentoo Linux mail <gentoo-user.gentoo.org> X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130602045540.9e274421fd39338ae764a06f@gmail.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Delivery-Agent: TMDA/1.1.12 (Macallan) From: Alan Mackenzie <acm@muc.de> X-Primary-Address: acm@muc.de X-Archives-Salt: b629deb2-7de9-4504-a785-60313861e972 X-Archives-Hash: 8a54a6228210d4663e619074ffb608bd On Sun, Jun 02, 2013 at 04:55:40AM -0700, Fast Turtle wrote: > I've been going around with this little problem for a while. > I have several 30GB files I'm trying to restore from an NTFS formatted > external backup to an ext3 partition, yet every attempt has failed > right after 16GB of copying without fail or error message. They > silently failing and I'm stumped. > One of the possible causes I've thought of was running out of innodes > but don't know how to check that or any of the other options used to > create the file system on - anyone want to help there? > I've also decided to look at the mke2f.conf file in /etc and see some > default options being passed that may be causing the problems > [defaults] > base_features = sparse_super,filetype,resize_inode,dir_index,ext_attr > default_mntopts = acl,user_xattr > enable_periodic_fsck = 0 > blocksize = 4096 > inode_size = 256 > inode_ratio = 16384 > Normally I use either a 1024 for most everything due to the many small > files though for the partition I'm attempting to restore the files to, > I've used 2048 as a compromise due to the number of larger files > (music/videos) and critical backups from /etc The wikipedia page on Ext3 says that with a 1kB blocksize, the maximum file size is 16GB, but with a 2kB blocksize it's 256GB. Could it be you've somehow actually got a 1kB blocksize on the partition? > I've also tried it with a default 4096 size on a 32GB ext2 formatted > flash drive but even then, it's failing at 16GB w/o any error message. Sounds like laziness on the part of the author of the copy program you're using. -- Alan Mackenzie (Nuremberg, Germany).