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 A0087138CBD for ; Tue, 10 Mar 2015 17:13:13 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 21D50E08AF; Tue, 10 Mar 2015 17:13:07 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id CF17CE089D for ; Tue, 10 Mar 2015 17:13:05 +0000 (UTC) Received: from marcec.fritz.box ([93.181.44.4]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0LZhsq-1XkBzQ13RU-00lWL7 for ; Tue, 10 Mar 2015 18:13:04 +0100 Date: Tue, 10 Mar 2015 18:12:56 +0100 From: Marc Joliet To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: External HDD: sector size incorrectly detected on first connect Message-ID: <20150310181256.696b1350@marcec.fritz.box> In-Reply-To: References: <20150306204428.4432f883@marcec.fritz.box> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; 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: multipart/signed; micalg=pgp-sha1; boundary="Sig_/sTgzclQblQvdFibZN4bWmo/"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:WfLLp7f51LflYOLusTisEGkJMfhDH0TSvAEd+JltxyWMwF8ae57 xXBwtD5X9UNi8hJDmLE+np0APpHxa2l4wKSw+US5XdoEtK0iJQqKzZSh1vr+kQHy4VMEeH7 LQ/BYbFVBA64hncoh0nGwPJtGuK7zmbW25z8VAy0vW66ZZ3usLdM9nkzi+Qd3cMURsbpima 3IvkyYXn4pJRPiCJGOkLg== X-UI-Out-Filterresults: notjunk:1; X-Archives-Salt: 4396c231-e2b7-4e44-846e-c1c590222f77 X-Archives-Hash: ec2bbcdfa075e0ea95517305a4f62dde --Sig_/sTgzclQblQvdFibZN4bWmo/ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Am Fri, 06 Mar 2015 18:33:13 -0800 schrieb walt : [...] > I once hated replies containing the question "Does it work under Windows?= " but > a bit of experience with usb3 external drives has made me rethink the mat= ter. >=20 > Here's my thinking: if the usb3 drive works correctly with Windows but n= ot > with linux, the problem is software -- i.e. the device driver. >=20 > The xhci driver is under heavy development because usb3 is still new tech= , and > I've found and reported a few bugs in the last year or so and they got fi= xed. [...] OK, so I tried this out, and it apparently worked fine under Windows 8 (I created a third FAT32 partition for this). Once Windows installed the driv= ers (or whatever) the drive was recognised and the partition mounted without trouble. Immediately after that, I unplugged it and moved it back to my computer, wh= ere I plugged it in as usual and then turned the computer on. The problem occurr= ed again, of course: # journalctl -k -b | grep sdg M=C3=A4r 10 17:58:57 marcec kernel: sd 8:0:0:0: [sdg] Very big device. = Trying to use READ CAPACITY(16). M=C3=A4r 10 17:58:57 marcec kernel: sd 8:0:0:0: [sdg] 5860533160 512-by= te logical blocks: (3.00 TB/2.72 TiB) M=C3=A4r 10 17:58:57 marcec kernel: sd 8:0:0:0: [sdg] Write Protect is = off M=C3=A4r 10 17:58:57 marcec kernel: sd 8:0:0:0: [sdg] Mode Sense: 2b 00= 00 00 M=C3=A4r 10 17:58:57 marcec kernel: sd 8:0:0:0: [sdg] Write cache: disa= bled, read cache: enabled, doesn't support DPO or FUA M=C3=A4r 10 17:58:57 marcec kernel: sd 8:0:0:0: [sdg] Very big device. = Trying to use READ CAPACITY(16). M=C3=A4r 10 17:58:57 marcec kernel: sdg: sdg1 sdg2 sdg3 M=C3=A4r 10 17:58:57 marcec kernel: sd 8:0:0:0: [sdg] Very big device. = Trying to use READ CAPACITY(16). M=C3=A4r 10 17:58:57 marcec kernel: sd 8:0:0:0: [sdg] Attached SCSI disk M=C3=A4r 10 18:00:33 marcec kernel: sd 9:0:0:0: [sdg] Very big device. = Trying to use READ CAPACITY(16). M=C3=A4r 10 18:00:33 marcec kernel: sd 9:0:0:0: [sdg] 732566645 4096-by= te logical blocks: (3.00 TB/2.72 TiB) M=C3=A4r 10 18:00:33 marcec kernel: sd 9:0:0:0: [sdg] Write Protect is = off M=C3=A4r 10 18:00:33 marcec kernel: sd 9:0:0:0: [sdg] Mode Sense: 2b 00= 00 00 M=C3=A4r 10 18:00:33 marcec kernel: sd 9:0:0:0: [sdg] Write cache: disa= bled, read cache: enabled, doesn't support DPO or FUA M=C3=A4r 10 18:00:33 marcec kernel: sd 9:0:0:0: [sdg] 732566645 4096-by= te logical blocks: (3.00 TB/2.72 TiB) M=C3=A4r 10 18:00:33 marcec kernel: sdg: sdg1 sdg2 sdg3 M=C3=A4r 10 18:00:33 marcec kernel: sd 9:0:0:0: [sdg] 732566645 4096-by= te logical blocks: (3.00 TB/2.72 TiB) M=C3=A4r 10 18:00:33 marcec kernel: sd 9:0:0:0: [sdg] Attached SCSI disk M=C3=A4r 10 18:00:35 marcec kernel: BTRFS: device label MARCEC_BACKUP d= evid 1 transid 64666 /dev/sdg2 M=C3=A4r 10 18:00:35 marcec kernel: BTRFS info (device sdg2): disk spac= e caching is enabled M=C3=A4r 10 18:00:42 marcec kernel: EXT4-fs (sdg1): mounted filesystem = with ordered data mode. Opts: (null) So, what do other list members think: is it most likely a driver bug, or something else (especially considering the reboot behaviour I mentioned in another email)? Should I ask on the LKML, or is there a specialised ML for = the Linux USB stack? Greetings --=20 Marc Joliet -- "People who think they know everything really annoy those of us who know we don't" - Bjarne Stroustrup --Sig_/sTgzclQblQvdFibZN4bWmo/ Content-Type: application/pgp-signature Content-Description: Digitale Signatur von OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJU/yYeAAoJEL/Q5oYsiHj0tLsQAJpbEdJNhs2TcuNyPMs95hJy pW0akUSW10Fxlj5Eg3brV0OIIEqSmwYGNalxNqMeNJ/pgAkyqaWN+INd/L8k8Hlz zHK+04ovtD+QmO7NcMj+q211sIkQ/ophnTf8tF2fFrxg6x7KqZ8tg6hXxy7cCCNa sta3CsNotxFoL5CtU0lP8HNziCfloK0R7amtDurCL/yd0ijYPZsT6ddF4GMt49cc Q9URADDYzCgkQpCC8GWyMNg48mL2wyJRUaOQkUuMJJk78ONWepHBdVuUFDCgo/PL f5NXSJL9GnKeu4UE0GuYejpY73nAa+arsCatL3TUwhGh+oXoy42p04xcBIpHbW3N UkL3L6T530kqDfaX7PZ1iZhtJ0o3chNOrfLADoxYfac9cHGAIIlkNSnI10m5lOXP l0h1W50fFOwevJ9rzwkHrVMGyL86WDmKgr9rSB4tiH9elZ66KhnEKDsMCqKdWICg +Fv9SihGARfIuQdZyR3cHRyrvrg7J29NyUrprFJItM+e+d4P6J78Wljlm3mWy+nX NsMSsNWtSmi/N7Aoe7NRIe+AMNaIplVeMHaQYctcmf6SJboplVJikj2/XpNvu6tR 4Z+DOsCIGOJ3kX23XVJukVU0PDDGQCTJ8EzU7dN5djbHlq/w+TkV3TLF+7KnRn/O Pp7dD6kpU9/3jIjE2Xd7 =Dtuc -----END PGP SIGNATURE----- --Sig_/sTgzclQblQvdFibZN4bWmo/--