>>327
条件文のところは = ではなく == にしないと、udev-091 ではエラーになります。
Vine Seed
Vineの開発版を中心とした話をしたいと思います。と云いながら最近は x86_64 関連しか興味が無かったりします。当ボードは Project Vine とは一切関係ありません。
投稿フォーム：
何時の間にか gdb-6.4-0vl1 に上がってました。
gcc-3.4 以降が対象とか噂がある?けど気にしない。(情報元不明だし;;
それより xxgdb の使い勝手が悪いのが気になります。
うちの環境だけかもしれませんが、
- カレットと行矢印や爆弾マークが重なる場合は ~/XDbx の *sourceWindow.leftMargin を大きく (>40) する
- ブレークポイントがマウスでクリック表示できない場合、[右ボタン]の後[左ボタン]で指示できる
- コマンドラインで [BS] が効かないので矢印[←]キーを使う
こういうの普段からちゃんと整備しておかないと肝心な時困ります。
特に納期の間近;;な時とか・・・
>333
レス感謝です。
書いてみたけど、何も変わらなかったです。（つーか、基本文法すら理解してない。 ^ ^;; ）
>ルールも基本的には書かなくてもいいようにしてあるし
そうなんですか。
>しばらくまつとtimeoutして先へ進みます。
対象マシンも古いし、hda のマスターブートブロックもエラーですし、グラフィックカードも瀕死状態ですし、
udev だけのせいにするのは、むりがありますねー。
非常に説得力が有ります。 （Seed は、hdb です。）
この間、ブラックアウトして結構待ってたときあるんですが、一度、ほったらかしてみようかな。
ほんとに、ブックアウトのままかどうか。
貴重な御意見ありがとう御座います。
>>332
udev の起動するタイミングは FC も VineSeed もそうかわらないはずです。
ルールも基本的には書かなくてもいいようにしてあるし、特殊な設定をするの
でないかぎり手で書いたり修正しないと動かないのはバグです。
デバイスのコールドプラグで刺さっていると思われるので、むしろ kernel
(というかどれかのドライバ)の問題が高いかもしれないです。udev だけが
原因でブラックアウトだのリブートだのはありえないので、プローブ時にへ
んなドライバを読み込んで死亡とみるのが正しいかと。
ちなみにプローブに時間がかかっているだけなら udev は勝手に background
mode に移行するので、しばらくまつとtimeoutして先へ進みます。
>マウスなど手当たりしだいに外してリブートする
起動中、マウスを動かしてると、子供が言ってたけど、まんざら根拠のない事じゃないんですねー。
cpuチェンジャで、Seed機から外してると、確立が高いような気がします。
うーん。ルールと格闘か～。
＃ FC5 も、udev ですけど、起動順が違って、冒頭で起動するし、ルールの存在も知らなかった。
＃ この辺が参考になったら良いな～。
>>329 三回に1回位しかbootしません
Starting udev: を表示した後止まるのですよね
拡張カードや CD,FDD, マウスなど手当たりしだいに外してリブートすることくらいしか僕には思い付きません。
あとエラーがあると /var/log/messages に書き込まれるみたいです。
udev でいろいろスクリプトが走るみたいなので、場所が特定できれば良いのでしょうけど。
# ぜんぜん解からずに書いてます。スマソ;;
http://www.gentoo.gr.jp/transdocs/udevrules/udevrules.html
ルール書かないといけないんですね。 へー。
あっ。 光が・・・。
udev の、howto 探してたらみじかな所に有ったので、聞いてみよう。
あのー、三回に1回位しかbootしません。
boot で udev が表示されると画面がブラックアウト。
そのあと、lilo の画面が崩れて表示されます。 んで、フリーズ。
rebuild しても、エラーの嵐。 FC5 のパッケージは、selinux のライブラリ必須だったり、
パッケージルールが違う。
なにか、情報おもちでしょうか？
助かるなー
http://www.vinelinux.org/roadmap.html
と云うことで、我が家の次期 WEB サーバは Vine 4.0 で決まり^^
リビルドできないパッケージが (たぶん) 一掃されるのはうれしい
本家がフリーズに入るなら、x86_64 にとってもある意味好都合なので、今のうちに計画を練らないといけません
python-2.4 もバグフィックス路線に入ってるので問題無いはず