9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: "Paweł Lasek" <pawel.lasek@gmail.com>
To: "Fans of the OS Plan 9 from Bell Labs" <9fans@cse.psu.edu>
Subject: [9fans] Re: Installing and partitioning for plan9
Date: Sat,  6 May 2006 01:43:32 +0200	[thread overview]
Message-ID: <9f3897940605051643r72d7c2eer5cb979a3940fe412@mail.gmail.com> (raw)
In-Reply-To: <3b6b534b900a9865da8e66a37584fba4@swtch.com>

PC MBR-style partition are _very_ often not sorted. It's the usual
situation if you had some repartitioning without changing the whole
disk structure (For example, changed only part of the disk) using *nix
fdisk - it preserves old partion numbers in order not to screw OS
booting (with MBR partition table, it's quite sensible thing to
do....)

But it's not only Plan9's fdisk bug, IIRC Windows 2000 Server did the
same to me (Or maybe it was something different), except that it only
changed partition numbering to sorted - The only thing I had to was to
boot from other medium and change /etc/fstab entries to match new
numbers.

On 5/5/06, Russ Cox <rsc@swtch.com> wrote:
> > Is that the expected behaviour of plan9 fdisk?
>
> Not quite the expected behavior, but it's certainly believable.
>
> Fdisk assumes that it can pick up the partition table
> into its internal representation and then rewrite it from that
> internal representation without breaking anything.
> It never occurred to me that partitions might not be
> listed in order (in prep, which fdisk is based on,
> partition order is irrelevant and therefore always sorted!).
>
> I'm also not too surprised about changing the type of
> extended partition.  That shouldn't matter, of course.
>
> Changing one of the partition sizes *is* surprising,
> since I tried very hard not to do that.
>
> PC disk partitioning is a giant mess.  I've given up.
> If you think you can fix the bugs without
> introducing other problems, the source is in
> /sys/src/cmd/disk/prep/fdisk.c and I'd gladly
> accept a patch (see patch(1)).
>
> Thanks for the report.
> Russ
>
>


--
Paul Lasek

  reply	other threads:[~2006-05-05 23:43 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-05-04 22:48 [9fans] " Lluís Batlle i Rossell
2006-05-05  4:00 ` Russ Cox
2006-05-05 23:43   ` Paweł Lasek [this message]
2006-05-06  8:24     ` [9fans] " Lluís Batlle i Rossell
2006-05-06 10:37       ` Glenn Holmer
2006-05-06 15:04         ` Russ 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=9f3897940605051643r72d7c2eer5cb979a3940fe412@mail.gmail.com \
    --to=pawel.lasek@gmail.com \
    --cc=9fans@cse.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).