2ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

*BSDがLinuxに勝っている点を何とか挙げていくスレ

1 :名無しさん@お腹いっぱい。:2006/11/18(土) 18:22:42
万が一あったら書き込んでください

2 :名無しさん@お腹いっぱい。:2006/11/18(土) 18:30:09
ありません

終了

3 :名無しさん@お腹いっぱい。:2006/11/18(土) 20:01:25
使ってると偉そうに見える

4 :名無しさん@お腹いっぱい。:2006/11/18(土) 22:58:43
歴史

5 :名無しさん@お腹いっぱい。:2006/11/18(土) 23:00:00
アルファベット3文字が似合う


6 :名無しさん@お腹いっぱい。:2006/11/19(日) 12:10:15
デーモン君の方がかわいい

7 :名無しさん@お腹いっぱい。:2006/11/19(日) 13:20:12
各*BSDの名称の方がLinuxより文字数が多い。

8 :名無しさん@お腹いっぱい。:2006/11/20(月) 00:27:10
-------------------------------終了----------------------------------

9 :名無しさん@お腹いっぱい。:2006/11/21(火) 01:06:32
>>8
終了が早いってことか?

10 :名無しさん@お腹いっぱい。:2006/11/21(火) 02:43:36
Fin.

11 :名無しさん@お腹いっぱい。:2006/11/22(水) 17:23:51
BSDを使っている大人はこーゆー若造が立てたスレに書き込まない所が勝ちじゃね?


12 :名無しさん@お腹いっぱい。:2006/12/07(木) 22:45:38
>>1
そんなの存在しない

13 :名無しさん@お腹いっぱい。:2006/12/07(木) 23:18:54
ファイルシステムにsoftupdate。copy on writeとほぼ同じ。
ext3の様な単純なジャーナリングファイルシステムよりも優秀。

14 :名無しさん@お腹いっぱい。:2006/12/08(金) 07:00:00
ブランド女の振る舞いの如く、玄人振れるとこ

15 :名無しさん@お腹いっぱい。:2006/12/08(金) 07:32:49
「Linuxを使って居ます」と言っても「モー娘の名前を全部言えます」
程度の威力しかないが、「FreeBSDを使って居ます」と言えば
「美空ひばりのレコーディングに参加した演奏家の名前を全部言えます」
ぐらいの威力がある。NetBSDやOpenBSDだったら、凄過ぎて、
「それ何?」で終ってしまう事も多いから御用心

16 :名無しさん@お腹いっぱい。:2006/12/08(金) 23:05:42
デーモン君のきもさ

17 :名無しさん@お腹いっぱい。:2006/12/08(金) 23:08:25
あのペンギンも結構キモいからなあ
死体画像なみ
だからその点は甲乙つけがたい

18 :名無しさん@お腹いっぱい。:2006/12/08(金) 23:19:02
>>13
同感
ext3 (その他のLinuxのファイルシステム使ってません)が、
ファイルアクセスすればするほど、メモリ・キャッシュ取りすぎ!
ここに何か欠陥隠しをしてるんだろうけど?
プロセス全体に負荷がかかるは、やめて欲しいな。

・・・専用機だから、仕方がない。そんな使われ方ですよ。
高負荷を与えて、ssh,telnetも出来ないのは頂けない。


19 :名無しさん@お腹いっぱい。:2006/12/09(土) 00:33:05
バカ発見

20 :名無しさん@お腹いっぱい。:2006/12/15(金) 00:57:30
>>19
ここを説明してくれない?
空き容量、5Gはある、そこに40Gのファイルを作ると宣言する。
Linuxは、どうぞと返事する。

さて、それを信じて書き込むとエラーだって。
OSを信じるのが、バカってことか?

どうにかしてくれよ、Linuxだろ!

BSD派は確実に確保しようとする。
処理時間掛かってもね。確実に確保したいから。
確認してOKってOSが言って、後で訂正は面倒だよ。

エラー処理のコードを書くのが、面倒なんです。

では、意味ある回答を望みますw











21 :名無しさん@お腹いっぱい。:2006/12/15(金) 01:36:39
19じゃないけど、空き容量の問題が出なくともエラー処理は必要。

