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