From rfg@tristatelogic.com  Fri Mar 29 00:58:07 2013
Return-Path: <rfg@tristatelogic.com>
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1])
	by hub.freebsd.org (Postfix) with ESMTP id 639673FF
	for <FreeBSD-gnats-submit@freebsd.org>; Fri, 29 Mar 2013 00:58:07 +0000 (UTC)
	(envelope-from rfg@tristatelogic.com)
Received: from outgoing.tristatelogic.com (segfault.tristatelogic.com [69.62.255.118])
	by mx1.freebsd.org (Postfix) with ESMTP id 45AC9E7B
	for <FreeBSD-gnats-submit@freebsd.org>; Fri, 29 Mar 2013 00:58:06 +0000 (UTC)
Received: by segfault.tristatelogic.com (Postfix, from userid 1237)
	id ED2AF3BB62; Thu, 28 Mar 2013 17:58:03 -0700 (PDT)
Message-Id: <20130329005803.ED2AF3BB62@segfault.tristatelogic.com>
Date: Thu, 28 Mar 2013 17:58:03 -0700 (PDT)
From: Ronald F.Guilmette <rfg@tristatelogic.com>
Reply-To: Ronald F.Guilmette <rfg@tristatelogic.com>
To: FreeBSD-gnats-submit@freebsd.org
Cc: rfg@tristatelogic.com
Subject: diskinfo -v shows inacurate drive size
X-Send-Pr-Version: 3.113
X-GNATS-Notify:

>Number:         177457
>Category:       docs
>Synopsis:       diskinfo(8): diskinfo -v shows inacurate drive size
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-doc
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          doc-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri Mar 29 01:00:00 UTC 2013
>Closed-Date:    
>Last-Modified:  Mon Jun 24 21:10:01 UTC 2013
>Originator:     Ronald F. Guilmette
>Release:        FreeBSD 9.1-RELEASE amd64
>Organization:
entr0py
>Environment:

FreeBSD 9.1-RELEASE amd64

>Description:

Apparently, under various conditions, diskinfo -v will show a size for
the specified drive which is smaller than the actual physical drive size,
as indicated by S.M.A.R.T. information (which can be queried using smartctl,
part of the smartmontools port).

This behavior on the part of diskinfo may perhaps be attributable to the
presence of either a Host Protected Area (HPA) and/or a Device Configuration
Overlay (DCO), or perhaps even by the interposition, between the physical
drive and the host, of certain brands and models of STAT/USB protocol
adapters/converters.

Although I personally am not sure of the specific conditions that may
give rise to these anomolies in the drive size, as reported by diskinfo,
I _am_ completely sure that the man page for diskinfo really should
include detailed information on the actual source of the drive size
information that it displays.  Unfortunately, at present it does not,
leaving the subject entirely open to speculation.

This should be corrected.  The diskinfo man page should be enhanced to
include information about the source of the drive size information and
the various factors that might possibly cause the drive size, as reported
by diskinfo, to differ from that reported by smartctl.

>How-To-Repeat:

man 8 diskinfo

>Fix:

I really don't know what the proper fix is.  Either the author or the
source code of diskinfo should be consulted to try to find out the source
of the drive size information that diskinfo reports.
>Release-Note:
>Audit-Trail:

