初心者もOK! FreeBSD質問スレッドその103

**名無しさん＠お腹いっぱい。** · 2009/08/02(日) 15:10:20

FreeBSD 関連の質問はここで。
事前にハンドブック閲覧や過去ログ検索等の自助努力をすることが望ましい。
再現性情報(ハードウェア・ソフトウェア・エラーメッセージ)の記載は必須。
sysutils/sysinfoなんていれておくといいかもよ。

The FreeBSD Project
http://www.freebsd.org/ja/

FreeBSD ハンドブック
http://www.freebsd.org/doc/ja/books/handbook/

過去ログ
http://www9.atwiki.jp/freebsd/

前スレ
初心者もOK! FreeBSD質問スレッドその102
http://pc12.2ch.net/test/read.cgi/unix/1243461056/

**名無しさん＠お腹いっぱい。** · 2009/08/13(木) 23:45:10

>>289
MT時代にstatic変数とか、すばらしい実装ですな

**名無しさん＠お腹いっぱい。** · 2009/08/13(木) 23:45:35

オウム返しのバカがうざいから再現実験してみた。8-currentでも再現した。

>>288
ファイルオーナーが単一ユーザだと再現しないので、+エントリの検索は無関係。

# for i in `jot 2000 10000`;do echo $i;pw useradd $i -s /usr/sbin/nologin -d /nonexistent -n u$i;touch $i $i;done
# time ls -l > /dev/null
7.99 real 2.76 user 4.47 sys
# time ls -ln > /dev/null
0.05 real 0.02 user 0.02 sys

**名無しさん＠お腹いっぱい。** · 2009/08/13(木) 23:47:45

>>292
ファイルオーナーが単一ユーザの場合、
今度は lsコマンド側でuidのマッピングがキャッシュされてるから速くなるんだよ。

よって、+エントリの検索は関係ある。

**名無しさん＠お腹いっぱい。** · 2009/08/13(木) 23:51:52

>>292
ファイルオーナーが単一ユーザだと、
そもそも getpwuid() が1回しか呼ばれないから、速いのは当たり前。
全然的外れ。

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

システムコール見たりしてコソコソやってないで最初からプロファイルとれば
済んだ話だろうが。失せろ。、

**名無しさん＠お腹いっぱい。** · 2009/08/14(金) 00:08:10

>>293-294
trussかけてみた。キミ達の憶測は外れ。.dbを読むpreadの呼び出し回数が異常に多い。
$ grep pread /tmp/turss.log |wc
4066001 16264004 256454063

>>295
黙れ。口だけ番長は引っ込んでろ。

**名無しさん＠お腹いっぱい。** · 2009/08/14(金) 00:10:42

>>296
だったら、
nsswitch.confで passwd: files にした時に速くなる理由が説明できないが、、

**名無しさん＠お腹いっぱい。** · 2009/08/14(金) 00:39:30

おまえら/usr/srcにあるソースという名のマニュアルくらい読めよ
getpwuid()のキャッシュは直前の１つのみだ

**名無しさん＠お腹いっぱい。** · 2009/08/14(金) 00:53:23

>>298
それではこの現象の説明がつかないのだよ。

**名無しさん＠お腹いっぱい。** · 2009/08/14(金) 00:59:04

妄想をもとにして現実の方が矛盾してる！と叫ぶ某半島人のような方が昨日から……ｗ

**名無しさん＠お腹いっぱい。** · 2009/08/14(金) 01:33:30

基地害チョッパリはどっか逝け

**名無しさん＠お腹いっぱい。** · 2009/08/14(金) 03:09:48

7.2とか8でカスタムカーネル（Build world等々）なんかをするときに
システムのメモリ容量は最低どれくらい積んでないとまずい？

少ない容量でも時間がかかるだけで、問題なく処理できるのかしら
NTP鯖など単純な鯖を作るときに、Buildの為だけに必要以上のメモリを与えるのも
勿体無いし、かと言って他のファイル鯖なんかに統合するのもどうよって感じで

**名無しさん＠お腹いっぱい。** · 2009/08/14(金) 03:21:22

16MB

**名無しさん＠お腹いっぱい。** · 2009/08/14(金) 03:40:04

>>303
Thx

そんなものでいいのか
どちらかといえば、コンパイルのためのディスク容量の方が必要ってことか...

**名無しさん＠お腹いっぱい。** · 2009/08/14(金) 07:37:29

