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

**名無しさん＠お腹いっぱい。** · 2009/09/13(日) 23:38:10

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質問スレッドその103
http://pc12.2ch.net/test/read.cgi/unix/1249193420/

**名無しさん＠お腹いっぱい。** · 2009/10/01(木) 02:42:55

>>307
OSのRelease教えてくれたらビルドしてあげるよ。

**名無しさん＠お腹いっぱい。** · 2009/10/01(木) 16:19:10

>>295
だめだったのでとりあえずsysinstallからアップグレードした
i386では同じ手順でも失敗しなかったんだがなあ

**名無しさん＠お腹いっぱい。** · 2009/10/01(木) 16:56:08

で、/usr/objも消して/usr/srcも消して
あらためてやってみたのだが

cc -O2 -fno-strict-aliasing -pipe -I. -I/usr/src/usr.bin/xlint/lint1
-I/usr/src/usr.bin/xlint/lint1/../arch/amd64
-I/usr/src/usr.bin/xlint/lint1/../common -I/usr/obj/usr/src/tmp/legacy/usr/include -c cgram.c
yacc: 1 shift/reduce conflict
cc -O2 -fno-strict-aliasing -pipe -I. -I/usr/src/usr.bin/xlint/lint1
-I/usr/src/usr.bin/xlint/lint1/../arch/amd64
-I/usr/src/usr.bin/xlint/lint1/../common
-I/usr/obj/usr/src/tmp/legacy/usr/include -c scan.c
cc -O2 -fno-strict-aliasing -pipe -I. -I/usr/src/usr.bin/xlint/lint1
-I/usr/src/usr.bin/xlint/lint1/../arch/amd64
-I/usr/src/usr.bin/xlint/lint1/../common
-I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/usr.bin/xlint/lint1/tree.c
cgram.c:312:21: warning: no newline at end of file
cgram.c:312: error: syntax error at end of input
cgram.c:267: warning: array 'yydefred' assumed to have one element
*** Error code 1
1 error
*** Error code 2
1 error
*** Error code 2
1 error
*** Error code 2
1 error

なんじゃこれ・・・
またsysinstallからやるか

**名無しさん＠お腹いっぱい。** · 2009/10/01(木) 16:57:39

全部メモリ外したほうがいいよ

**名無しさん＠お腹いっぱい。** · 2009/10/01(木) 17:06:35

>>310
何度かやってエラーになる場所が異なる場合
熱暴走とかメモリの不具合とかがあやしい

**名無しさん＠お腹いっぱい。** · 2009/10/01(木) 17:16:33

故障ならともかく、不具合はレアな気がする

**名無しさん＠お腹いっぱい。** · 2009/10/01(木) 20:22:55

gdbでinfo procをするにはどうしたらいいですか？
procfsはマウントしました
バージョンは
FreeBSD 7.2
gdb 6.1.1　（システムに標準であるもの）
です

**名無しさん＠お腹いっぱい。** · 2009/10/01(木) 20:56:42

出来ない。procfsがSVR4互換じゃないから。

**名無しさん＠お腹いっぱい。** · 2009/10/01(木) 21:43:02

>>308
ありがとうございます。
OOo_OOO310_m19で我慢しました。

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

>>315
なるほど。了解です。
返答ありがとうございました

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

>>310
しばらく置いて熱冷まして
エラー無視してもう一度makeると
問題なく終わったりする

**名無しさん＠お腹いっぱい。** · 2009/10/02(金) 11:46:29

メモリのハードエラーが原因でcc1がこけるときはセグメンテーションフォルトでこける。
>>310は正常にエラー終了しているので、メモリのハードエラーではないと思う。

**名無しさん＠お腹いっぱい。** · 2009/10/02(金) 12:07:56

なんで言い切れるんだよw
ちなみに俺はCPUの不具合をくらったことがあるぞ

**名無しさん＠お腹いっぱい。** · 2009/10/02(金) 12:10:53

おまいらがportsからのインストールにこだわる理由って何？
Linuxとかじゃportsなんて思想自体がないわけで

**名無しさん＠お腹いっぱい。** · 2009/10/02(金) 12:38:01

おまいらがスイカ割りにこだわる理由って何？
トマトには棒で叩き割るなんて思想自体がないわけで

**名無しさん＠お腹いっぱい。** · 2009/10/02(金) 12:40:21

2点

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

>>320
「正常終了」しているからと、理由は書いてある。

