Messages in this thread | | | Date | Thu, 08 Aug 2002 11:24:10 +0200 | From | Marcin Dalecki <> | Subject | Re: [bug, 2.5.29, IDE] partition table corruption? |
| |
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/
| |