From owner-freebsd-hackers@freebsd.org Tue Jul 16 17:04:48 2019 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 90CB8B5281 for ; Tue, 16 Jul 2019 17:04:48 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 59F7069BCC for ; Tue, 16 Jul 2019 17:04:48 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: by mailman.nyi.freebsd.org (Postfix) id 57C60B5280; Tue, 16 Jul 2019 17:04:48 +0000 (UTC) Delivered-To: hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 577E8B527F for ; Tue, 16 Jul 2019 17:04:48 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: from puchar.net (puchar.net [194.1.144.90]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EBCFE69BCB for ; Tue, 16 Jul 2019 17:04:47 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: Received: from 127.0.0.1 (localhost [127.0.0.1]) by puchar.net (8.15.2/8.15.2) with ESMTPS id x6GGhQxA007056 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 16 Jul 2019 18:43:26 +0200 (CEST) (envelope-from puchar-wojtek@puchar.net) Received: from localhost (puchar-wojtek@localhost) by puchar.net (8.15.2/8.15.2/Submit) with ESMTP id x6GGhQXw007053; Tue, 16 Jul 2019 18:43:26 +0200 (CEST) (envelope-from puchar-wojtek@puchar.net) Date: Tue, 16 Jul 2019 18:43:26 +0200 (CEST) From: Wojciech Puchar To: =?ISO-8859-2?Q?Domagoj_Smol=E8i=E6?= cc: hackers@freebsd.org Subject: Re: Device's "stolen" sector In-Reply-To: <20190716182350.000054f8@gmail.com> Message-ID: References: <20190716182350.000054f8@gmail.com> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 X-Rspamd-Queue-Id: EBCFE69BCB X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.95 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; NEURAL_HAM_SHORT(-0.95)[-0.952,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[] Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jul 2019 17:04:48 -0000 On Tue, 16 Jul 2019, Domagoj Smolčić wrote: > 11.2-RELEASE-p9 > > Tested with >1 disks: > -- > SATA disk connected directly with SATA cable to MBO, shows correct amount of sectors. > diskinfo -v ada1 > > When I connect it to the same MBO over USB to SATA adapter, 1 sector is missing (the last one) > diskinfo -v da0 > > Having last sector inaccessible is a huge problem as many "things" use it for a metadata. > This has many times caused MBR disks occasionally to not be visible at all while being 'da0' (gpart: No such geom: da0.) > And also GPT disks to be in a [CORRUPT] state upon reattach directly to SATA interface. > > Before submitting a bug, there is only 1 variable left that I can't test, because I have only 1 USB to SATA adapter. > It might be a hardware issue, so can someone else test this too? > i have two external disk chassis with USB-SATA bridge, works just fine recently connected through it disk that was geli encrypted when directly connected to server. geli worked so all is fine as geli header is in last sector 11.2-STABLE