X
FreeBSD current 思えば遠くへ来たもんだ
■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。
垢版 |
2009/06/05(金) 06:00:09
思えば遠くへ来たもんだ ふるさと離れて16年目
思えば遠くへ来たもんだ この先どこまで行くのやら

>> Shut up and code!!!

前スレは>>2-5あたり
0003名無しさん＠お腹いっぱい。
垢版 |
2009/06/05(金) 06:15:46
卑近な俺的話題
- KVA spaceの512GB化。もう物理メモリが余ることはありません。
- rickのNFS4に全統合の予感。
- 進行中のata(4)のCAM化にAlexander Motinが合流。ありがとうsos。
- AHCIドライバのNCQ化。
- vendor/llvm、vendor/clang登場。
- libcのlocale catalogスイッチがonに。
- KipがZFS周りをすげえいじってる。
- Ben KellyがKVM fragmentationを直そうとしてる。
- vendor/eeって開発続いてたんだ……
0006名無しさん＠お腹いっぱい。
垢版 |
2009/06/05(金) 22:40:20
通常はpanicしたらデバッガに落ちるしいろいろ報告するには都合いいけど、
一時的にpanicしたら勝手に再起動するようにしておきたい時、

    debug.debugger_on_panic: 0

にしとくと、dumpした上で再起動する。が、RAMが多いと再起動するまでに
数十分かかったりするし、そもそも今はdumpもいらないんで

    debug.ddb.textdump.do_panic: 0

も足したらdumpはしなくなったけど再起動もしなくて、panicしたままで
止まっている。

デバッガに落ちず、dumpもせず、panicしたらそのまますぐ再起動するように
したいんだが、どうすればいいんだろうか。
0012名無しさん＠お腹いっぱい。
垢版 |
2009/06/06(土) 01:13:05
うーむ…

20090531:
For those who use ipfw and especially pf, those two firewalls
are now started BEFORE the network is initialized (i.e., before
rc.d/netif). Please review your rules to make sure that your
interfaces will be properly described.
0014名無しさん＠お腹いっぱい。
垢版 |
2009/06/06(土) 03:57:39
すまそ。
dumponにoffを渡すとdumpdevが/dev/nullになるのね。

とはいえ結局、デバッガに落ちない、dumpしない、のは実現できても、
その後自動的に再起動するのができない。
0017名無しさん＠お腹いっぱい。
垢版 |
2009/06/06(土) 15:45:27
>>12
隙がある時間帯をなくすという面で、あるべき姿への変更とは思うんだが、
最近のmpdって、どのngのインスタンス使えって指定できたっけ？
0018名無しさん＠お腹いっぱい。
垢版 |
2009/06/06(土) 17:57:07
>>15,16
haltまでは行ってない。
dumpする場合はpanicのメッセージとともにスタックトレースとか出たりした後
ディスクに書きに行くわけだが、その表示のままディスクに書こうとせずに
止まっている。

dumpして再起動する場合はdump後にhaltするメッセージを出して再起動して
いるんだが、そこまでいかない。
0020名無しさん＠お腹いっぱい。
垢版 |
2009/06/06(土) 20:16:19
>19
ddbが入ってればそもそもhaltしないよね。
だからddb起動して即resetのscriptを置いとくのが手っ取り早いんだけど。
>5はいらん設定やり過ぎでわけわからんようになってると見た。
全部消してやってみそ。
0021名無しさん＠お腹いっぱい。
垢版 |
2009/06/06(土) 22:20:39
>>20
わかりますた。おっしゃる通り、ごちゃごちゃになってました。
debug.debugger_on_panic=0
のままだったので、kdb.enter.panic=resetが働いていなかった。
もろもろ消して、これだけ残したらpanic時に即座に再起動する
ようになりました。
みなさんトンクス。
00221=7=20
垢版 |
2009/06/06(土) 23:36:10
動いてよかった、理屈の上では動くはずだけど自分では試してなかったから。
0023名無しさん＠お腹いっぱい。
垢版 |
2009/06/11(木) 09:44:30
current@より。幾分に興味深い。

CURRENT snapshots ISO with BSDInstaller
ttp://snapshots.pfsense.org/FreeBSD_8_0/

