思えば遠くへ来たもんだ この先どこまで行くのやら
>> Shut up and code!!!
前スレは>>2-5あたり
http://pc12.2ch.net/test/read.cgi/unix/1097460062/
FreeBSD current 賽の河原
http://pc5.2ch.net/test/read.cgi/unix/1068658686/
FreeBSD current 苦難の道
http://pc.2ch.net/test/read.cgi/unix/1015514229/
- 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って開発続いてたんだ……
一時的にpanicしたら勝手に再起動するようにしておきたい時、
debug.debugger_on_panic: 0
にしとくと、dumpした上で再起動する。が、RAMが多いと再起動するまでに
数十分かかったりするし、そもそも今はdumpもいらないんで
debug.ddb.textdump.do_panic: 0
も足したらdumpはしなくなったけど再起動もしなくて、panicしたままで
止まっている。
デバッガに落ちず、dumpもせず、panicしたらそのまますぐ再起動するように
したいんだが、どうすればいいんだろうか。
# ddb script kdb.enter.panic=reset
問答無用でrebootするような気がする。
dumpdev="NO" で dump しなくなるんじゃない?
だめだった。
debug.debugger_on_panic=0
debug.ddb.textdump.do_panic=0
したままだったのが悪かったかな。
そういえばそんなのあったと思って確認したら、
dumpdev="NO"にしてありました。
なんでdumpするんだろう…。
だとどうだろう。
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.
AUTOかNO以外だとその文字列がdumpdirに入っちゃうだけな気がするが…。
dumponにoffを渡すとdumpdevが/dev/nullになるのね。
とはいえ結局、デバッガに落ちない、dumpしない、のは実現できても、
その後自動的に再起動するのができない。
隙がある時間帯をなくすという面で、あるべき姿への変更とは思うんだが、
最近のmpdって、どのngのインスタンス使えって指定できたっけ？
haltまでは行ってない。
dumpする場合はpanicのメッセージとともにスタックトレースとか出たりした後
ディスクに書きに行くわけだが、その表示のままディスクに書こうとせずに
止まっている。
dumpして再起動する場合はdump後にhaltするメッセージを出して再起動して
いるんだが、そこまでいかない。
ddbが入ってればそもそもhaltしないよね。
だからddb起動して即resetのscriptを置いとくのが手っ取り早いんだけど。
>5はいらん設定やり過ぎでわけわからんようになってると見た。
全部消してやってみそ。
わかりますた。おっしゃる通り、ごちゃごちゃになってました。
debug.debugger_on_panic=0
のままだったので、kdb.enter.panic=resetが働いていなかった。
もろもろ消して、これだけ残したらpanic時に即座に再起動する
ようになりました。
みなさんトンクス。
CURRENT snapshots ISO with BSDInstaller
ttp://snapshots.pfsense.org/FreeBSD_8_0/
about BSDInstaller / FreeBSD integration
ttp://wiki.freebsd.org/FreeBSD/BSDInstaller2009
ata(4)のCAM化が始まりました。現在対応ドライバはAHCIのみ。SiI3124/3132が進行中。
対応ドライバがloadされていればada、なければadとして認識されます。
一個ドライバを移植するたびにadaが増えていって、adがなくなったらさよならata、と
いうことになるのでしょう。いつになってもならないような気もします。
とうとう始まったか。
8.0からsymver化するのすっかり忘れてて
取り残されてたライブラリのsoname全部上げましたヒャッハー!
jpegとかgtkとかで遊んでたら結局全部作り直し指令が!
まあ最近のマシンは異様に速いので半日放っとけばたいがい終わっちゃうような気もしますな。
ttp://docs.FreeBSD.org/cgi/mid.cgi?4A621C20.8070208
そういえばSiI3124/3132/3531のCAMドライバがCFTですよ。仕事速いですなあ。
commit log は残ってたの全部 bump して symbol versioning するようにしたって
ことみたいだけど。
今後はすべてのライブラリでsymbol versioningを利用する。
(既に7-STABLE系と非互換性の生まれたライブラリは先行して利用しbump済)
なので、それ以前のライブラリとの区別のためにbumpしなければならない。
内容に変化なくsonameだけ変わったのはその宣言みたいなもの。
今後非互換の解決はsymverで行なうのでsonameは変わらない。
変わらないからsymver前と後で同じ名前ではまずいのでまとめてbumpしたわけ。
(bumpじゃなくso.0とかso.100とか、「もう一生このまんま」という名前にする手も
あったけど、結局無難にincrementということになったみたい)
というわけでそのような不思議な心配は無用。
>>28
そゆこと。
> なので、それ以前のライブラリとの区別のためにbumpしなければならない。
> 変わらないからsymver前と後で同じ名前ではまずいのでまとめてbumpしたわけ。
その理屈ならそれらが今後symbol versioning利用するときに
今回のbumpからそれまでの間のライブラリと区別するためもう一回bumpが必要じゃんｗ
そもそもlibcの最後のbumpとsymbol versioning導入関係ねーし。
bumpは8のライブラリを7のライブラリと区別するためでそれ以上ではない。
デマ乙。
旧ゲイツOSのdll地獄より更に凶悪。
なんだみんな幸せ者じゃないか(w
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 へバンプ。
-------------------------------
シンボルバージョニングするようになったとは読み取れそうにないな。
symbol versioningするようになったと妄想できる不思議ちゃんもいるというのだから
世の中わからないものだ。
jhbからツッコミが入ってるが、結局release毎に無条件bumpすんなら
symbol versioningが役に立つのってpamだけ? ってことだ。
昔symbol versioningが入った時の-archでも同じような事を話していたが、
RELENGを切ったらリセット、ということになっていてえも言われぬ気持ちになった。
そうじゃないと-CURRENTのライブラリは太り続けることになるわけで、
RELENGを切ったらリセットして互換はcompatなんとかをportsで入れてね、というのは
間違ってはいない。いないんだが、なんかむにゃむにゃ。
そのメールの前半は、 symbol versioningが有効なのが一部ライブラリのみで
他の多くのライブラリでは依然としてbumpするなら、
結局それらに依存するものはビルドしなおしになるのであまり嬉しくないねという話。
most libraries に symbol versioning が有効なものは入っていない。
ってのを多少なりとも緩和できるならversioningにも意味はあるだろう。
無条件bumpったって、OSのメジャーバージョンがホイホイ上がるってわけでも無いし。
日本人ってーのは、やっぱり英語苦手な奴が多いんだなって。
俺も含めてさ。
なんだかしみじみしちゃったよ（ははは
ツッコミっつーか、昔のようにABI非互換が起きたらbumpてポリシーに戻して
bumpの機会減らすんなら、versioningしてるライブラリだけじゃなくて
それ以外のライブラリも開発者にbumpのタイミング委ねるしかねーんじゃなの、
それどころか、ABI非互換な変更するかどうかも全部開発者に任せたほうがいい
なんてことになるんじゃねーの、って書いてあるだけな気がするけど。
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かな。
ちょっとスレにウルオイをやっただけでなんて言いぐさだ
急にどうした
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をインスコ
できてる人いる？
インストール中ってことは多少は進むのか。
amd64でも動くってどっかで読んだんだけどな。
ps axuで一回目出力され始めるまで4秒位かかる。
続けて再実行すると即時に出力される。
amd64@Q6600
psだけ？
HDDがスリープしてるときに何かしようとするとスピンアップ待ち
になってそんな感じになるけど。
nVidia NFP3400なML115というPCに、8.0-BETA2(amd64)をインストールできた方はいますか？なぜだかHDが認識されないのだけれども。i386では問題なくインストールできています。
(いつからか調べてないけど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
cのオフセットが63なのが、
あるいはオフセット63にするならするでsizeから63を引いていないのが
まずいと。
最近というかずいぶん前からbsdlabelのチェックの仕方はおかしいよね。
offset=0 から始まる(この場合) size=35840952 までがディスク全体のサイズ
だと思ってパーティションをチェックしてる。
表示さてる数値自体はおかしくない。
63のオフセットを持たせてるのは一般的にブートブロックとして使われる事を考慮して。
っていうか誰かちゃんと send-pr しないといけないんじゃない?
まぁ新規インストールで問題を見いだす人は少ないだろうから仕方ないか
あなた様はこの問題を見出した数少ない貴重なお方なのです。
あなたのsend-prでこの問題は解決します。
ありがとうございます。
そんな事どうでもいいとnack
既に既知の問題なんだけど、過去との互換性とかでナンダラカンタラと。
細かいことは追っていないので知らないけど、
GEOM 関連の更新と絡んで問題がある環境があるらしい。
そうなの?
既知というのは驚かないけど
末尾のパーティションが割り当てたスライスを越えて
はみ出る割り当てってのは
過去との互換性もへったくれもない気がするけど?
問題１
bsd.はdisk.一枚でもinstall.に再起動が必要か？
( )
問題２
HD.はpartition.している時にmount.しているのか？
( )
問題１
>74 は小学校を卒業している。
( はい ・ いいえ )
問題２
>74 は中学校を卒業している。
( はい ・ いいえ )
アナスイはアホスクリプトだからヌルー推奨
君のマシンは遅いね
(+Φ Φ)r！ なるほど… 「以下の問いを変えなさい。」ですか…
PT2が手に入ったら作るよ
おれはWindows上でつかってるけどねー
だってさ、余分なところcutしてエンコードすること考えたら
Windowsの方が便利だもの。いやエンコードはmencoderででき
るのは知ってますよ....でもねぇ
ttp://d.hatena.ne.jp/bsdaemon/
ごくろうさまです＞作者さま。
おお、できるだけ協力するよ
ちなみにLinux版はココ
http://sourceforge.jp/projects/pt1dvr/
うドーズじゃなくてソフトの問題だろ
aviutlがオープンソース化したらFreeBSDに移植してやるよ
作者に相談してください
aviutl@spring-fragrance.mints.ne.jp
> うドーズじゃなくてソフトの問題だろ
もちろんその通りですが。道具として使うならWindowsベース
のほうが便利だってことだけですよ。
ある程度マシンパワーがあるならWindowsベースのVMWare
なりvirtual boxで使うのがいいのかもしれませんね。
速攻でなおった。
なぜ/homeをzfsにしない？
スナップショットもバックアップも簡単に取れるようになるし。
賢者モードのときにうっかり消してしまった画像も
スナップショットから簡単に復元可能。
UFSには10年以上の信頼がある。
脆弱になってゆくUFSも信頼できなくなってきた
ディスクのデータがが飛ぶことはないと思っている。
それよりも賢者モードのときに消したファイルが
実はスナップショットで残っていてぜんぜんディスクが空かないのが問題。
この間、7.2のUFSでlost+found炸裂してファイル飛びまくったよｗ
２０回以降は無駄だと思いやめた。
信用はできそう。
男性がーをし終わった直後の気だるさ、鬱などなどを含めて賢者モードとよんでいます。
rrdtoolが変換できないとエラー出してた。
嫁が電子レンジとドライヤーを一緒に使うという荒業で
よくブレーカーを落とすけど、まだデータが飛んだことない
読み書きはしてない状況ではあるけど
読み込みはともかく書き込み中はどんなFSでもダメだわな
問題はどのくらいで書き込みのキャッシュがはけるかってところか
ちなみに環境は
FreeBSD7.2-R
USB-HDDx3でRAID-Z
currentで電源ぶち切ったことないから、どんな感じになるかわからない
日本語でもめてるバカスレと比べれば全然桶
っていうのも悩ましい…
COWに使うメモリは残ってないぞととかはあると思うけど
solarisだとできるんかな?
ufsは捨てられない。
build するようにしている場合に呼び出されるのかな?
ディスクラベルはエディタで編集できて楽だったのが不便になった感じ。
現在の 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
ってな文句をいう状態になっちゃうのと関係ある?
関係あるかはよくわからないけど、たしかにちょっと前までそういうエラーが出てた。
これに関しては>>62-73あたりで出てるね。
この場合はエラーが出るけど、パーティションは切れる。
>>118で困ったのは、bsdlabel でパーティションを切って反映させる段になると
bsdlabel: Class not found
と言われるようになって、パーティションを切らせてもらえなくなったことw
fdisk, bsdlabel がまた使えるようになるのかどうかは、わからなかった。
/dev/ad4
/dev/ad6
/dev/ad10
/dev/ad14
/dev/ad16
だったのが
/dev/ad4
/dev/ad6
/dev/ad14
/dev/ad18
/dev/ad20
になっとる…
ﾜﾛﾀ
そろそろ開発中?
8は結局、Linuxエミュが2.6ベースになったことだったけど。
xtermじゃだめなん？
Cobalt Qube2はMipsだね
もうちょっと差別化しないとベータとRCの存在意義が薄れる早くしろ
configの書き方によってブート途中でpanicする場合だって最近あった
5800 110Gdに入れたcurrent(amd64): 今までhalt -pしても30秒から1分後に
勝手に再起動していたのが、しなくなった。 → ○
その上のvirtualboxに入れた同じカーネル: /sbin/rebootが出来なくなった。→ ×
一勝一敗
BSDCan で他に何が決まったんだ？
ftp://ftp.jp.freebsd.org/pub/FreeBSD/snapshots/
ってあまり頻繁に更新されないんでしょうか
軒並SIGSEGVで落ちるようになったw
/usr/bin/makeとか/usr/bin/cc死亡なんですけどwww
/usr/bin/ccがstaticなのははじめて知ったけど恐ろしい話だ。
livefsCDでブートして復旧はできると思うけど。
原因がわかったら是非報告してくれ。
どうやら、cc -static -gで生成したバイナリを、ctfconvertかけてstripすると
決定的におかしなバイナリを作ってしまうっぽい。
/etc/make.confにWITH_CTF=yesを入れてbuildworld/installworldすると、
その手順を実行してくれるのではまる。
とはいえ、current@で騒いでる人いないみたいだから、うちだけなのかも。
うちだけの問題じゃなければ、たぶん原因はctfconvertのバグ。
ctfconvertかけた時点でELFのsection headerをおかしくしているので。
monthly snapshotが月に何度も更新されると存在意義に拘るのです。
http://www.youtube.com/watch?v=_NuhRkiInvA
src/UPDATINGの20100402に問題があるから素人にはオススメできないって
書いてあることそのまんまだった……
WITH_CTFやるのはカーネルだけにしとけってことでしょうかねー。
AFTへの対応はどうなっている？
ディスクがちゃんとphysical 4096 bytes/sectorと返してくれれば
ちゃんとそのように扱えますが、
EARSが嘘つきなので未検証、というところでうやむやです。
WD15EARS-00Z5B1は4096を返すらしいので、小石を投げ込んでみれば動き出すでしょう。
http://docs.FreeBSD.org/cgi/mid.cgi?4B349ABF.2070800
http://undeadly.org/cgi?action=article&sid=20100417195756
Subject: LSI 6Gb SAS driver committed
From: "Kenneth D. Merry" <ken@freebsd.org>
Date: Fri, 10 Sep 2010 09:04:38 -0600
対応カードはLSISAS2004/2008/2108/2116/2208。
(mps_pci.c::mps_identifiers[])
ものすごくCURRENTっぽいコードのようです。
最低i386とamd64でコンパイル通る事確認してからコミットしやがれ。
自分で修正したのを憶えとかなきゃなんないから面倒くせーんだよ。
いつものことながら rwatson のつっこみがするどすぎてメゲないといいけど。
けどつっこみの内容は正しいからなあ。いつものことながら。
multiuser modeに移れない (運良くログインまで進んでもすぐに時計が噴詰まる)
single user modeのままで各種デーモン動かして何とか動く状態にするも
そんな状態で world + kernel を再構築すると今度はネットワーク接続で panic。
なんかおれ、ワクワクしてきた |||orz
ちなみに7年落ちwinXPマシンホストなVMware player 3.1.2 上の話。
ｋｗｓｋ
http://lists.freebsd.org/pipermail/freebsd-toolchain/2010-November/000015.html
うひょひょひょひょｗｗｗｗｗ
いちばんやっかいな部分があとまわしか
Tested wanted: BSD-licensed libgcc replacement, libcompiler_rt
http://lists.freebsd.org/pipermail/freebsd-current/2010-October/020676.html
の通りみたいだ。
200余のカーネルパッチでLinuxが随分高速化するらしいんだが、
FreeBSDはなんかめぼしい高速化の話とかはあったりするんだろうか。
高速化以外でもいいけど。
FreeBSD 9.0-CURRENT #0: Thu Nov 18 19:39:31 JST 2010 root@localhost:/usr/obj/usr/src/sys/GENERIC
# clang -v
FreeBSD clang version 2.8 (tags/RELEASE_28 115870) 20101007
Target: x86_64-undermydesk-freebsd9.0
Thread model: posix
#
ふむ
マルチブート? 仮想環境? currentオンリー?
仮想環境はどうなんだろう？
あのLinuxのパッチは、
既にタスク(スレッド)のグループ単位でスケジュールするスケジューラがあった。
どうグルーピングするかはスケジューラ関連サブシステムの作り方次第。
という下敷があるもとで、
端末単位でスレッドをグルーピングすることで、make -j64とか実行してるのは
ひとまとめでスケジュールされることになり、他の端末のスレッドには影響を
与えにくくなる。
っていうもの。要はデスクトップ向けにかなり特化したチューニング。
端末単位でまとめるってのが肝なんだけど、そんなことでいいのか？ってことで
Linuxの人達の中でも賛否両論がある。
作業効率や正確性が極端に悪くなるから、それが防止できればかなりうれしい
ってことか。
会社、自宅、併せて5台管理してるけど、
もう10年以上はcurrentオンリー。
逆にリリース主体で使おうと思うと、バージョンアップを
迫られた時に変更点を考慮しなきゃならない事が多くて
煩わしい。
currentに切り替えてみようかなあ。とりあえずはマルチブートで……
以前に比べると割と気楽に追っ掛けられるかもね
OpenSolarisのBEの機能まで持ってきて欲しいなぁと思うけど
標準のブートローダがgrubじゃないからなぁ…
バリバリソースに目通したりしてるの？
それか最新の情報を追うため程度なのかな
人それぞれでしょ
＼ ＼ ／⌒ヽ / /
⊂二二二（ ＾ω＾）ニニ二⊃
＼ ＼_∩_／ ／
（ (::)(::) ）
ヽ＿,*､＿ノ ﾎﾞﾝﾊﾞﾍｯ!!!今日もcurrent
／／／
／／／
今の今まで気づいてなかった自分は死んだ方がいい
Subject: svn commit: r216796 - in head/sys/ufs: ffs ufs
From: Konstantin Belousov <kib@FreeBSD.org>
URL: http://svn.freebsd.org/changeset/base/216796
| Add kernel side support for BIO_DELETE/TRIM on UFS.
http://docs.FreeBSD.org/cgi/mid.cgi?201012291231.oBTCVInI000796
Subject: svn commit: r216798 - in head/sbin: dumpfs newfs tunefs
From: Konstantin Belousov <kib@FreeBSD.org>
URL: http://svn.freebsd.org/changeset/base/216798
| Add support for FS_TRIM to user-mode UFS utilities.
一部のってのがミソで大半は動くんだ、蛙男商会とかの派手なやつも。
動かないのは楽天のトップのflash bannerとか。
いやあ、遠回りしたわ。
明示的にブロック解放を通知してくれるとVMMもうれしい気がする
ATAは対応するコマンドあるようだけど、SCSIにはないのかな
遅すぎ…？
インストール慣れてればsysinstallより使い勝手よさそうだし、jail環境やら
ディスクイメージにインストールできたりするそうでなかなかよさげなんだけど。
opensshのsshdにログインしたshellではsu可能、
dropbearのsshdにログインしたshellではsuがセグメントフォルトする。
考えられる理由はなんでしょうか?
$ uname -a
FreeBSD gate 9.0-CURRENT FreeBSD 9.0-CURRENT #1 r219237M: Mon Mar 7 12:46:41 JST 2011 root@ i386
suはsetuidなプログラムだから、core出来ない、gdbできない、trussは動作が異なる。
kern.sugid_coredump=1 すれば core は出るよ。
ppid, pgidは？
fdはどうなってる？
結局forkされるわけだからそのあたり重点的に調べればなにかわかるかもねー
やってみたけど、ulimitのコアサイズが0になっている所為かcoreができない。
特権が無いからunlimitedにできない。
でも、OpenSSHからログインしたシェルでコアサイズを0にしてもセグメントフォ
ルトは発生しない。
特に怪しい環境変数はない。
念のためOpenSSHの方の環境変数を移植してみたけど、現象変わらず。
$ env
USER=x
HOME=/home/x
OLDPWD=/etc/home/x
LOGNAME=x
TERM=xterm
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/home/x/bin
SHELL=/bin/sh
PWD=/tmp
$ id
uid=1001 gid=1001 groups=1001,0
で同一。
$ fstat -p $$
USER CMD PID FD MOUNT INUM MODE SZ|DV R/W
x sh 6343 root / 2 drwxr-xr-x 512 r
x sh 6343 wd /var 1037 drwxrwxrwt 512 r
x sh 6343 text / 53874 -r-xr-xr-x 114408 r
x sh 6343 0 /dev 56 crw--w---- pts/0 rw
x sh 6343 1 /dev 56 crw--w---- pts/0 rw
x sh 6343 2 /dev 56 crw--w---- pts/0 rw
x sh 6343 10 /dev 56 crw--w---- pts/0 rw
やっぱり(PID以外)同一。
即終了しちゃうからなあ。
coreサイズ制限しないようにdropbearなおしてみよう。
NULLを返されると思っていないsuがセグメントフォルトを起こす。suのバグ。
・OpenSSHでログインしたセッション:
$ id -p
uid x
groups users wheel
・dropbearでログインしたセッション:
$ id -p
id: getlogin: Unknown error: 0
× NULLを返されると思っていないsu
○ NULLを返された時の処理が間抜けなsu
--- /usr/src/usr.bin/su/su.c (revision 219237)
+++ /usr/src/usr.bin/su/su.c (working copy)
@@ -255,8 +255,8 @@
/* get current login name, real uid and shell */
ruid = getuid();
username = getlogin();
- pwd = getpwnam(username);
- if (username == NULL || pwd == NULL || pwd->pw_uid != ruid)
+ if (username == NULL ||
+ (pwd = getpwnam(username)) == NULL || pwd->pw_uid != ruid)
pwd = getpwuid(ruid);
if (pwd == NULL) {
#ifdef USE_BSM_AUDIT
嫌なだけなんだろ？
これもバグだな。正しくerrno返してない。
分かりにくいｗ
別にそれ自体は問題ないだろ。
ただし、>>205はpwdがセットされないケースがあるのに、
それを参照してる点でダメ。
いや、NULLならショートカットで問題ないでしょ。
元のコードを見ずに書くけど、getpwnam(username)の前でpwdにNULLが入ってるなら
if (username == NULL)
pwd = getpwnam(username);
if (pwd == NULL || pwd->pw_uid != ruid)
pwd = getpwuid(ruid);
の方が見やすくない？
というか、変数の宣言だけして初期化もせずいきなり比較するようなコードが結構あって泣いたｗ
申し開きがあるなら聞いてやろう。ｗ
>>218
> getpwnam(username)の前でpwdにNULLが入ってるなら
入ってないからダメ。
良いコードとは言えないぜ。
あ、>>216がわなびーちゃんだって言いたいだけならべつにいいんだけどｗ
自分もそう思うしさｗｗｗ
> >>216 ?
それともcurrentだと初期化してるの？
それとも>>205だと問題なく動くのに俺が読み間違えてるの？
うん、お前がヘッポコなだけ。>>205で問題なく動く。
usernameがNULLならusername == NULLでifが成立する(それ以降は評価しない)から
pwd = getpwuid(ruid);が実行される。
お前、罰ゲームでsend-prな。
へっぽこですた
でも元のコードがpwdに必ずgetpwnam(username)で値を突っ込むんだから、
pwdをNULLで初期化しておいてusernameがNULLでないならgetpwnamして
その結果がNULLだったり->pw_uidとruidが不一致だったりしたらgetpwuidの方が
見やすくない？
pwd = NULL;
if (username != NULL)
pwd = getpwnam(username);
if (pwd == NULL || pwd->pw_uid != ruid)
pwd = getpwuid(ruid);
- pwd = getpwnam(username);
+ pwd = getpwnam(username ? username : ":");
/bin/sh, /bin/cshで確認。
/usr/local/etc/rc.d/dropbear start
してからログインしたよ。
dropbearのプロセスが増えていったのも確認した。
w(1)では誰もログインしてねーや。
NULLがfalseって保証がなかったりすることもあるから!= NULLであることを確認した方が良いよね。
えっ?
○ >>233
えっ?
どっちがどのくらいいいかわかるベンチマーク結果とかどっかにありますか？
csup で r220346 以降が落とせなくてしょんぼり
mergemaster が面倒になるし鯖にいらん負荷かけるから Subversion でチェックアウトしたくないんだがなぁ
いや、 svn.freebsd.org の負荷の話
数年前からこんなエントリーが crontab に
29 * * * * root /usr/local/bin/svnsync sync file:///home/SVN/freebsd/base >/dev/null 2>&1
あれを始点にすればいいんじゃないのかな。やったことないけど。
cvsup-mirrorのミラー鯖はSubversionへ移行したころから更新されたファイルはすべて
チェックサムの不一致でファイル全体をダウンロードし直すという超負荷掛けまくり状態になってるよ？
まあ、2度あることは3度あるもんだし、引き続き Subversion 使ったアップデートのあり方も考えとくとするよ
そういや、本家の wiki にこんな情報が
ttp://wiki.FreeBSD.org/SubversionPrimer
自分は hgsubversion で hg に変換して使ってる。
前者はCeleron 1.7GHzでやって、後者はCore i3 530でやってるが後者が速い
ttp://twitter.com/clusteradm
ここによると、2度どころか結構ひんぱんに svn2cvs って止まってるっぽい
そろそろ git-svn あたりに切り替える潮時かなぁ、気が進まんけど
こんなの?
http://blog.vx.sk/archives/25-FreeBSD-Compiler-Benchmark-gcc-base-vs-gcc-ports-vs-clang.html
http://lists.freebsd.org/pipermail/svn-src-head/2011-April/026801.html
ついに危険なアップデートｷﾀｰ
> If you are using ATA device names in /etc/fstab or other places,
> make sure to update them respectively
> (adX -> adaY, acdX -> cdY, afdX -> daY, astX -> saY,
> where 'Y's are the sequential numbers for each type in order of detection,
> unless configured otherwise with tunables, see cam(4)
> ).
>
Yを決める検知順がよくわからんが、惨事が起きそうｗ
使ってるのがSCSIなdaXなら関係ない話だよな。
すでにadaに移行してるから高みの見物しよう。
Port Multiplierを使いたいからCAM化したときに、案の定ユニットNo.の設定をしくじった
もんなぁ。インストールしたままリカバリ方法知らないって人は悲鳴がでそうな気がする。
手順書が必要になるような奴がcurrent使うなよｗ
glabel 最強!
って思ってたんだが dd if=/dev/da0 of=/dev/da1 とかで
本体を量産・微調整しようとするとハマるね…
zfsroot もそうだけど
「9.0Rはクリーンインストール推奨」なんてことにはなりそう。
大部分は大丈夫だろう。
dd (dd_rescue でも cstream でも)で量産ってやらない?
もちろん一般向け手順書じゃーないとは思うけどさ
http://lists.freebsd.org/pipermail/svn-src-head/2011-April/026903.html
> - see cam(4)).
> + see cam(4)). There will be symbolic links created in /dev/ to map
> + old adX devices to the respective adaY. They should provide basic
> + compatibility for file systems mounting in most cases, but they do
> + not support old user-level APIs and do not have respective providers
> + in GEOM. Consider using updated management tools with new device names.
> +
> + It is possible to load devices ahci, ata, siis and mvs as modules,
> + but option ATA_CAM should remain in kernel configuration to make ata
> + module work as CAM driver supporting legacy ATA controllers. Device ata
> + still can be used in modular fashion (atacore + ...). Modules atadisk
> + and atapi* are not used and won't affect operation in ATA_CAM mode.
理由もつけてね｡
一月程使ってみたけど、以前の ata ドライバに戻してしまいました。
解決方法はあります？
素朴な疑問
k3b ってなに？
検索サイトの入力欄に打ち込んだほうが答えを得るのに早いと思うが。
もうcurrentがstableでOkey Dokey
文法変わるのは嫌なのにinet6 fragment reassembleが出来ないのは構わないのか。
中途半端なバージョンを入れて9の途中からいろいろ変わります、
なんて間抜けなことになりそう。
変えるなら9の頭からってことでちょうどいいのに。
ipfwは気分次第で後先考えず機能追加してるから嫌なんだよ。
r224638 | brooks | 2011-08-04 04:14:22 +0900 (Thu, 04 Aug 2011) | 24 lines
Add support for dynamically adjusted buffers to allow the full use of
the bandwidth of long fat pipes (i.e. 100Mbps+ trans-oceanic or
trans-continental links). Bandwidth-delay products up to 64MB are
supported.
やっぱり、これが原因っぽい。200M超のファイルを7個送って全部サイズが小さくなった。
8/3に戻したら、1個目転送成功。
これまでlibiconv使ってた環境でも使えるんだろうか。
併用ってのはportsが参照するのはlibiconvのままってことかな。
字面的に不安定感がこの上ないなwww
resolfconf(8)しても駄目？
- sedした後にbakからtouch -rすることで無駄なautotoolsが動作して
gnomehackを壊すのを抑止
という感じになった。これでautotoolsに関してはほぼunameやVERSIONを
いじる必要はなくなったはず。
Happy 2012 to FreeBSD users in Samoa.
はやっ
buildworldもbuildkernelエラーなし、installkernelして
リブートしてinstallworldして、portstreeをcsupしてportsの再構築中。
今のところエラーなし。順調すぎて心配。何か手順間違えてねーか。>オレ
今あなたの背中には神が舞い降りていますよ。bin...
メモリが足りなくてマルチユーザ(mdを作る)で起動しなかった。
シングルユーザでのvmstat freeがアップデート前110Mに対し76Mしかない。
configファイル(GENERICをインクルードして不要なのをno{device,option}し
てる)見直して、新しく追加されてたデバイス削除したらようやく起動する
ようになった。結構面倒だった。
ここで質問。カーネル内にリンクされたドライバのサイズの一覧って取れる?
device ctl # CAM Target Layer
device ctlあり/なしのカーネル(i386)をシングルユーザでブートした直後の
vmstatのfreeが110M/76M
起動スクリプトでこれを使っている遠隔地のサーバのdropbearが
立ち上がってこない。バックドアは無いし…
AES-XTSが使えるようになってるから1.0系統をインポートして欲しいんだが……