From: Jason Unovitch <jason.unovitch@gmail.com>
To: bug-followup@FreeBSD.org, rfg@tristatelogic.com
Cc:  
Subject: Re: docs/177457: diskinfo(8): diskinfo -v shows inacurate drive size
Date: Mon, 24 Jun 2013 12:42:39 -0400

 This is a cryptographically signed message in MIME format.
 
 --------------ms030304000401000701030706
 Content-Type: text/plain; charset=ISO-8859-1; format=flowed
 Content-Transfer-Encoding: quoted-printable
 
 Isn't this the classic case of the OS using a base of 1024 to calculate=20
 size and the hard drive manufacturer using 1000 for the same purpose? =20
 My "3TB" Western Digital Drives show 3.0 TB using smartctl -a and 2.7 TB =
 
 using diskinfo -v.  I get the same 2.7 TB when I manually divide the=20
 media size in bytes by 1024 four separate times.
 
 Respectfully,
 Jason Unovitch
 
 
 --------------ms030304000401000701030706
 Content-Type: application/pkcs7-signature; name="smime.p7s"
 Content-Transfer-Encoding: base64
 Content-Disposition: attachment; filename="smime.p7s"
 Content-Description: S/MIME Cryptographic Signature
 
 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIKVDCC
 BRowggQCoAMCAQICEG0Z6qcZT2ozIuYiMnqqcd4wDQYJKoZIhvcNAQEFBQAwga4xCzAJBgNV
 BAYTAlVTMQswCQYDVQQIEwJVVDEXMBUGA1UEBxMOU2FsdCBMYWtlIENpdHkxHjAcBgNVBAoT
 FVRoZSBVU0VSVFJVU1QgTmV0d29yazEhMB8GA1UECxMYaHR0cDovL3d3dy51c2VydHJ1c3Qu
 Y29tMTYwNAYDVQQDEy1VVE4tVVNFUkZpcnN0LUNsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQg
 RW1haWwwHhcNMTEwNDI4MDAwMDAwWhcNMjAwNTMwMTA0ODM4WjCBkzELMAkGA1UEBhMCR0Ix
 GzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UE
 ChMRQ09NT0RPIENBIExpbWl0ZWQxOTA3BgNVBAMTMENPTU9ETyBDbGllbnQgQXV0aGVudGlj
 YXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoC
 ggEBAJKEhFtLV5jUXi+LpOFAyKNTWF9mZfEyTvefMn1V0HhMVbdClOD5J3EHxcZppLkyxPFA
 GpDMJ1Zifxe1cWmu5SAb5MtjXmDKokH2auGj/7jfH0htZUOMKi4rYzh337EXrMLaggLW1DJq
 1GdvIBOPXDX65VSAr9hxCh03CgJQU2yVHakQFLSZlVkSMf8JotJM3FLb3uJAAVtIaN3FSrTg
 7SQfOq9xXwfjrL8UO7AlcWg99A/WF1hGFYE8aIuLgw9teiFX5jSw2zJ+40rhpVJyZCaRTqWS
 D//gsWD9Gm9oUZljjRqLpcxCm5t9ImPTqaD8zp6Q30QZ9FxbNboW86eb/8ECAwEAAaOCAUsw
 ggFHMB8GA1UdIwQYMBaAFImCZ33EnSZwAEu0UEh83j2uBG59MB0GA1UdDgQWBBR6E04AdFvG
 eGNkJ8Ev4qBbvHnFezAOBgNVHQ8BAf8EBAMCAQYwEgYDVR0TAQH/BAgwBgEB/wIBADARBgNV
 HSAECjAIMAYGBFUdIAAwWAYDVR0fBFEwTzBNoEugSYZHaHR0cDovL2NybC51c2VydHJ1c3Qu
 Y29tL1VUTi1VU0VSRmlyc3QtQ2xpZW50QXV0aGVudGljYXRpb25hbmRFbWFpbC5jcmwwdAYI
 KwYBBQUHAQEEaDBmMD0GCCsGAQUFBzAChjFodHRwOi8vY3J0LnVzZXJ0cnVzdC5jb20vVVRO
 QWRkVHJ1c3RDbGllbnRfQ0EuY3J0MCUGCCsGAQUFBzABhhlodHRwOi8vb2NzcC51c2VydHJ1
 c3QuY29tMA0GCSqGSIb3DQEBBQUAA4IBAQCF1r54V1VtM39EUv5C1QaoAQOAivsNsv1Kv/av
 QUn1G1rF0q0bc24+6SZ85kyYwTAo38v7QjyhJT4KddbQPTmGZtGhm7VNm2+vKGwdr+XqdFqo
 2rHA8XV6L566k3nK/uKRHlZ0sviN0+BDchvtj/1gOSBH+4uvOmVIPJg9pSW/ve9g4EnlFsjr
 P0OD8ODuDcHTzTNfm9C9YGqzO/761Mk6PB/tm/+bSTO+Qik5g+4zaS6CnUVNqGnagBsePdIa
 XXxHmaWbCG0SmYbWXVcHG6cwvktJRLiQfsrReTjrtDP6oDpdJlieYVUYtCHVmdXgQ0BCML7q
 peeU0rD+83X5f27nMIIFMjCCBBqgAwIBAgIRANpYFAa4K3v/RFGj7CcJ1kowDQYJKoZIhvcN
 AQEFBQAwgZMxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAO
 BgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMTkwNwYDVQQDEzBD
 T01PRE8gQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0EwHhcNMTMw
 NTI4MDAwMDAwWhcNMTQwNTI4MjM1OTU5WjApMScwJQYJKoZIhvcNAQkBFhhqYXNvbi51bm92
 aXRjaEBnbWFpbC5jb20wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCyPmlErSTr
 hOKET4lTn5vhwjPW3yF8UdzLFZC1GJNB2kz3D43AehkoWniMxJPdWeZJPvlswX7j7GJEIlB7
 x+HjlmFRF9khFMNWOuz2KbBsv2J7EjMepI9XKtLStJ2L4KNS37xM9hConf5gowPG5fJUk4+b
 Et2cZTXi8h3FkPr8kS6aFNN7JOaVnbOdTFicMIzN8B65lOrE1nk393x5975R1quaVM/lopgZ
 ukGW768uwb/hnc3inIshgJ2KSvVe+L7jTa0TfcHeoLsAebZzN0MDO5s9fgHfv33TMk+hMxf3
 NwRJVGdVq/wNixL9VsFzJ+dPifQ8ENWDqsbxy6aggwwhAgMBAAGjggHoMIIB5DAfBgNVHSME
 GDAWgBR6E04AdFvGeGNkJ8Ev4qBbvHnFezAdBgNVHQ4EFgQU7MgMQO0VsBYBsYVXsVKy4bhx
 +2UwDgYDVR0PAQH/BAQDAgWgMAwGA1UdEwEB/wQCMAAwIAYDVR0lBBkwFwYIKwYBBQUHAwQG
 CysGAQQBsjEBAwUCMBEGCWCGSAGG+EIBAQQEAwIFIDBGBgNVHSAEPzA9MDsGDCsGAQQBsjEB
 AgEBATArMCkGCCsGAQUFBwIBFh1odHRwczovL3NlY3VyZS5jb21vZG8ubmV0L0NQUzBXBgNV
 HR8EUDBOMEygSqBIhkZodHRwOi8vY3JsLmNvbW9kb2NhLmNvbS9DT01PRE9DbGllbnRBdXRo
 ZW50aWNhdGlvbmFuZFNlY3VyZUVtYWlsQ0EuY3JsMIGIBggrBgEFBQcBAQR8MHowUgYIKwYB
 BQUHMAKGRmh0dHA6Ly9jcnQuY29tb2RvY2EuY29tL0NPTU9ET0NsaWVudEF1dGhlbnRpY2F0
 aW9uYW5kU2VjdXJlRW1haWxDQS5jcnQwJAYIKwYBBQUHMAGGGGh0dHA6Ly9vY3NwLmNvbW9k
 b2NhLmNvbTAjBgNVHREEHDAagRhqYXNvbi51bm92aXRjaEBnbWFpbC5jb20wDQYJKoZIhvcN
 AQEFBQADggEBAHkDqUErHcIxgm2GQtFY7ccGNwG4DmqisSfsEdA/E8LSPRGLVrDek40TiCfR
 2Sz9C/j+y+RIUFPySQGEspkFdmTJaVlMCDoOnZvVLUKcQmq3Ju3zpn6ODt/y+wBnKFDGqEtx
 60QGUt5RZN/Yk/xopoOh2COybLu+aM/ZdAof/BYR4xywhKo9YzV/+3QK0sN6YBZkh7K6H/GD
 q+eayU1D5YyLPw0LkGPnMb1nsxJ4fAZtMgvzg2RAfbxTmWfe6MpR6V4vZzuSev0evtCV/8zi
 STS5LUqaEhYdzdDNwdk44VaF7kYNKLg44xO6aWO1iGp5TqCcJ0tw/Aq4/zLNWI8cVJ0xggQc
 MIIEGAIBATCBqTCBkzELMAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3Rl
 cjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0ZWQxOTA3BgNV
 BAMTMENPTU9ETyBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQQIR
 ANpYFAa4K3v/RFGj7CcJ1kowCQYFKw4DAhoFAKCCAkcwGAYJKoZIhvcNAQkDMQsGCSqGSIb3
 DQEHATAcBgkqhkiG9w0BCQUxDxcNMTMwNjI0MTY0MjM5WjAjBgkqhkiG9w0BCQQxFgQU8kLh
 4/LaDKaXZTIR+CdZmArquyEwbAYJKoZIhvcNAQkPMV8wXTALBglghkgBZQMEASowCwYJYIZI
 AWUDBAECMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUr
 DgMCBzANBggqhkiG9w0DAgIBKDCBugYJKwYBBAGCNxAEMYGsMIGpMIGTMQswCQYDVQQGEwJH
 QjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYD
 VQQKExFDT01PRE8gQ0EgTGltaXRlZDE5MDcGA1UEAxMwQ09NT0RPIENsaWVudCBBdXRoZW50
 aWNhdGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBAhEA2lgUBrgre/9EUaPsJwnWSjCBvAYLKoZI
 hvcNAQkQAgsxgayggakwgZMxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNo
 ZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMTkw
 NwYDVQQDEzBDT01PRE8gQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwg
 Q0ECEQDaWBQGuCt7/0RRo+wnCdZKMA0GCSqGSIb3DQEBAQUABIIBAGG8h+zQUz5BXPj7qOmf
 P1OIRce2MtYG+DYdsU9uVhJRcnh4nnQl/Yfq3YYFWozlR8uTtUKQEjkDTwXXyFf2YoCjW1Mx
 1594N/ezP5Ea4syOK3qThqSzhOE/aNR6097mCWv2aI0dv1Rc+gNaoNKy9zxITWnvDd/THRhP
 Rxq1SMhO6DQu1sxlxFGHFQrdYnPiXd88zzbv/NzghDGJKk7vMU94JzJf/mt+VeMCTQKk64HD
 G10C+6hGf1D6kvn2TGguDFdp2vdOLMAUlSargNUXOTCTij9Rh2uq1YQHiGfEZ4zquAxncvTl
 zgN3ZIoqWskH6IJ5HTAOKypk021YGOixXQUAAAAAAAA=
 --------------ms030304000401000701030706--

From: "Ronald F. Guilmette" <rfg@tristatelogic.com>
To: Jason Unovitch <jason.unovitch@gmail.com>
Cc: bug-followup@FreeBSD.org
Subject: Re: docs/177457: diskinfo(8): diskinfo -v shows inacurate drive size
Date: Mon, 24 Jun 2013 14:05:07 -0700

 In message <51C876FF.4030302@gmail.com>, you wrote:
 
 >Isn't this the classic case of the OS using a base of 1024 to calculate
 >size and the hard drive manufacturer using 1000 for the same purpose?
 
 I do not believe so, no.
 
 It has been awhile since I filed this PR, but I believe that the
 non-matching numbers I was looking at were sector counts... NOT
 byte counts.
 
 The number of sectors on a drive is the number of sectors on that drive.
 It should not be different between different tools one might use to
 look at that number.
>Unformatted:
