Re: [bug, 2.5.29, IDE] partition table corruption?

From: Marcin Dalecki (dalecki@evision.ag)
Date: Thu Aug 08 2002 - 04:24:10 EST


Użytkownik Adam J. Richter napisał:

>
> | The head/sector mismatch check (fn 8h/fn 48h) has actually been in LILO
> | since last year (22.0), and the (kernel/bios) check since 22.2. It has
> | only been seriously visible since the introduction of the 2.4.18 kernel.
> | The IDE disk drivers are now reporting actual IDE disk geometry, rather
> | than the mapped BIOS geometry, which was reported by all previous kernels.
> | This change in the results returned by the IOCTL used to get the disk
> | geometry has been extremely annoying. It also leads to complaints about
> | the format of the partition table.
>
> Earlier in that seem email, he indicated that he was
> thinking about giving precedence to the BIOS geometry in future
> versions of lilo (this was 22.3, and I believe the current version is
> now 22.3.1):

How did he think DOS does disk access during dos fdisk time before?
As far as I can see lilo is relying on the BIOS during the "dot printing
phase" anyway so this should have been this way since day one of lilo.
*Not* the other way around.

> | Actually, on serious reflection on the issue, there is no choice: the
> | value returned by (int 13h/fn 8h) should be used, if it is available. This
> | is the value used by the conversion routine (linear/lba32 -> geometric) in
> | the boot loader (read.S). Currently, the kernel value is given precedence;
> | I am seriously reviewing this issue.
>
> I just wonder if this is the problem that you are experiencing
> rather than anything that was new in 2.5.29.

Yes.

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



This archive was generated by hypermail 2b29 : Thu Aug 15 2002 - 22:00:16 EST