>>297
nsswitch.confで passwd: compatの場合、
/etc/passwdの書式として、今では最終行に +:::::::::を書く書式だけしか
使われなくなっているけど、実は他にもある。
+hoge とか、+@netgroup とか。

この +@netgroup(という仕様が存在すること)が問題。
どういうネットグループが存在するかは、passwdの全行を読んでみないと
わからないため、結局あるユーザーのpasswdを引くためには、
全エントリーを読む必要が生じる。
(+@netgroupの書式が存在しないことを確認するためにもpasswdの全行を読む必要がある)
よって、passwd: compatの場合は pwd.dbの意味がなくなる。
passwd: compatが遅いのはこのせい。

**名無しさん＠お腹いっぱい。** · 2009/08/14(金) 07:55:20

>>305
>>296の4066001回はpwd.dbをpreadした回数なので、それはダメ推理。

**名無しさん＠お腹いっぱい。** · 2009/08/14(金) 07:57:36

>>306
pwd.dbをpreadしたうえでpasswdも(p)readするという駄目実装になっているんだよ。

で、pwd.dbのpread自体は高速なので、回数が多くてもこの場合の問題とは関係ない。

**名無しさん＠お腹いっぱい。** · 2009/08/14(金) 08:01:23

>>307
ダメな奴だな。trussしてから言えよ。pwd.dbのpread回数だよ。

**名無しさん＠お腹いっぱい。** · 2009/08/14(金) 08:02:36

>>306
じゃあ、pwd.dbだけを読んで、+@hoge とか +@boke とか
(hoge や bokeの名前は未知)が「存在しない」ことを確認できるか?
pwd.dbは、あくまで既知の名前を引く時しか役に立たないから。

**名無しさん＠お腹いっぱい。** · 2009/08/14(金) 08:06:28

>>308
だから、検索キーを使わずに、pwd.dbの全エントリを毎回読み直してるんじゃないの?
シーケンシャルにpwd.dbを読むモードもあるでしょ。
全エントリを読む必要があるのは passwd: compatの場合のみ。
これで説明が付く。

passwd: filesの場合は、userをキーにして1回読むだけで済むから速い。
passwd: compatの場合は、+@net とかの関係で全エントリを読むから遅い。

**名無しさん＠お腹いっぱい。** · 2009/08/14(金) 08:37:55

>>310
答え

**名無しさん＠お腹いっぱい。** · 2009/08/14(金) 09:07:36

>>309
現実より、妄想が優先する人ですか? trussしてから出直しな。

**名無しさん＠お腹いっぱい。** · 2009/08/14(金) 09:15:10

>>312
>>310 に答が出てるから、出直すも何もこれで議論解決だよ。

ついでに言うと、>>308 は trussで実験したはいいが、
「なぜ passwd: compatとfilesに違いが出るのか」については一切解明していない。

passwdかpwd.dbかの違いはあまり問題ではなくて、
エントリを「ひとつだけ読む」か「全部読む」かの違いなんだな。
その意味では、>>288 の時点で答えに近いところがすでに書かれていた。

**名無しさん＠お腹いっぱい。** · 2009/08/14(金) 09:35:51

>>313
キミ達のように妄想書きなぐるだけじゃ無くて、確認しながら進めてるからな。

> passwd: compatの場合は、+@net とかの関係で全エントリを読むから遅い。
残念ながら、これは完全な答では無いんだ。compatでも速い場合がある。

**名無しさん＠お腹いっぱい。** · 2009/08/14(金) 09:45:23

>>314
passwd_compat: dns とか言うなよ。passwd_compat: nisの話をしてるんだから。

**名無しさん＠お腹いっぱい。** · 2009/08/14(金) 09:59:40

>>315
お前、10周位遅れている。邪魔だから引っ込んでろ。
passwd: compat

**名無しさん＠お腹いっぱい。** · 2009/08/14(金) 10:01:21

>>316 は何を言ってるんだ?
passwd: compatの中に、

passwd_compat: nis と
passwd_compat: dns の
2種類の設定があるんだが。

**名無しさん＠お腹いっぱい。** · 2009/08/14(金) 10:03:39

－－－－－－－－－－－－－－－－－－－ここまで全部俺の自作自演－－－－－－－－－－－－－－－－－－－

**名無しさん＠お腹いっぱい。** · 2009/08/14(金) 10:04:06