22 :名無しさん@お腹いっぱい。:2006/12/15(金) 05:14:17

   / ̄ ̄\
 /   _ノ  \
 |    ( ●)(●)
. |     (__人__)
  |     ` ⌒´ノ
.  |         }  ミ        ピコッ
.  ヽ        } ミ  /\  ,☆____
   ヽ     ノ    \  \ /     \ >>20
   /    く  \.  /\/ ─    ─ \
   |     `ー一⌒)  /   (●)  (●)  \
    |    i´ ̄ ̄ ̄ \ |      (__人__)     |
               \_   ` ⌒´    /
                /          \

23 :名無しさん@お腹いっぱい。:2006/12/16(土) 13:20:29
BSD終わってるな

24 :名無しさん@お腹いっぱい。:2006/12/16(土) 14:10:38
SCOに噛み付かれることは無いのは大きなアドバンテーーーージ!

25 :名無しさん@お腹いっぱい。:2006/12/16(土) 15:08:07
過去に噛み付かれましたから〜

26 :名無しさん@お腹いっぱい。:2006/12/17(日) 11:08:03
経験則的に、同じマシン2台あってLinuxとFreeBSDをそれぞれ入れて同負荷をかけた場合
(タスクは一般的なWeb兼メールサーバ)、先にマシンが死ぬのはLinuxじゃないかという気がします。
1年以内にHDDが死ぬのは決まってLinux入れた方。


27 :名無しさん@お腹いっぱい。:2006/12/17(日) 11:14:04
>>26
んなもん ハードウェアの品質の揺らぎの方が大きい

28 :名無しさん@お腹いっぱい。:2006/12/17(日) 13:59:44
自由自由うるさい犬っころよりもっと自由なライセンス

29 :名無しさん@お腹いっぱい。:2006/12/17(日) 14:41:13
糞厨房のLinusとは無関係

30 :名無しさん@お腹いっぱい。:2006/12/18(月) 14:42:12
厨房率が低いのは勝ってるとこかもしれないけど


それって 間口が狭い=先が暗い って事だよもん?

31 :名無しさん@お腹いっぱい。:2006/12/18(月) 15:21:17
それは両面あるんだよもん

32 :名無しさん@お腹いっぱい。:2006/12/22(金) 11:12:01
BSDスレは厨房だらけじゃんか

33 :名無しさん@お腹いっぱい。:2006/12/22(金) 13:04:25
× 厨房
〇 キテガイ


34 :名無しさん@お腹いっぱい。:2006/12/22(金) 17:15:30
ウニ板のスレに限っては
真性なのか釣りなのかジョークなのかはかりかねて手出ししにくい



35 :名無しさん@お腹いっぱい。:2007/01/02(火) 19:52:45
IPv6関連(KAME)かな。
最近のFreeBSDでは変更が激しくて少し怪しい気がするけど。


36 :名無しさん@お腹いっぱい。:2007/01/06(土) 04:45:18
Linux って SYNC でディスクに書けと言っても、書き終わる前にリターンするとかだったけ。

あと
ttp://www.sodan.ecc.u-tokyo.ac.jp/~kei/sched/
とか見てると、スケジューラの作りもいい加減そうだし…(2.4 のころの話みたいだけど)

ちょっとでも軽くする為に、機能がちょっとぐらいいい加減でもいいというのが感じられて、
正直そんな OS は使いたいとは思わない。

37 :名無しさん@お腹いっぱい。:2007/01/06(土) 09:17:55
>>36
定番ですな。いつまでも*BSD使っててください。

38 :名無しさん@お腹いっぱい。:2007/01/06(土) 12:02:46
>>37
まったくだ。それが一番だよね。

39 :名無しさん@お腹いっぱい。:2007/01/08(月) 12:00:32
>>36 って、どこのコピペ?

40 :名無しさん@お腹いっぱい。:2007/01/09(火) 11:29:28
>>39
コピペじゃなくて、ここで初めて書いたんだけど。

41 :名無しさん@お腹いっぱい。:2007/02/17(土) 10:59:29
m:nのスレッドは良いね。1:1なんてlinux方面は脳みそ足りないんじゃないの


42 :名無しさん@お腹いっぱい。:2007/02/17(土) 13:21:07
ttp://digest.coris.org.uk/src/20070210/digest.html

43 :名無しさん@お腹いっぱい。:2007/02/18(日) 00:27:11
m:nでうまくいかなかった上に、バカにしていた方向にあとから
方針転換するのはカッコ悪いよねえ

44 :名無しさん@お腹いっぱい。:2007/02/18(日) 07:12:43
*BSD(特にFreeBSD)では何度となく繰り返された道じゃないか
結果Linuxの後追いになってしまうという

45 :名無しさん@お腹いっぱい。:2007/03/01(木) 15:19:00
ttp://jeffr-tech.livejournal.com/6268.html#cutid1

世界中でどれだけのリソースが無駄になってるかと想像すると怖くなるな(w

46 :名無しさん@お腹いっぱい。:2007/03/02(金) 15:48:11
「Linux が好き」という人より「FreeBSD が好き」という人の方が多いらしい。

ttp://www.sucks-rocks.com/rate/windows/linux/os+x/freebsd


47 :名無しさん@お腹いっぱい。:2007/03/05(月) 18:19:02
>>46
LinuxからFreeBSDに移行した友人がいます。
彼の話ではどのパッチを当てるのがいいとか
Linuxは問題が複雑だけれども、

FreeBSDのほうが瑣末なことにわずわらされ
ないからとのことでした。


48 :名無しさん@お腹いっぱい。:2007/03/05(月) 19:00:44
Linuxでは「○○がしたい?それならこのパッチ当ててくれ。」って事が多いんだよな。
FreeBSDは最初はパッチでもいつの間にか正式に取り込まれてるから楽だよな。

49 :名無しさん@お腹いっぱい。:2007/03/06(火) 01:58:07
Debianとか使ってると気持ち悪い、シンプルなNetBSDが良い

50 :名無しさん@お腹いっぱい。:2007/03/08(木) 16:29:45
会社的な事情でGPLを避けたいときに*BSD使うこと多い

51 :名無しさん@お腹いっぱい。:2007/03/09(金) 00:50:32
悪魔のほうがペンギンより強いだろ

52 :名無しさん@お腹いっぱい。:2007/03/09(金) 00:51:37
ペンギンなんぞは槍で串刺しだ!
だれかAA作ってよ

53 :名無しさん@お腹いっぱい。:2007/03/09(金) 00:58:06
焼き鳥AAでええがな

54 :名無しさん@お腹いっぱい。:2007/03/09(金) 23:17:29
>>36
え?そうなの?
じゃぁ、
sync; sync; reboot の2回のsyncは意味がないってことか

55 :名無しさん@お腹いっぱい。:2007/03/09(金) 23:20:36
ports collection がある限り、野良ビルドはほとんどないな。
Linux 使ってると、野良ビルドばかりするはめになる。

56 :名無しさん@お腹いっぱい。:2007/03/09(金) 23:38:12
低能は死ぬまで野良ビルドしてな。

57 :名無しさん@お腹いっぱい。:2007/03/09(金) 23:45:38
*BSDだと野良ビルドするが、Linuxだと野良ビルドは余りしないな

58 :名無しさん@お腹いっぱい。:2007/03/09(金) 23:49:15
そもそもソースの配布元が、FreeBSDでもそのままビルドできるように
configureとかも含めて配布しているのに、
なぜportsのローカルなpatchを当てなければならないのか?

オリジナルに忠実にビルドするには野良ビルドが基本。
portsなんか使わない。

59 :名無しさん@お腹いっぱい。:2007/03/10(土) 00:59:35
Debian使ってるけど、こんなスレ読んでたらFreeBSDとか試してみたくなった。
6.2と5.5ならどっちがお薦めですか?

Linuxのファイルシステムの方がディスクの寿命が短くなるって本当?

60 :名無しさん@お腹いっぱい。:2007/03/10(土) 01:07:50
まずは新しい方試してみればどうでしょうか

61 :名無しさん@お腹いっぱい。:2007/03/10(土) 01:19:35
>>59 5系は暗黒神話です
ディスクの寿命云々は聞いたこと無い。

ports使う理由は依存関係とそれに関連して共有ライブラリ
バージョン間互換性の問題が大きいと思う。

特定のアプリケーションしか使わないならどうでもいいん
じゃない? 自分で面倒見れるなら問題ない。


62 :名無しさん@お腹いっぱい。:2007/03/10(土) 01:41:42
>>60
>>61
レスありがとうございます。取り合えず6.2落として、来週にでも余ってるPCに入れて遊んでみます。
ディスク云々と書いたのは>>26に経験則的に〜っていうのがあったもので、本当かなぁって思ったからです。
空きPCで遊ぶのでどうでもいい問題ですけどw

63 :名無しさん@お腹いっぱい。:2007/03/10(土) 12:31:51
STABLE用のportsから作られたpackagesは、
内容が逐次更新されているのに、元ソースのバージョン番号が同じなら、
packagesのバージョン番号も同じ=packagesのファイル名が同じ、
で、これが非常に困る。
同じファイル名なのに中身が違っていて、しかも、
ライブラリの依存関係が変更されていて正常に動かないことがある。
packagesに、なぜ枝番を付けないんだろうか?
というわけで、ports/packagesを使ってもライブラリの依存関係は
全然解決にならないよ。

64 :名無しさん@お腹いっぱい。:2007/03/10(土) 13:32:06
>>54
> sync; sync; reboot の2回のsyncは意味がないってことか

もっと酷い話だと A, B という順に書いて B が先に書かれるケースがある > Linux
だから Oracle/Linux もある種のロールバックを保証してなかったはず。


65 :名無しさん@お腹いっぱい。:2007/03/10(土) 14:09:16
ずいぶんと空想力が豊かなようで

66 :名無しさん@お腹いっぱい。:2007/03/10(土) 14:55:43
クーソーしてから

67 :名無しさん@お腹いっぱい。:2007/03/11(日) 00:05:07
ところでハードディスクにキャッシュがある場合、いちいちキャッシュをフラッシュ(やったっけ?)しないと
確か書き込み手順が守られないはずだけど、*BSD の場合はどうなってる?
まあ Linux は聞こうとも思わないけど…。

68 :名無しさん@お腹いっぱい。:2007/03/12(月) 10:13:25
>>67
softupdate はバッファ内の順序認識でそれを保証してる。
つまり「Bの前にAが書かれないといけない」→「Aの書き込み成功が無いとBは書かない」
こういった順序関係の無いデータはなるべく平行して(一度に)書こうとする。

まぁLinuxはアレだ。知りたい奴はぐぐってくれ(w


69 :名無しさん@お腹いっぱい。:2007/03/12(月) 10:36:53
>>68
67はsoftupdateの下の話をしていると思うんだが。

70 :名無しさん@お腹いっぱい。:2007/03/12(月) 11:50:27
>>69
だから softupdate のレイヤでそれを保証してるんだってば。
わからんかったらソース読め。

71 :名無しさん@お腹いっぱい。:2007/03/12(月) 15:27:42
ttp://www.unixuser.org/~euske/doc/openssh/theointerview2001.html

> これはファイルシステムをできるかぎり高信頼性には
> するけれど、一般的なオペレーションの速度を犠牲に
> する。たくさんの古い CSRG のテクニカルレポートを
> みれば、なぜこれがファイルシステムを安全にするか
> はっきり説明しているよ (そしてぼくは Linux コミュ
> ニティはこれに対してまったく無知だと思うね。彼ら
> はそろそろ ext2fs のような完全に非同期なファイル
> システムは危険だということを認めるときだ。Linux
> 管理者がすでにそのことを知っていなければの話だが)。


72 :名無しさん@お腹いっぱい。:2007/03/12(月) 17:52:01
怠け者のことは怠け者と呼ぶべきだし
マニュアルページを読まない奴のことは負け犬と呼ぶべきだし

73 :名無しさん@お腹いっぱい。:2007/03/12(月) 19:26:21
>>67
FreeBSDも6以降はフラッシュしない

74 :名無しさん@お腹いっぱい。:2007/03/12(月) 19:31:47
>>68
softupdateは外づけRAIDユニットの中のキャッシュの
データの書き込み順序も保証してくれるのかにゃ?

75 :名無しさん@お腹いっぱい。:2007/03/12(月) 19:44:57
RAID との責任分担を考えれば自明な気がするけど、仮
に softupdate で面倒見れないならどうやっても駄目な
んじゃ?


76 :名無しさん@お腹いっぱい。:2007/03/12(月) 19:54:25
ではローカルのATA HDDの中のキャッシュは?

77 :名無しさん@お腹いっぱい。:2007/03/12(月) 21:05:37
とりあえず RAID も ata もコントローラに flush リク
エスト出してるコードは見つけた。今度いつ呼ばれるか
探してみる(抽象化レイヤがややこしい…)。

78 :名無しさん@お腹いっぱい。:2007/03/13(火) 00:05:10
>>77
他力だけど、楽しみに待ってるよ。
>>73
なぜ?

79 :名無しさん@お腹いっぱい。:2007/03/13(火) 02:59:28
>>78
後者は多分 hw.ata.wc の扱いの話だとおも

80 :名無しさん@お腹いっぱい。:2007/03/13(火) 10:26:42
すまん、ギブ。とりあえず flush してるとこ。

/usr/src/sys/dev/ata/ata-disk.c:ad_dump
/usr/src/sys/dev/ata/ata-raid.c:ata_raid_dump

共に長さ 0 の dump で flush の意味になってて、
attach 時に *->disk->d_dump に設定される(ioctl の
方は追い掛けきらなかった)。

トランザクションの終りはこの辺りかなと思うけどよく
わからない。

/usr/src/sys/kern/subr_devstat.c:devstat_end_transaction


81 :名無しさん@お腹いっぱい。:2007/03/13(火) 10:28:33
>>80
サンクス

82 :名無しさん@お腹いっぱい。:2007/03/13(火) 10:32:35
RAIDってATA RAIDのことかよ。

83 :名無しさん@お腹いっぱい。:2007/03/13(火) 11:22:15
>>82
他の RAID も各社ドライバ毎になってるけど似たような
もんだと思う。


84 :名無しさん@お腹いっぱい。:2007/03/13(火) 11:55:13
vfs_bio.c:bufwrite がそれかな。非同期だとバックグ
ラウンドで、同期だとその場で I/O オペレーションの
終了を待ってる。

デバイスが「write-I/O が終わった」というなら、それ
以降の責務はデバイスが持つというスタンスじゃない?


85 :名無しさん@お腹いっぱい。:2007/03/13(火) 12:24:28
geomでファイルシステム上に作ったファイルをmountして
フォーマットしたときに、「write-I/Oが終わった」という
デバイスはどれになるの?
geom?HDD?

86 :名無しさん@お腹いっぱい。:2007/03/13(火) 14:08:41
/usr/src/sys/geom/geom_subr.c:g_attach で割り当て
られたデバイス、つまり上の場合 HDD ではないかと想
像するが自信はない。


87 :名無しさん@お腹いっぱい。:2007/03/13(火) 14:45:50
おっと、その前にファイルシステムレイヤが入るかも。

88 :名無しさん@お腹いっぱい。:2007/03/13(火) 17:13:54
ttp://lists.freebsd.org/pipermail/freebsd-hardware/2004-October/001990.html

ちょっと古い情報だけど。

・きちんとしたハードウェア RAID ならドライブ内の
キャッシュを無効にするし、バッテリバックアップ付き
のキャッシュを持っている(書き込み保証がある)。

・タグつき書き込み対応ドライブなら複数の write 要
求を同時にこなせて、それぞれのステータスを取得でき
る。

・一台こっきりのディスクなら hw.ata.wc=0 にするの
が安全だけど遅すぎるのでデフォルトは 1。

ってところか。

まぁ softupdates が保証するのもファイルシステムの
整合性だけであってユーザデータがどうなろうと知った
こっちゃないわけで、バックアップ取っとけってことで
すな。


89 :名無しさん@お腹いっぱい。:2007/03/14(水) 21:38:12
>>88
>> softupdates が保証するのもファイルシステムの整合性だけ
保証できているかが議論の対象なんですよね?

90 :名無しさん@お腹いっぱい。:2007/03/14(水) 23:33:49
そもそも守りたいのはファイルシステムの整合性じゃなくてユーザーデータ。
ただユーザーデータを守るにはファイルシステムを守らないといけない。
鶏が先か卵が先か。


91 :名無しさん@お腹いっぱい。:2007/03/14(水) 23:47:04
全然にわたま違うやん。
ファイルシステムを守ってもユーザデータを守れるとは限らない。
ユーザーデータを守る方法はほかにいくらでもある。

92 :名無しさん@お腹いっぱい。:2007/03/15(木) 00:18:28
>>91
それを認めるとこのスレの趣旨を真っ向から否定することになるわけだが

93 :名無しさん@お腹いっぱい。:2007/03/16(金) 04:35:11
>>89
>>> softupdates が保証するのもファイルシステムの整合性だけ
>保証できているかが議論の対象なんですよね?

多分それもレイヤに分割されて、

1) softupdates の考え方だと保証できる
2) 1 に基づいて正しく設計されてる
3) 2 に基づいて正しく実装されてる

という話なんだろうね。で、1 ですら懐疑的な人がいて
話が進展しなかったり…。

「え?結局バックアップ頼り?じゃあ危ない橋渡ってで
も早い方がいいじゃん」ってのもあるのかな。


94 :名無しさん@お腹いっぱい。:2007/03/16(金) 10:11:27
>>93
ttp://journal.mycom.co.jp/articles/2007/03/13/bluffs/002.html
1でも、今世紀のデバイスでは保証できないことが多い、という状況じゃないかな。


95 :名無しさん@お腹いっぱい。:2007/03/16(金) 10:56:29
リッチな解決:
バッテリバックアップキャッシュなRAIDを組む。
バッテリバックアップキャッシュなドライブを買う。

プアな解決:
WriteCache を無効にする。

?な解決:
安全性よりスピードを優先して WriteCache を有効にし、
バックアップ頻度を上げる。

…っていう運用の話になるのかね?


96 :名無しさん@お腹いっぱい。:2007/03/16(金) 12:21:52
>プアな解決
実際問題として、これで運用できるのかな。
管理してるだけで自分は使ってないよっていうのはなしで。

97 :名無しさん@お腹いっぱい。:2007/03/16(金) 18:49:22
IDEじゃなくてSCSIにする。

98 :名無しさん@お腹いっぱい。:2007/03/16(金) 19:11:18
>>97
SCSIにしてWriteCacheをdisableにするの?

99 :名無しさん@お腹いっぱい。:2007/03/16(金) 19:23:18
write throughなドライブを買えばよいのか。

100 :名無しさん@お腹いっぱい。:2007/03/19(月) 11:03:39
>>98
ttp://en.wikipedia.org/wiki/Tagged_Command_Queuing

この最後に completion message がどうの、とあるんで
それ使えるんじゃないかな。

「高速化のためにディスク内で書き出し実行を入れ替え
てもそれぞれの終りが検出できれば良い(安全なものだ
け並列実行する)」というのは、ちょっと考えれば「ディ
スク内キャッシュを使わなくてもホスト側で充分に大き
な外向きバッファがある」のと結局同じ話になると思う
(softupdates はバッファ内で安全な入れ替えや統合を
行うから)。

ところが上のレポートにもあったように実際はかなり遅
くなる。すぐに思いつくのは

1)想定している「連続領域」が実際は連続していない
(ディスク側とディスク構造やエレベータに関する認識
が違う)。

2)外向きバッファが充分に効率よく稼動していない
(I/O の書き出しキューに入ってしまうと統合/入れ替
え対象外になってしまう)。

って辺りかな(外してるかもだ)。

書き出しに使ったバッファはそのまま読み出しキャッシュ
として再利用してるので、非常に遅くなるのは何か致命
的な部分がある気がする。これも SMPng みたいに特定
の状況下でチューンすべきかもね。

101 :名無しさん@お腹いっぱい。:2007/05/17(木) 02:48:27
家族にエロ画像を覗かれない。
LINUXもその辺かなり強固だが、BSDは群を抜いている。

102 :名無しさん@お腹いっぱい。:2007/05/19(土) 01:05:40
おれデスクトップが *.aviでいっぱい。
お袋がEnter押しただけでxineが上がって、、、、

103 :オルテガ:2007/12/02(日) 20:14:38
                         //
 .             冂| ̄\     //                    //
       ー_   匚● ̄]〕 \  // _ ーへ      冂| ̄\     //
  冂| ̄\ |    ̄囗 凵厂 囗 ̄/ ̄  /||    匚● ̄]〕 \  // _ ーへ
匚● ̄]   \  / ̄ ̄ ̄ ̄  ̄/    /⌒)ノ   ̄囗 凵厂 囗 ̄/ ̄  /||>>1000は頂いた
  凵厂 □ ̄ |\|/ ̄ ̄ ̄\__|__ノ|   |
 ̄ ̄ ̄     |  |_/ ̄\Θ_   | |   |          Å
 ̄ ̄\_   I ̄ ̄ヽ――― γ冖冖γ――――――γ冖冖冖γ丶
 ̄\Θ     I   ノ―――人__ y――――――人___人丿
         l ̄ ̄ ̄ ̄ ̄囗鳫 /7 〔っ目〕          ム
         \――――丿==/_/   凵


104 :ガイア:2007/12/02(日) 20:14:47

                         //
 .             冂| ̄\     //                    //
       ー_   匚● ̄]〕 \  // _ ーへ      冂| ̄\     //
  冂| ̄\ |    ̄囗 凵厂 囗 ̄/ ̄  /||    匚● ̄]〕 \  // _ ーへ
匚● ̄]   \  / ̄ ̄ ̄ ̄  ̄/    /⌒)ノ   ̄囗 凵厂 囗 ̄/ ̄  /||
  凵厂 □ ̄ |\|/ ̄ ̄ ̄\__|__ノ|   |
 ̄ ̄ ̄     |  |_/ ̄\Θ_   | |   |          Å
 ̄ ̄\_   I ̄ ̄ヽ――― γ冖冖γ――――――γ冖冖冖γ丶
 ̄\Θ     I   ノ―――人__ y――――――人___人丿
         l ̄ ̄ ̄ ̄ ̄囗鳫 /7 〔っ目〕          ム
         \――――丿==/_/   凵

           
「オルテガ、マッシュ。 >>1000にジェットストリームアタックをかけるぞ!」

105 :Be名無しさん:2007/12/02(日) 20:14:57

                         //
 .             冂| ̄\     //                    //
       ー_   匚● ̄]〕 \  // _ ーへ      冂| ̄\     //    >>1000
  冂| ̄\ |    ̄囗 凵厂 囗 ̄/ ̄  /||    匚● ̄]〕 \  // _ ーへ
匚● ̄]   \  / ̄ ̄ ̄ ̄  ̄/    /⌒)ノ   ̄囗 凵厂 囗 ̄/ ̄  /||
  凵厂 □ ̄ |\|/ ̄ ̄ ̄\__|__ノ|   |
 ̄ ̄ ̄     |  |_/ ̄\Θ_   | |   |          Å
 ̄ ̄\_   I ̄ ̄ヽ――― γ冖冖γ――――――γ冖冖冖γ丶
 ̄\Θ     I   ノ―――人__ y――――――人___人丿
         l ̄ ̄ ̄ ̄ ̄囗鳫 /7 〔っ目〕          ム
         \――――丿==/_/   凵



106 :Be名無しさん:2008/01/19(土) 21:46:14
着底記念カキコ

107 :Be名無しさん:2008/03/13(木) 17:04:56
すみません。中古パソコン買って電源入れたらfreeBSDって出て
リセットしても消せないんですけど
せめてBIOS画面にしたいのですがどうしたらよいのでしょうか。

108 :Be名無しさん:2008/03/13(木) 17:51:24
PC初心者
http://pc11.2ch.net/pcqa/

26 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.02.02 2014/06/23 Mango Mangüé ★
FOX ★ DSO(Dynamic Shared Object)