mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Andries Brouwer <aebr@win.tue.nl>
To: Skip Ford <skip.ford@verizon.net>
Cc: linux-kernel@vger.kernel.org, johninsd@san.rr.com
Subject: Re: 2.5.30 LILO FreeBSD partition problems
Date: Sun, 4 Aug 2002 03:14:37 +0200	[thread overview]
Message-ID: <20020804011437.GA29028@win.tue.nl> (raw)
In-Reply-To: <200208040017.g740HF5K000181@pool-141-150-241-241.delv.east.verizon.net>

On Sat, Aug 03, 2002 at 08:17:14PM -0400, Skip Ford wrote:

> > Which LILO version is this?
> 
> 21.4-3
> 
> > What are the kernel boot messages for this disk
> 
> 2.5.29:
> hda: Maxtor 2B020H1, DISK drive
>  hda: 39876480 sectors w/2048KiB Cache, CHS=39560/16/63, UDMA(33)
>  hda: [PTBL] [2482/255/63] hda1 hda2 hda3 hda4 < hda5 hda6 hda7 hda8 >
>
> 2.5.30:
>  hda: hda1 hda2 hda3 hda4 < hda5 hda6 hda7 hda8 >
> 
> > Probably some LILO option like "ignore-table" or "linear" or "lba32"
> > would help.
> 
> lba32 and linear each didn't work.  I didn't try ignore-table.  I see
> the difference above between .29 and .30 with [PTBL] but I don't know
> what it means.

LILO wants to check that what it sees in the partition table
corresponds to the truth. The kernel has first decided that
the truth is CHS=39560/16/63, but then looks at the partition table
and sees that some programs are going to be unhappy if it reveals
this truth, and instead it returns what it finds in the partition
table. That is what this "[PTBL] [2482/255/63]" means.

Since 2.5.30 the kernel no longer looks at the partition table to
guess what would make fdisk and lilo happy. These programs can
(and do) look at the partition table themselves and need no
kernel help. Now fdisk already knows this, but maybe lilo doesn't.

If you want the kernel to provide lilo with some random numbers,
add boot parameters to the kernel invocation: hda=C,H,S.
If you want lilo to ignore the discrepancy between what the
disk said and the kernel repeated and what it sees in the
partition table, try the global option "ignore-table".
(I never tried, this is just from the man page.)

If lilo tries to check 3D addresses in spite of the fact that
it got a "linear" or "lba32" option, then that is a lilo bug,
especially if it aborts on a difference.
Let me cc the maintainer - maybe John Coffman.

Andries

  reply	other threads:[~2002-08-04  1:11 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-08-03 23:00 Skip Ford
2002-08-03 23:30 ` Andries Brouwer
2002-08-04  0:17   ` Skip Ford
2002-08-04  1:14     ` Andries Brouwer [this message]
2002-08-07 22:10   ` Skip Ford

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20020804011437.GA29028@win.tue.nl \
    --to=aebr@win.tue.nl \
    --cc=johninsd@san.rr.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=skip.ford@verizon.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®