lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Sat, 14 Feb 2009 18:54:12 +0300
From:	Sergei Shtylyov <sshtylyov@...mvista.com>
To:	"Maciej W. Rozycki" <macro@...ux-mips.org>
Cc:	Mark Lord <liml@....ca>,
	Hanno Böck <hanno@...eck.de>,
	Robert Hancock <hancockrwd@...il.com>,
	linux-kernel@...r.kernel.org, ide <linux-ide@...r.kernel.org>
Subject: Re: Very old IDE hard drive (240 MB) detected as 1.1 TB

Hello.

Maciej W. Rozycki wrote:

>>>   It has the current capacity in words 57-58 swapped:
>>>
>>> /dev/sdb:
>>> 0c5a 037f 0000 000a 8723 0275 0037 0030
>>> 000a 0000 2020 2020 2020 2020 2020 424d
>>> 3948 4d31 5020 2020 0003 0040 0004 302e
>>> 3336 2020 2020 436f 6e6e 6572 2050 6572
>>> 6970 6865 7261 6c73 2032 3430 4d42 202d
>>> 2043 5033 3032 3534 2020 2020 2020 8010
>>> 0000 0001 0000 0200 0202 0001 037f 000a
>>> 0037 0007 82da 0000 0000 0000 0000 0000
>>>
>>>
>>>   It must be 82da 0007, not 0007 82da.
>>>   IIRC, the IDE core doesn't trust the value reported in these words 
>>>       
>> ..
>>
>> That's right.  I wrote the IDE code that way
>> *specifically* due to a (different) Conner drive
>> I had here at the time.
>>     
>
>  It happened for some Maxtor drives too.  The reason is the ATA-1 spec was 
>   

   And with Fujitsu ones too. IIRC, the one I encountered (10+ years 
ago) had something like 0000 c000 there -- which in no way was related 
to its real capacity.

> not explicit about how words 57 and 58 were meant to be ordered and some 
>   
> manufacturers interpreted it one and some the other way.

   However, the drive vendors should've really thought better before 
reporting capacity in *middle-endian* format. :-)

>   Maciej
>   

MBR, Sergei


--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