**名無しさん＠お腹いっぱい。** · 2009/10/02(金) 13:13:19

ハードに問題があっても正常にエラー終了する場合もあるな
正常にコンパイルできたように見えて壊れてる場合もあるだろうな

**名無しさん＠お腹いっぱい。** · 2009/10/02(金) 13:28:05

想像では無く実例があるというならソースを。
可能性が非常に低い事象を持ち出しても意味が無い。

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

メモリエラーってのはビットが１つ反転しないとかいうのが多いよな
ポインタならともかくバッファで発生したら、
セグメンテーションフォルトにならない可能性のほうが高いだろ

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

妄想は良いから実例のソース持ってきてね。

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

自分が持ってきてから人に要求しろよ

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

ほらよ、
http://www.linux.or.jp/JF/JFdocs/GCC-SIG11-FAQ/sig11faq.html
これで良いか?

お前のソースは?

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

セグメンテーションフォルトになるからハードウェアが原因っぽいって言ってるだけだろ
頭大丈夫か？

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

メモリが原因でセグメントフォルトが発生するという実例を示した。

お前はメモリエラーでもセグメントフォルトにならない可能性の方が高いと
言っているのだから、もっと沢山実例があるんだろ。とっとと例示しろ。

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

ほら、別のソースだ。
http://slashdot.jp/comments.pl?sid=381299&threshold=-1&commentsort=3&mode=thread&pid=1254729

とっとと例示しろ。

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

ほれ、もう一丁。
http://lists.debian.or.jp/debian-users/199805/msg00369.html

これより、沢山あるんだろうな。とっとと例示しろ。

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

>>319
だれもハードエラーなんて言ってないんだが…

アクセス頻度上がってメモリが熱持ってきてタイミングマージン満たさなくな
ると正常に読めなくなるでしょ？
熱持つってのは cc1 が忙しく仕事をしてるときで、この場合 cc1 の頻繁に呼
び出される部分は CPU 内のキャッシュに載ってる可能性が高い。

なので cc1 がこけるよりデータ化けの方が頻度が高そうにおもえる。

てな、シナリオも考えられる。

実際に何が起ってるかなんてのは測定器かついで行って、現象が起きてる所を
観測するしかないけどな

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

熱でマージンが足りない場合もハードエラーに分類されるんだよ。
スラドの例はそれが原因だな。カーネルのビルド等でCPUに負荷がかかって
温度が上昇するのだろう。

お前は>>327でセグメントフォルト起こない方が可能性が高いと発言した。
こんどはキャッシュを持ち出してきたか。cc1の頻繁に呼び出される部分が
キャッシュに乗ってるのは観測結果があるのか。それとも妄想の上に妄想
積み重ねてるのか。

妄想垂れ流す前に、とっとと>>327のソース出せ。

**名無しさん＠お腹いっぱい。** · 2009/10/02(金) 15:03:18

wikipediaのソース厨みたいなキチガイがいるな。
物事の原理を理解できないかわいそう奴ってこうなんだろうな。

**名無しさん＠お腹いっぱい。** · 2009/10/02(金) 15:07:56

ソースは示せないという敗北宣言だな。妄想垂れ流すな。クズ野郎。

**名無しさん＠お腹いっぱい。** · 2009/10/02(金) 15:21:05

>>321 多分最新packageを知らないからだとおもう。
あとPCあんまり使っていないとか

そもそも演算ライブラリーの類はアセンブラレベルで各CPU対応ルーチン用意しているから
わざわざビルドしてもメリットゼロ
でもgtk2とかglib2とかは最適化ビルドした方が
貧弱マシンは結構違うんじゃないのかな。

あとfetchしてソース改変してビルドすることでハードまわりのものが動く場合もある。
PCカメラとかwineのmidiとかjoystick対応とか

**名無しさん＠お腹いっぱい。** · 2009/10/02(金) 15:27:54

まあ野良ビルドできる人間のほうがportsやpackageの有り難みや限界がわかるんだよなｗ

**335** · 2009/10/02(金) 15:29:00

>>336
言っとくけど俺は >>327 じゃなくて >>312 ね。
実際にこの前作った自作機が >>310 の状況だった。

その時は、ふた開けて、扇風機で風あててさらにポイントクーラで定期的に
RAM ひやしてなんとかしのいだがw

