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 5B1C81381F3 for ; Thu, 27 Jun 2013 15:04:13 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id E90F1E09AA; Thu, 27 Jun 2013 15:03:58 +0000 (UTC) Received: from mx-out-1.rwth-aachen.de (mx-out-1.rwth-aachen.de [134.130.5.186]) by pigeon.gentoo.org (Postfix) with ESMTP id 8E04AE096D for ; Thu, 27 Jun 2013 15:03:57 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.87,952,1363129200"; d="scan'208";a="227703918" Received: from relay-2.ms.rz.rwth-aachen.de (HELO relay.rwth-aachen.de) ([134.130.7.75]) by mx-1.rz.rwth-aachen.de with ESMTP; 27 Jun 2013 17:03:57 +0200 Received: from numa-i.igpm.rwth-aachen.de (numa-i.igpm.rwth-aachen.de [134.130.161.252]) by relay.rwth-aachen.de (8.14.4+Sun/8.13.8/1) with ESMTP id r5RF3ufL015185 for ; Thu, 27 Jun 2013 17:03:56 +0200 (CEST) Received: from numa-i (localhost [127.0.0.1]) by numa-i.igpm.rwth-aachen.de (Postfix) with ESMTP id 45F15A4D for ; Thu, 27 Jun 2013 17:03:59 +0200 (CEST) Date: Thu, 27 Jun 2013 17:03:59 +0200 From: Helmut Jarausch Subject: Re: [gentoo-user] Filesystem recommendation for external media storage To: gentoo-user@lists.gentoo.org In-Reply-To: <51CBF443.3040209@gmail.com> (from alan.mckinnon@gmail.com on Thu Jun 27 10:13:55 2013) X-Mailer: Balsa 2.5.1-25-gcf6355a Message-Id: <1372345439.6662.0@numa-i> 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; DelSp=Yes; Format=Flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 4d2a2266-1b2c-4fb5-bb72-9e0f15508c86 X-Archives-Hash: ca317e036b0bedeab6a260de479751c3 On 06/27/2013 10:13:55 AM, Alan McKinnon wrote: > exfat does what you want - it was designed to "just work" on the very > large removeable media we have nowadays (think 7G movie files) and > bypass all the nonsense like "does the user that created this file =20 > even > exist on the machine that is reading it?" >=20 > It also works pretty well >=20 Hi, my comment might be completely off topic, but it might, as well, be a =20 serious warning. I have a Garmin GPS device which has an internal storage of 4GB and an =20 additional SD card with a capacity of 32 GB. The device can be attached to a USB port. Now, when looking from (a virtual) Windows 7 OS, the file systems on =20 both of these are reported as FAT 32. In addition running CHKDSK doesn't reveal any problems. Looking from my native GenToo (on the very same hardware, without =20 Windows running), the smaller 4GB file system looks just nice (files and meta data being =20 identical to what Windows has reported) The larger file system (declared as vfat in /etc/fstab) gets mounted =20 without any problems. But an 'ls' commands shows question marks all over the place except for =20 few single characters. In addition, in the beginning, when there were less than 4GB data on =20 that SD card, the file system looked just fine under Linux, as well. Only afterwards, like now, when =20 it holds more than 20GB data, I cannot use it any more from my Gentoo system. Does anybody have an idea what's going on or where to report this bug? Many thanks, Helmut. P.S. I have tried to mount that file system as exFAT under GenToo but =20 that was rejected. =