トップページunix
988コメント282KB

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

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん@お腹いっぱい。2009/10/25(日) 15:25:00
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質問スレッド その104
http://pc12.2ch.net/test/read.cgi/unix/1252852690/
0543名無しさん@お腹いっぱい。2009/12/02(水) 13:03:35
>>542
portsをビルドしたりportupgrade使う場合はある程度は安心できる。
依存関係に問題があれば自動的にパッケージデータベース書き換えたり
ローカルパッケージの依存関係書き換えて再パッケージ化とかやってくれるからね。
標準のpkg_addだとチェックがザルだから壊れやすいんだよ。

stableからパッケージ持ってきてpkg_addすると、バージョン違うけど入れちゃうぜ
ってそのままインスコしてデータベースの依存関係はノータッチ。

最新パッケージを追いかけようとしてrelengをsutableに書き換えて
pkg_add -rしようとしても、タイミングが悪いと所望のパッケージが存在しなかったり
依存関係壊れてたりで、あまりいいことが無い。

結局システム標準のパッケージ管理やportupgradeとか信用できないので
自前のスクリプトでstableからパッケージ(下位パッケージも全て)落としてきて
依存関係のチェックを完璧にやってからでないとアップデートしない。
ビルドは途中でつまずいたりして時間路費するだけなので論外(緊急のSAは除く)。

Debianはaptitudeやdpkgがしっかりしてるので楽だよ。
0544名無しさん@お腹いっぱい。2009/12/02(水) 13:21:51
なんつーか、バカなんだな。
0545名無しさん@お腹いっぱい。2009/12/02(水) 16:03:05
Portsにsamba3.4系がないのはなぜなのでしょうか?
0546名無しさん@お腹いっぱい。2009/12/02(水) 19:14:09

portsでmakeの途中にダイヤログに出るのがあるけど、
答えた結果はどこに保存されているのですか?
make clean しても、その結果を clean できないのですが。
0547名無しさん@お腹いっぱい。2009/12/02(水) 19:18:21
>>546
どこにセーブされているかは俺は知らんが、ここが参考になるかも
http://hazyinfo.net/wiki/index.php?FreeBSD%2FPorts
0548名無しさん@お腹いっぱい。2009/12/02(水) 19:20:35
ググったらこんなのもあったよー
http://www2.hideyosi.com/wiki/pukiwiki-1.4.6/?FreeBSD%2Fports%A5%D3%A5%EB%A5%C9

現在設定されているオプション内容の表示

# cd /usr/ports/directory

# make showconfig

現在設定されているオプションの破棄

# cd /usr/ports/directory

