Plan 9 第二版

**名無しさん＠お腹いっぱい。** · NG

配布元:
http://plan9.bell-labs.com/plan9dist/

国内サイト:
http://ar.aichi-u.ac.jp/plan9/
http://ar.aichi-u.ac.jp/plan9/getting.html
http://ar.aichi-u.ac.jp/plan9/fs/
http://ar.aichi-u.ac.jp/plan9/install/
http://ar.aichi-u.ac.jp/plan9/unix.html
http://basalt.cias.osakafu-u.ac.jp/plan9/p9index.html

前スレ: Plan9
http://pc.2ch.net/test/read.cgi/unix/990293679/l50

**名無しさん＠お腹いっぱい。** · 2006/04/30(日) 17:26:04

>>562
問題があるとすると、VGA がまともに使えるか、というくらいだと思いますが
ThinkPad の R って、MOBILITY RADEON でしょうか。
http://plan9.bell-labs.com/wiki/plan9/Supported_PC_hardware/index.html
で見る限りでは問題なさそうに思えます。

> 主に仕事用にstandaloneで使うために1台必要になり、

お仕事で Plan 9 ですか？

**名無しさん＠お腹いっぱい。** · 2006/05/02(火) 01:00:31

へー、デバイスけっこうたくさんサポートしてるんだね。すごい。

**名無しさん＠お腹いっぱい。** · 2006/05/02(火) 01:43:23

今後大量に廃棄される(?) PPC Mac 用の Plan 9 があると
いいな。

**名無しさん＠お腹いっぱい。** · 2006/05/09(火) 19:54:09

最新のソースが欲しいので、pullを試しているのですがうまくいきません。
glendaでpullを実行するとsource.cs.bell-labs.com宛のTCPのSYNパケット
が飛んでいきますが、応答が何も無くタイムアウトしてしまいます。
どのような原因が考えられますか？

**名無しさん＠お腹いっぱい。** · 2006/05/10(水) 09:47:49

ベル研のサーバが落ちてるのでは?
telnet tcp!sources.cs.bell-labs.com!9fs して、
connected to tcp!... と表示されますか?

次は 9fs sources して ls /n/sources すると
きちんと plan9 とかのディレクトリがみえるでしょうか?

**566** · 2006/05/10(水) 12:47:09

>>567
>telnet tcp!sources.cs.bell-labs.com!9fs して、
>connected to tcp!... と表示されますか?

やはり、何も応答が無いままタイムアウトします。

というか、どうやら構内のファイアウォールにブロック
されているみたいです。この線でもう少し調査してみます。

ありがとうございました。

**名無しさん＠お腹いっぱい。** · 2006/05/21(日) 04:55:39

戯れに QEMU で native Inferno を動かさんとす。

1. vitanuova から cdinstall.iso を入手
2. Plan 9 上で iso イメージをマウント
3. $home/inferno にインストール
mkdir $home/inferno
install/Plan9.rc $home/inferno
4. Inferno をコンパイル
cd $home/inferno
bind -b Plan9/386/bin bin
mk install
5. Inferno カーネルをコンパイル
cd os/pc; mk ; gzip ipc
6. bell-labs から plan9.flp を入手
7. plan9.flp のカーネルを ipc.gz に置き換え。
bootfile=fd0!dos!ipc.gz
mouseport=ps2
monitor=vga
vgasize=640x480x8
にして、inferno.flp に rename
8. qemu が動くマシンで
qemu -boot -a -fda inferno.flp
動かん...

泣き濡れつつもう寝る。

**名無しさん＠お腹いっぱい。** · 2006/05/21(日) 18:21:54

どこまで動いているのかわからないので
plan9.ini に console=0 を追加してシリアルコンソールから見る。

userinit...
schedinit...
Initial Dis: "/osinit.dis"
**
** Inferno
** Vita Nuova
**
Setup boot net services ...
bootp...could not bind interface: dial 0x800 failed: '/net/ether0' file does not exist (/net/ether0/clone)

