From: Marcin Dalecki <dalecki@evision.ag>
To: Ingo Molnar <mingo@elte.hu>
Cc: martin@dalecki.de, Andries.Brouwer@cwi.nl,
Alan Cox <alan@lxorguk.ukuu.org.uk>,
linux-kernel@vger.kernel.org
Subject: Re: [bug, 2.5.29, (not IDE)] partition table (not) corruption?
Date: Thu, 08 Aug 2002 10:42:54 +0200 [thread overview]
Message-ID: <3D522F0E.8040404@evision.ag> (raw)
In-Reply-To: Pine.LNX.4.44.0208080935170.31228-100000@localhost.localdomain
Uz.ytkownik Ingo Molnar napisa?:
> On Thu, 8 Aug 2002, Marcin Dalecki wrote:
>
>
>>>>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.
>>>
>>>
>>>well, lilo without linear worked for like years on this box ...
>>
>>You have to take in to account that by creating a new kernel image
>>you are storing it sometimes after a long long time at perhaps maybe
>>another block group far away. This is becouse ext2 suddenly may feel
>>like doing so...And surprisingly you have to teach lilo about the new
>>far away sectors becouse basic C/H/S addressing can't reach them
>>anylonger. Been there seen that frequently enough.
>
>
> this particular testbox has seen *thousands* of development kernels of all
> sizes, and i often have filled up the complete /boot partition. It is very
> unlikely that this harmless (and not too big) 2.5.29 kernel would have
> been the first one to trigger a 'wrong' CHS combination. Especially since
> 2.4 kernels with exactly the *same* bzImage (and same lilo) work just
> fine.
Well well having a look at lilo-s inwards I can the the following:
if (ioctl(fd,HDIO_GETGEO,&hdprm) < 0)
die("geo_query_dev HDIO_GETGEO (dev 0x%04x): %s",device,
strerror(errno));
geo->heads = hdprm.heads;
geo->cylinders = hdprm.cylinders;
geo->sectors = hdprm.sectors;
geo->start = hdprm.start;
if ((geo->device = bios_device(geo, device)) < 0)
geo->device = 0x80 + (MINOR(device) >> 6) +
(MAJOR(device) == MAJOR_HD ? 0 :
last_dev(MAJOR_HD,64));
If you look at the boot messages from a kernel:
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
hda: 78140160 sectors, CHS=77520/16/63, UDMA(33)
hda: hda1 hda4
You can actually see the CHS info field.
Would you care to maybe compare them between 2.4 and 2.5 on the
system in question?
If they are not different, well, taking a look at the bios_device()
in lilo you can actually see that it doesn't know *anything* about
EZ disk or similar partition table tricks and therelike - this can be
definitively considered a bug *there*.
next prev parent reply other threads:[~2002-08-08 8:44 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-08-07 18:43 [bug, 2.5.29, IDE] partition table corruption? Andries.Brouwer
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 [this message]
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
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=3D522F0E.8040404@evision.ag \
--to=dalecki@evision.ag \
--cc=Andries.Brouwer@cwi.nl \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=linux-kernel@vger.kernel.org \
--cc=martin@dalecki.de \
--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