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

Marcin Dalecki (dalecki@evision.ag)
Thu, 08 Aug 2002 13:22:49 +0200


Użytkownik Alan Cox napisał:
> On Thu, 2002-08-08 at 10:34, Marcin Dalecki wrote:
>
>>> [mingo@a mingo]$ ls -l /sbin/lilo
>>> -rwxr-xr-x 1 root root 59324 Aug 23 2000 /sbin/lilo
>>
>>Yes sure. It is simply a very old bug in lilo, which the kernel worked
>>around and did fight against in a diallectic way.
>
>
> Its not a bug in lilo. Its a bug in the new kernel. Breaking backward
> compatibility arbitarily is bad. The kernel needs to know geometry
> anyway for the folks who have force ide translation

1. Requiring the kernel to read the partition table information is a
BUG.

2. Falling back on the values which are used by the application
afterwards is a BUG. (BIOS IRQ after all)

3. Not detecting LBA disk access is required by checking Cylinder value
to emulate BIOS behaviour is a BUG.

4. Asking the kernel to kindly avoid 100% partition table scanning and
*guessing* some *heuristic* values which fail frequently enough is a
BUG. (Take a look at the jumps and hops in the function in question if
you don't think it is guessing. I recommend the switch in esp.)

5. Relying on the kernel for the translation "trick" himself (if
anything) is a BUG.

6. It's after all no more inconvenient then renaming well for example
the USB host controller module.

7. It is *not* breaking backward compatibility. After the lilo
configuration fix the old kernel boots fine as well.

Not reading confusing lilo docs which should better say what to do is a
BUG.

BTW.> Silly RH beta fdisk did tell me bogous things about the
geometry of disks I did install under plain RH 7.3...

BTW.> And finally what about dd if=/dev/hda of=/dev/hdb?

-
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/