bootp サーバがどこかにないとだめ？
NCR のドライバはあるようなので、scsi ならマウントできる？
でも bootdisk=xx とか bootargs=xx とかの類を
見ている箇所がないのでだめっぽい...

**名無しさん＠お腹いっぱい。** · 2006/05/22(月) 09:39:34

inferno も 9load から起動するんですね。ほほう。

**名無しさん＠お腹いっぱい。** · 2006/05/23(火) 00:54:31

よくよく見ると、os/pc/ipcdisk を使うと kfs をマウントできそう。
ということで、os/pc/mkfile の CONF=pc を
CONF=pcdisk に変更 (mk CONF=pcdisk でもよかったかも)。

> Initial Dis: "/osinit.dis"
と表示があったのは、man init によるとカーネルコンパイル時に
init で指定された名前のファイルを用いるらしい。というわけで
ipcdisk の
|init
|wminit
を
|init
|pcinit
に。これで、 os/init/wminit.b のかわりに os/init/pcinit.b が
用いられるはず。

で、再度コンパイル (cd os/pc; mk) すると、
limbo -I/usr/ebara/inferno/module -gw pcinit.b
pcinit.b:17: Dosfs is not declared

あれれ？Dosfs の定義がどこにもありませんよ...
http://www.vitanuova.com/inferno/cdlist.html
によると appl/svc/dossrv/dosfs.b とかがそれっぽいのですが、
落として来た Inferno には存在せず。os/init/mpcinit.b を参考に
kfs をマウントするようなものを書けるのかもしれぬが、
limbo はようわからぬ。
というわけで挫折。

**名無しさん＠お腹いっぱい。** · 2006/05/26(金) 02:16:39

ピノーの Sizka ORION(Geode LX800) に Plan 9 を入れてみました。
vesa で VGA が使えるかと思ったのですがなぜか動かず。
ネットワーク I/F は問題なく認識するので、認証サーバや CPU サーバと
しては使えます。

# でも実を言うと、最新のインストール cdrom だと起動できなかった。
# 昔の cdrom でインストール後 pull して 9load とカーネルを入れ替えて
# 動かすと問題なし。
# 理由は不明。単に CDROM を焼くのに失敗しているだけかも。

**名無しさん＠お腹いっぱい。** · 2006/06/12(月) 08:03:38

http://labs.google.com/people/r/

先生、未来はPlan9じゃなくてGoogleなのでしょうか

**名無しさん＠お腹いっぱい。** · 2006/06/12(月) 18:40:28

え゛ー、Rob Pike ぐーぐるにいるのか!! 分散システムとプログラミング言語って
書いてあるけど、ひょっとして Inferno どっかに使ってるのか?!

**名無しさん＠お腹いっぱい。** · 2006/06/12(月) 23:18:33

Plan 9でテレビ見るソフトは公開されてない？

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 08:50:02

みんな Google 行っちゃった...

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 18:23:47

ヲイヲイ、Plan 9どうすんのよ。放置プレイ？

**名無しさん＠お腹いっぱい** · 2006/06/13(火) 23:21:49

心配するこたあねえぜ！
GoogleがすべてPlan 9に移行するんだよ！

**名無しさん＠お腹いっぱい。** · 2006/06/23(金) 16:10:18

つまり Plan B か。

**名無しさん＠お腹いっぱい。** · 2006/07/02(日) 21:15:43

Plan 9 Fourth Edition、/sys/src/fsなど変更
ttp://journal.mycom.co.jp/news/2006/07/02/341.html

**名無しさん＠お腹いっぱい。** · 2006/07/03(月) 00:10:12

「初期の Bourne shell によく似た」
「起動は Linux/FreeBSD とよく似ている」
以上 2 点よく意味がわかりませんw

**わかんないんです（＞＜）** ◆WAkan9Ey1g · 2006/07/03(月) 20:06:20

わかんないんです（＞＜）

**名無しさん＠お腹いっぱい。** · 2006/08/06(日) 03:02:38