# make rmconfig
0549名無しさん@お腹いっぱい。2009/12/02(水) 19:50:14
>>546
config は
/var/db/ports/*

ちなみにインストール情報は
/var/db/pkg/*
0550名無しさん@お腹いっぱい。2009/12/02(水) 20:58:52
>545
誰もportsを作ってくれないからです。
0551名無しさん@お腹いっぱい。2009/12/02(水) 22:37:33
boehm gcもいつまでたっても7.xにならないし
FreeBSDってクソだな
0552名無しさん@お腹いっぱい。2009/12/02(水) 23:04:15
>551
それはOSがクソなのではなく、
ports化しない利用者がクソなのです。
0553名無しさん@お腹いっぱい。2009/12/03(木) 00:45:00

GNOMEと言うか gdm 使ってる人います?
8.0Rの 2.26.3 だと shutdown ボタンが効かないんだけど、対処方ありませんか?
shutdown ボタン、急いでいる時に便利なんだよね。。。

0554名無しさん@お腹いっぱい。2009/12/03(木) 01:56:07
ports = dpkg
portage = apt
ってことですか?
0555名無しさん@お腹いっぱい。2009/12/03(木) 05:01:09
portsはあくまでプログラムをコンパイルするための手順の塊でしかない。
debianと比較して言うのであれば、FreeBSD の ports とは、
数多ある debian のソースパッケージのうち、
diff.gzとdscファイルが"全て" 展開されて系統立てて配置されている状態、
というのがおそらくイメージとしては近いと思う。

debianで言うコントロールファイルは Makefile と様々な pkg-* ファイルと見なせるだろう。
diff.gz に至っては files/に配置された複数のpatchファイルだ。1つにまとめる必要すらない。
debian の場合は package にするために様々な script(コマンド)を用いる必要があるが、
FreeBSDの場合は基本何事も make で事足りる。それで不足なら portupgrade を使えばよい。

但し、パッケージ類の整合性を保つため、ports で呼び出される Makefile は、
/usr/ports/Mk/*.mk をかなり強力に参照する。読み解くのはなかなか難しい。
0556名無しさん@お腹いっぱい。2009/12/03(木) 15:27:44
8.0ではmsk使用時負荷をかけた時のwatchdog timeoutは直っています?
0557名無しさん@お腹いっぱい。2009/12/03(木) 17:45:19
Current
Release
Stable

これってWindowsに例えるとそれぞれ何に該当するの?
いまいち意味が分からん(・ω・)
0558名無しさん@お腹いっぱい。2009/12/03(木) 17:48:12
Me
95
98
0559名無しさん@お腹いっぱい。2009/12/03(木) 17:55:42
>>557
http://ja.wikipedia.org/wiki/FreeBSD#.E3.83.90.E3.83.BC.E3.82.B8.E3.83.A7.E3.83.B3.E3.81.AB.E3.81.A4.E3.81.84.E3.81.A6
0560名無しさん@お腹いっぱい。2009/12/03(木) 17:56:12
>557
例えることが出来ない。
一般的にWindowsとして手に入るものは全てがStableである(というのが大義名分)。
開発者と利用者が近しいPC-UNIXならではの問題と言えよう。
0561名無しさん@お腹いっぱい。2009/12/03(木) 17:58:50
>>557
http://niklas.saers.com/thesis/figures/branches.png
0562名無しさん@お腹いっぱい。2009/12/03(木) 18:01:45
Windows を >>561 っぽくかくとこうかな?



◇→Vista→VistaSP1→VistaSP2

◇→Win7→(未公開)

0563名無しさん@お腹いっぱい。2009/12/03(木) 18:04:52
>>560
> 一般的にWindowsとして手に入るものは全てがStableである(というのが大義名分)。
RELEASEじゃね?
0564名無しさん@お腹いっぱい。2009/12/03(木) 18:07:58
>>561
4.2Rが四角で、4.3Rがひし形で囲まれている理由は何?

あとその図で4系列を今から使おうと思ったら、4-Stableと4.7Rのどちらを使うべきだと思う?
0565名無しさん@お腹いっぱい。2009/12/03(木) 18:22:31
>>564
分岐してるか否か。
図でどうこうよりメンテされてるかどうかじゃないの。
0566名無しさん@お腹いっぱい。2009/12/03(木) 18:23:08
昨日は動いたが今日は追加されたコードのせいで動かないというのか
日常茶飯事なのかCurrent、
普通に動くが新しいドライバや機能が追加されたりCurrentから
何か降ってきたりしたタイミングで時々動かなくなっちゃうのがStable、
一定のちゃんと動くことを確認したセットにそれでも不具合があった部分に
ちゃんと動くことを確認したパッチを当てられるだけなのがRelease、
という認識しかしてない。
0567名無しさん@お腹いっぱい。2009/12/03(木) 18:24:55
あれ?゛がうまく入力されてない部分があったorz
0568名無しさん@お腹いっぱい。2009/12/03(木) 18:25:53
>>564
http://journal.mycom.co.jp/news/2007/02/02/361.html
http://security.freebsd.org/#sup
0569名無しさん@お腹いっぱい。2009/12/03(木) 18:28:13
http://www.freebsd.org/doc/en/articles/version-guide/
0570名無しさん@お腹いっぱい。2009/12/03(木) 18:39:36
-current と debian unstable ってどっちがよりカヲスなんですか
0571名無しさん@お腹いっぱい。2009/12/03(木) 19:01:18
>>565
一般論としてはStableと最新のReleaseとだったらどっちを選ぶべきだと思う?
0572名無しさん@お腹いっぱい。2009/12/03(木) 21:00:08
>570
コンパイルが通ることが保証されたものが投入されるだけ debian unstableのほうが行儀がいい。
0573名無しさん@お腹いっぱい。2009/12/03(木) 21:03:48
カオスかどうか聞いてるのに・・・
0574名無しさん@お腹いっぱい。2009/12/03(木) 21:20:50
>>560
それをいうなら全てがRELEASEだろ
0575名無しさん@お腹いっぱい。2009/12/03(木) 21:40:42
今だったら7.2Release-p4と7-Stableどちらがおすすめ?
0576名無しさん@お腹いっぱい。2009/12/03(木) 21:42:01
>575
8.0-RELEASE-px にしとけ。
0577名無しさん@お腹いっぱい。2009/12/03(木) 22:21:06
>>576
8にセキュリティパッチは無い
0578名無しさん@お腹いっぱい。2009/12/03(木) 22:25:11
>577
いや、さっき出た。

FreeBSD Security Advisory FreeBSD-SA-09:15.ssl
http://docs.FreeBSD.org/cgi/mid.cgi?200912030930.nB39UdMK037494
FreeBSD Security Advisory FreeBSD-SA-09:16.rtld
http://docs.FreeBSD.org/cgi/mid.cgi?200912030930.nB39UhW9038238
FreeBSD Security Advisory FreeBSD-SA-09:17.freebsd-update
http://docs.FreeBSD.org/cgi/mid.cgi?200912030930.nB39Uno3038944
0579名無しさん@お腹いっぱい。2009/12/03(木) 22:39:27
>>578
な、なに?!
例のrootの権限をのっとられるセキュリティーホールに対するパッチか?

ちなみに7系列に関しては?
0580名無しさん@お腹いっぱい。2009/12/03(木) 22:47:31
読めよ
0581名無しさん@お腹いっぱい。2009/12/03(木) 22:49:35
英語は敵国の言葉ですよ?
0582名無しさん@お腹いっぱい。2009/12/03(木) 22:50:41
敵国の作った基本軟件使うなよ
0583名無しさん@お腹いっぱい。2009/12/03(木) 22:54:46
基本軟件じゃなくて手術系と訳すべきだな。
0584名無しさん@お腹いっぱい。2009/12/03(木) 23:32:42
軟件も敵性だな
0585名無しさん@お腹いっぱい。2009/12/03(木) 23:35:17
8.0-Stableと8.0-Release-P1どっちがおすすめ?
0586名無しさん@お腹いっぱい。2009/12/03(木) 23:35:41
そういう人はまでいかなくていいんじゃないかな
0587名無しさん@お腹いっぱい。2009/12/04(金) 00:16:40
もうおまえらぜんぶひらがなでものかけよ
0588名無しさん@お腹いっぱい。2009/12/04(金) 00:41:49
# make buildkernel

(略)
/usr/src/sys/dev/ath/if_ath.c: In function 'ath_rx_tap':
/usr/src/sys/dev/ath/if_ath.c:3414: error: 'const struct ath_rx_status' has no member named 'rs_flags'
/usr/src/sys/dev/ath/if_ath.c:3416: error: 'const struct ath_rx_status' has no member named 'rs_flags'
*** Error code 1

Stop in /usr/obj/usr/src/sys/hogehoge.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.


カーネルコンパイル出来ないです。なぜ?
0589名無しさん@お腹いっぱい。2009/12/04(金) 00:51:34
>588
今日はもう寝てまた明日
# make update
# rm -rf /usr/obj
# make clean
# make buildkernel
でどうよ。
0590名無しさん@お腹いっぱい。2009/12/04(金) 01:30:43
>589
同じところで止まる・・・orz
もうねる・・・
0591名無しさん@お腹いっぱい。2009/12/04(金) 01:35:31
>590
そういうときはエラーメッセージの一部でぐぐるといい。例えばこういうとこ。
error: 'const struct ath_rx_status' has no member named 'rs_flags'
0592名無しさん@お腹いっぱい。2009/12/04(金) 01:46:50
options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors
追加してみた。
今度こそねる・・・
0593名無しさん@お腹いっぱい。2009/12/04(金) 03:30:53
で、8.0-Stableと8.0-Release-P1だったらどっちにアップデートするのがいいとおもう?
0594名無しさん@お腹いっぱい。2009/12/04(金) 08:21:23
>593
8.0-RELEASE-p1でいいでしょう。
http://lists.freebsd.org/mailman/listinfo/freebsd-security-notifications
に行ってセキュリティ勧告が届くようMLに加入し、
もしなにか勧告が出たら適宜 8.0-RELEASE-px を更新すればよいです。
Windowsと違って完全自動では更新されません。
自分に合ったOSの更新方法を探して下さい。
i386系であれば freebsd-update を使うのもおすすめです。
0595名無しさん@お腹いっぱい。2009/12/04(金) 10:23:05
NVIDIA amd64きた?
ttp://www.nvnews.net/vbulletin/showthread.php?t=142120
0596名無しさん@お腹いっぱい。2009/12/04(金) 10:56:29
すでに手遅れ
0597名無しさん@お腹いっぱい。2009/12/04(金) 12:18:44
微妙だなあ。FlashがnativeでないFreeBSDでドライバ出てもなあ…
Linuxエミュレーション使うくらいなら素直にLinux使うし
でもNVIDIAの努力は評価したい。AMD-ATIも少しは見習ってほしい。Inttelは知らん。
0598名無しさん@お腹いっぱい。2009/12/04(金) 14:01:09
>>594
え?そうなの?
Stableの方がReleaseに比べて日々更新されてるからセキュリティ的にもより堅牢な気がするけど^^;)・・・
0599名無しさん@お腹いっぱい。2009/12/04(金) 14:04:11
>>595
これ待ってればports化されると思う?
0600名無しさん@お腹いっぱい。2009/12/04(金) 15:11:57
>>599がやればports化される。
0601名無しさん@お腹いっぱい。2009/12/04(金) 16:32:00
>598
STABLEへの移行は運用に慣れてからでいい。
そしたらもうこのスレからは卒業だ。おめでとう。
0602名無しさん@お腹いっぱい。2009/12/04(金) 19:19:53
>>594
> i386系であれば freebsd-update を使うのもおすすめです。
amd64はfreebsd-updateだめなの?
0603名無しさん@お腹いっぱい。2009/12/04(金) 20:26:26
>602
amd64では使ったことがないのでi386系と書きました。
知ってる人がフォローしてくれると思います。
あと、freebsd-updateは -STABLE には対応してなさそうです。

man freebsd-update より:
the FreeBSD Security Team only builds updates for releases
shipped in binary form by the FreeBSD Release Engineering Team,
e.g., FreeBSD 6.1-RELEASE and FreeBSD 6.2-RC1,
but not FreeBSD 6.2-STABLE or FreeBSD 7.0-CURRENT.
(8.0も同様らしい)

というわけで初心者には -RELEASE-px がおすすめというわけです。
0604名無しさん@お腹いっぱい。2009/12/04(金) 23:05:13
普通に勧めるときはReleaseでいいじゃん
0605名無しさん@お腹いっぱい。2009/12/05(土) 23:32:40
ソースから地道にアップデートする際、律儀に

# mergemaster -p

コマンドは実行している?
"i"キーで更新してくれるわけだけど、今回のようなメジャーアップのときは全体の更新数が
半端無いわけで"i"→"Enter"を延々と押していくのにはさすがに心の広い俺でも
思わず心が折れそうになる・・・

みんなはどうしてる?
0606名無しさん@お腹いっぱい。2009/12/06(日) 01:03:21
-p はそんなに更新数が半端ないってことないんじゃないかな?

installlworld後のmergemasterは-iUまたは-aiUだが..
0607名無しさん@お腹いっぱい。2009/12/06(日) 01:52:15
単発で

ad4 : timeout write_dma retrying (1 retry left)

って出たんだけど、その前後に一切関係しそうなログも無く、その後TIMEOUTも全く発生していない。
これって無視していいの?HDDの障害と言うよりは、なんかタマタマ処理がかち合っただけとかそういうの?
0608名無しさん@お腹いっぱい。2009/12/06(日) 02:40:28
>>605
# cat<<EOF>/etc/mergemaster.rc
AUTO_INSTALL=yes
AUTO_UPGRADE=yes
EOF
#

他にローカルで書き換えているので更新して欲しくない
ファイルは IGNORE_FILES="" など。詳しくは man
mergemaster。
0609名無しさん@お腹いっぱい。2009/12/06(日) 07:31:22
>>607
リトライしたとして静観
短期間に再発するなら考える
0610名無しさん@お腹いっぱい。2009/12/06(日) 07:37:42
>>605
/etc以下のrc.dとかmtreeとかperiodicとかをリネームしておく
そしてmergemaster -piおよび mergemaster -i
なんて感じ。

自分が修正している/etc以下のファイルは(当然)注意しておく。
0611名無しさん@お腹いっぱい。2009/12/06(日) 15:36:38
mergemasterって自分が設定したファイルも問答無用で上書きしちゃうの?
結構危険なツールのかほりが・・・
0612名無しさん@お腹いっぱい。2009/12/06(日) 15:40:56
そんな風に思える奴にはどんなツールでも危険だろうな
0613名無しさん@お腹いっぱい。2009/12/06(日) 16:03:48
設定ファイル改変は危険
0614名無しさん@お腹いっぱい。2009/12/06(日) 16:09:18
>>611
diffで1つ1つ確認しながらやってろw
0615名無しさん@お腹いっぱい。2009/12/06(日) 16:40:11
おまいらはアップデートのたびにmergemasterなんて実行してるのか?
全無視してる俺の立場は('A`;)b
0616名無しさん@お腹いっぱい。2009/12/06(日) 18:38:59
>615
強く生きてください(><)b
0617名無しさん@お腹いっぱい。2009/12/06(日) 19:05:48
普通、寝る前にはmergemasterだな。
0618名無しさん@お腹いっぱい。2009/12/06(日) 20:00:48
そこまでかかんね〜よw
0619名無しさん@お腹いっぱい。2009/12/06(日) 20:22:43
毎日の話だぞ。
0620名無しさん@お腹いっぱい。2009/12/06(日) 20:36:42
-currentでも使ってんのか?
0621名無しさん@お腹いっぱい。2009/12/06(日) 20:42:51
-current使って無いのか?
0622名無しさん@お腹いっぱい。2009/12/07(月) 01:47:42
>>617
それAutoで全部 Yes!! Yes!! ってこと?
0623名無しさん@お腹いっぱい。2009/12/07(月) 11:18:47
寝る前には歯を磨くだろ。それと同じで日課のように実行すると言う事だよ。
0624名無しさん@お腹いっぱい。2009/12/07(月) 11:56:51
/etc/
はrc.confしかいじってないんですが、その場合も
いちいちmergemasterしたほうがいいですか?
0625名無しさん@お腹いっぱい。2009/12/07(月) 12:31:19
>>624
パスワードはどうすんのん?
0626名無しさん@お腹いっぱい。2009/12/07(月) 12:53:31
今更ですが >555 みたいなのはどこかに
参照できる形で情報が残るとありがてーですな
0627名無しさん@お腹いっぱい。2009/12/07(月) 12:56:59
>605
qi[CR] みたいなのを
マウスのコピペに覚えさせて
マウスクリックしまくりー!

たまに「ちょ、それ待ってくれ…」になることも :-P
(それでも事前に tar.gz しておいたものがあればそれを解けばOK)

まあ mergemaster のオプションを
もうちょっと工夫するってのがスジなんですが
0628名無しさん@お腹いっぱい。2009/12/07(月) 14:15:24
>626
まとめブログを作って転載保存しておくとよい。
アフィリエイトで得た収入はUNIX関係のファウンデーションに寄付するとなおよい。
0629名無しさん@お腹いっぱい。2009/12/07(月) 14:50:28
やっぱmergemasterって前時代的としか思えない。

Windowsをアップデートしたあと設定ファイルの上書き許可をいちいち出したりするか?
WindowsUpdateのたびにパスワードファイルが上書きされないよう気を配る必要があるか?

徐々にではあるが時代に取り残されている気がしてならない。
0630名無しさん@お腹いっぱい。2009/12/07(月) 15:07:42
徐々にってよりすでに
0631名無しさん@お腹いっぱい。2009/12/07(月) 15:08:12
>>629
/etc/mergemaster.rc
にある
IGNORE_FILES='/etc/motd /etc/printcap foo bar'
これを活用したらいいよ。
0632名無しさん@お腹いっぱい。2009/12/07(月) 15:18:32
徐々にっていうか、既にOS自体が化石化しつつあるのに何を今更
0633名無しさん@お腹いっぱい。2009/12/07(月) 15:38:41
>>631
人によって編集したファイルって結構違うんじゃね?
0634名無しさん@お腹いっぱい。2009/12/07(月) 15:42:42
>633
それくらい自力で書けばいいんじゃね?
0635名無しさん@お腹いっぱい。2009/12/07(月) 16:52:38
mergemaster がパスワードを上書きするなんて聞いたこともない
0636名無しさん@お腹いっぱい。2009/12/07(月) 18:02:49
>>634
要はメンテナンス性の問題
うpデートのたびに書き直すのはナンセンス
人力に頼るとミスだって混入しがちだし
そういうのをシステムの不備または欠陥という
0637名無しさん@お腹いっぱい。2009/12/07(月) 18:37:40
ではどう修正すべきでしょうか?
0638名無しさん@お腹いっぱい。2009/12/07(月) 18:39:07
何でも自動化すればいいというわけでもないw
0639名無しさん@お腹いっぱい。2009/12/07(月) 19:24:05
正確には自動化できるけど自動化するのマンドクセ('A`)、だろ
0640名無しさん@お腹いっぱい。2009/12/07(月) 19:58:10
>636
まあ使ってから吠えろや。俺の /etc/mergemaster.rc 見せてやっから。
これ書いとけば mergemaster -p と mergemaster で用足りるし。
勝手にユーザ足されたりしたときは泣いていい。/usr/src/UPDATING は必見。
あとメジャーアップグレードする時は面倒でもちゃんとマージしとけ。

# cat /etc/mergemaster.rc
AUTO_UPGRADE=yes
AUTO_INSTALL=yes
IGNORE_FILES='/etc/motd /etc/group /etc/hosts /etc/master.passwd /etc/mail/mailer.conf /etc/hosts.allow /etc/ntp.conf /etc/manpath.config'
PRESERVE_FILES=yes
FREEBSD_ID=yes

0641名無しさん@お腹いっぱい。2009/12/07(月) 21:12:55
バイナリレベルのアップデートにすればこんな面倒くさいことしなくてもいいんじゃね?
0642名無しさん@お腹いっぱい。2009/12/08(火) 00:22:40
7.2から8.0にアップグレードしたらブートしなくなったよ…

Trying to mount root from ufs:/dev/ad0s1a
ROOT MOUNT ERROR:

このメッセージが出て手動マウントの入力になるんだけど、何を入力しても先に進めない。
7.2までは認識できたのに、なんで認識できなくなったんだろ?

GEOM: ad0: geometry does not match label (255h,63s != 16h,63s).

↑が原因っぽい気もするけど…

これってもう再インストールするしかないのでしょうか?
誰か助けてください。
■ このスレッドは過去ログ倉庫に格納されています