>>314
そりゃ、passwd: compatだろうが何だろうが、
passwdの行数自体が最初から少なければ速いよ。それは当たり前。

**名無しさん＠お腹いっぱい。** · 2009/08/14(金) 10:06:41

>>316は妄想全開な人でしょ。
自分が観察した一部分から妄想を構築してしまって
妄想と事実の区別がつかないタイプ。

**名無しさん＠お腹いっぱい。** · 2009/08/14(金) 10:06:49

>>314 は、passwdのエントリーが多くて、passwd: compatでも、
ls -l するファイルが同一ユーザーだったら速い、とか、
そういう当たり前過ぎることをわざわざ言おうとしてるのではないだろうか。

**名無しさん＠お腹いっぱい。** · 2009/08/14(金) 10:14:06

>>319-321
妄想書きなぐってないで、自分で検証してから言え。クズ共

**名無しさん＠お腹いっぱい。** · 2009/08/14(金) 10:55:10

で、結局結論は >>310 として、具体的な対応策はどうよ?
nsswitch.confのデフォルトを passwd: filesの方に振るのが妥当じゃないか?

今現在、passwd: compatを *本当に* 使ってる人なんて居る?
NISユーザー自体が少ない上に compatのユーザーはほぼ 0 じゃないか?

**名無しさん＠お腹いっぱい。** · 2009/08/14(金) 13:24:01

>>323
対応策?今のままでいい

**名無しさん＠お腹いっぱい。** · 2009/08/14(金) 17:02:24

対応策？他の unix 系 os に乗り換えるのが妥当

**名無しさん＠お腹いっぱい。** · 2009/08/14(金) 17:05:25

わかりました。Linuxに戻します。

**名無しさん＠お腹いっぱい。** · 2009/08/14(金) 18:09:53

わかりました。inaxにします。

**名無しさん＠お腹いっぱい。** · 2009/08/14(金) 18:14:59

では次の方どうぞ

**名無しさん＠お腹いっぱい。** · 2009/08/14(金) 19:46:22

OS Xが欲しいんですが、高いから買う気がしません。
どうしたらいいですか？

**名無しさん＠お腹いっぱい。** · 2009/08/14(金) 20:08:44

最近だとMac Book が安くなってるはずだが
それかMac miniか

**名無しさん＠お腹いっぱい。** · 2009/08/14(金) 20:38:09

それでも同価格のタワー型PCと比較するとどうしても引けを取っちゃうよね。

**名無しさん＠お腹いっぱい。** · 2009/08/14(金) 20:51:26

>>329
この板へ書きこむってぇこたぁ頭じゃOS Xを欲しがってても
体はFreeBSDを欲しがってんだよ。

**名無しさん＠お腹いっぱい。** · 2009/08/14(金) 21:34:48

>>329
すみません。今度から平積みしておきます。

**名無しさん＠お腹いっぱい。** · 2009/08/14(金) 21:56:01

あのさ、もうちょっと面白いネタないの?

**名無しさん＠お腹いっぱい。** · 2009/08/14(金) 22:25:01

nsswitchネタはSN比はともかくけっこう面白かった

**名無しさん＠お腹いっぱい。** · 2009/08/14(金) 22:32:05

yacc(1)にバグ…
reader.cの関数advance_to_start()にバグがあり、
構文規則の定義の一番初めのルールの左辺の非終端記号の
最初の文字に'$'が使えない。

深刻…

**名無しさん＠お腹いっぱい。** · 2009/08/14(金) 22:45:58

深刻な例を挙げてくれ

あとbisonじゃだめなん？

**名無しさん＠お腹いっぱい。** · 2009/08/14(金) 23:30:12

タンポンがいいです

**名無しさん＠お腹いっぱい。** · 2009/08/15(土) 00:47:23

>>336
修正よろ

**名無しさん＠お腹いっぱい。** · 2009/08/15(土) 01:09:13

>>336 とりあえず send-pr

**名無しさん＠お腹いっぱい。** · 2009/08/15(土) 06:10:39

質問です…
FreeBSD.でXorg.をboot.の時点で起動させたらですが…
やはり、FC4.が起動すると云う事でしょうか？

**名無しさん＠お腹いっぱい。** · 2009/08/15(土) 06:17:37

日本語でおｋ

**名無しさん＠お腹いっぱい。** · 2009/08/15(土) 06:30:12

>>341
それはソートしてるからだろ。

**336** · 2009/08/15(土) 12:55:29