ビデオカードが対応してないハードウェアでも、CPUサーバにしてdrawtermから繋ぐと
rioが動いたりするんですか？

**名無しさん＠お腹いっぱい。** · 2006/08/06(日) 09:57:27

>>584
する

**名無しさん＠お腹いっぱい。** · 2006/08/24(木) 09:20:30

やたっ VMware ESX サーバで Virtual SMP 使って 4cpu 動いてはる。

**名無しさん＠お腹いっぱい。** · 2006/09/05(火) 23:56:32

Plan 9公式死んだ？

**名無しさん＠お腹いっぱい。** · 2006/09/06(水) 00:58:00

繋ぐとこうなった？
http://plan9.bell-labs.com/
<head><title>Object not found</title></head>
<body><h1>Object not found</h1>
The object / does not exist on this server.</body>

http://plan9.bell-labs.com/plan9/
<head><title>Object not found</title></head>
<body><h1>Object not found</h1>
The object /plan9/ does not exist on this server.</body>

**名無しさん＠お腹いっぱい。** · 2006/09/06(水) 14:02:05

>>588
なった、なった

**名無しさん＠お腹いっぱい。** · 2006/09/06(水) 15:08:19

>>589
現在サーバのraid disksのコントローラが原因不明で壊れ、これの原因究明中。
もうすぐディスクも新しくして、甦る予定。しばらく静かに待て。

**名無しさん＠お腹いっぱい。** · 2006/09/06(水) 15:10:45

>>590
そうそうもともとはニュージャージ地方の停電が原因で、無停電電源も
役に立たなかったらしい。

**名無しさん＠お腹いっぱい。** · 2006/09/06(水) 15:54:17

>>590
えっ!? Plan9 で RAID 使ってるの?

**名無しさん＠お腹いっぱい。** · 2006/09/07(木) 18:12:02

復活したかな。安心

**名無しさん＠お腹いっぱい。** · 2006/09/08(金) 12:19:04

>>592
Plan 9を何だと思ってるん？
おもちゃじゃないよ。

**名無しさん＠お腹いっぱい。** · 2006/09/08(金) 13:13:30

え、おもちゃじゃないの!?

**名無しさん＠お腹いっぱい。** · 2006/09/08(金) 13:55:32

夢の大洪水！

**名無しさん＠お腹いっぱい。** · 2006/09/08(金) 18:35:44

最終的なファイルシステムは追記型で、書き換え可能なハードディスクはキャッシュに過ぎん、と
聞きかじりで思ってたので、RAID なんか要らないかと思ってた。

**名無しさん＠お腹いっぱい。** · 2006/09/09(土) 10:06:32

>>595
君はおもちゃが欲しくてココを覗いてるのか？
そんな君には毎年欠かさず税金付きのWindozeがお似合いじゃないか？

**名無しさん＠お腹いっぱい。** · 2006/09/09(土) 17:46:08

そうだ！Plan 9は業務でこそ使うべきだ！

**名無しさん＠お腹いっぱい。** · 2006/09/09(土) 23:23:54

>>597
デジタルデータなんて紙の信頼性に遠く及ばない。

**名無しさん＠お腹いっぱい。** · 2006/09/10(日) 01:21:11

酸性紙は論外としても、そうじゃなくても紙は燃えてしまったりするんだよねえ。
災対を考えれば、粘土板こそ至高。

**名無しさん＠お腹いっぱい。** · 2006/09/10(日) 12:21:10

100GB分の粘土板にランダムアクセスするのは大変そうだぞ。

**名無しさん＠お腹いっぱい。** · 2006/09/10(日) 23:48:43

紙をキャッシュとして使えばいいんじゃない？

**名無しさん＠お腹いっぱい。** · 2006/09/23(土) 13:08:38

>>554
＞勘違いしてるようだが、Linux は代用品なんだぞ。代用品の代用品なんて必要ないんだよ。
つ第三のビール

**名無しさん＠お腹いっぱい。** · 2006/09/25(月) 02:24:42

