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:	Mon, 27 Nov 2006 19:29:43 +0100
From:	Andreas Leitgeb <avl@...ic.at>
To:	Alan <alan@...rguk.ukuu.org.uk>
Cc:	avl@...ic.at, linux-kernel@...r.kernel.org
Subject: Re: Allow turning off hpa-checking.

On Mon, Nov 27, 2006 at 06:10:33PM +0000, Alan wrote:
> > What else (if not sector remapping) could make the "current"
> > size gradually smaller between reboots. And why is "native"
> > size still constant?  And why does now even access to the but-last
> > native sector fail? The explanation with block-reads no longer
> > works.
> The presented size of an ATA disk is constant. It keeps additional space
> for error blocks. The HPA merely tells the disk to lie about its size.

I was speaking about a disk, whose "additional space" appeared to 
be already exhausted.  After that, it appears as if the native
size remains still constant, and the exceeding damaged sectors are 
auto-"hidden" by the drive by means of HPA.

Still incorrect?

Then I'm also speaking about not-broken disks, where I just want
to be able to tell the driver to believe the drive's "HPA-lie"
for whatever reason :-)

> > How should the partitioning tool know, if I want to ignore the
> > HPA, or respect it (knowing it contains stuff that I might need in
> > future).  Does there exist any that asks me?
> I have no idea. If not perhaps one should be written.
Till that happens ... ;-)

-
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