>>337
こうゆう風に出来ないってこと。
===================
%%
$start: expr;
expr:
...
%%
==================

>>339
advance_to_start()のなかで'_'と比較してるところが2ヶ所あるんですが、
その一つを'$'との比較に変更すればいい。他の場所では最後に'$'との
比較が来るのでそれに合わせた方がいいでしょう。

**336** · 2009/08/15(土) 13:13:55

だれかにお願いsend-pr

**名無しさん＠お腹いっぱい。** · 2009/08/15(土) 13:15:55

ディスクエラーなどで起動プロセスが失敗した場合、
強制的に

fsck -y ; exit

みたいなコマンドを実行して、自動的にディスクチェックして起動するような事ってできますか？

**名無しさん＠お腹いっぱい。** · 2009/08/15(土) 13:38:36

起動プロセスのエラー原因をディスクエラーと特定するのは困難そうだな。

**名無しさん＠お腹いっぱい。** · 2009/08/15(土) 13:41:30

2009年にもなってfsckが必要なファイルシステムとか、、

**名無しさん＠お腹いっぱい。** · 2009/08/15(土) 13:51:19

不要なファイルシステムって?

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

iso9660とかじゃね?

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

古め(PenM1Ghz, MEM1G)のノートにFreeBSD8入れてKDE4入れたら
重すぎて吹いた。WinXP + Cygwinで我慢する事にした。

**351** · 2009/08/15(土) 14:16:25

誤爆しました。すみません。

**名無しさん＠お腹いっぱい。** · 2009/08/15(土) 14:18:21

ZFS

**名無しさん＠お腹いっぱい。** · 2009/08/15(土) 14:35:16

ZFSって、使った事無いけど、
HDD挿すだけで何もせずにその瞬間領域が拡張されるんでしょ？
しかも、書き換えの時、一時領域に書き込んで、書き込みが完了してからインデックスから指す位置を変更するから
絶対ファイルが壊れないんだよね？
めっさ便利だと思うが。

**名無しさん＠お腹いっぱい。** · 2009/08/15(土) 14:43:36

宣伝文句に踊らされすぎｗ
拡張されるって、一体どのポイントが拡張されるんだよｗ
/varを拡張したいとか/usrを拡張したいとかあるのに
いきなり、決め打ちで拡張されるってか？
多少なりとも設定はあるぞｗ

**名無しさん＠お腹いっぱい。** · 2009/08/15(土) 15:03:26

箱からだしてスイッチを入れただけで上手くいくに決まってる

**名無しさん＠お腹いっぱい。** · 2009/08/15(土) 15:05:50

彼女いない歴==年齢だったけど、ZFSにしたらスグに彼女出来た。
すげーよ。ZFS

**名無しさん＠お腹いっぱい。** · 2009/08/15(土) 15:06:01

そりゃSunだからな。
Sunにハードからシステムまで全部任せておけば
何も怖い事は無い。箱から出したらすぐ使えるし
HDDに障害が起きても、Sunから買ってきて差し替えるだけで全て上手く行く。
何も怖がる事は無いよ。だってSunだもの。

**名無しさん＠お腹いっぱい。** · 2009/08/15(土) 15:07:50

ZFSにしたらエンジニアが要らなくなりました。

**名無しさん＠お腹いっぱい。** · 2009/08/15(土) 16:03:26

Tux3をFreeBSDに移植しよう

**名無しさん＠お腹いっぱい。** · 2009/08/15(土) 16:06:06

BSDならHAMMERファイルシステムだろ

**名無しさん＠お腹いっぱい。** · 2009/08/15(土) 16:34:53

FreeBSDのyaccってどういう由来のyaccだっけ？
AT&T UNIX由来じゃなくて、BSD版yaccかな。
いずれにしても他の*BSDにも同じバグがありそう。

**名無しさん＠お腹いっぱい。** · 2009/08/15(土) 16:36:18

>>351
XP + Cygwinの方が重いだろｗ

**名無しさん＠お腹いっぱい。** · 2009/08/15(土) 16:51:37

>>355
お前の言うことは間違っちゃいないが、単一の ZFS root にしとけば
その辺も楽になれるのかもしれん。

**名無しさん＠お腹いっぱい。** · 2009/08/15(土) 17:02:21

zfsルートからブート出来るようになったのか?

**名無しさん＠お腹いっぱい。** · 2009/08/15(土) 17:20:13