最終的に RAM 交換して何とかなったわけだが、悔しいので、問題の RAM を
会社に持って行って温特はかったら、熱持つと＊たまに＊タイミングがデー
タシートの規格外(動作保証温度範囲内)にはずれる事があった。

**名無しさん＠お腹いっぱい。** · 2009/10/02(金) 15:30:23

全射と単射の識別能力を欠いている人間っているよね。

**名無しさん＠お腹いっぱい。** · 2009/10/02(金) 15:33:24

>>340
>>332-334みたいな野良犬が湧いてくるけどなｗ

**名無しさん＠お腹いっぱい。** · 2009/10/02(金) 15:33:30

portsのFlash10勧めている人いるけれど
あれって根本的に出来の悪いLINUX バイナリをエミュレーションで動かすものだから
wine使う方がまし
LINUX互換機能使うくらいだったらLINUX使えばいいのに

でもLINUXって明日はどうなるかわからんでしょ。
ライナスがくしゃみしたらどうなるかというOS

**名無しさん＠お腹いっぱい。** · 2009/10/02(金) 15:35:29

>>327
P2P世界で問題になるやつだな。データを壊すノード。

**名無しさん＠お腹いっぱい。** · 2009/10/02(金) 15:43:26

>>341
> 言っとくけど俺は >>327 じゃなくて >>312 ね。
とぼけても尻尾が出てるぞ。

>>327
> ポインタならともかくバッファで発生したら、
> セグメンテーションフォルトにならない可能性のほうが高いだろ
>>335
> なので cc1 がこけるよりデータ化けの方が頻度が高そうにおもえる。

メモリエラーでデータ化けが発生するよりcc1がセグメントフォルト
起こす可能性の方が高いと言うのなら、とっととソース出せ。
オレが挙げたセグメントフォルトの事例(FAQにもなっている)より沢山あるんだろ。

**名無しさん＠お腹いっぱい。** · 2009/10/02(金) 15:53:17

勝者はどっちだ！

**名無しさん＠お腹いっぱい。** · 2009/10/02(金) 15:56:51

OSの *.isoをダウンロードしたら壊れてて、もう一度落としたら別な壊れ方してて、
っていうのがわたしの知っている壊れたメモリの自己主張。

結局、メモリサイズが大きくなったから、正常運転しつつデータ壊しまくりという
状況に移行したってことなんだろうな。

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

>>346
救いようのない馬鹿だなw

**名無しさん＠お腹いっぱい。** · 2009/10/02(金) 16:34:41

VistaとのデュアルブートでMSのブートローダを使う場合は
Vistaインストールした後、別パテにFreeBSDをブートローダなしで入れてboot1の内容をVistaのC\にコピーすればおｋ？

**名無しさん＠お腹いっぱい。** · 2009/10/02(金) 16:43:15

>>346

失せろ。、　どうでもいい。

**名無しさん＠お腹いっぱい。** · 2009/10/02(金) 17:13:21

>>350
FreeBSDを先にインスコしとかいないといけないんでないの？
詳しい人よろ

**名無しさん＠お腹いっぱい。** · 2009/10/02(金) 17:33:49

Freebsd7とFreeBSD8のboot1は互換性がないから気をつけてね。

**名無しさん＠お腹いっぱい。** · 2009/10/02(金) 17:48:20

なんでそういうことすっかな

**名無しさん＠お腹いっぱい。** · 2009/10/02(金) 19:58:47

962 名無しさん＠お腹いっぱい。 [sage] Date:2009/10/02(金) 17:10:12 ID: Be:
だいたいDRAMは秒間20M回くらいしかアクセスできない。
たったの20Mですよ。

それに対してコアが2.5GHz×8個で20G

コアとDRAMで、1000倍の開きがある。
ちょっと開きすぎ。

963 名無しさん＠お腹いっぱい。 [sage] Date:2009/10/02(金) 17:11:18 ID: Be:
ん、いや8コアならメモリは4chくらいが普通か。

それでも250倍の開きがある。
DRAMアクセスが250クロックに一度しかできないのはキツいね。

964 名無しさん＠お腹いっぱい。 [sage] Date:2009/10/02(金) 18:42:10 ID: Be:
だってメモリでもHDDでもバースト転送を稼ぐことしか追窮してこなかったぢゃん

**名無しさん＠お腹いっぱい。** · 2009/10/02(金) 20:22:12

>>353
え？そなの？
boot1 入れ替えなくてもカーネル上がるけどな

**353** · 2009/10/02(金) 20:31:29

