From: Steven Stallion <sstallion@gmail.com>
To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net>
Subject: Re: [9fans] mechanism to bind partitions in /dev?
Date: Sat, 18 Jan 2014 11:33:40 -0800 [thread overview]
Message-ID: <CAGGHmKGvP+ByWyL6_be9eivOfmKiT94ux3pFWPZU_D4W5m9_mg@mail.gmail.com> (raw)
In-Reply-To: <725B0528-2ACD-49BF-B09C-8A0625C89080@fb.com>
On Fri, Jan 17, 2014 at 10:57 PM, Yoann Padioleau <pad@fb.com> wrote:
> Hi,
>
> Can someone explain how the partitions in /dev/sdC0/xxx are populated? Who
> create those device files? I have a small plan9 kernel running a small shell (sh.Z)
> in memory and when I do 'bind #S/sdC0 /dev/' I just see the 'data', 'ctl', and 'raw' files.
> There is no 9fat or plan9 or whatever partitions there is on this disk. In fact I've
> tried to make on MACos via the Utility disk some fat images and when I do
> qemu -hdb dosdisk.img I can not access again the fat partition on this disk
> (I've tried dossrv and then mount /srv/dos/ /mnt #sdC1/data but it does not work).
> I can access it though when it's on a floppy disk (mount /srv/dos /mnt /dev/fd0disk
> works). How fd0disk is different from #sdC1/data?
Hi Yoann,
sdC0 and friends are populated by devsd (#S) as a part of some
bootstrap goop. What you will typically find is that only the
drive/partitions used to boot are populated, this is the reason for
the readparts= plan9.ini variable. There are other ways to prompt
devsd to create fs entries at boot - I'd suggest looking through
/sys/src/9/port/devsd.c.
Steve
prev parent reply other threads:[~2014-01-18 19:33 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-01-18 6:57 Yoann Padioleau
2014-01-18 7:17 ` Bruce Ellis
2014-01-18 22:34 ` Yoann Padioleau
2014-01-18 19:33 ` Steven Stallion [this message]
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=CAGGHmKGvP+ByWyL6_be9eivOfmKiT94ux3pFWPZU_D4W5m9_mg@mail.gmail.com \
--to=sstallion@gmail.com \
--cc=9fans@9fans.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;
as well as URLs for NNTP newsgroup(s).