09/06/05 06:01:44
FreeBSD current 一握の砂
ｽﾚﾘﾝｸ(unix板)
FreeBSD current 賽の河原
ｽﾚﾘﾝｸ(unix板)
FreeBSD current 苦難の道
ｽﾚﾘﾝｸ(unix板)
3:名無しさん＠お腹いっぱい。
09/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って開発続いてたんだ……
4:名無しさん＠お腹いっぱい。
09/06/05 10:47:21
- window(1)にさようなら。
5:名無しさん＠お腹いっぱい。
09/06/05 22:02:27
/boot/kernelが230Mになって、/に512M割り当ててたのが足りなくなった。
6:名無しさん＠お腹いっぱい。
09/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したらそのまますぐ再起動するように
したいんだが、どうすればいいんだろうか。
7:名無しさん＠お腹いっぱい。
09/06/05 22:59:24
>6
# ddb script kdb.enter.panic=reset
問答無用でrebootするような気がする。
8:名無しさん＠お腹いっぱい。
09/06/05 23:58:49
>>6
dumpdev="NO" で dump しなくなるんじゃない?
9:名無しさん＠お腹いっぱい。
09/06/06 00:06:47
>>7
だめだった。
debug.debugger_on_panic=0
debug.ddb.textdump.do_panic=0
したままだったのが悪かったかな。
10:名無しさん＠お腹いっぱい。
09/06/06 00:10:28
>>8
そういえばそんなのあったと思って確認したら、
dumpdev="NO"にしてありました。
なんでdumpするんだろう…。
11:名無しさん＠お腹いっぱい。
09/06/06 00:39:00
dumpdev="off"
だとどうだろう。
12:名無しさん＠お腹いっぱい。
09/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.
13:名無しさん＠お腹いっぱい。
09/06/06 01:34:19
>>11
AUTOかNO以外だとその文字列がdumpdirに入っちゃうだけな気がするが…。
14:名無しさん＠お腹いっぱい。
09/06/06 03:57:39
すまそ。
dumponにoffを渡すとdumpdevが/dev/nullになるのね。
とはいえ結局、デバッガに落ちない、dumpしない、のは実現できても、
その後自動的に再起動するのができない。
15:名無しさん＠お腹いっぱい。
09/06/06 12:39:32
自動的に再起動せずにどういう状態で止まってるわけ？
16:名無しさん＠お腹いっぱい。
09/06/06 13:10:10
haltの状態ってことなんじゃねーの？
17:名無しさん＠お腹いっぱい。
09/06/06 15:45:27
>>12
隙がある時間帯をなくすという面で、あるべき姿への変更とは思うんだが、
最近のmpdって、どのngのインスタンス使えって指定できたっけ？
18:名無しさん＠お腹いっぱい。
09/06/06 17:57:07
>>15,16
haltまでは行ってない。
dumpする場合はpanicのメッセージとともにスタックトレースとか出たりした後
ディスクに書きに行くわけだが、その表示のままディスクに書こうとせずに
止まっている。
dumpして再起動する場合はdump後にhaltするメッセージを出して再起動して
いるんだが、そこまでいかない。
19:名無しさん＠お腹いっぱい。
09/06/06 20:01:52
dumpする場合haltはしない。排反だから。
20:名無しさん＠お腹いっぱい。
09/06/06 20:16:19
>19
ddbが入ってればそもそもhaltしないよね。
だからddb起動して即resetのscriptを置いとくのが手っ取り早いんだけど。
>5はいらん設定やり過ぎでわけわからんようになってると見た。
全部消してやってみそ。
21:名無しさん＠お腹いっぱい。
09/06/06 22:20:39
>>20
わかりますた。おっしゃる通り、ごちゃごちゃになってました。
debug.debugger_on_panic=0
のままだったので、kdb.enter.panic=resetが働いていなかった。
もろもろ消して、これだけ残したらpanic時に即座に再起動する
ようになりました。
みなさんトンクス。
22:1=7=20
09/06/06 23:36:10
動いてよかった、理屈の上では動くはずだけど自分では試してなかったから。
23:名無しさん＠お腹いっぱい。
09/06/11 09:44:30
current@より。幾分に興味深い。
CURRENT snapshots ISO with BSDInstaller
URLﾘﾝｸ(snapshots.pfsense.org)
about BSDInstaller / FreeBSD integration
URLﾘﾝｸ(wiki.freebsd.org)
24:名無しさん＠お腹いっぱい。
09/07/10 23:48:20
URLﾘﾝｸ(docs.FreeBSD.org)
ata(4)のCAM化が始まりました。現在対応ドライバはAHCIのみ。SiI3124/3132が進行中。
対応ドライバがloadされていればada、なければadとして認識されます。
一個ドライバを移植するたびにadaが増えていって、adがなくなったらさよならata、と
いうことになるのでしょう。いつになってもならないような気もします。
25:名無しさん＠お腹いっぱい。
09/07/11 15:59:36
SCSIとだいたい同じとはいえ違うところはどうすんだって言われてたけど、
とうとう始まったか。
26:名無しさん＠お腹いっぱい。
09/07/21 01:14:04
URLﾘﾝｸ(docs.FreeBSD.org)
8.0からsymver化するのすっかり忘れてて
取り残されてたライブラリのsoname全部上げましたヒャッハー!
jpegとかgtkとかで遊んでたら結局全部作り直し指令が!
まあ最近のマシンは異様に速いので半日放っとけばたいがい終わっちゃうような気もしますな。
URLﾘﾝｸ(docs.FreeBSD.org)
そういえばSiI3124/3132/3531のCAMドライバがCFTですよ。仕事速いですなあ。
27:名無しさん＠お腹いっぱい。
09/07/21 05:49:59
これって他のライブラリは今後もsymbol versioning未対応のままなの？
28:名無しさん＠お腹いっぱい。
09/07/21 07:27:02
他のライブラリって？
commit log は残ってたの全部 bump して symbol versioning するようにしたって
ことみたいだけど。
29:名無しさん＠お腹いっぱい。
09/07/21 08:11:32
bumpはわかるが、symbol versioning するようにしたってのは?
30:名無しさん＠お腹いっぱい。
09/07/21 14:23:39
>>27
今後はすべてのライブラリでsymbol versioningを利用する。
(既に7-STABLE系と非互換性の生まれたライブラリは先行して利用しbump済)
なので、それ以前のライブラリとの区別のためにbumpしなければならない。
内容に変化なくsonameだけ変わったのはその宣言みたいなもの。
今後非互換の解決はsymverで行なうのでsonameは変わらない。
変わらないからsymver前と後で同じ名前ではまずいのでまとめてbumpしたわけ。
(bumpじゃなくso.0とかso.100とか、「もう一生このまんま」という名前にする手も
あったけど、結局無難にincrementということになったみたい)
というわけでそのような不思議な心配は無用。
>>28
そゆこと。
31:名無しさん＠お腹いっぱい。
09/07/21 15:02:11
これまでsymbol versioningしてないライブラリは今回のコミットでも未対応のままだよ。
> なので、それ以前のライブラリとの区別のためにbumpしなければならない。
> 変わらないからsymver前と後で同じ名前ではまずいのでまとめてbumpしたわけ。
その理屈ならそれらが今後symbol versioning利用するときに
今回のbumpからそれまでの間のライブラリと区別するためもう一回bumpが必要じゃんｗ
そもそもlibcの最後のbumpとsymbol versioning導入関係ねーし。
bumpは8のライブラリを7のライブラリと区別するためでそれ以上ではない。
デマ乙。
32:名無しさん＠お腹いっぱい。
09/07/21 15:06:04
libcは既にsymbol versioningが導入されているライブラリの例な。
33:名無しさん＠お腹いっぱい。
09/07/21 15:15:37
言ってことが正しいのか判断できないけど、なんか必死だな
34:名無しさん＠お腹いっぱい。
09/07/21 17:31:05
どうでもいいから、portsの依存地獄を解消しろ。
旧ゲイツOSのdll地獄より更に凶悪。
35:名無しさん＠お腹いっぱい。
09/07/21 18:27:38
楽になりたかったらgnomeもKDEも使わないんだな
36:名無しさん＠お腹いっぱい。
09/07/21 19:53:50
そんなもんはつかってない。
37:名無しさん＠お腹いっぱい。
09/07/21 19:57:09
無理してxorgも使わなくていいよ。
38:名無しさん＠お腹いっぱい。
09/07/21 20:09:05
xorgとか良く知らんが、WITHOUT_X11=yesなんだが。
39:名無しさん＠お腹いっぱい。
09/07/21 20:54:36
先が読めるけどあえて書いてみよう
なんだみんな幸せ者じゃないか(w
40:名無しさん＠お腹いっぱい。
09/07/21 21:39:04
うん。しやわせ？
41:名無しさん＠お腹いっぱい。
09/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 へバンプ。
-------------------------------
シンボルバージョニングするようになったとは読み取れそうにないな。
42:名無しさん＠お腹いっぱい。
09/07/22 01:16:12
SHLIB_MAJORの数字を1増やすだけのコミットを見て
symbol versioningするようになったと妄想できる不思議ちゃんもいるというのだから
世の中わからないものだ。
43:名無しさん＠お腹いっぱい。
09/07/22 01:56:08
BETA3 はいつくるのかな。
44:名無しさん＠お腹いっぱい。
09/07/22 03:57:06
URLﾘﾝｸ(docs.FreeBSD.org)
jhbからツッコミが入ってるが、結局release毎に無条件bumpすんなら
symbol versioningが役に立つのってpamだけ? ってことだ。
昔symbol versioningが入った時の-archでも同じような事を話していたが、
RELENGを切ったらリセット、ということになっていてえも言われぬ気持ちになった。
そうじゃないと-CURRENTのライブラリは太り続けることになるわけで、
RELENGを切ったらリセットして互換はcompatなんとかをportsで入れてね、というのは
間違ってはいない。いないんだが、なんかむにゃむにゃ。
45:名無しさん＠お腹いっぱい。
09/07/22 04:27:13
URL先とレスの内容が完全にズレてないか。
そのメールの前半は、 symbol versioningが有効なのが一部ライブラリのみで
他の多くのライブラリでは依然としてbumpするなら、
結局それらに依存するものはビルドしなおしになるのであまり嬉しくないねという話。
most libraries に symbol versioning が有効なものは入っていない。
46:名無しさん＠お腹いっぱい。
09/07/22 04:29:28
まあ、一度STABLEになっちゃったら非互換な変更は絶対やらない
ってのを多少なりとも緩和できるならversioningにも意味はあるだろう。
無条件bumpったって、OSのメジャーバージョンがホイホイ上がるってわけでも無いし。
47:名無しさん＠お腹いっぱい。
09/07/22 04:31:43
なんつーかさ、このスレのやり取り見てるとさ、
日本人ってーのは、やっぱり英語苦手な奴が多いんだなって。
俺も含めてさ。
なんだかしみじみしちゃったよ（ははは
48:名無しさん＠お腹いっぱい。
09/07/22 04:44:10
>>44
ツッコミっつーか、昔のようにABI非互換が起きたらbumpてポリシーに戻して
bumpの機会減らすんなら、versioningしてるライブラリだけじゃなくて
それ以外のライブラリも開発者にbumpのタイミング委ねるしかねーんじゃなの、
それどころか、ABI非互換な変更するかどうかも全部開発者に任せたほうがいい
なんてことになるんじゃねーの、って書いてあるだけな気がするけど。
49:名無しさん＠お腹いっぱい。
09/07/22 07:34:03
コードじゃなく文章ベースの話だと自分が偉いと思ってる人たちが湧くことがわかった
50:名無しさん＠お腹いっぱい。
09/07/22 07:37:30
英語もろくに理解できず、かといってコミットログの中身を見もしないお馬鹿さんが負け惜しみですか
51:名無しさん＠お腹いっぱい。
09/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かな。
52:名無しさん＠お腹いっぱい。
09/08/08 01:55:18
うるせえなあ
ちょっとスレにウルオイをやっただけでなんて言いぐさだ
53:名無しさん＠お腹いっぱい。
09/08/08 04:23:27
>>52
急にどうした
54:名無しさん＠お腹いっぱい。
09/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をインスコ
できてる人いる？
55:名無しさん＠お腹いっぱい。
09/08/09 09:50:17
俺はインストール中にFreeBSDがカーネルデバッガに落ちる。
56:名無しさん＠お腹いっぱい。
09/08/09 10:24:05
>>55
インストール中ってことは多少は進むのか。
amd64でも動くってどっかで読んだんだけどな。
57:名無しさん＠お腹いっぱい。
09/08/09 21:50:56
一発目のpsが遅いのは何故?
ps axuで一回目出力され始めるまで4秒位かかる。
続けて再実行すると即時に出力される。
amd64@Q6600
58:名無しさん＠お腹いっぱい。
09/08/09 22:37:44
>>57
psだけ？
HDDがスリープしてるときに何かしようとするとスピンアップ待ち
になってそんな感じになるけど。
59:名無しさん＠お腹いっぱい。
09/08/09 23:06:06
うん、psだけ。
60:名無しさん＠お腹いっぱい。
09/08/09 23:36:31
ktraceかけてみたら？
61:名無しさん＠お腹いっぱい。
09/08/10 00:50:52
ちょっと聞きたいんだが、
nVidia NFP3400なML115というPCに、8.0-BETA2(amd64)をインストールできた方はいますか？なぜだかHDが認識されないのだけれども。i386では問題なくインストールできています。
62:名無しさん＠お腹いっぱい。
09/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
63:名無しさん＠お腹いっぱい。
09/08/11 17:42:17
eがはみ出しているのはcがはみ出しているからだろうね。
cのオフセットが63なのが、
あるいはオフセット63にするならするでsizeから63を引いていないのが
まずいと。
64:名無しさん＠お腹いっぱい。
09/08/12 16:27:08
>>62
最近というかずいぶん前からbsdlabelのチェックの仕方はおかしいよね。
offset=0 から始まる(この場合) size=35840952 までがディスク全体のサイズ
だと思ってパーティションをチェックしてる。
表示さてる数値自体はおかしくない。
63のオフセットを持たせてるのは一般的にブートブロックとして使われる事を考慮して。
65:名無しさん＠お腹いっぱい。
09/08/12 16:37:12
おかしいのはインストーラで、bsdlabelはおかしくないんじゃないか。
66:名無しさん＠お腹いっぱい。
09/08/13 10:32:00
そう インストーラ の切り方は明らかにバグってる…
っていうか誰かちゃんと send-pr しないといけないんじゃない?
67:名無しさん＠お腹いっぱい。
09/08/13 17:19:28
確信があるならさっさと報告しろよ
68:名無しさん＠お腹いっぱい。
09/08/13 17:50:57
こんな単純な問題なら誰かやってると思ったんだよ!
まぁ新規インストールで問題を見いだす人は少ないだろうから仕方ないか
69:名無しさん＠お腹いっぱい。
09/08/14 09:52:06
>>68
あなた様はこの問題を見出した数少ない貴重なお方なのです。
あなたのsend-prでこの問題は解決します。
ありがとうございます。
70:名無しさん＠お腹いっぱい。
09/08/14 10:16:39
何気ない問題と思ったらすんげー迷宮入りしたりして
71:名無しさん＠お腹いっぱい。
09/08/16 10:42:29
メンテナは実体に影響ないから問題ないていいそうだな
そんな事どうでもいいとnack
72:same
09/08/16 10:48:14
>> 66
既に既知の問題なんだけど、過去との互換性とかでナンダラカンタラと。
細かいことは追っていないので知らないけど、
GEOM 関連の更新と絡んで問題がある環境があるらしい。
73:名無しさん＠お腹いっぱい。
09/08/16 16:49:48
>72
そうなの?
既知というのは驚かないけど
末尾のパーティションが割り当てたスライスを越えて
はみ出る割り当てってのは
過去との互換性もへったくれもない気がするけど?
74:名無しさん＠お腹いっぱい。
09/08/16 18:40:24
以下の問いに答えなさい。
問題１
bsd.はdisk.一枚でもinstall.に再起動が必要か？
( )
問題２
HD.はpartition.している時にmount.しているのか？
( )
75:名無しさん＠お腹いっぱい。
09/08/16 19:03:49
以下の問いに答えなさい。
問題１
>74 は小学校を卒業している。
( はい ・ いいえ )
問題２
>74 は中学校を卒業している。
( はい ・ いいえ )
76:名無しさん＠お腹いっぱい。
09/08/16 19:22:22
アナスイというLinuxで有名なおかしな人なので反応しちゃダメですょぅ
77:名無しさん＠お腹いっぱい。
09/08/16 19:22:27
>>75
アナスイはアホスクリプトだからヌルー推奨
78:名無しさん＠お腹いっぱい。
09/08/16 19:23:05
Linux板で、だった
79:名無しさん＠お腹いっぱい。
09/08/16 20:59:45
>>57
君のマシンは遅いね
80:名無しさん＠お腹いっぱい。
09/08/17 02:09:53
(+Φ Φ)r！ なるほど… 「以下の問いを変えなさい。」ですか…
81:名無しさん＠お腹いっぱい。
09/08/17 10:08:31
linux板はへんな人が多いですね
82:名無しさん＠お腹いっぱい。
09/08/17 19:58:48
キミのレスは151200倍遅い。
83:名無しさん＠お腹いっぱい。
09/08/22 11:15:54
8.0Rマダー？？？
84:名無しさん＠お腹いっぱい。
09/08/23 02:50:14
再来月だって
85:名無しさん＠お腹いっぱい。
09/08/23 18:48:28
PT1ドライバマダー？？？
86:名無しさん＠お腹いっぱい。
09/08/23 23:19:31
>>85
PT2が手に入ったら作るよ
87:名無しさん＠お腹いっぱい。
09/08/24 09:44:07
あれ? その手のどこかで見た覚えあるけどHDUSだったかな?
おれはWindows上でつかってるけどねー
だってさ、余分なところcutしてエンコードすること考えたら
Windowsの方が便利だもの。いやエンコードはmencoderででき
るのは知ってますよ....でもねぇ
88:名無しさん＠お腹いっぱい。
09/08/24 10:32:07
HDUS のドライバならここで作ってる人がいます。
URLﾘﾝｸ(d.hatena.ne.jp)
ごくろうさまです＞作者さま。
89:名無しさん＠お腹いっぱい。
09/08/24 11:37:37
>>86
おお、できるだけ協力するよ
ちなみにLinux版はココ
URLﾘﾝｸ(sourceforge.jp)
90:名無しさん＠お腹いっぱい。
09/08/24 19:21:15
>>87
う淫ドーズじゃなくてソフトの問題だろ
aviutlがオープンソース化したらFreeBSDに移植してやるよ
91:名無しさん＠お腹いっぱい。
09/08/24 19:35:21
>>90
作者に相談してください
aviutl@spring-fragrance.mints.ne.jp
92:名無しさん＠お腹いっぱい。
09/08/25 08:05:58
>>90
> う淫ドーズじゃなくてソフトの問題だろ
もちろんその通りですが。道具として使うならWindowsベース
のほうが便利だってことだけですよ。
ある程度マシンパワーがあるならWindowsベースのVMWare
なりvirtual boxで使うのがいいのかもしれませんね。
93:名無しさん＠お腹いっぱい。
09/08/25 22:20:25
PT2が予約できたから本気出す。
94:名無しさん＠お腹いっぱい。
09/08/25 23:39:57
さて、currentも9へレッツゴウだ。
95:名無しさん＠お腹いっぱい。
09/08/26 13:48:31
amd64上でのi386のクロスビルドが出来なくなった。
96:名無しさん＠お腹いっぱい。
09/08/27 10:58:45
>>95
速攻でなおった。
97:名無しさん＠お腹いっぱい。
09/09/10 23:55:49
遅ればせながら/home以外をzfsに変更した。
98:名無しさん＠お腹いっぱい。
09/09/11 00:23:55
>>97
なぜ/homeをzfsにしない？
99:名無しさん＠お腹いっぱい。
09/09/11 02:00:21
貴重なエロ画像が入っているから。
100:名無しさん＠お腹いっぱい。
09/09/11 10:04:18
/homeをZFS化するのが一番効果的だと思うなあ。
スナップショットもバックアップも簡単に取れるようになるし。
賢者モードのときにうっかり消してしまった画像も
スナップショットから簡単に復元可能。
101:名無しさん＠お腹いっぱい。
09/09/11 11:03:54
他人の評価を信用して全てを預けられるほど、どうでもいいデータじゃないんだ。
UFSには10年以上の信頼がある。
102:名無しさん＠お腹いっぱい。
09/09/11 11:26:33
ZFSはまだ導入する気にならんが、
脆弱になってゆくUFSも信頼できなくなってきた
103:名無しさん＠お腹いっぱい。
09/09/11 15:40:37
ZFS自体はSolarisで鍛えられているから
ディスクのデータがが飛ぶことはないと思っている。
それよりも賢者モードのときに消したファイルが
実はスナップショットで残っていてぜんぜんディスクが空かないのが問題。
104:名無しさん＠お腹いっぱい。
09/09/11 16:03:45
いきなり電源切る耐久テストしてみてくれ＞ZFS
この間、7.2のUFSでlost+found炸裂してファイル飛びまくったよｗ
105:名無しさん＠お腹いっぱい。
09/09/11 16:52:12
ZFSでいきなり電源を切るテストしたけど、２０回中１回もデータは飛ばなかった。
２０回以降は無駄だと思いやめた。
信用はできそう。
106:名無しさん＠お腹いっぱい。
09/09/12 15:34:46
賢者モードてなんだ？
107:名無しさん＠お腹いっぱい。
09/09/12 19:43:48
>>106
男性がオナニーをし終わった直後の気だるさ、鬱などなどを含めて賢者モードとよんでいます。
108:名無しさん＠お腹いっぱい。
09/09/13 00:00:34
いつの間にかdev.cpu.[n].temperatueの値にCが付くようになってるな。
rrdtoolが変換できないとエラー出してた。
109:名無しさん＠お腹いっぱい。
09/09/13 00:08:13
なるほど
110:名無しさん＠お腹いっぱい。
09/09/17 02:00:59
>>104
嫁が電子レンジとドライヤーを一緒に使うという荒業で
よくブレーカーを落とすけど、まだデータが飛んだことない
読み書きはしてない状況ではあるけど
読み込みはともかく書き込み中はどんなFSでもダメだわな
問題はどのくらいで書き込みのキャッシュがはけるかってところか
ちなみに環境は
FreeBSD7.2-R
USB-HDDx3でRAID-Z
111:名無しさん＠お腹いっぱい。
09/09/17 02:12:57
↑ああ、ここcurrentスレだった、すまん
currentで電源ぶち切ったことないから、どんな感じになるかわからない
112:名無しさん＠お腹いっぱい。
09/09/17 13:58:29
いや、ZFS全般的な話になってるし、有用な情報だよ
日本語でもめてるバカスレと比べれば全然桶
113:名無しさん＠お腹いっぱい。
09/09/17 16:10:51
ところでZFSってunionfs使えないのな。cloneとsnapshot駆使するか。
114:名無しさん＠お腹いっぱい。
09/09/18 11:35:42
Using a ZFS volume as a dump device is not supported.
っていうのも悩ましい…
115:名無しさん＠お腹いっぱい。
09/09/18 13:17:54
panicしたときにzvolなんか使えるかとか
COWに使うメモリは残ってないぞととかはあると思うけど
solarisだとできるんかな?
116:名無しさん＠お腹いっぱい。
09/09/23 01:06:39
zfsだとportsでDESTDIR指定したビルドも出来ないな。(nullfsマウントするから)
ufsは捨てられない。
117:名無しさん＠お腹いっぱい。
09/09/23 08:21:50
そんなの必要? と思ったら jail の中で
build するようにしている場合に呼び出されるのかな?
118:名無しさん＠お腹いっぱい。
09/10/02 17:53:16
fdisk, bsdlabel でなく gpart を使え、ってことを今さら知った。
ディスクラベルはエディタで編集できて楽だったのが不便になった感じ。
119:名無しさん＠お腹いっぱい。
09/10/02 23:50:45
よくわからんけど
現在の installer で partition 切ると
bsdlabel ad0s1 なんてしたときに
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
ってな文句をいう状態になっちゃうのと関係ある?
120:名無しさん＠お腹いっぱい。
09/10/03 12:59:06
>>119
関係あるかはよくわからないけど、たしかにちょっと前までそういうエラーが出てた。
これに関しては>>62-73あたりで出てるね。
この場合はエラーが出るけど、パーティションは切れる。
>>118で困ったのは、bsdlabel でパーティションを切って反映させる段になると
bsdlabel: Class not found
と言われるようになって、パーティションを切らせてもらえなくなったことw
fdisk, bsdlabel がまた使えるようになるのかどうかは、わからなかった。
121:名無しさん＠お腹いっぱい。
09/11/17 14:30:55
ん?また/dev/ad*への番号付けルールが変わった?
/dev/ad4
/dev/ad6
/dev/ad10
/dev/ad14
/dev/ad16
だったのが
/dev/ad4
/dev/ad6
/dev/ad14
/dev/ad18
/dev/ad20
になっとる…
122:名無しさん＠お腹いっぱい。
09/11/18 22:10:03
des>> ITYM "I/O APIC". HTH, HAND!
ﾜﾛﾀ
123:名無しさん＠お腹いっぱい。
09/11/19 10:30:52
elischerのは何が面白いのかわからん
124:名無しさん＠お腹いっぱい。
09/11/23 17:08:50
>>86
そろそろ開発中?
125:名無しさん＠お腹いっぱい。
09/12/27 18:15:05
9-currentは結局何が目玉になるんだろ？
8は結局、Linuxエミュが2.6ベースになったことだったけど。
126:名無しさん＠お腹いっぱい。
09/12/27 20:29:43
ＦｒｅｅＢＳＤの最期
127:名無しさん＠お腹いっぱい。
09/12/28 09:53:57
どんなすごい目玉が載っても >125 には関係なさそうということだね
128:名無しさん＠お腹いっぱい。
10/01/13 01:38:03
関係あるだ
129:名無しさん＠お腹いっぱい。
10/01/29 01:34:17
今はどのぐらい遠くにいるのかもうそれすらわからない
130:名無しさん＠お腹いっぱい。
10/01/29 10:31:37
9の目玉の一つには主に組み込み向けのmips対応があるかも。
131:名無しさん＠お腹いっぱい。
10/02/22 15:02:28
cobalt qube2とかで動かせないかな
132:名無しさん＠お腹いっぱい。
10/02/22 15:53:50
こばQてMIPSだっけ？
133:名無しさん＠お腹いっぱい。
10/02/28 08:08:09
CURRENTはxtermデフォルトになってんだな。浦島太郎状態。
134:名無しさん＠お腹いっぱい。
10/03/03 10:39:43
>>133
xtermじゃだめなん？
135:名無しさん＠お腹いっぱい。
10/03/14 21:46:35
>>132
Cobalt Qube2はMipsだね
136:名無しさん＠お腹いっぱい。
10/04/11 18:10:59
最近のキュッレント安定しすぎ
もうちょっと差別化しないとベータとRCの存在意義が薄れる早くしろ
137:名無しさん＠お腹いっぱい。
10/04/11 20:39:49
それはお前が新機能を試してないからだ
configの書き方によってブート途中でpanicする場合だって最近あった
138:名無しさん＠お腹いっぱい。
10/05/02 19:00:34
acpicaが更新されたので、今まであったパワーオフの問題が解決されたかと入れ替えてみた。
5800 110Gdに入れたcurrent(amd64): 今までhalt -pしても30秒から1分後に
勝手に再起動していたのが、しなくなった。 → ○
その上のvirtualboxに入れた同じカーネル: /sbin/rebootが出来なくなった。→ ×
一勝一敗
139:名無しさん＠お腹いっぱい。
10/05/18 01:31:51
いよいよ、Clang が current に来るのか。
BSDCan で他に何が決まったんだ？
140:名無しさん＠お腹いっぱい。
10/05/18 23:17:12
ここ
fURLﾘﾝｸ(ftp.jp.freebsd.org)
ってあまり頻繁に更新されないんでしょうか
141:名無しさん＠お腹いっぱい。
10/05/20 11:49:26
何が原因かわからんが、installworld後にスタティックリンクのバイナリが
軒並SIGSEGVで落ちるようになったw
/usr/bin/makeとか/usr/bin/cc死亡なんですけどwww
142:名無しさん＠お腹いっぱい。
10/05/25 01:06:07
>>141
/usr/bin/ccがstaticなのははじめて知ったけど恐ろしい話だ。
livefsCDでブートして復旧はできると思うけど。
原因がわかったら是非報告してくれ。
143:名無しさん＠お腹いっぱい。
10/05/25 21:00:37
>>142
どうやら、cc -static -gで生成したバイナリを、ctfconvertかけてstripすると
決定的におかしなバイナリを作ってしまうっぽい。
/etc/make.confにWITH_CTF=yesを入れてbuildworld/installworldすると、
その手順を実行してくれるのではまる。
とはいえ、current@で騒いでる人いないみたいだから、うちだけなのかも。
うちだけの問題じゃなければ、たぶん原因はctfconvertのバグ。
ctfconvertかけた時点でELFのsection headerをおかしくしているので。
144:名無しさん＠お腹いっぱい。
10/05/27 17:13:02
>>140
monthly snapshotが月に何度も更新されると存在意義に拘るのです。
145:名無しさん＠お腹いっぱい。
10/05/31 23:32:42
SUJの人。この人面白いなあ。
URLﾘﾝｸ(www.youtube.com)
146:名無しさん＠お腹いっぱい。
10/05/31 23:54:10
じゃない、SUJの人はろばーそんでこの人はまくーじっくさんか。
147:143
10/06/07 15:12:27
誰も興味ないだろうけど報告。
src/UPDATINGの20100402に問題があるから素人にはオススメできないって
書いてあることそのまんまだった……
WITH_CTFやるのはカーネルだけにしとけってことでしょうかねー。
148:名無しさん＠お腹いっぱい。
10/06/23 09:01:58
語ろうスレでも議論になっているが、
AFTへの対応はどうなっている？
149:名無しさん＠お腹いっぱい。
10/06/24 01:45:04
>>148
ディスクがちゃんとphysical 4096 bytes/sectorと返してくれれば
ちゃんとそのように扱えますが、
EARSが嘘つきなので未検証、というところでうやむやです。
WD15EARS-00Z5B1は4096を返すらしいので、小石を投げ込んでみれば動き出すでしょう。
URLﾘﾝｸ(docs.FreeBSD.org)
URLﾘﾝｸ(undeadly.org)