外部向けwebサーバ[fossil]と認証サーバ[fossil+venti]の構成で、
ファイル自身は認証サーバにあるので、それをimportしてwebで使えばいいかなと考えていたのですが、
noneからimportしようとするとfactotumがなくてエラーになってしまいました。
皆さんこのあたり、どうしているんでしょう？

**名無しさん＠お腹いっぱい。** · 2006/09/25(月) 09:23:30

none ようの factotum を /srv/factotum.none かなんかにポストさせといて、
httpd の namespace.httpd から factotum.none をマウントしてやれば
よいのではないかな?

**名無しさん＠お腹いっぱい。** · 2006/09/27(水) 02:11:04

plan9のキャラクターの逝けて無さは異常

**名無しさん＠お腹いっぱい。** · 2006/09/27(水) 03:17:00

ええー??? あの情けなくて陰鬱なペンギンよりずっと愛嬌もウィットも感じられるが。オレだけか?

**名無しさん＠お腹いっぱい。** · 2006/09/28(木) 13:45:11

Glendaの良さはキモカワイクナイ所だと思う

**名無しさん＠お腹いっぱい。** · 2006/09/29(金) 13:17:47

キモカワイクナクナイ？

**名無しさん＠お腹いっぱい。** · 2006/09/29(金) 13:58:22

キモコワイ

**名無しさん＠お腹いっぱい。** · 2006/09/29(金) 14:08:52

キモカワイイのを狙ったんだろうがキモい成分が強すぎるよな

**名無しさん＠お腹いっぱい。** · 2006/09/29(金) 14:42:30

*BSDのマスコットよりGlendaの方が良い。

**名無しさん＠お腹いっぱい。** · 2006/09/29(金) 14:48:58

まあ OpenBSD の sushi fugu より気色悪いマスコットというのはこの世に存在しないからな。

**名無しさん＠お腹いっぱい。** · 2006/09/30(土) 22:36:02

plan9が世に出て10年以上。

そろそろ次世代のOSって見えてこないの？

**名無しさん＠お腹いっぱい。** · 2006/09/30(土) 23:08:40

あのうさぎが一番可愛いと思っていた．．．

**名無しさん＠お腹いっぱい。** · 2006/10/01(日) 12:19:34

>>615
plan9＝次世代

**名無しさん＠お腹いっぱい。** · 2006/10/01(日) 13:48:35

次世代OSの本命は、Googleプログラミング環境でしょう。
http://www.radiumsoftware.com/0608.html#060823
http://eto.com/d/GoogleBase.html
こういう方向はあまりに中央集権的で好きになれんけど

**名無しさん＠お腹いっぱい。** · 2006/10/02(月) 09:56:25

>>618
何をもって中央集権的といってるのか知らないけど、Robさんは以前から
SQLなど現行のRDBシステムには疑問を持ってたよね。

**名無しさん＠お腹いっぱい。** · 2006/10/08(日) 11:52:04

Plan9 4th edition のliveCDで遊んでみたが、マウスポインタが動かなかった。
もしやと思い、KVMを外したら動いた。ELECOMのKVM-C24は使えません。

**名無しさん＠お腹いっぱい。** · 2006/10/08(日) 13:33:53

>>620
KVMは結構鬼門だったりする
俺の(今手元に無いから型番わかんない)も、Rio起動した後は使えるんだけど
rio起動前は使えなかったり。

**名無しさん＠お腹いっぱい。** · 2006/10/08(日) 16:37:18

ソフトウエアからKVMを有効にすることはできないんでしょうか。

**名無しさん＠お腹いっぱい。** · 2006/10/10(火) 00:00:26

mouseのホイールの動作に関して質問なのですが。

デフォルトでは1刻みで1行スクロールになっていますが
これを複数行スクロールさせる方法はあるのでしょうか？
mouse(3)をみてもそれっぽいことは書いてありません。

**名無しさん＠お腹いっぱい。** · 2006/10/10(火) 22:41:00