>>365
とっくに可能

**名無しさん＠お腹いっぱい。** · 2009/08/15(土) 17:36:22

http://wiki.freebsd.org/ZFS
ここではIn progressになっているが。

**名無しさん＠お腹いっぱい。** · 2009/08/15(土) 17:59:15

質問です。
コスプレ居酒屋のLittleBSDとFreeBSDとの関係を教えてください。
ググっても、公式ページ見てもBSDとの関係は書かれてなかったのです

**名無しさん＠お腹いっぱい。** · 2009/08/15(土) 18:15:09

>>368
特に関係はないんじゃねぇの?
サーバもたしか犬だったしな
# 当初はデーモン娘もいたらしいが………

**名無しさん＠お腹いっぱい。** · 2009/08/15(土) 18:19:07

>>367
http://svn.freebsd.org/viewvc/base?view=revision&revision=186243

これで大丈夫になったとか。去年の12月だ。

**336** · 2009/08/15(土) 18:50:52

>>362
いまソースを見てみました。
OpenBSDとNetBSDのもFreeBSDと元は同じコードのようです。
同じバグあるようです。

**名無しさん＠お腹いっぱい。** · 2009/08/15(土) 18:51:39

>>362
/usr/src/usr.bin/yacc/

所謂 byacc って奴だね。yacc とハードリンクになって
る。AT&T 版と可能な限りコンパチにしてるけど、ドキュ
メント化されてない機能は知りませんというスタンスら
しい。

確かに '_' を二回チェックしてるのは凄くバグ臭いけ
ど、そこは 1994 年版から同じコードだ（w

http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.bin/yacc/reader.c?rev=1.1;content-type=text%2Fplain

これ、何か根拠になる文書（POSIX?）が無いと受け付け
てくれないかもよ。

**名無しさん＠お腹いっぱい。** · 2009/08/15(土) 19:06:51

>>344
> $start: expr;

そもそもこれ正しいの? なんか字句と構文がごっちゃに
なってない? 名前に $ が使えるようには読めないんだ
けど。

http://opengroup.org/onlinepubs/007908775/xcu/yacc.html

> Names are of arbitrary length, made up of
> letters, periods (.), underscores (_) and
> non-initial digits. Upper- and lower-case
> letters are distinct.

**336** · 2009/08/15(土) 19:11:05

今やってみたらbisonは'$'を名前に一切受け付けない…

**名無しさん＠お腹いっぱい。** · 2009/08/15(土) 19:19:26

zfsスレって落ちた?

**名無しさん＠お腹いっぱい。** · 2009/08/15(土) 20:07:21

fsckがF*ckに見えて仕方ない....

それさておき、8でもZFSはなんだかなーなんだろ？
もうBSDでZFSは諦めて、本家でZFS使ったほうがいいんじゃないんか

**名無しさん＠お腹いっぱい。** · 2009/08/15(土) 20:33:59

FreeBSDのZFSは、手抜きしてるのでメモリ食いらしいが。

**名無しさん＠お腹いっぱい。** · 2009/08/15(土) 20:58:09

自分はパフォーマンス重視だからUFSでいいや
より少ないリソースで性能を発揮してくれるに越したことはない

**336** · 2009/08/15(土) 21:07:28

>>373
/usr/share/doc/psd/15.yacc/paper.ascii.gzに
$ACTと言うものを使った例がある。
$acceptと$endというのも-vを指定すると人間用の出力に出てくるらしい。
$acceptと$endは用法があるのか分からない。

**名無しさん＠お腹いっぱい。** · 2009/08/15(土) 21:45:51

一昨年の9月からずっとメインマシンをZFS rootで使ってるが、
特に大きな問題は発生してないな。
便利さに慣れてしまったので、もうUFSには戻れない。

http://wiki.freebsd.org/ZFSTuningGuide
ここら辺を見てちゃんとメモリ量を設定してやれば、
EeePCとかでもちゃんとZFSが使えるぞ。

**名無しさん＠お腹いっぱい。** · 2009/08/15(土) 21:49:23

>>379
そこにも >>373 と同じ命名規約があるね。元は AT&T
版か。因みにここも同じ文が元になってるっぽい。

http://docs.sun.com/app/docs/doc/805-5827/6j5gframt?l=ja&a=view
> 第 3 章 yacc - コンパイラコンパイラ

**名無しさん＠お腹いっぱい。** · 2009/08/15(土) 22:00:47