about BSDInstaller / FreeBSD integration
ttp://wiki.freebsd.org/FreeBSD/BSDInstaller2009
0024名無しさん＠お腹いっぱい。
垢版 |
2009/07/10(金) 23:48:20
ttp://docs.FreeBSD.org/cgi/mid.cgi?200907100818.n6A8I8p1011853
ata(4)のCAM化が始まりました。現在対応ドライバはAHCIのみ。SiI3124/3132が進行中。
対応ドライバがloadされていればada、なければadとして認識されます。
一個ドライバを移植するたびにadaが増えていって、adがなくなったらさよならata、と
いうことになるのでしょう。いつになってもならないような気もします。
0026名無しさん＠お腹いっぱい。
垢版 |
2009/07/21(火) 01:14:04
ttp://docs.FreeBSD.org/cgi/mid.cgi?200907191725.n6JHPOBe049379
8.0からsymver化するのすっかり忘れてて
取り残されてたライブラリのsoname全部上げましたヒャッハー!
jpegとかgtkとかで遊んでたら結局全部作り直し指令が!
まあ最近のマシンは異様に速いので半日放っとけばたいがい終わっちゃうような気もしますな。

ttp://docs.FreeBSD.org/cgi/mid.cgi?4A621C20.8070208
そういえばSiI3124/3132/3531のCAMドライバがCFTですよ。仕事速いですなあ。
0028名無しさん＠お腹いっぱい。
垢版 |
2009/07/21(火) 07:27:02
他のライブラリって？
commit log は残ってたの全部 bump して symbol versioning するようにしたって
ことみたいだけど。
0030名無しさん＠お腹いっぱい。
垢版 |
2009/07/21(火) 14:23:39
>>27
今後はすべてのライブラリでsymbol versioningを利用する。
(既に7-STABLE系と非互換性の生まれたライブラリは先行して利用しbump済)
なので、それ以前のライブラリとの区別のためにbumpしなければならない。
内容に変化なくsonameだけ変わったのはその宣言みたいなもの。
今後非互換の解決はsymverで行なうのでsonameは変わらない。
変わらないからsymver前と後で同じ名前ではまずいのでまとめてbumpしたわけ。
(bumpじゃなくso.0とかso.100とか、「もう一生このまんま」という名前にする手も
あったけど、結局無難にincrementということになったみたい)
というわけでそのような不思議な心配は無用。

>>28
そゆこと。
0031名無しさん＠お腹いっぱい。
垢版 |
2009/07/21(火) 15:02:11
これまでsymbol versioningしてないライブラリは今回のコミットでも未対応のままだよ。

> なので、それ以前のライブラリとの区別のためにbumpしなければならない。
> 変わらないからsymver前と後で同じ名前ではまずいのでまとめてbumpしたわけ。

その理屈ならそれらが今後symbol versioning利用するときに
今回のbumpからそれまでの間のライブラリと区別するためもう一回bumpが必要じゃんｗ

そもそもlibcの最後のbumpとsymbol versioning導入関係ねーし。
bumpは8のライブラリを7のライブラリと区別するためでそれ以上ではない。
デマ乙。
0033名無しさん＠お腹いっぱい。
垢版 |
2009/07/21(火) 15:15:37
言ってことが正しいのか判断できないけど、なんか必死だな
0041名無しさん＠お腹いっぱい。
垢版 |
2009/07/21(火) 23:17:52
20090719:
Bump the shared library version numbers for all libraries that
do not use symbol versioning as part of the 8.0-RELEASE cycle.
Bump __FreeBSD_version to 800105.

8.0リリースサイクルの一部として、シンボルバージョニングを使用しない全ての
ライブラリについて、共有ライブラリのバージョンナンバーをバンプ。
__FreeBSD_version も 8.0.0_105 へバンプ。

-------------------------------
シンボルバージョニングするようになったとは読み取れそうにないな。
0042名無しさん＠お腹いっぱい。
垢版 |
2009/07/22(水) 01:16:12
SHLIB_MAJORの数字を1増やすだけのコミットを見て
symbol versioningするようになったと妄想できる不思議ちゃんもいるというのだから
世の中わからないものだ。
0044名無しさん＠お腹いっぱい。
垢版 |
2009/07/22(水) 03:57:06
ttp://docs.FreeBSD.org/cgi/mid.cgi?200907200951.56551.jhb
jhbからツッコミが入ってるが、結局release毎に無条件bumpすんなら
symbol versioningが役に立つのってpamだけ? ってことだ。

昔symbol versioningが入った時の-archでも同じような事を話していたが、
RELENGを切ったらリセット、ということになっていてえも言われぬ気持ちになった。
そうじゃないと-CURRENTのライブラリは太り続けることになるわけで、
RELENGを切ったらリセットして互換はcompatなんとかをportsで入れてね、というのは
間違ってはいない。いないんだが、なんかむにゃむにゃ。
0045名無しさん＠お腹いっぱい。
垢版 |
2009/07/22(水) 04:27:13
URL先とレスの内容が完全にズレてないか。
そのメールの前半は、 symbol versioningが有効なのが一部ライブラリのみで
他の多くのライブラリでは依然としてbumpするなら、
結局それらに依存するものはビルドしなおしになるのであまり嬉しくないねという話。
most libraries に symbol versioning が有効なものは入っていない。
0046名無しさん＠お腹いっぱい。
垢版 |
2009/07/22(水) 04:29:28
まあ、一度STABLEになっちゃったら非互換な変更は絶対やらない
ってのを多少なりとも緩和できるならversioningにも意味はあるだろう。

