From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1SMLOO-00079k-U8 for mharc-grub-devel@gnu.org; Mon, 23 Apr 2012 11:41:32 -0400 Received: from eggs.gnu.org ([208.118.235.92]:57970) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SMLOI-00077x-9S for grub-devel@gnu.org; Mon, 23 Apr 2012 11:41:30 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SMLOE-0005rC-PC for grub-devel@gnu.org; Mon, 23 Apr 2012 11:41:25 -0400 Received: from mail-wi0-f177.google.com ([209.85.212.177]:43127) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SMLOE-0005qh-Go for grub-devel@gnu.org; Mon, 23 Apr 2012 11:41:22 -0400 Received: by wibhj13 with SMTP id hj13so2355438wib.12 for ; Mon, 23 Apr 2012 08:41:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:x-enigmail-version:content-type; bh=az7VrJldqFRYNkaw02VYw4Da3bcYrDRAqwqv07+lt5Y=; b=Yj811b196uJ4NtvL2rSovnHzoMQkblwVUyJLvisSOvUq2ZmJGjnnIc791OoUpG55sp wtL3GyhzT/TVaYQ08Qjk4ujhJg8SL+P5DkUVM5NszlDAlgZaPceSJgjtTV/mbr2I/1T4 Hd8LSdjDPU8IpVjgtVfX/eOBiK44CXeGMxHe0dGOzn5wd87HygmiMEbgaWBaH0SW6iBz 4elu3JVfaIXufvKXp1i2rCoKrm6HlZb+SI7jTAjHWmdJCTfchyu19CT5WOMSCqQxzMae FMKJ8IMKgKhfnx+8hqMoDxDwdY4rtH/Xv7WfrUNTsvmmpaF3Wjpm6An3fQqjV9sOer2i wu5w== Received: by 10.216.150.199 with SMTP id z49mr10131616wej.59.1335195679300; Mon, 23 Apr 2012 08:41:19 -0700 (PDT) Received: from debian.x201.phnet (1-234.197-178.cust.bluewin.ch. [178.197.234.1]) by mx.google.com with ESMTPS id n20sm36190218wiw.5.2012.04.23.08.41.15 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 23 Apr 2012 08:41:18 -0700 (PDT) Message-ID: <4F957816.9030104@gmail.com> Date: Mon, 23 Apr 2012 17:41:10 +0200 From: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.3) Gecko/20120329 Icedove/10.0.3 MIME-Version: 1.0 To: grub-devel@gnu.org Subject: Re: [PATCH] bug fix for ntfs References: <4F956F96.6030502@gmail.com> In-Reply-To: X-Enigmail-Version: 1.4 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig6B6894DDEF8F69243E5AE3D3" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 209.85.212.177 X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: The development of GNU GRUB List-Id: The development of GNU GRUB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2012 15:41:31 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig6B6894DDEF8F69243E5AE3D3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 23.04.2012 17:26, Bean wrote: > Hi, > > 2012/4/23 Vladimir '=CF=86-coder/phcoder' Serbinenko : >> On 23.04.2012 16:41, Bean wrote: >>> Hi all, >>> >>> This patch fix three issues: >>> >>> 1, In ntfsdoc, it says namespace =3D 0 means POSIX and it's case >>> sensitive. However, i found out this is not sure in Windows 7 as some= >>> system directory use this value as well. Now i ignore this flag and >>> treat all files in ntfs as case insensitive. >> This would be wrong. It's cert=D0=B0inly possible to create files diff= ering >> only in case in POSIX namespace, so it's case-sensitive. If some syste= m >> directory uses this namespace it's case-sensitive > Do you know any tool that can create case sensitive file in ntfs ? > ntfsdoc is not official so it can get it wrong, or MS may change the > meaning of some flags. At least I can't create file in different case > as those directories so this should mean it's case insensitive. Have you tried with ntfs-3g? Also if the problem is with only one directory, it's better if it stays the way it is. The only quirk associated with false assumption about case-sensitivity is the need to reference the name in correct case which should be done anyway. If you wrongly assume case insensitivity some files may become inaccessible with is more serious. OS may forbid some file names without it being FS limitation (conversely OS may fail to enforce FS limitation like an old trick with ".." in the root directory) >>> 2, Previous version doesn't return blocklist information for small >>> files embed in MFT, this patch fixes it. For example, create a >>> 512-byte file test in ntfs and try this command: >>> >>> grub-fstest /ntfs.img blocklist /test >> It looks like this part of patch has issues. Like that it doesn't hand= le >> the case when the read is split across 2 sectors or if MFT entry is at= >> offset >=3D1024. Or that it adds some checks (like "invalid mft offset= ") >> which weren't there previously and which would make GRUB bail out on >> weird FS even if user doesn't want blocklists. > MFT in ntfs is only 1024 bytes, and it must be sector aligned, so if > this test fails, there is serious problem with the fs (or the driver). Is it true for 4K sector NTFS? --=20 Regards Vladimir '=CF=86-coder/phcoder' Serbinenko --------------enig6B6894DDEF8F69243E5AE3D3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREKAAYFAk+VeBYACgkQNak7dOguQgkOBwEAjZ+EhctKDEr8BsMIa2UMj5g8 PBCPfcdt6EEhYWJnXA4A/iZPN+OQWTdrllXQT1TMXbyXIMJ10qCn2/MZu3a8uWN4 =JF1Y -----END PGP SIGNATURE----- --------------enig6B6894DDEF8F69243E5AE3D3--