私の勘違いかな？
>>356さんはなにをやったか教えてもらえます？

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

>>357 あ、すまんかった。boot0 のかんちがいやorz

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

>>349
とっととソース出せ。クズ野郎。

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

Linuxがどうのっていつも荒らしてんのお前だろ。
キモイからこっちくんなよ。

**名無しさん＠お腹いっぱい。** · 2009/10/02(金) 21:16:27

>>359 飽きたわ、もう……… 自演か?

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

>>352
FreeBSDが後にインスコでもデュアルにできるよ

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

boot0だって変わって無いだろ。

**名無しさん＠お腹いっぱい。** · 2009/10/02(金) 21:48:12

デュアルブートっつっても
同時には動かせないんだから
VMの方が良い罠

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

>>344
馬鹿？仕事の経験ないニートなの？
Linuxはもはや社会基盤の一部なんですが？いまさらライナスがどうこうで情勢が変わるような
ものじゃないんですけど？ｗ

むしろ「日本人ウゼー」の一言で日本人Grの成果物なんか無視してより出来の悪いProjを
採用するようなFree-BSDのほうがよっぽどいつ死んでもおかしくありませんｗ
まあ、もう殆ど死んでるけどねｗ

**名無しさん＠お腹いっぱい。** · 2009/10/02(金) 21:50:24

>>350
c:¥にコピーしただけじゃダメだと思う

**名無しさん＠お腹いっぱい。** · 2009/10/02(金) 21:52:53

なんか定期的にヂュアルブートの話が湧くな、
誰かまとめサイト作ってくんないか？

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

>>367
定番の言い出しっぺ

**名無しさん＠お腹いっぱい。** · 2009/10/02(金) 21:56:41

ググれば出てくる事。

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

そういや一年くらい前にFreeBSDスレを荒らし回ってた、「とっとと死ね」が口癖のキチガイが居たな。

**名無しさん＠お腹いっぱい。** · 2009/10/02(金) 22:10:44

粘着キチガイ男は死んだかな。

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

>>370
やたら精神科がどうのこうのと嘆いていた基地外な…
なんか懐かしい。

**名無しさん＠お腹いっぱい。** · 2009/10/02(金) 22:21:27

荒れるのはAdobe厨のせいでもLinux厨のせいでもなくFreeBSDそのものに原因があるというのが証明されたな

**名無しさん＠お腹いっぱい。** · 2009/10/02(金) 22:27:52

FreeBSDに肉親を殺されたか恋人を寝取られたかでもしたんだろう

**名無しさん＠お腹いっぱい。** · 2009/10/02(金) 22:32:11

復讐を誓った男はたった独りで戦い続ける

**名無しさん＠お腹いっぱい。** · 2009/10/02(金) 22:45:41

FreeBSDへの復讐に人生をかけると宣言していた人いたね。

**名無しさん＠お腹いっぱい。** · 2009/10/02(金) 22:45:46

荒れるといろんな思惑と妄想が飛び交ってそれはそれで面白い
んだけどな。ただし荒れたてに限るw

**名無しさん＠お腹いっぱい。** · 2009/10/02(金) 22:48:01

統失は伝染るからな、気をつけろよ

**名無しさん＠お腹いっぱい。** · 2009/10/02(金) 23:05:33

電波受信する奴なんだなおまえら...

**名無しさん＠お腹いっぱい。** · 2009/10/03(土) 00:19:38

これこれ。

> おれはFreeBSDを叩きつぶすことに一生をかけている。
> それがおれのFreeBSDに対する復讐だ。
> 人をバカにしやがって。思い知るがいい！！

この人なのか、同類か。

**名無しさん＠お腹いっぱい。** · 2009/10/03(土) 02:41:57

前回異常終了時や雷とかで電源が突然切れてしまったときとか、次回にFreeBSDを起動した際
ほぼ100%ファイルの整合性のエラーが出るのやめてもらいたい。

いちいちシングルユーザーモードで起動してfsckコマンド実行するのはうざいんですよ。
Windowsの方はとっくに自動化されてますよ。
なんでFreeBSDも自動化できないんですか？

**名無しさん＠お腹いっぱい。** · 2009/10/03(土) 02:44:27

↑あと追加。

fsck実行時にいちいちyesと答え続けなければならないのもうざったい

**名無しさん＠お腹いっぱい。** · 2009/10/03(土) 02:49:51

/etc/rc.confに
fsck_y_enable="YES"
でも書いたらいかが？