無条件bumpったって、OSのメジャーバージョンがホイホイ上がるってわけでも無いし。
0047名無しさん＠お腹いっぱい。
垢版 |
2009/07/22(水) 04:31:43
なんつーかさ、このスレのやり取り見てるとさ、
日本人ってーのは、やっぱり英語苦手な奴が多いんだなって。
俺も含めてさ。
なんだかしみじみしちゃったよ（ははは
0048名無しさん＠お腹いっぱい。
垢版 |
2009/07/22(水) 04:44:10
>>44

ツッコミっつーか、昔のようにABI非互換が起きたらbumpてポリシーに戻して
bumpの機会減らすんなら、versioningしてるライブラリだけじゃなくて
それ以外のライブラリも開発者にbumpのタイミング委ねるしかねーんじゃなの、
それどころか、ABI非互換な変更するかどうかも全部開発者に任せたほうがいい
なんてことになるんじゃねーの、って書いてあるだけな気がするけど。
0051名無しさん＠お腹いっぱい。
垢版 |
2009/07/30(木) 11:51:11
Operaは7.0のバイナリなので
shared-qt3なのを使うとlibz.so.4とlibz.so.5が両方ついてきてしまって
ちょっと困る。両方同じものなので今のところは実用上困ることはない。
- 次のOperaは8.0のバイナリも出るだろうからそれまで気づかなかったことにする
- どうせ同じものだからln -s libz.so.5 libz.so.4
- static-qt3版を使おうと思ったらi386版しかないみたい
- 7用qt3を掘り出してLD_PRELOAD
- 面倒くさいのでlinux版を使う
- 動かなくなったら考える

正攻法はLD_PRELOADかな。
0053名無しさん＠お腹いっぱい。
垢版 |
2009/08/08(土) 04:23:27
>>52
急にどうした
0054名無しさん＠お腹いっぱい。
垢版 |
2009/08/09(日) 02:52:30
currentだけの問題なのかはわからんが…
FreeBSD 8.0-BETA2 #4: Sat Aug  8 12:01:20 JST 2009(amd64版)
virtualbox-2.2.51.r20457_3

でWindowsXPをインスコしようとしているんだが、ゲストをStart
した（Startのボタンを押した）瞬間rebootする。
FreeBSD/amd64なcurrentでVirtualBoxにWindowsXPをインスコ
できてる人いる？
0057名無しさん＠お腹いっぱい。
垢版 |
2009/08/09(日) 21:50:56
一発目のpsが遅いのは何故?
ps axuで一回目出力され始めるまで4秒位かかる。
続けて再実行すると即時に出力される。

amd64@Q6600
0061名無しさん＠お腹いっぱい。
垢版 |
2009/08/10(月) 00:50:52
ちょっと聞きたいんだが、
nVidia NFP3400なML115というPCに、8.0-BETA2(amd64)をインストールできた方はいますか？なぜだかHDが認識されないのだけれども。i386では問題なくインストールできています。
0062名無しさん＠お腹いっぱい。
垢版 |
2009/08/11(火) 17:35:28
いまさらなんですが、最近のインストーラ
(いつからか調べてないけど7.2 とか 8-BETA2 とか)
ってパーティションテーブル作ると変じゃないですか?

