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

[Marcin Dalecki <dalecki@evision.ag>]

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.