あとfuck -y ～とか

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

Windowsの方は自動化のおかげでdiskまるごとあぽんするけど

**名無しさん＠お腹いっぱい。** · 2009/10/03(土) 03:12:21

>>383のようなやつがFreeBSDの評判を落とすのだろうな
Linuxでも使っとけよ低能

>>381
gjournal使うのが常識

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

自動じゃないことが欠点だという主張をよしんば甘受したとしても、
>>382は-yオプションを知らないだけのただのバカだろｗ

**名無しさん＠お腹いっぱい。** · 2009/10/03(土) 03:23:33

確かにほんとにdiskに問題があって不整合が起きてるときに自動でfsck始まるとマジで死ねる

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

一般的に、make installとmake reinstallはどういう挙動の違いがありますか？

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

portsなら、クッキー(.install_xxx)が存在する場合にインストールする/しない

**名無しさん＠お腹いっぱい。** · 2009/10/03(土) 09:59:34

>>383
> あとfuck -y ～とか

(；^ω^)・・・

**名無しさん＠お腹いっぱい。** · 2009/10/03(土) 10:00:31

>>384
> Windowsの方は自動化のおかげでdiskまるごとあぽんするけど
>>387
> 確かにほんとにdiskに問題があって不整合が起きてるときに自動でfsck始まるとマジで死ねる

kwsk

**名無しさん＠お腹いっぱい。** · 2009/10/03(土) 11:31:29

今時 zfs なのでそういう問題は無い

**名無しさん＠お腹いっぱい。** · 2009/10/03(土) 13:05:52

前にzfs使うなら64ビット環境じゃないとキツイって話があったんだが、もう気にしなくていいの？

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

今時32ビットなんて組み込みだけだろ。

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

　　　　/＼＿＿_／ヽ
　　／／~ 　　 ~＼:::::＼
　 . |　（･）　　　（･）　 .:|
　　|　　 ,,ﾉ(､_, )ヽ､,,　.::::| 　　っは？
. 　 |　　｀-=ﾆ=- '　.:::::::|
　　＼　　｀ﾆﾆ´　 .:::::／
　　　／｀ー‐--‐‐―´＼

**名無しさん＠お腹いっぱい。** · 2009/10/03(土) 16:30:09

nvidiaがアレしてくれないと、超越化して64bitになれない。

**名無しさん＠お腹いっぱい。** · 2009/10/03(土) 17:51:54

>>391
前者はFATでも使ってるんだろ。NTFSじゃ問題起きんはず。
関係ないけどセキュリティパッチによってNTFSで圧縮したファイルが壊れるというという問題起こしたこともあったな>Microsoft。

後者はディスクが物理的に壊れた場合、fsckすると悲惨になる。ディスクをダンプして別マシンでread only mountしたりfsckしたりが常識。
物理的に壊れたかの判断はジャーナリングファイルシステムでしかできないから、FreeBSDではgjournal使うのが常識。8だとzfsでも良いかもな、試してないけど。

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

Ubuntu9.10とFreeBSD8.0が同じ時期にリリースされそうですが
どちらが良いですか？デスクトップようです。

**名無しさん＠お腹いっぱい。** · 2009/10/03(土) 20:16:35

>>398
そういう判断ができない人は、おとなしくMeでも使っててください

**名無しさん＠お腹いっぱい。** · 2009/10/03(土) 20:20:00

FreeDOSは死なない。

**名無しさん＠お腹いっぱい。** · 2009/10/03(土) 20:21:54

>>398
デスクトップ用途ならUbuntuをおすすめします。
と、とても素直に釣られてみるのもたまにはいいよね？

**名無しさん＠お腹いっぱい。** · 2009/10/03(土) 20:37:03

プロダクション品質に達したZFSを装備したFreeBSDは最強。

**名無しさん＠お腹いっぱい。** · 2009/10/03(土) 20:44:24

FreeBSD8.2くらいになってから使うのがいいよ

**名無しさん＠お腹いっぱい。** · 2009/10/03(土) 20:56:27

おまいらがFreeBSDを使う理由って何？

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

プロダクション品質に達したZFS

**名無しさん＠お腹いっぱい。** · 2009/10/03(土) 21:17:45

なぜNetBSDでもなくOpenBSDでもないの？

**名無しさん＠お腹いっぱい。** · 2009/10/03(土) 21:19:59

どうでもいいうせろ

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

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