>>>> mv /usr/src/v2.3.9/linux/arch/i386/boot/zImage /vmlinuz239 will
>>>> internally copy the file to the root to new sectors, than delete
>>>> the old kernel. Result: The new image will be placed beyond
>>>> the magic limit. The boot will fail
>>> The easiest way around this whole issue is to make a separate
>>> /boot directory (small, about 8MB) partition that is physically
>>> located below the 1024 cyl limit. Always place your boot images
>>> here. Once you've done this, you will never have to worry about
>>> such things-
>> I normally allocate 16M to /boot since on most of the drives I
>> use, that corresponds to two [logical] cylinders, and that's the
>> smallest number of cylinders that all versions of fdisk can
>> reliably allocate to a partition...
> What's a problem with one cylinder ? I use one cylinder and not
> seen any problems...
I've come across the following problems:
1. Some BIOS's have problems booting from single cylinder
partitions.
2. Systems that need to multi-boot between Linux, WinXX and OS/2
appear to have problems with partitions that only occupy a
single cylinder. In particular, OS/2 appears to play up very
badly although, curiously enough, Win9x has no problem with it.
3. Some versions of Linux fdisk appear to be unable to create
single cylinder partitions. The main culprit here appears to
be the version of fdisk used by certain Slackware installs,
although the version actually installed has no such problem.
As a result, I generally avoid any problems by allocating a minimum of
two cylinders to each partition.
Best wishes from Riley.
+----------------------------------------------------------------------+
| There is something frustrating about the quality and speed of Linux |
| development, ie., the quality is too high and the speed is too high, |
| in other words, I can implement this XXXX feature, but I bet someone |
| else has already done so and is just about to release their patch. |
+----------------------------------------------------------------------+
* ftp://ftp.MemAlpha.cx/pub/rhw/Linux
* http://www.MemAlpha.cx/kernel.versions.html
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/