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

[Marcin Dalecki <dalecki@evision.ag>]

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?