mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Andries.Brouwer@cwi.nl
To: Andries.Brouwer@cwi.nl, mingo@elte.hu
Cc: alan@lxorguk.ukuu.org.uk, dalecki@evision.ag,
	linux-kernel@vger.kernel.org
Subject: Re: [bug, 2.5.29, IDE] partition table corruption?
Date: Wed, 7 Aug 2002 20:43:30 +0200 (MEST)	[thread overview]
Message-ID: <UTC200208071843.g77IhUc20546.aeb@smtp.cwi.nl> (raw)

    > The funny thing is, I removed some stuff here in 2.5.30,
    > so I would understand things immediately if you reported this
    > about 2.5.30. But for 2.5.29 I do not immediately see why
    > you would see any changes.

    2.5.30 breaks as well.

    > Did you in the meantime find out what was wrong?

    nope. I still keep working it around.

    > Are things OK in 2.5.28 and wrong in vanilla 2.5.29
    > with the same version of LILO? (which version?)

    a fairly standard LILO from RH 7.3: linux-21.4.4-10.

    > Do you use the linear or lba32 options? The fix-table option?

    I use none of these options. I use a very simple setup, a proper /boot 
    partition, nothing complex or unexpected.

    > What corruption do you see in the partition table?

    nothing in the descriptors that i can tell from looking at fdisk output -
    but it would be pretty hard to recover the system via a pure rescue CD
    otherwise.

    > Do you use LVM?

    nope. Plain old IDE, ext3fs, 

    > What happens under 2.5.30?

    the same 'LI' message.

    I'll try Alan's suggestion of adding the 'linear' option.
    ...
    this actually did the trick - lilo no more messes up the bootup.
    So Alan's suspicion is right, there's something wrong about geometries
    in 2.5-current.

I always like to understand all the details - forgive me if I come
with further questions.

LILO without "linear" or "lba32" is inherently broken:
it will talk CHS at boot time to the BIOS and hence needs a geometry
and install time, and nobody knows the geometry required. So, if
LILO doesnt break, this is pure coincidence.

Since 2.5.30 many people will have a different geometry, so many
people will have to find grub or a recent LILO, or add "linear"
to their old LILO. This is all well understood - I just repeat it
a few times in the hope that that will reduce the amount of email.

But now you talk about vanilla 2.5.29, and I am surprised.
Could you send the kernel boot messages concerning that disk
(dmesg | grep hd) for 2.5.28 and 2.5.29 and 2.5.30?

And you talk about corruption, and I am surprised again.
Have you verified that there really was a difference?
Or do you only suspect corruption because LILO has problem?
(In that case I can assure you that there was no corruption.)

Andries


             reply	other threads:[~2002-08-07 18:39 UTC|newest]

Thread overview: 34+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-08-07 18:43 Andries.Brouwer [this message]
2002-08-07 21:12 ` [bug, 2.5.29, (not IDE)] partition table (not) corruption? Ingo Molnar
2002-08-08  7:30   ` Marcin Dalecki
2002-08-08  7:37     ` Ingo Molnar
2002-08-08  8:42       ` Marcin Dalecki
2002-08-08  9:03         ` Ingo Molnar
2002-08-08  9:18           ` Marcin Dalecki
2002-08-08  7:46 ` [bug, 2.5.29, IDE] partition table corruption? Marcin Dalecki
  -- strict thread matches above, loose matches on Subject: below --
2002-08-08 18:22 Andries.Brouwer
2002-08-08 22:36 ` John Coffman
2002-08-09  6:06   ` H. Peter Anvin
2002-08-08 12:29 Andries.Brouwer
2002-08-08  9:08 Adam J. Richter
2002-08-08  9:24 ` Marcin Dalecki
2002-08-08  9:31   ` Ingo Molnar
2002-08-08  9:34     ` Marcin Dalecki
2002-08-08 10:01       ` Ingo Molnar
2002-08-08 11:45         ` Andries Brouwer
2002-08-08 12:30       ` Alan Cox
2002-08-08 11:22         ` Marcin Dalecki
2002-08-08 13:23           ` Alan Cox
2002-08-08 12:18             ` Marcin Dalecki
2002-08-08 18:11               ` Alan Cox
2002-08-09  0:11                 ` Thunder from the hill
2002-08-09  6:27                   ` Marcin Dalecki
     [not found]     ` <3D523B25.5 <20020808181100Z315277-685+26763@vger.kernel.org>
2002-08-09  6:25       ` Marcin Dalecki
2002-08-06 22:27 Andries.Brouwer
2002-08-07 17:46 ` Ingo Molnar
2002-08-07 17:51   ` Ingo Molnar
2002-08-01 13:45 Ingo Molnar
2002-08-01 13:48 ` Marcin Dalecki
2002-08-01 16:16   ` Alan Cox
2002-08-01 15:02     ` Marcin Dalecki
2002-08-01 15:12 ` Alan Cox

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=UTC200208071843.g77IhUc20546.aeb@smtp.cwi.nl \
    --to=andries.brouwer@cwi.nl \
    --cc=alan@lxorguk.ukuu.org.uk \
    --cc=dalecki@evision.ag \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@elte.hu \
    /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®