◆ da0s1c が offset 0 でなく63 になってる(昔は0だったはず)
size は全体の大きさのママなので c の場所がおかしい
(まあ使わないから問題ないかもしれないけど)
◆ da0s1e がはみ出してる? (e というより最後のパーティションを
sysinstall の disklabel エディタで「残り全部」のつもりで
提示された数字をそのまま [OK]して作ったもの。
(パーティションサイズでなく C*H*S の数字になってる?)

手元の例(別に変なインストールしたつもりじゃないんだけどなぁ)

FreeBSD# # fdisk -s da0
/dev/da0: 2231 cyl 255 hd 63 sec
Part Start Size Type Flags
1: 63 35840952 0xa5 0x80
FreeBSD# bsdlabel da0s1
# /dev/da0s1:
8 partitions:
# size offset fstype [fsize bsize bps/cpg]
a: 2097152 63 4.2BSD 0 0 0
b: 2097152 2097215 swap
c: 35840952 63 unused 0 0 # "raw" part, don't edit
d: 4194304 4194367 4.2BSD 0 0 0
e: 27452344 8388671 4.2BSD 0 0 0
partition c: partition extends past end of unit
bsdlabel: partition c doesn't start at 0!
bsdlabel: An incorrect partition c may cause problems for standard system utilities
partition e: partition extends past end of unit
0063名無しさん＠お腹いっぱい。
垢版 |
2009/08/11(火) 17:42:17
eがはみ出しているのはcがはみ出しているからだろうね。

cのオフセットが63なのが、
あるいはオフセット63にするならするでsizeから63を引いていないのが
まずいと。
0064名無しさん＠お腹いっぱい。
垢版 |
2009/08/12(水) 16:27:08
>>62
最近というかずいぶん前からbsdlabelのチェックの仕方はおかしいよね。
offset=0 から始まる(この場合) size=35840952 までがディスク全体のサイズ
だと思ってパーティションをチェックしてる。

表示さてる数値自体はおかしくない。

63のオフセットを持たせてるのは一般的にブートブロックとして使われる事を考慮して。
0066名無しさん＠お腹いっぱい。
垢版 |
2009/08/13(木) 10:32:00
そう インストーラ の切り方は明らかにバグってる…

っていうか誰かちゃんと send-pr しないといけないんじゃない?
0068名無しさん＠お腹いっぱい。
垢版 |
2009/08/13(木) 17:50:57
こんな単純な問題なら誰かやってると思ったんだよ!
まぁ新規インストールで問題を見いだす人は少ないだろうから仕方ないか
0069名無しさん＠お腹いっぱい。
垢版 |
2009/08/14(金) 09:52:06
>>68
あなた様はこの問題を見出した数少ない貴重なお方なのです。
あなたのsend-prでこの問題は解決します。
ありがとうございます。
0071名無しさん＠お腹いっぱい。
垢版 |
2009/08/16(日) 10:42:29
メンテナは実体に影響ないから問題ないていいそうだな
そんな事どうでもいいとnack
0072same
垢版 |
2009/08/16(日) 10:48:14
>> 66

既に既知の問題なんだけど、過去との互換性とかでナンダラカンタラと。
細かいことは追っていないので知らないけど、
GEOM 関連の更新と絡んで問題がある環境があるらしい。
0073名無しさん＠お腹いっぱい。
垢版 |
2009/08/16(日) 16:49:48
>72
そうなの?
既知というのは驚かないけど
末尾のパーティションが割り当てたスライスを越えて
はみ出る割り当てってのは
過去との互換性もへったくれもない気がするけど?
0074名無しさん＠お腹いっぱい。
垢版 |
2009/08/16(日) 18:40:24
以下の問いに答えなさい。
問題１
bsd.はdisk.一枚でもinstall.に再起動が必要か？
(　　　　　　　　　　　　　)
問題２
HD.はpartition.している時にmount.しているのか？
(　　　　　　　　　　　　　)
0075名無しさん＠お腹いっぱい。
垢版 |
2009/08/16(日) 19:03:49
以下の問いに答えなさい。
問題１
>74 は小学校を卒業している。
(　はい ・ いいえ　　　　)
問題２
>74 は中学校を卒業している。
(　はい ・ いいえ　　　　)
0080名無しさん＠お腹いっぱい。
垢版 |
2009/08/17(月) 02:09:53
　
(+Φ　Φ)r！　なるほど…　　「以下の問いを変えなさい。」ですか…
0087名無しさん＠お腹いっぱい。
垢版 |
2009/08/24(月) 09:44:07
あれ? その手のどこかで見た覚えあるけどHDUSだったかな?
おれはWindows上でつかってるけどねー
だってさ、余分なところcutしてエンコードすること考えたら
Windowsの方が便利だもの。いやエンコードはmencoderででき
るのは知ってますよ....でもねぇ
0092名無しさん＠お腹いっぱい。
垢版 |
2009/08/25(火) 08:05:58
>>90
> う淫ドーズじゃなくてソフトの問題だろ

もちろんその通りですが。道具として使うならWindowsベース
のほうが便利だってことだけですよ。
ある程度マシンパワーがあるならWindowsベースのVMWare
なりvirtual boxで使うのがいいのかもしれませんね。


0100名無しさん＠お腹いっぱい。
垢版 |
2009/09/11(金) 10:04:18
/homeをZFS化するのが一番効果的だと思うなあ。
スナップショットもバックアップも簡単に取れるようになるし。
賢者モードのときにうっかり消してしまった画像も
スナップショットから簡単に復元可能。
■ このスレッドは過去ログ倉庫に格納されています
ニューススポーツなんでも実況