>>617
便乗でクドイかもしれんが

次々世代は何？

**名無しさん＠お腹いっぱい。** · 2006/10/11(水) 11:42:09

>>623

rio を起動する前に、mousescrollsize という環境変数を
適当に設定してください。
libdraw の mousescrollsize って関数でこれになってますが、
draw(2) 見ても書いてないですね。

**名無しさん＠お腹いっぱい。** · 2006/10/12(木) 00:31:13

Plan 9 を imap4 サーバとして使おうとしているのですが
なんだかダメっぽい...
mew から mew-summary-from-local-to-imap でローカルにある
メールを Plan 9 に書き出していると、途中で止まってしまいます。
ハードウェアに問題があるのか fossil のどこかでデッドロック
が起こっているのかもっと他の原因なのかよくわからないのですが、
imap4d が止まって他プロセスもファイルアクセスすると差さります。

fossil 単体で動かしているのですが、もし fossil のバグだった
とすると、venti と併用してやることでワーキングセットが
小さくなり障害として現われにくくなる？
ロックの箇所は変らないので意味がない？

**名無しさん＠お腹いっぱい。** · 2006/10/12(木) 01:31:27

素朴な疑問:
一般的に、複数台の Plan 9 box を持っている人は venti を
どれだけ動かしているのでしょうか？

a. fossil 単体を各マシンで動かす
b. fossil は各マシンで venti サーバ一台に繋げる
c. fossil+venti を各マシンで動かす
d. fossil+venti を一台のみ動かし、他はディスクレス(import)

いっそのこと全世界で共通の venti サーバを用意して
性善説の venti サーバとか作るとか。

はっ、Apple の iDisk は実は venti なのでは？
Time Machine も実は fossil+venti なのでは？

**名無しさん＠お腹いっぱい。** · 2006/10/12(木) 04:27:53

>>627
いまは2台持ってますが、fossil+ventiとfossilのみ、かな。
目標はd.まで持っていきたいんだけど、/bin/cpurcにswitch分岐は
あまり美しくないよなあ、とか。CPUサーバの/tmpはローカルディスク使いたい
などなど不明な点がいくつかあるためやってません。
後半は何もしなくてもできるのかもしれない。

Time Machineは俺も思った。どうみてもventiです、本当に(ry

**名無しさん＠お腹いっぱい。** · 2006/10/12(木) 21:24:53

>>627
5台くらい動いてるけど、fossil+ventiが1台(venti実験用)
後はfossil only だなぁ。
俺も d まで持って行きたいけど、/bin/cpurcのswitch分岐は美しくないと思う
まー cpurc.hostname みたいなのを別に用意してやれば、少しはマシになるだろうけど

ventiのセットアップにやたら時間がかかったんで、fossilでいいやーってのが正直な所

**627** · 2006/10/13(金) 00:38:13

今頃になって思い出したのですが、一時期
- auth サーバ (fossil) → cpu サーバ 1 の venti に接続
- cpu サーバ 1 (fossil+venti)
- cpu サーバ 2 (fossil) → cpu サーバ 1 の venti に接続
- 端末 (fossil) → cpu サーバ 1 の venti に接続
という構成で運用していました。
起動/停止の順序にえらく気を使うはめになり、あげく venti を
ふっとばしてなにもできなくなって泣きました...
ええ。いろいろな意味でバカなことをしました。>>468
やっぱり、b はやめた方が無難な気がしてきました。

d ですが、/rc/bin/cpurc での切り替えは確かにきれいでないですね。
そもそも、いろいろ理解の及ばないところがあります。
たとえばディスクレスの HTTP サーバを作るとして、HTTP サーバに
個人ユーザのホームは export したくない、というようなことは
/rc/bin/cpurc での切り替えで実現できるんでしょうか？
bind で隠すことができるのはわかりますが、なんとなく不安です。

/tmp というと、$home/tmp が /tmp として共有されているのは
ヘボなプログラムだと問題になりそう。各ノードで動いている
プログラムの一時ファイルが互いに書き潰しあうとか。

**名無しさん＠お腹いっぱい。** · 2006/10/14(土) 01:05:06

fossilってPlan 9中で一番怖いユニットなのに、、、

**名無しさん＠お腹いっぱい。** · 2006/10/14(土) 01:10:16

うーん、fsが飛んだというネタは見たことがないけど、
fossilが壊れたというのはいくつか見ますね。
この判断は正解だったんでしょうか。ファイルサーバ。

**名無しさん＠お腹いっぱい。** · 2006/10/14(土) 07:40:04

>>632
あれがやられたのはLucentでのリストラの真最中だったしねぇ。
fossilは失敗だと思うよ、わたしは。

fossilにして最大の欠陥は、hostownerなる変なroot userが
出来てしまった事で、彼はどのファイルも読み書きできるんだな。
ちょっとpermisionを変更すればすべてOk、こんな恐いシステム
unixと同じじゃん。ここでwindozeなんてあほな事は言わないとしてもね。

filserver用にはuser processは許さなかったKenさんは、やっぱ偉大だなぁ。
先を見通す力と言うか、、、

**名無しさん＠お腹いっぱい。** · 2006/10/14(土) 07:44:33

>>633
というわけでうちでは未だに64bit Ken's fileserverが主役だよ。
fossil+ventiも一応うごかしてはいるけどね。最近は変なエラーメッセイジも
少なくなって来たかな。:-)