>>365-367
一応、今の実装でもZFSからのbootはできるが、
RAIDZに対応していないのであまりメリットは無い。
# ちょっと前に誰かがRAIDZパッチを投げてたと思うけど、まだ取り込まれてない
他にも、/boot/zfs/zpool.cache が壊れたときの復旧がとても困難だったりするので、
ZFS bootをやるのは覚悟が必要。

/boot だけをUFSで残し、全体をZFS化するZFS rootなら実績も十分あるのでオススメ。

**名無しさん＠お腹いっぱい。** · 2009/08/15(土) 22:11:56

>>380
ZFSのUFSにくらべていいところってなんなんだ？

**名無しさん＠お腹いっぱい。** · 2009/08/15(土) 22:18:18

>>379
とりあえずこいつらがサポートしてなければ諦めた方が
いいわけだ（w

V6 の yacc
http://minnie.tuhs.org/UnixTree/V6/usr/source/yacc/source/
V7 の yacc
http://minnie.tuhs.org/UnixTree/V7/usr/src/cmd/yacc/

**名無しさん＠お腹いっぱい。** · 2009/08/15(土) 22:34:25

>>383
Solarisで使っていた時の感想:
ディスクを追加したときファイルシステムの容量がコマンド一発で増やせる。
snapshotが便利この上ない。

RAIDZは良い事書いてあるけど、使用しなかったのでわからん。

**名無しさん＠お腹いっぱい。** · 2009/08/15(土) 22:37:54

>>384
http://minnie.tuhs.org/UnixTree/V6/usr/source/yacc/source/y2.c.html
> else if( (c>='a'&&c<='z')||(c>='A'&&c<='Z')||c=='_'||c=='.'||c=='$'){

http://minnie.tuhs.org/UnixTree/V7/usr/src/cmd/yacc/y2.c.html
> else if( islower(c) || isupper(c) || c=='_' || c=='.' || c=='$' ){

どっちも内部的に状態として管理して出力時にオミット
するみたいだ。やっぱり BSD 版のバグっぽい?

$ grep isalpha reader.c
> if (isalpha(c))
> if (isalpha(c))
> if (!isalpha(c) && c != '_' && c != '$')
> if (isalpha(c) || c == '_' || c == '.' || c == '$')
> else if (c == '\n' || isalpha(c) || !isspace(c))
> if (isalpha(c) || c == '_' || c == '.' || c == '$')
> if (!isalpha(c) && c != '_' && c != '.' && c != '$')
> if (!isalpha(c) && c != '_' && c != '.' && c != '_') // 問題の行
> if (isalpha(c) || c == '_' || c == '$')
> if (isalpha(c) || c == '_' || c == '.' || c == '$')
> if (isalpha(c) || c == '_' || c == '.' || c == '$' || c == '\'' ||

**名無しさん＠お腹いっぱい。** · 2009/08/15(土) 22:41:31

どうも、こんばんわ346です。

346の質問についてですが、別にファイルシステムエラーと特定できなくても良いんですが・・・

何らかのエラーが起こっても強制的に起動しちゃう事ってできますか？
そうすれば、起動後にスクリプトを使って強制的に毎回 fsck -y 掛けるとか、
dmesg解析して随時行う仕様にしたりできますし。

**名無しさん＠お腹いっぱい。** · 2009/08/15(土) 22:46:21

今時 fsck はシステム稼働中にバックグラウンドで動作
するんで大抵のエラーならそのまま起動するはずだけど?
横着こいて全部 1 パーティションなんてことすると起
動しなくなることもあるだろうけど。

**名無しさん＠お腹いっぱい。** · 2009/08/15(土) 22:52:58

バックグラウンド動作で対応できない類のエラーだとどうにもならないからじゃね

**名無しさん＠お腹いっぱい。** · 2009/08/15(土) 22:59:33

何らかのエラーって何よ？
少なくとも、/ がそれなりに読める程度のエラーなら、シングルユーザまでは上がってくると思うがな。
/ がそれなりにも読めない状態なら、上がりようもないが。

**名無しさん＠お腹いっぱい。** · 2009/08/15(土) 22:59:42

>>386
if文をみると普通にバグではあるな
そしてそれが'$'を書き忘れているのかどうかは要確認というところか

初心者もOK! FreeBSD質問スレッド その103

初心者もOK! FreeBSD質問スレッドその103