From: erik quanstrom <quanstro@quanstro.net>
To: 9fans@9fans.net
Subject: Re: [9fans] new 9atom.iso
Date: Fri, 28 Aug 2009 08:30:37 -0400 [thread overview]
Message-ID: <b18fa177d74fff456f049fe743f3db69@quanstro.net> (raw)
In-Reply-To: <13426df10908272223u3c6238c8o404081a9620c6219@mail.gmail.com>
> So the FAT partition is good when you want to interoperate. But as you
> point out, it's kind of 1/2 of a real fat partition, which means
> sometimes, even if it looks ok in vista or whatever, it's not really
> ok. It's not really possible to fit a true FAT file system handler in
> a 512 byte pbs. The Plan 9 pbs (and I assume most of them) are really
> a "find a file by name, get the offset, and just start loading
> contiguous data form whatever is at that offset in the partition until
> done". That's why there are things like install_grub, or lilo, or
> other such tools. If you delete and replace 9load and it ends up
> discontiguous, well, you may not be able to boot, hence the need to
> sometimes remove and replace all the files in the FAT.
two points, the contiguous requirement is part of the microsoft
standard:
http://support.microsoft.com/kb/66530/en-us
so i think it's a bit unfair to say this is "1/2 of a real fat partition".
also, with dossrv, chmod +al will, if possible convert any file
into a bootable file.
removing all the files is somewhat of a hacky workaround, and
dos format kind of beats around the bush. you tell it how
much system space to reserve, rather than which files are
system files.
> It may well be in the long term that
> the best way to remove 9load is to make Plan 9 grub-bootable.
that doesn't sound very appealing. what advantages does grub have?
would you require linux to have plan 9?
- erik
next prev parent reply other threads:[~2009-08-28 12:30 UTC|newest]
Thread overview: 92+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-08-26 13:32 erik quanstrom
2009-08-27 15:34 ` Hector Oron
2009-08-27 16:16 ` erik quanstrom
2009-08-27 16:51 ` David Leimbach
2009-08-27 17:05 ` ron minnich
2009-08-27 17:07 ` David Leimbach
2009-08-27 17:24 ` erik quanstrom
2009-08-27 18:26 ` Uriel
2009-08-27 18:39 ` ron minnich
2009-08-27 18:40 ` Iruata Souza
2009-08-27 18:48 ` Uriel
2009-08-27 18:56 ` Iruata Souza
2009-08-27 18:57 ` ron minnich
2009-08-27 19:07 ` Uriel
2009-08-27 19:17 ` ron minnich
2009-08-27 19:27 ` Uriel
2009-08-27 19:34 ` ron minnich
2009-08-27 20:35 ` Uriel
2009-08-27 20:46 ` ron minnich
2009-08-27 21:57 ` Steve Simon
2009-08-27 22:05 ` Iruata Souza
2009-08-27 22:18 ` Christopher Nielsen
2009-08-27 22:30 ` tlaronde
2009-08-28 1:56 ` Federico G. Benavento
2009-08-28 2:29 ` erik quanstrom
2009-08-27 20:14 ` erik quanstrom
2009-08-27 20:24 ` ron minnich
2009-08-27 20:28 ` Iruata Souza
2009-08-27 21:41 ` erik quanstrom
2009-08-27 21:46 ` Iruata Souza
2009-08-27 20:37 ` Uriel
2009-08-27 21:09 ` Tim Newsham
2009-08-27 21:38 ` erik quanstrom
2009-08-27 21:45 ` Iruata Souza
2009-08-27 21:49 ` Tim Newsham
2009-08-28 1:54 ` Federico G. Benavento
2009-08-28 4:38 ` ron minnich
2009-08-28 5:08 ` Federico G. Benavento
2009-08-28 5:24 ` ron minnich
2009-08-28 5:23 ` ron minnich
2009-08-28 8:10 ` matt
2009-08-28 11:06 ` Uriel
2009-08-28 12:04 ` Iruata Souza
2009-08-28 12:16 ` blstuart
2009-08-28 12:43 ` Venkatesh Srinivas
2009-08-28 18:02 ` Brian L. Stuart
2009-08-28 19:08 ` Noah Evans
2009-08-29 0:38 ` blstuart
2009-08-28 12:30 ` erik quanstrom [this message]
2009-08-28 16:43 ` Tim Newsham
2009-08-28 16:52 ` matt
2009-08-28 16:52 ` Federico G. Benavento
2009-08-28 7:59 ` Gorka Guardiola
2009-08-28 8:00 ` Gorka Guardiola
2009-08-28 8:54 ` hiro
2009-08-28 9:08 ` Venkatesh Srinivas
2009-08-28 11:13 ` matt
2009-08-28 12:04 ` erik quanstrom
2009-08-28 12:50 ` matt
2009-08-28 14:54 ` Iruata Souza
2009-08-28 15:11 ` Iruata Souza
2009-08-28 16:01 ` Dave Eckhardt
2009-08-28 23:40 ` Uriel
2009-08-28 23:54 ` Noah Evans
2009-08-28 15:15 ` David Leimbach
2009-08-28 15:19 ` erik quanstrom
2009-08-28 15:24 ` David Leimbach
2009-08-28 15:33 ` ron minnich
2009-08-28 15:37 ` David Leimbach
2009-08-28 15:46 ` erik quanstrom
2009-08-28 16:23 ` David Leimbach
2009-08-28 16:37 ` matt
2009-08-28 17:39 ` David Leimbach
2009-08-28 17:53 ` erik quanstrom
2009-08-29 17:20 ` David Leimbach
2009-08-29 17:25 ` erik quanstrom
2009-08-29 17:39 ` David Leimbach
2009-08-28 15:56 ` ron minnich
2009-08-28 15:31 ` ron minnich
2009-08-28 15:31 ` ron minnich
2009-08-28 15:35 ` erik quanstrom
2009-08-27 19:07 ` Tim Newsham
2009-08-27 19:19 ` Iruata Souza
2009-08-27 18:01 ` erik quanstrom
2009-08-27 19:06 ` David Leimbach
2009-08-27 20:20 ` erik quanstrom
2009-08-27 20:35 ` Lyndon Nerenberg
2009-08-27 20:51 ` David Leimbach
2009-08-27 20:59 ` erik quanstrom
2009-08-27 21:43 ` David Leimbach
2009-08-27 17:06 ` Lyndon Nerenberg
2009-10-12 1:43 erik quanstrom
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=b18fa177d74fff456f049fe743f3db69@quanstro.net \
--to=quanstro@quanstro.net \
--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).