**名無しさん＠お腹いっぱい。** · 2006/10/14(土) 07:46:03

>>634
そうそう追加。
毎日shutdownする遊びシステムではfossilも落ちないな、
めったに。こういう使い方でfossil落した人いる？

**名無しさん＠お腹いっぱい。** · 2006/10/14(土) 08:13:29

>>635
もう一つ追加。

fossilはメンテ上の、人手上のと言うべきか、問題で仕方無かったんだと思う。

もう一つ最低三台マシンが必要ってのがPlan 9の普及を阻害してるという
認識もあったんだけど、こっちの方は間違いだったよね。
遊びでPlan 9を使うユーザをふやしても、そういうユーザは開発なんか
しない。まれな例外を除けば。:-)

**名無しさん＠お腹いっぱい。** · 2006/10/14(土) 08:15:33

>>636
この辺はhttp://basalt.cias.osakafu-u.ac.jp/plan9に書いた、
ずいぶん前だけど。

**名無しさん＠お腹いっぱい。** · 2006/10/15(日) 21:11:34

fsは魅力的なので試してみたいかな、とは思うんですけど。
今の機械にSCSI(とJukeBox)を追加するのは難しそうなのですが、
pseudo-wormでも試してみる価値はあるんでしょうか。

擬似wormだと、fossil+ventiと比べてのfsの利点
(ディスクが飛んでもメディアが残る等)がなくなるのでどうなのかなあ、と。
ユーザプロセスが動かないのは確かにうれしいところですが。。

**名無しさん＠お腹いっぱい。** · 2006/10/15(日) 21:54:28

>>638
Unixと同じレベルのセキュリティでよいのならUnix使ったほうがいいんじゃないの？
いろいろソフトもあって便利だし。でもそうするとWindozeとも本質的に変わりはないね。
ソースが付いてくることにのみ意味を見つける、、、

pseudo-wormでとりあえず良いんじゃないの。この先Geoffさんがどこまで
がんばれるのか知らないけど。少なくともPlan 9を使う意味は明瞭だよ。

**名無しさん＠お腹いっぱい。** · 2006/10/15(日) 21:59:50

>>639
ちょっと訂正。
Plan 9の場合最後にそのファイルをいじった記録が残るから少なくとも
自分に覚えがなければ、誰かが触ったということはわかるので、ちょっとは
セキュリティは高いね。でも後の祭り。

**名無しさん＠お腹いっぱい。** · 2006/10/16(月) 09:06:23

