From: Andries.Brouwer@cwi.nl
To: adilger@turbolabs.com, arvest@orphansonfire.com
Cc: linux-kernel@vger.kernel.org, viro@math.psu.edu
Subject: Re: 2.4.11 loses sda9
Date: Thu, 11 Oct 2001 19:07:25 GMT [thread overview]
Message-ID: <UTC200110111907.TAA32409.aeb@cwi.nl> (raw)
On Thu, Oct 11, 2001 at 12:08:14AM -0600, Andreas Dilger wrote:
> You probably need to go into fdisk and change the partition type of
> sda9 from "0" to "83" (or any other non-zero type). There is a
> reason that it is saying "omitting empty partition (9)" at boot,
> and "fdisk -l" doesn't list it - because type "0" means "I don't exist".
If I am not mistaken, it is fdisk rather than the kernel that says
"omitting empty partition (9)". (And the latest fdisk no longer
deletes partitions of type 0 from its listings.)
The sys_type field never had any significance to the kernel.
Andries
[By the way, it is a sad sight to see patch-2.4.11.
Where my own sources use dev->hardsect_size , and
intermediate sources use get_hardsect_size(dev)
an inline function defined roughly either as
dev->hardsect_size
or as
hardsect_size[MAJOR(dev)][MINOR(dev)]
so as to make it easy to switch between compiles where
a kdev_t is a number and we use the infamous arrays,
and compiles where a kdev_t is a pointer to a device struct,
and no arrays exist, I now see that get_hardsect_size(dev)
is replaced by
get_hardsect_size(to_kdev_t(bdev->bd_dev))
. Yecch.
Al, I never understood why you want to introduce a
struct block_device * to do precisely what kdev_t
was designed to do.]
next reply other threads:[~2001-10-11 19:08 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-10-11 19:07 Andries.Brouwer [this message]
2001-10-11 19:19 ` 2.4.11 loses sda9 Alexander Viro
-- strict thread matches above, loose matches on Subject: below --
2001-10-12 0:07 Andries.Brouwer
2001-10-11 22:11 Andries.Brouwer
2001-10-11 22:26 ` Alexander Viro
2001-10-11 20:29 Andries.Brouwer
2001-10-11 20:54 ` Alexander Viro
2001-10-11 5:07 Alexander Viro
2001-10-11 5:20 ` arvest
2001-10-11 5:23 ` Alexander Viro
2001-10-11 5:45 ` arvest
2001-10-11 6:08 ` Andreas Dilger
2001-10-11 6:17 ` Alexander Viro
2001-10-11 16:41 ` arvest
2001-10-11 16:46 ` Ignacio Vazquez-Abrams
2001-10-11 16:50 ` Alexander Viro
2001-10-11 17:23 ` Alexander Viro
2001-10-11 18:22 ` Guest section DW
2001-10-11 18:25 ` Alexander Viro
2001-10-11 4:22 arvest
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=UTC200110111907.TAA32409.aeb@cwi.nl \
--to=andries.brouwer@cwi.nl \
--cc=adilger@turbolabs.com \
--cc=arvest@orphansonfire.com \
--cc=linux-kernel@vger.kernel.org \
--cc=viro@math.psu.edu \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.