From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 5AB151381F3 for ; Thu, 6 Jun 2013 15:07:32 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 033FDE0957; Thu, 6 Jun 2013 15:07:22 +0000 (UTC) Received: from mail-pd0-f179.google.com (mail-pd0-f179.google.com [209.85.192.179]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 82AC7E08C0 for ; Thu, 6 Jun 2013 15:07:20 +0000 (UTC) Received: by mail-pd0-f179.google.com with SMTP id q11so3471833pdj.10 for ; Thu, 06 Jun 2013 08:07:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; bh=MHIu0IxyxleqEmamk4hQAC3101znI7KP8g52s4Hl6XM=; b=e1NPCVGD67+3OLqpPL0B/3EeFmKrmZWRgmkKW2UbGSurhN9GKQQ3xIn+1HkS2sSqrf UzWJo8i7knlnSBlHuR3puNihWMA2bXJRfPykLtIZAMyuwXtfaIVaSItVKNn4d1Bf3AKD sDBrlY/+RJDkLRgaojTmDKHvPcqZDu2uewUaDgXw5k+fLgNUExHknC/BczKi1pyzH2Ae cF/N657n20sgFZKWqX9BP5L2lGvHwxD1WsTlh65xsDE9JyYC9W/WzEinAxCVPARLBAc6 ZbslwEhaRaTlV4hUxP5VQe4yqoeRgRSPQ+z8lomotVL98tpmGQRgQSCzCmpzvBqlHDvt 9gPQ== X-Received: by 10.68.13.228 with SMTP id k4mr38113626pbc.215.1370531236571; Thu, 06 Jun 2013 08:07:16 -0700 (PDT) Received: from hydra (cpe-66-27-147-161.dc.res.rr.com. [66.27.147.161]) by mx.google.com with ESMTPSA id nt2sm73214601pbc.17.2013.06.06.08.07.14 for (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 06 Jun 2013 08:07:15 -0700 (PDT) Date: Thu, 6 Jun 2013 08:06:05 -0700 From: Fast Turtle To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Ext3 FS File Size Limits Message-Id: <20130606080605.9bf8636904deb9d1c5dd190f@gmail.com> In-Reply-To: <20130602130122.GB3401@acm.acm> References: <20130602045540.9e274421fd39338ae764a06f@gmail.com> <20130602130122.GB3401@acm.acm> X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.17; x86_64-pc-linux-gnu) 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; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Archives-Salt: 12786acb-4bec-4989-83b0-a965a70eb7b2 X-Archives-Hash: 9a2b031809e65261f0b5060a291df19a On Sun, 2 Jun 2013 13:01:22 +0000 Alan Mackenzie wrote: > 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. if it is, then everyone is in trouble as it's the cp command - been part of *nix for many years > > -- > Alan Mackenzie (Nuremberg, Germany). >