fs はユーザプロセスが走らないっていうけど、別に fossil+venti も
ユーザログインを許さなければ fs と同じ形態での運用は可能だよね?

**名無しさん＠お腹いっぱい。** · 2006/10/16(月) 10:47:31

>>641
不可能

**名無しさん＠お腹いっぱい。** · 2006/10/17(火) 08:59:02

>>642
どの点が fs と違うのか、もう少し書いてもらってもいいですか?

**名無しさん＠お腹いっぱい。** · 2006/10/17(火) 11:12:02

>>643
あなたが私の学生なら更に続けるが、、、:-)

**名無しさん＠お腹いっぱい。** · 2006/10/17(火) 16:29:06

arena を LINUX BOX にバックアップしようとして、うっかり
srvssh を動かすのを忘れて fossil が disk full になっちゃったよ！
一旦、disk full になるとファイルを消しても full のままみたい。
結局 fmtfossil で直せましたが…
fossil には minfree はないのか。

へたに動かれて venti まで full にされていたら泣くに泣けなかった
ので逆に助かったのかも。

**名無しさん＠お腹いっぱい。** · 2006/10/18(水) 02:39:16

ld.comが64k超のため使えない。
回避策はあるの？それとも誰も使ってないの？

**名無しさん＠お腹いっぱい。** · 2006/10/18(水) 13:11:38

clri とかなかったかな? fossilcons(8) を見てみて

**名無しさん＠お腹いっぱい。** · 2006/10/24(火) 00:45:55

>>645
これもよく知られたfossilのバグだけど、あなたのfossilはいつごろの
ソース？私は最近updateしてないので、、、というか必要ない :-)

**名無しさん＠お腹いっぱい。** · 2006/10/24(火) 21:01:45

>>648

頻繁に pull しているのでほぼ最新のソースです。

>>647

rm してファイルは見えなくなったが disk is full が
表示され続けて開きはできない、という状態でした。
なので clri でも状況は変わらなかっただろうと想像しています。

**名無しさん＠お腹いっぱい。** · 2006/10/24(火) 22:23:14

>>649
pullとは懐かしく感じるなぁ。:-)

情報をどうもありがとうござました。

**名無しさん＠お腹いっぱい。** · 2006/11/04(土) 17:37:17

fs と cpu/auth を分けた場合、drawterm で接続に行くのは cpu/auth なのですが、
login したとき fs のファイルを見ている状態にはできないものでしょうか??

plan9.ini の bootargs みたいにできればいいのですが。
qemu でディスクレス端末を作ろうとしたけど、
user[none]: xxxxx
ユーザー名の入力以降、反応しなくなるし....

**651** · 2006/11/06(月) 03:26:52

解決しました。cpu/auth サーバを fs の上で作りなおして妥協です。
すごいものですね。ローカルなのかファイルサーバなのかを意識できない。

**名無しさん＠お腹いっぱい。** · 2006/11/06(月) 09:38:32

それか、cpu/auth 自体を fs からディスクレスブートするとか。
すると、cpu/auth/fs/term 全部統一されたファイルシステムで
動作することになりますよ。

**名無しさん＠お腹いっぱい。** · 2006/11/08(水) 01:03:53

>>653
こちらは６５１/６５２の文章の意味が分からない。
やっと規制解除。
ｆｓってKen's fsのこと？
fsの上で作り直すってどういうこと？

**651** · 2006/11/08(水) 02:43:36

fs の上で、というのは、 >>653 のように、ブートは 9fat からですが
ファイルシステムを fs のものをつかうようにしました、ということです。
お騒がせしました。

fs は fs64 です。上のほうで挙がってたので、連休ということもあって
試してみたのですが、なかなかうまくはいかないものですね。
今もなんですが、 boot のときに /adm/users を読むところで　cannot access /adm/users
というエラーを吐いている (もちろん認識されてない) のですが、
コンソールから自分で users を入力すると受け付けてくれる現象が起こってます。
/adm に walk するところで、f_walk() が Eentry エラーを返すところまでは追いましたが、
なぜ初回だけ失敗するのかが不思議です。

**名無しさん＠お腹いっぱい。** · 2006/11/09(木) 00:46:03

>>655
もう一つちんぷんかんぷんなんだけど
auth serverが立ち上がったのはどこから？
ひょっとしてlocal filesystemからになってるんじゃない？
つまりfile serverが所有する/adm/usersファイルをauth serverが
立ち上がるときには見てないとか

もしもそのシステム中でfile serverを一つだけにするのなら
654さんも書いてるようにauth serverはdisklessの方が分かりやすいかも。
複数のfile serverを用途によって使い分けるためには、local filesystemを
持ったauth serverが必要だけど。

**651** · 2006/11/09(木) 23:21:12

うーん、FDD,PXE が無いなどの理由で、ディスクレスは難しそうなんです。
本当は PXE boot というものをやってみたいのですが。。。
sdC0!9fat!plan9.ini から、関係のありそうな行を抜き出してみました。
　　bootfile=sdC0!9fat!9pcauth
　　bootargs=il -g gggg ...
　　fs=xxxx
　　auth=aaaa
nvram
　　authID: bootes
　　password: mmmm

それから、「/adm/users が無い」とエラーを吐くのは fs の boot 時なので、
これも一部ですが、fs の設定は以下になります。
　　config h0
　　filsys main ch0fh2
　　filsys dump o
　　ip xxxx
　　ipmask 255.255.255.0
　　ipauth aaaa
　　ipgw gggg

　　password: mmmm
　　authID: bootes

なんでだー・・・

**名無しさん＠お腹いっぱい。** · 2006/11/09(木) 23:41:49

>>657
ま、何事もはじめは分かりやすいハードで勉強を始めることですね。
いろはです。

**名無しさん＠お腹いっぱい。** · 2006/11/10(金) 09:22:34

657 さんの auth は FDD のかわりに HDD から pcauth を読み込んでますが、
bootargs=il ... なので fs から起動しているディスクレス運用のようですね。

fs の config に service の行がないですが、これは抜粋とのこともあるし
関係ないでしょうし...

fs で users default してからもう一度必要ユーザを newuser してって
/adm/users を再構築するとどうなるか確かめられますか?

あと、/adm の owner/group はなんでしょうか?

**名無しさん＠お腹いっぱい。** · 2006/11/11(土) 21:57:37

>>659
そういう問題ではないでしょ。

Plan 9を学びたいのならそれに適した環境でまずやってみるべき。
単に動けばいいのなら何でも良いとは思うけど、それじゃよくある
オタじゃないの？　それを言いたかったの。

**名無しさん＠お腹いっぱい。** · 2006/11/12(日) 00:20:14

よくあるところから始まってちゃんと使う人になるというケースあると思うけど…

**651** · 2006/11/12(日) 16:44:01

>>659
users default → newuser しても、状況は変わらず。
/adm uid = -1(adm) gid = -1 muid = -1
次に、/adm を全部作りなおしたところ、no : after number line 1 というエラーに変わりました。
今回も同様に、プロンプトが表示された後であれば、users コマンドで正しく読めるのですが。
もちろん users を手動で読んだその後は、普通に使えています。
/adm/users の 1 行目付近は以下になってます。
-1:adm:adm:
0:none::
1:tor:tor:

うーん、さっぱり分からない。やっぱり、>>660 のように適した環境でやってみるべきなんでしょうか。
fs の cache ディスクを SCSI に変えるしかないのかな。他は問題ないと思うんだけど。

**名無しさん＠お腹いっぱい。** · 2006/11/13(月) 09:22:30

>>bind -b 651 662
エラーが変わったということで少し見えてきた感じがありますが、
/adm/users は CPU サーバから acme とかで編集してますか?
ユーザの追加等は fs のコンソールからのみ行った方が良いと思います。

>>660
今回のケースはハードウェア環境というよりは、fs カーネルに潜在する
問題でひっかかっているように思います。