SGI KDBを使ったカーネルデバッグスレ
■ このスレッドは過去ログ倉庫に格納されています
1.http://oss.sgi.com/projects/kdb/ より、使用しているカーネルにあった
パッチをダウンロードし、カーネルソースにパッチを当てる。
2.make xconfigなりのカーネルコンフィグアプリを起動。
Kernel Hackingの項目が追加されているので、
"Build-in Kernel Debugger support"をyにする。ついでに
"compile the kernel with frame pointers"もyにしたほうがスタック
トレースがとりやすくなる。
3.カーネル再構築。
4.lilo.confに以下のように"kdb=on"のカーネルブートオプションをつける。
>image=/boot/vmlinuz-2.4.4-test
> label=test
> read-only
> root=/dev/hda2
> append="kdb=on"
5.liloを実行し、ブート情報を書き込み、ブートオプションをつけたカーネルから
ブート。
6.Pauseキーを押すとカーネルデバッガに入る。"g"コマンドで再開。
リモートの場合。
1.同じくクロスシリアルケーブルを用意しターゲットとターミナルを繋ぐ。
2.ターミナルマシン上で適当なターミナルプログラムを起動する。
3.liloのappendコマンドを以下のように変更。
append="kdb=on console=ttyS0,38400"
これで、シリアルコンソールにデバッガの出力が表示される。
停止はターゲットでPauseキーか、ターミナルでCTRL-A。
4.ただこれだと、ブートメッセージがターミナルにしか表示されなく
なるので、以下のようにしたほうがいいかも。
append="kdb=on console=ttyS0,38400 console=tty0"
これで、ブートメッセージは両方に出力される。そのかわりCTRL-Aでの
Breakinはできなくなる。
Initは最後に指定されたコンソールに出力するらしく、
append="kdb=on console=tty0 console=ttyS0,38400"
のようにしてしまうとInitの出力がターミナルだけになってしまうため
不便。
とりあえず、Linuxカーネルのなかで実際に止めてみて、どんな感じになるか見てみよう。
えっと、とりあえずSGI KDBは動いてるとします。で、なんかユーザーが特定の
操作をやったらとまる場所を探そう。俺が今回使うのはipv4のicmpのコード。
ユーザーがping叩けばそこ必ずとおるからね。普段はあまり通らないから変に
たくさん止まることもないと。
ソースをみていい止める関数を探してもいいが、今回俺はsystem.mapを使った。
system.mapをエディタで開いてみるとこんな感じでicmpがらみの関数がある。
c0206a60 t icmp_reply
c0206be0 T icmp_send
c0206f60 t icmp_unreach
c0207220 t icmp_redirect
c02072d0 t icmp_echo
c0207320 t icmp_timestamp
c0207410 t icmp_address
c0207420 t icmp_address_reply
c0207570 t icmp_discard
c0207580 T icmp_rcv
icmp_unreachなんかがいいかね。多分icmpが届かなかった場合にくるファンクション
だろう。はい、ターゲットマシンでPauseキーを押してbreakinしましょう。
[1]kdb> とかいうプロンプトがでるな。最初の数字はプロセッサナンバーだ。
シングルプロセッサで動かしてるなら常に0になる。
で、icmp_unreachにbreakpoint張るわけだが、system.mapを見て
[1]kdb> bp c0206f60 とじかにアドレス指定してもいいんだが、もっと簡単に
[1]kdb> bp icmp_unreach とシンボルを指定してもできる。
うまくbreakpoint張れたら
Instruction(i) BP #0 at 0xc0206f60 (icmp_unreach)
is enabled globally adjust 1
とか出るはず。あと、とりあえず、breakpoint張る前に実際のそのアドレスが
ファンクションの先頭であるか確認したほうがいいな。
ディスアセンブルはidコマンドだ。
[1]kdb> id icmp_unreach
0xc0206f60 icmp_unreachpush %ebp
0xc0206f61 icmp_unreach+0x1mov %esp,%ebp
0xc0206f63 icmp_unreach+0x3mov $0x14,%eax
0xc0206f68 icmp_unreach+0x8push %edi
0xc0206f69 icmp_unreach+0x9push %esi
0xc0206f6a icmp_unreach+0xapush %ebx
こんな風に先頭2インストラクションが push %ebpとpush %esp,%ebp ならそれは
まず間違いなく関数の先頭だ。これはC言語のStackFramを作るコードだ。
breakpointが張れたらgコマンドで再開。icmp_unreach関数を呼ぶために
適当な存在しないipアドレスへpingを送ってみよう。
breakpointにHitしたら
Instruction(i) breakpoint #0 at 0xc0206f60 (adjusted)
0xc0206f60 icmp_unreachint3
Entering kdb (current=0xc1228000, pid 0) on processor 1 due to Breakpoint @ 0xc0206f60
のようなメッセージが出てコマンド待ちになる。
なにはともかく。止まったらスタックバックトレースを取ろう。コマンドはbtだ。
[1]kdb> bt
EBP EIP Function(args)
0xc1229e5c 0xc0206f60 icmp_unreach (0xc01051b0, 0xffffe000, 0xc1228000, 0xc1228000, 0xc1228000)
kernel .text 0xc0100000 0xc0206f60 0xc0207220
0xc0106fac ret_from_intr
kernel .text 0xc0100000 0xc0106fac 0xc0106fcc
Interrupt registers:
eax = 0x00000000 ebx = 0xc01051b0 ecx = 0xffffe000 edx = 0xc1228000
esi = 0xc1228000 edi = 0xc1228000 esp = 0xc1229fac eip = 0xc01051df
ebp = 0xc1229fac xss = 0x00000018 xcs = 0x00000010 eflags = 0x00000246
xds = 0xc1220018 xes = 0xc1220018 origeax = 0xffffff00 ®s = 0xc1229f78
0xc01051df default_idle+0x2f
kernel .text 0xc0100000 0xc01051b0 0xc01051f0
0xc1229fc0 0xc0105272 cpu_idle+0x52
kernel .text 0xc0100000 0xc0105220 0xc0105290
うーん、なんかうまく取れてないね。StackFrameがちゃんと作られてないと
完全には取れないんだね。でも関数の頭を見る限り全部StackFrameは
作られてるんだけどね。謎だ。KDBのソースを見て調べてみるしかないね。
うまくスタックトレースが取れないから、ssコマンドを使ってトレースを
しながら、breakpointをうまく張って上位の関数に戻っていくと、
ip_rcv->icmp_unreachと来ていることがわかる。さらにトレースすると、以下の
トレースが取れるようになる。
#[1]kdb> bt
# EBP EIP Function(args)
#0xc1229e74 0xc01e92bf ip_run_ipprot+0x3f (0xc191fb60, 0xc76cdc70, 0xc030e108, 0x1, 0x1)
# kernel .text 0xc0100000 0xc01e9280 0xc01e92e0
#0xc1229eac 0xc01e93f6 ip_local_deliver+0x116 (0xc01051b0, 0xffffe000, 0xc1228000, 0xc1228000, 0xc1228000)
# kernel .text 0xc0100000 0xc01e92e0 0xc01e9460
# 0xc0106fac ret_from_intr
# kernel .text 0xc0100000 0xc0106fac 0xc0106fcc
#Interrupt registers:
#eax = 0x00000000 ebx = 0xc01051b0 ecx = 0xffffe000 edx = 0xc1228000
#esi = 0xc1228000 edi = 0xc1228000 esp = 0xc1229fac eip = 0xc01051df
#ebp = 0xc1229fac xss = 0x00000018 xcs = 0x00000010 eflags = 0x00000246
#xds = 0xc1220018 xes = 0xc1220018 origeax = 0xffffff00 ®s = 0xc1229f78
# 0xc01051df default_idle+0x2f
# kernel .text 0xc0100000 0xc01051b0 0xc01051f0
#0xc1229fc0 0xc0105272 cpu_idle+0x52
# kernel .text 0xc0100000 0xc0105220 0xc0105290
これで、大体のコードの流れがわかる。
ちょっとレジスタをいじって、不正処理を起こしてみよう。
とりあえず、bc * コマンドで設定した全てのbreakpointを消して、再実行。
で、pingコマンドを終了。しばらくまってicmpの処理が終わったのを待って、
icmp_unreachに再度breakpointを設定。ping実行。ssコマンドを使って
icmp_unreach+0x18までステップトレース。次の命令はこの命令のはず。
0xc0206f78 icmp_unreach+0x18mov 0x5c(%edx),%ebx
これで、edxに0を入れれば当然不正処理が起きる。rm edx 0 でedxに0が入る。
確認はrdコマンドで出来る。edxに0が入ったことが分かったらgコマンドで再実行。
[0]kdb> g
Unable to handle kernel NULL pointer dereference at virtual address 0000005c
printing eip:
c0206f78
*pde = 00000000
Entering kdb (current=0xc0312000, pid 0) on processor 0 Oops: Oops
due to oops @ 0xc0206f78
eax = 0x00000014 ebx = 0xc226d0a0 ecx = 0x00000008 edx = 0x00000000
esi = 0xc1aeaea4 edi = 0xc7536c00 esp = 0xc0313e30 eip = 0xc0206f78
ebp = 0xc0313e58 xss = 0x00000018 xcs = 0x00000010 eflags = 0x00010286
xds = 0x00000018 xes = 0x00000018 origeax = 0xffffffff ®s = 0xc0313dfc
のようなメッセージを出して止まるはず。メッセージより、0xc0206f78のコードが
0x5c番地をアクセスして不正処理で止まったことがわかる。[0]kdb> id %eip とすれば
0xc0206f78 icmp_unreach+0x18mov 0x5c(%edx),%ebx
とでるから、edx=0が原因となったことがわかる。 あとは俺は基本的にsage進行。オリジナルスレは適当にうっちゃってsage out
させてくれ。俺は自分のwebページも持ってない、しがない一プログラマです。だから誰も
知らないでしょう。kernel毎刺さってるときって、どうデバッグすればいい?
再現出来ないときがほとんどだし、めったにでないけど。
ダンプとかってとれるのかな。
>>1
うにゅースマソ
ほとんど同じ草稿を見たことあったもんだから、勘違いしたKDBがonになっていれば、コードが無限ループになっている場合は普通に
pauseキーでbreakinすれば回ってる場所で止まるはず。マルチプロセッサに
すれば、確実に止まるね。cpu 0が無限ループしてもcpu 1がbreakinの処理を
行えるから。
コードが無限ループしているわけじゃなくてシンクロナイズリソースで止まって
る場合はちょっと面倒。多分btaで全プロセスのスタックを取って怪しいリソースを
見つけてそれの待ち行列リストからたぐっていくしかないんじゃないかな。
ダンプを取れるカーネルは同じくSGIが提供してる。使ったこと無いけど。
基本的にダンプがあっても、そうとう運がよくないとトラブルシュートできない
からね。下手にダンプがあると、素人さんが「ダンプがあるからなんでもできるだろ」
と思い込むから危険。すでに稼動しているシステムだとかなり難しいんだけど、
それでもライブでデバッグできるような状況にもっていくのが重要かな。
結局1はどうしたいのさ?
2chでお山の大将になりたいの?まあそれにさえ失敗してるけどね。
MLへ行くなりKernel Debug Mini-HOWTO書くなりした方が尊敬されると思うよ。
まあここが1がやっと見つけた居場所なら何も言わないけどな。
いろんなスレで叩かれたり相手にされなくなったりしたみたいだから。うーん、どうやっても煽られるのね。みなまで書かんとわからんか。
前のスレを立てた動機はこの板で「Win2Kは落ちる」だと書かれることが
多いから、真実を知るために立てた。Win板やUNIX板に立てなかったのは
それらの板では落ちるなどということは書かれることが殆どなかったからだ。
その後Linux専用で立てろという意見があり、誰かが新スレを立てれば俺は
そっちに移ると言った。そしたら誰かが新スレを立てたから言った通り俺は
ここに移ってきて、Linux専用の内容をここにコピペしたまでだ。
お呼びでないなら、適当にうっちゃってsageてくれ。うん、1の言う事は間違ってない。
Win2Kは落ちるとろくに使ってもない奴がいうのは間違い。
まあ、それでもいろんなとこで落ちるとか不具合の話を
聞くのは何故だか知らないが(藁
しかし、素直に1の技術力には感心するな、
1=別スレの1=18=20=22
めっちゃわかりやすい。
結局1はどうしたいのさ?
2chでお山の大将になりたいの?まあそれにさえ失敗してるけどね。
MLへ行くなりKernel Debug Mini-HOWTO書くなりした方が尊敬されると思うよ。
まあここが1がやっと見つけた居場所なら何も言わないけどな。
いろんなスレで叩かれたり相手にされなくなったりしたみたいだから。前スレの1みたいな、自分のオタク趣味のひけらかしなんぞ、
誰も求めていません。てゆうかウザイだけです。
大体そんなマニア的過ぎる偏った知識なんて、実際の仕事じゃ
何の役にも立たないっての。それこそ、そんだけ詳しいんだっ
たら、UNIXカーネルの作り方のコツとか教えてくれた方がよほど
まともだぜ。>>27
オレはこのスレッドは保存してるよ
便利だし(すっげー読みにくいけど)はじめマッチョ、1のちんこザマス。
なんか、又もやミーの親分がこんなスレを勃てて…いや、立ててしまって
1のちんこをやってるミーとしても、恥ずかしいザマス。
ミーも恥ずかしくて顔見せできないザンスよ。ま、ミーは真性包茎ちんこなので
顔見せしたくてもできないザンスが…
思えば1もかわいそうな奴で、小学生の時にクラスのマドンナ的存在の
縦笛を舐めてる所を目撃されてからというもの、すっかりいぢめられっこに
成り下がって…(涙)これなら、クラスの誰からも相手にされない奴だった
昔のほうがまだマシだったザマスよ。
あ、そうそう。最近1は、包茎手術をしようと目論んでるザンス。
彼女がいないどころか、レイディと口さえきいた事もないのになぜ
包茎を治したがるのか…今回のクソスレの件といい、1の考えてる事は
ミーにもさっぱり解からないザマス。
いずれミーもカワイコチャンのまんこにズボッと入りたいザマスが、
それも叶わぬ夢なんザンしょうねぇ…もうPCディスプレイに表示されてる
美少女アニメキャラに向かって射精する毎日はこりごりザンス。 >>83
おれアニオタじゃないのだが、「ちょっとなら」そういうネタを
入れてもいいと思う。それが一種彼らの楽しみでもあるわけだしさ。
逆にアニメじゃなくても、趣味の押しつけがましい
ドキュメントやサンプルがあったら引くわな。
何事も程度の問題ってことで。>>26
あれ?
嵐君はこのスレと何か関係あるの?
墓穴掘ってるよ。>>28
カーネルの再構築の仕方なんて検索すれば腐るほどでてくるじゃん。
それにあれただ単にmakefileを決まった引数つけて実行させてるだけでしょ。
あんなの誰でも出来るぞ。コツも何もあったもんじゃない。
うまくいかなかったらmakefileを読みなさい。
他のページに書かれてないことを書くほうがよっぽど有用だろ。君が有用で
ないと思うのはこういうデバッグを必要とするような事をしてないからだよ。
実際ドライバを書いたりすればカーネルデバッガが非常に有用なのが分かるよ。
Winのこととは関係ないことかいてるのになんで煽るのかな。君、個人的に
なんか俺に恨みあるの?前スレで突っかかってきた奴がまだ粘着してるわけじゃ
ないよな。>>35
前スレでセルフでカーネルデバッグの質問した人です。
あんときはどうも。
自力で解決できたんであの方法まだ使ってないけど
そのうち使わせてもらいます。
敵が多いけど頑張ってね。>>35
暇があったらオリジナルの方にもまた有用なカキコお・ね・が・い♪
>>35
誰も再構築の話なんて訊いていませんけど?
てゆうか、なんでカーネルの作り方=カーネルの再構築に
なるんだよ? 凄い脳内変換だねえ、やっぱお前バカだわ。
大体他のページで書かれていない事で有用なのがカーネルの
デバッグなわけ? 有用なのはお前のオタク趣味にとってだろ。
しかもカーネルのデバッグが仕事で有用? そんなのお前の
仕事だけだよ。普通のエンジニアやプログラマーはそんな
面倒なことはしないで、もっと別の解決方法を考えるに決ま
ってんだろ。>>38
あなたの意見はとても偏見に満ちています。
それは、カーネルにはまだまだバグが多く潜んでいることを
知らないということが原因です。
また、デバイスドライバの開発は、すなわち、カーネルの開発です。
デバイスドライバのデバッグは、すなわち、カーネルのデバッグです。>カーネルにはまだまだバグが多く潜んでいる
そんなことくらいは知っている。
ただ、カーネルのデバッグなんてとんでもなく時間がかかる作業を
自分の仕事にしている人はかなり限られる。少なくともエンジニアや
プログラマーの大多数を占める、システムの構築や運用・管理、モジ
ュールの設計・コーディングをやっている人間がこんなことに手を出す
とはとても思えん。
>デバイスドライバの開発は、すなわち、カーネルの開発
>デバイスドライバのデバッグは、すなわち、カーネルのデバッグ
そんなわけねえだろ(w>>40
> ただ、カーネルのデバッグなんてとんでもなく時間がかかる作業を
> 自分の仕事にしている人はかなり限られる。少なくともエンジニアや
> プログラマーの大多数を占める、システムの構築や運用・管理、モジ
> ュールの設計・コーディングをやっている人間がこんなことに手を出す
> とはとても思えん。
仕事と決めつけるのはなぜ?趣味でやる人は依然多いと思うけど?
少なくとも、デスクトップのテーマがどうとか、最強のウインドウマネージャとか
いう話題よりもはるかに有益だと思うけど。
> >デバイスドライバの開発は、すなわち、カーネルの開発
> >デバイスドライバのデバッグは、すなわち、カーネルのデバッグ
>
> そんなわけねえだろ(w
そんなわけあるよ。
>>38
あ、カーネルの作り方ね、本当にカーネル作りたいんだ。だったら本当に
カーネルデバッガ必要だね。ライブの動きを見ながらソースを追うのが
一番理解が深まるよ。>>40
何なんだこのLin厨の世間知らず振りは。>>42
>仕事と決めつけるのはなぜ?
別に決めつけてねえよ、よく読め。
>趣味でやる人は依然多いと思うけど?
だからそんなヲタクの為のオナニースレはLinux板にいらねえって
言ってんだよ。やたら詳しいけど、同時にものすごく偏っていて、
実務的でもなければ学術的でもない知識をひけらかす。そもそも
ソフトにバグがあるのは当たり前。そのうち致命的な物については
発見されたらその都度パッチを貼り、そうでないものについては
だましだまし使うのがまともなユーザー。それをまるで完璧なもの
を求めるかのようにネチネチとイジるなんて、やってることが極めて
非生産的&病的。それこそセキュリティの弱いサーバーをクラック
して遊ぶ外道と大して変わらねえよ。>>45
申し訳ないけど、このスレの情報が役に立っている人もいるんだ。
スレを汚さないでほしいんだが・・・
あと、パッチを貼ったりしているなら、そのパッチを作った人達にも
ほんの少しでもいいから敬意を払ってはくれまいか? たのむよ・・・仕事してるふつーの技術者は2ch見てくだらん煽りいれてる暇があったら
他にすることがあることくらい知ってるでしょう。
ヴァカはほっとくのが吉。>>45
これがLinuxユーザーの認識なのか?
信じたくはないが…>>48
>>45は際立ってバカだけど、でも大抵のビジネスユーザは、
「会社に指示されて」使うわけだからあんなものかも。
知的好奇心や向上心を持たない技術者なんて珍しくもない。「知的好奇心」や「向上心」の現れ=カーネルデバッグ?
こりゃまたとんでもない勘違いだね。>>50
なんでそんなにテクニカルな話が嫌いなの?>>51
うるせー馬鹿
こんなところでクダまいてるよりシスプリ見てた方がよっぽどタメになるんだよ
いちいちageんな>>45
>>それをまるで完璧なものを求めるかのようにネチネチとイジるなんて、
>>やってることが極めて非生産的&病的。
おいおい自分たち自身を否定してどうする。エンジニアリングをやる以上
完璧を追い求めるのは当然だろ。それを出来ないようならエンジニア
止めなさい。
ネチネチといじれるのがLinuxのいい所だろ。せっかくソースがあるんだから
使えよ。君みたいなのがソースがあるのがLinuxのいい所だなんて
言うのはまことおこがましいな。
>>51
この方はテクニカルな話が嫌いなわけじゃないの。俺を個人的に
嫌ってるだけ。
>>50
あのさあ、最初のほうでもレスしたけど、Winと関係ないこと
書いてるのに煽るの止めてよ。煽るにしたってもうちょっと
理論武装しないと同意なんて得られないよ。
このスレに関しては静観しているのが君のためだと思うんだが
どうよ?
それよりもカーネルデバッグの題材なんかない?「2.4で動かなく
なったんだけどどうして?」とか「メモリマネージャを追ってみて」
とかとりあえず何でもいいんだが。プロセステーブルが2.4から変更になってメモリの許すまで
オッケーになったとか何とかいってるが、
main(){while(fork());}
でテーブルをいっぱいに出来てしまうのはかわらない。
しかもこれ、一般ユーザでシステムダウン可能なんだよ。
これをなんとかしてほしい。
rootでのメンテ用にプロセステーブルを少しだけあけておくことができれば
killできるんだけど・・・>>26
あれ?
嵐君はこのスレと何か関係あるの?
墓穴掘ってるよ。
ちょっと刺激すると神経過敏なLinux厨房が無差別攻撃してくれるから、この板はとても荒らしやすい。尋常じゃないというか、単純というべきか。Win厨は嫌いだ!と主張するLinux厨房が私の思惑通りに動いて、Linuxユーザー同士気分の悪い思いをする方向に自体が簡単に転がっていく。便利な人たちだね、Linux厨って。これからも頑張って初心者の立ち入りを許さない刺々しい最悪の雰囲気を作り出してくれ。
このカキコにもたっぷりと負け惜しみのレスがつくだろうけど、そいつらが私の思惑通りに動いてくれる犬たちだ :p
>>56
うざい。>>55の話を邪魔するな、犬。
quotaの説明が出るだろうから、だまっていろ、犬。ちょっと刺激すると神経過敏なLinux厨房が無差別攻撃してくれるから、この板はとても荒らしやすい。尋常じゃないというか、単純というべきか。Win厨は嫌いだ!と主張するLinux厨房が私の思惑通りに動いて、Linuxユーザー同士気分の悪い思いをする方向に自体が簡単に転がっていく。便利な人たちだね、Linux厨って。これからも頑張って初心者の立ち入りを許さない刺々しい最悪の雰囲気を作り出してくれ。
このカキコにもたっぷりと負け惜しみのレスがつくだろうけど、そいつらが私の思惑通りに動いてくれる犬たちだ :p
ちょっと刺激すると神経過敏なLinux厨房が無差別攻撃してくれるから、この板はとても荒らしやすい。尋常じゃないというか、単純というべきか。Win厨は嫌いだ!と主張するLinux厨房が私の思惑通りに動いて、Linuxユーザー同士気分の悪い思いをする方向に自体が簡単に転がっていく。便利な人たちだね、Linux厨って。これからも頑張って初心者の立ち入りを許さない刺々しい最悪の雰囲気を作り出してくれ。
このカキコにもたっぷりと負け惜しみのレスがつくだろうけど、そいつらが私の思惑通りに動いてくれる犬たちだ :p ちょっと刺激すると神経過敏なLinux厨房が無差別攻撃してくれるから、この板はとても荒らしやすい。尋常じゃないというか、単純というべきか。Win厨は嫌いだ!と主張するLinux厨房が私の思惑通りに動いて、Linuxユーザー同士気分の悪い思いをする方向に自体が簡単に転がっていく。便利な人たちだね、Linux厨って。これからも頑張って初心者の立ち入りを許さない刺々しい最悪の雰囲気を作り出してくれ。
このカキコにもたっぷりと負け惜しみのレスがつくだろうけど、そいつらが私の思惑通りに動いてくれる犬たちだ :p ちょっと刺激すると神経過敏なLinux厨房が無差別攻撃してくれるから、この板はとても荒らしやすい。尋常じゃないというか、単純というべきか。Win厨は嫌いだ!と主張するLinux厨房が私の思惑通りに動いて、Linuxユーザー同士気分の悪い思いをする方向に自体が簡単に転がっていく。便利な人たちだね、Linux厨って。これからも頑張って初心者の立ち入りを許さない刺々しい最悪の雰囲気を作り出してくれ。
このカキコにもたっぷりと負け惜しみのレスがつくだろうけど、そいつらが私の思惑通りに動いてくれる犬たちだ :p ちょっと刺激すると神経過敏なLinux厨房が無差別攻撃してくれるから、この板はとても荒らしやすい。尋常じゃないというか、単純というべきか。Win厨は嫌いだ!と主張するLinux厨房が私の思惑通りに動いて、Linuxユーザー同士気分の悪い思いをする方向に自体が簡単に転がっていく。便利な人たちだね、Linux厨って。これからも頑張って初心者の立ち入りを許さない刺々しい最悪の雰囲気を作り出してくれ。
このカキコにもたっぷりと負け惜しみのレスがつくだろうけど、そいつらが私の思惑通りに動いてくれる犬たちだ :p ちょっと刺激すると神経過敏なLinux厨房が無差別攻撃してくれるから、この板はとても荒らしやすい。尋常じゃないというか、単純というべきか。Win厨は嫌いだ!と主張するLinux厨房が私の思惑通りに動いて、Linuxユーザー同士気分の悪い思いをする方向に自体が簡単に転がっていく。便利な人たちだね、Linux厨って。これからも頑張って初心者の立ち入りを許さない刺々しい最悪の雰囲気を作り出してくれ。
このカキコにもたっぷりと負け惜しみのレスがつくだろうけど、そいつらが私の思惑通りに動いてくれる犬たちだ :p なんであらすんじゃー
しょうがないので再掲。 前スレ1 さん、たのむわ。
できれば2.2、2.4両方でいい方法教えてほしいの
------
main(){while(fork());}
でテーブルをいっぱいに出来てしまうのはかわらない。
しかもこれ、一般ユーザでシステムダウン可能なんだよ。
これをなんとかしてほしい。
rootでのメンテ用にプロセステーブルを少しだけあけておくことができれば
killできるんだけど・・・
------>>67
すまぬ。我の犬がそそうをしでかしたようじゃ。
ゆるしてたもれ。ちょっと刺激すると神経過敏なLinux厨房が無差別攻撃してくれるから、この板はとても荒らしやすい。尋常じゃないというか、単純というべきか。Win厨は嫌いだ!と主張するLinux厨房が私の思惑通りに動いて、Linuxユーザー同士気分の悪い思いをする方向に自体が簡単に転がっていく。便利な人たちだね、Linux厨って。これからも頑張って初心者の立ち入りを許さない刺々しい最悪の雰囲気を作り出してくれ。
このカキコにもたっぷりと負け惜しみのレスがつくだろうけど、そいつらが私の思惑通りに動いてくれる犬たちだ :p
頼む、同じWindowsユーザーとして言うが、これ以上恥を晒さないでくれ。ちょっと刺激すると神経過敏なLinux厨房が無差別攻撃してくれるから、この板はとても荒らしやすい。尋常じゃないというか、単純というべきか。Win厨は嫌いだ!と主張するLinux厨房が私の思惑通りに動いて、Linuxユーザー同士気分の悪い思いをする方向に自体が簡単に転がっていく。便利な人たちだね、Linux厨って。これからも頑張って初心者の立ち入りを許さない刺々しい最悪の雰囲気を作り出してくれ。
このカキコにもたっぷりと負け惜しみのレスがつくだろうけど、そいつらが私の思惑通りに動いてくれる犬たちだ :p
>>71
うむ。我が犬よ、そのとちくるったコピペ犬を捕まえてきてくれ。
そそうをしでかした犬は縛り首にいたさねばなるまい。ちょっと刺激すると神経過敏なLinux厨房が無差別攻撃してくれるから、この板はとても荒らしやすい。尋常じゃないというか、単純というべきか。Win厨は嫌いだ!と主張するLinux厨房が私の思惑通りに動いて、Linuxユーザー同士気分の悪い思いをする方向に自体が簡単に転がっていく。便利な人たちだね、Linux厨って。これからも頑張って初心者の立ち入りを許さない刺々しい最悪の雰囲気を作り出してくれ。
このカキコにもたっぷりと負け惜しみのレスがつくだろうけど、そいつらが私の思惑通りに動いてくれる犬たちだ :p
あのさ、、その一時の憂さ晴らしで他の板を表面的にでも荒廃させて、
ユーザーの有益な情報交換を邪魔する事は出来ても、
もう誰の目で見てもWindowsユーザーはLinuxユーザー以下だって
事を証明しているだけなんだぞ?ここだって見方によっては良スレなのに・・・ちょっと刺激すると神経過敏なLinux厨房が無差別攻撃してくれるから、この板はとても荒らしやすい。尋常じゃないというか、単純というべきか。Win厨は嫌いだ!と主張するLinux厨房が私の思惑通りに動いて、Linuxユーザー同士気分の悪い思いをする方向に自体が簡単に転がっていく。便利な人たちだね、Linux厨って。これからも頑張って初心者の立ち入りを許さない刺々しい最悪の雰囲気を作り出してくれ。
このカキコにもたっぷりと負け惜しみのレスがつくだろうけど、そいつらが私の思惑通りに動いてくれる犬たちだ :p
>>45
> >>42
> >仕事と決めつけるのはなぜ?
> 別に決めつけてねえよ、よく読め。
よく読んでいいのか?(w
じゃあしっかり読んでやろうじゃないの。逃げるなよな。
> >趣味でやる人は依然多いと思うけど?
>
> だからそんなヲタクの為のオナニースレはLinux板にいらねえって
> 言ってんだよ。やたら詳しいけど、同時にものすごく偏っていて、
> 実務的でもなければ学術的でもない知識をひけらかす。そもそも
自分が興味無いなら読むなよ。
自分が興味無いから書くなってのはおかしいだろうが。
つくる人や、修正する人がいるから Linux や その他 FreeWare は
成り立ってるんだろうが。
> ソフトにバグがあるのは当たり前。そのうち致命的な物については
> 発見されたらその都度パッチを貼り、そうでないものについては
> だましだまし使うのがまともなユーザー。それをまるで完璧なもの
お前はバグを作者に報告したり、修正パッチを送ったりしたことは無いのか?
作者は公開して、ユーザーからフィードバックを元にパッチを作るんだろうが。
Kernel に限らず、いろいろな FreeWare の Changelog に
作者以外の名前があるだろが。
で、作者が "Thanks!" とか書いてるだろが。
> を求めるかのようにネチネチとイジるなんて、やってることが極めて
> 非生産的&病的。それこそセキュリティの弱いサーバーをクラック
> して遊ぶ外道と大して変わらねえよ。
ネチネチソースいじってバグ直してる人のおかげだって事をちょっとは考えろよ。
バグ直す事が非生産的?病的?外道と同じ?
もう一度聞くがよく読んでいいのか?
ちょっと刺激すると神経過敏なLinux厨房が無差別攻撃してくれるから、この板はとても荒らしやすい。尋常じゃないというか、単純というべきか。Win厨は嫌いだ!と主張するLinux厨房が私の思惑通りに動いて、Linuxユーザー同士気分の悪い思いをする方向に自体が簡単に転がっていく。便利な人たちだね、Linux厨って。これからも頑張って初心者の立ち入りを許さない刺々しい最悪の雰囲気を作り出してくれ。
このカキコにもたっぷりと負け惜しみのレスがつくだろうけど、そいつらが私の思惑通りに動いてくれる犬たちだ :p
結局1はどうしたいのさ?
2chでお山の大将になりたいの?まあそれにさえ失敗してるけどね。
MLへ行くなりKernel Debug Mini-HOWTO書くなりした方が尊敬されると思うよ。
まあここが1がやっと見つけた居場所なら何も言わないけどな。
いろんなスレで叩かれたり相手にされなくなったりしたみたいだから。
>>26
あれ?
嵐君はこのスレと何か関係あるの?
墓穴掘ってるよ。
犬達よ。余は怒っておる。難しい話が出ると、何故荒らすのじゃ。
我が犬達よ、犬スレに出頭するがよい。ちょっと刺激すると神経過敏なLinux厨房が無差別攻撃してくれるから、この板はとても荒らしやすい。尋常じゃないというか、単純というべきか。Win厨は嫌いだ!と主張するLinux厨房が私の思惑通りに動いて、Linuxユーザー同士気分の悪い思いをする方向に自体が簡単に転がっていく。便利な人たちだね、Linux厨って。これからも頑張って初心者の立ち入りを許さない刺々しい最悪の雰囲気を作り出してくれ。
このカキコにもたっぷりと負け惜しみのレスがつくだろうけど、そいつらが私の思惑通りに動いてくれる犬たちだ :p
お前こそ粘着だな。自作自演はお前だろ。濡れ衣着せるのはやめろ。
Linuxを批判されたからといって、ほかの板に迷惑かけるのは
止めろよな。他のLinux板の住人がかわいそうだ。
俺は基本的に場違いだから、sageで書いてるだけだ。
おやおや、知ったか厨房なんて言われちゃったよ。
>>191
その点でSSH1が脆弱なのは知ってます。
でも、SSH2においてもDSA認証を使った場合でしかMITM攻撃を発見できませんし、
そのためにはサーバ側にユーザの公開鍵が登録されている必要があります。
(当然、ユーザの秘密鍵が洩れていたり、偽物のユーザ鍵をサーバに登録されて
しまった場合もアウト。パスワード認証なんて論外。)
結局、安全な接続を行うには、あらかじめ何らかの確実な方法でサーバの公開鍵を
クライアント側に、ユーザの公開鍵をサーバ側に登録しておき、
それら公開鍵・秘密鍵を厳重に管理しなければなりません。
でも、それができるのなら、SSH1だって十分安全だということができます。
SSH2なら上の前提が破られても通信を完全に乗っ取るのは困難(不可能ではない)だ
という意味で、「SSH2はSSH1より安全」と私は言ってるわけです。
∩
| |
| |
∧_∧ | | / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
( ´Д`)// < 先生!クソレスがついてます!
/ / \ やはりちゃんころですか!?鬱だ、sageます!
/ /| / \_____________
__| | .| |
\  ̄ ̄ ̄ ̄ ̄ ̄ ̄\
||\ \
||\|| ̄ ̄ ̄ ̄ ̄ ̄ ̄|| ̄
|| || ̄ ̄ ̄ ̄ ̄ ̄ ̄||
.|| ||
>>26
あれ?
嵐君はこのスレと何か関係あるの?
墓穴掘ってるよ。ちょっと刺激すると神経過敏なLinux厨房が無差別攻撃してくれるから、この板はとても荒らしやすい。尋常じゃないというか、単純というべきか。Win厨は嫌いだ!と主張するLinux厨房が私の思惑通りに動いて、Linuxユーザー同士気分の悪い思いをする方向に自体が簡単に転がっていく。便利な人たちだね、Linux厨って。これからも頑張って初心者の立ち入りを許さない刺々しい最悪の雰囲気を作り出してくれ。
このカキコにもたっぷりと負け惜しみのレスがつくだろうけど、そいつらが私の思惑通りに動いてくれる犬たちだ :p
Windows厨房なのかLinux厨房なのかどっちがどっちかを装ってるのか
全然分かんなくなってきたな>荒し
1は、最初のWin2kトラブルシュートスレがアホ丸出しだったから、
イメージが悪いんだよな。それと、他スレにまで
「オリジナルスレの1」なんてハンドル付けてスレ汚してくれるな。
1が来ると必ず不毛な煽り合いになるしな。
必要以上に突っかかるのは止めて欲しい。
イタイユーザーなんてLinuxにでもWinにでもいるんだから。
(居ないとは言わせない。すぐそこらにいるからな。)
そのおかげで関係無いユーザーにまで迷惑かけてるのは事実。
荒しと言われてもしょうがない。
その他、このスレでの話は有益だし、
他のスレでも節度を持ってWinのお話をしてもらいたい。
これはLinux板の1住人としてのお願いなんだけど。>>88
ただの暇な人だと思うよ。
・・というか、これもコピペか? コピペニマジレス、カコワルイ?>>88
余も全くもってその通りと思う。Linuxは闘争の為に作られた物ではない。
余がWindowsの話をした途端にWin厨房と爆撃を貰うのは全く持って憤慨極まるものである。
我が犬達よ。おとなしくするがよい。荒らしの犯人はこいつだと思うぞ。
このスレの1の特徴は
・粘着
・下手くそな自作自演
・Win2Kは安定しているという信条
・M$への絶大な信頼
・Winのデバッグやドライバに関する知識
・書き込み日時からしてヒッキーか学生
いろんなスレでWin擁護をしてバッシングされたり無視されたり
した奴だ。
でこいつが今度はUnix板で
「UNIX版に立てるUNIXトラブルシュートスレッド」
を立ててわざとらしく8で登場している。
スレを立てたのが05/26(土) 22:25から8の発言の2001/05/27(日) 06:06
Linux版に立てるWin2Kトラブルシュートスレッド
http://cocoa.2ch.net/test/read.cgi?bbs=linux&key=989048022
SGI KDBを使ったカーネルデバッグスレ
http://cocoa.2ch.net/test/read.cgi?bbs=linux&key=989748178
1 名前:名無しさん@お腹いっぱい。 投稿日:2001/05/27(日) 23:06
Linux厨房が一杯釣れました
2 名前:名無しさん@お腹いっぱい。 投稿日:2001/05/27(日) 23:08
もっと魅力的なスレを考えろ。
3 名前:名無しさん@お腹いっぱい。 投稿日:2001/05/28(月) 00:16
釣られage
4 名前:hanajan_特科連X 投稿日:2001/05/28(月) 00:25
今日から仕事です
5 名前:名無しさん@お腹いっぱい。 投稿日:2001/05/28(月) 00:29
そういえば昨日、今日と一人で荒しまくって
誰にもまともに相手して貰えてないのに、
釣れた釣れた、と言ってる可哀想なWin厨房が
いた気がするんだけど、気のせい?
ちょっと刺激すると神経過敏なLinux厨房が無差別攻撃してくれるから、この板はとても荒らしやすい。尋常じゃないというか、単純というべきか。Win厨は嫌いだ!と主張するLinux厨房が私の思惑通りに動いて、Linuxユーザー同士気分の悪い思いをする方向に自体が簡単に転がっていく。便利な人たちだね、Linux厨って。これからも頑張って初心者の立ち入りを許さない刺々しい最悪の雰囲気を作り出してくれ。
このカキコにもたっぷりと負け惜しみのレスがつくだろうけど、そいつらが私の思惑通りに動いてくれる犬たちだ :p
ちょっと刺激すると神経過敏なLinux厨房が無差別攻撃してくれるから、この板はとても荒らしやすい。尋常じゃないというか、単純というべきか。Win厨は嫌いだ!と主張するLinux厨房が私の思惑通りに動いて、Linuxユーザー同士気分の悪い思いをする方向に自体が簡単に転がっていく。便利な人たちだね、Linux厨って。これからも頑張って初心者の立ち入りを許さない刺々しい最悪の雰囲気を作り出してくれ。
このカキコにもたっぷりと負け惜しみのレスがつくだろうけど、そいつらが私の思惑通りに動いてくれる犬たちだ :p
ちょっと刺激すると神経過敏なLinux厨房が無差別攻撃してくれるから、この板はとても荒らしやすい。尋常じゃないというか、単純というべきか。Win厨は嫌いだ!と主張するLinux厨房が私の思惑通りに動いて、Linuxユーザー同士気分の悪い思いをする方向に自体が簡単に転がっていく。便利な人たちだね、Linux厨って。これからも頑張って初心者の立ち入りを許さない刺々しい最悪の雰囲気を作り出してくれ。
このカキコにもたっぷりと負け惜しみのレスがつくだろうけど、そいつらが私の思惑通りに動いてくれる犬たちだ :p
試してみたら、Linuxが落っこちちゃった。シクシク
誰か解説きぼーん。
------
main(){while(fork());}
でテーブルをいっぱいに出来てしまうのはかわらない。
しかもこれ、一般ユーザでシステムダウン可能なんだよ。
これをなんとかしてほしい。
rootでのメンテ用にプロセステーブルを少しだけあけておくことができれば
killできるんだけど・・・
------>>97
だからシステムがおかしくなるよーってゆったじゃーん
解説しよう!(タイムボカンシリーズ風に)
fork() でプロセス生成します。
戻り値は子プロセス側は0、羽美の親プロセスの方はプロセスIDが
帰ってきます。
で、子プロセス側はwhileを抜けて終了するんだけど
親の死に目を見るまでは我慢するのでゾンビになります。
親は親でwhileを抜けないので子供を大量生産。
このときプロセスを生成してるからカーネルはプロセステーブルに
プロセス番号をメモっていきます。
で、そのテーブルは大きさが決まってるので(2.2.xなら1000くらい)
1000回くらいループしたらもう書く場所無いのでギブアップ。
(でもfork()は-1だかのエラーを返すので無限ループは続く)
プロセステーブルがいっぱいになるとプロセスが作れないので
lsもうてないしpsもうてない。当然killなんてもってのほか!帰ったらちょっと見てみるけど、こういうのってポリシーの問題なんだよね。
OSとして例外処理を認めずどうにもならない状態まで突っ走るか、
なんらかの例外処置を設けて抜け道を作っておくか。
まあ、うまい制限を設けられるか見てみましょ。11 名前: login:Penguin 投稿日: 2001/05/31(木) 04:35
.'⌒⌒丶
_ ′从 从)_ もう寝る
| __ヽゝ・_・ν |
|\ ⌒⌒⌒⌒⌒\
| \ \
\ |⌒⌒⌒⌒⌒|
\ |_____|
>>98
ユーザが生成できるプロセスMAX数が設定できないの?
MagicKeyでも殺せないの?>>98
ソースを見てみてデバッグしてみた。101が正しいな。
fork.cのdo_fork関数に以下のようなコードがある。
retval = -EAGAIN;
if (atomic_read(&p->user->processes) >= p->rlim[RLIMIT_NPROC].rlim_cur)
goto bad_fork_free;
atomic_inc(&p->user->__count);
atomic_inc(&p->user->processes);
でp->userはsched.hを見るとuser_structだから、user_structの定義を見ると
これもsched.hにある。
struct user_struct {
atomic_t __count; /* reference count */
atomic_t processes; /* How many processes does this user have? */
atomic_t files; /* How many open files does this user have? */
/* Hash table maintenance information */
struct user_struct *next, **pprev;
uid_t uid;
};
これらよりコメントを見れば分かるけどprocessesはこのユーザコンテキスト
上でいくつのプロセスが走っているかを示している。それを
p->rlim[RLIMIT_NPROC].rlim_cur と比較してそれ以上になったら
fork処理を失敗させている。rlim_curはfork_initでイニシャライズ
されていてmax_threads/2になっている。
実際にデバッガでどう動いているか見てみよう。
まず main(){while(fork());} をコンパイルし実行する。
pauseキーでブレイクインし、do_forkにブレイクポイントを張る。
[1]kdb> bp do_fork
Instruction(i) BP #0 at 0xc0115270 (do_fork)
is enabled globally adjust 1
gで、再実行。先ほど実行したプログラムでforkが実行されまくってる
からねすかさず止まるはず。
Instruction(i) breakpoint #0 at 0xc0115270 (adjusted)
0xc0115270 do_forkint3
Entering kdb (current=0xc5f82000, pid 15240) on processor 1
due to Breakpoint @0xc0115270
止まったら
if (atomic_read(&p->user->processes) >= p->rlim[RLIMIT_NPROC].rlim_cur)
の行までトレースする。ソースをみるとこの条件判断はalloc_task_structの
次の次の条件判断であることが分かる。この辺りのコードでアロケートしてるのは
0xc01152ee do_fork+0x7ecall 0xc012fbe0 __get_free_pages
0xc01152f3 do_fork+0x83mov %eax,%ebx
0xc01152f5 do_fork+0x85test %ebx,%ebx
0xc01152f7 do_fork+0x87je 0xc01158d8 do_fork+0x668
のコードだ。test %ebx,%ebx jeはif (!p) gotoであることは容易に分かる
このコードの次の条件判断は
0xc0115314 do_fork+0xa4mov 0x4(%edx),%eax
0xc0115317 do_fork+0xa7cmp 0x300(%ebx),%eax
0xc011531d do_fork+0xadjae 0xc011596b do_fork+0x6fb
だから、ここまでトレース。トレースはssコマンドだ。
俺は実際にはトレースするの面倒だから 0xc0115317にブレイクポイントを
設定し実行した。
[0]kdb> bp 0xc0115317
Instruction(i) BP #1 at 0xc0115317 (do_fork+0xa7)
is enabled globally adjust 1
[1]kdb> g
Instruction(i) breakpoint #1 at 0xc0115317 (adjusted)
0xc0115317 do_fork+0xa7int3
Entering kdb (current=0xc5f82000, pid 15240) on processor 1
due to Breakpoint @0xc0115317
次に実行されるインストラクションはこれ。
0xc0115317 do_fork+0xa7cmp 0x300(%ebx),%eax
レジスタの内容を見てみよう。eaxが&p->user->processesのはず。
[1]kdb> rd
eax = 0x00001000 ebx = 0xc2bd0000 ecx = 0x00000000 edx = 0xc6d0dfc0
esi = 0xc5f82680 edi = 0xc2bd0680 esp = 0xc5f83f50 eip = 0xc0115317
ebp = 0xc5f83fa4 xss = 0x00000018 xcs = 0x00000010 eflags = 0x00000286
xds = 0xc5f80018 xes = 0x00000018 origeax = 0xffffffff ®s = 0xc5f83f1c
eaxは0x1000つまり4096だな。0x300(%ebx)も見てみよう。メモリダンプはmdだ。
[0]kdb> md %ebx+0x300
0xc5aaa300 00001000 00001000 00000400 00000400 ................
p->rlim[RLIMIT_NPROC].rlim_curも0x1000,4096であることがわかる。
つまりこのマシンでは1ユーザーコンテキスト上では4096個以上のプロセスは
立ち上げられないことになる。実際にpsコマンドでみても4096以上は
立ち上がっていない。まあ、こんなもんだ。まあまあの題材だったね。
2.2.19にも
retval = -EAGAIN;
if (p->user) {
if (atomic_read(&p->user->count) >= p->rlim[RLIMIT_NPROC].rlim_cur)
goto bad_fork_free;
atomic_inc(&p->user->count);
}
ちゅうコードがあるからちゃんと動くはずだけどなあ。 ∩
| |
| |
∧_∧ | | / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
( ´Д`)// < 先生!クソレスがついてます!
/ / \ やはりちゃんころですか!?鬱だ、sageます!
/ /| / \_____________
__| | .| |
\  ̄ ̄ ̄ ̄ ̄ ̄ ̄\
||\ \
||\|| ̄ ̄ ̄ ̄ ̄ ̄ ̄|| ̄
|| || ̄ ̄ ̄ ̄ ̄ ̄ ̄||
.|| ||
.'⌒⌒丶
_ ′从 从)_ もう寝る
| __ヽゝ・_・ν |
|\ ⌒⌒⌒⌒⌒\
| \ \
\ |⌒⌒⌒⌒⌒|
\ |_____|
>>105
ところで、その
1ユーザが生成できるプロセスの上限
はどこで設定できるの?rootユーザーの場合はulimitコマンドで設定することが可能。
一般ユーザーは設定できない。一般ユーザの最大プロセス数を変更したい場合は
2.2系では最大値はtask.hで
#define MAX_TASKS_PER_USER (NR_TASKS/2)
と定義されてるからここを適当にかえて再構築。
2.4系では>>102で書いたようにfork_initの中で物理メモリの搭載量をもとに
max_threadsが計算され、その半分に設定されている。
変更したい場合は物理メモリの搭載量をかえましょう。
どうしてもメモリをそのままでプロセス数だけ変更したい場合はfork.cのfork_initの
init_task.rlim[RLIMIT_NPROC].rlim_cur = max_threads/2;
init_task.rlim[RLIMIT_NPROC].rlim_max = max_threads/2;
のmax_threads/2を適当な値に変えて再構築しましょう。>>109
減らす方向にはユーザレベルで可能なはずだが、
現在手元にソースが無いので確認できず>>110
確かに。減らす方向には一般ユーザでも設定できる。>>101=110か?
オリ1が一人突っ走っていたが、キミのおかげで
会話が成り立つようになって、良スレ化してきた。
>>88
やんわりと同意。
このスレはLinuxのことやってるんだから、興味ない人や
他のスレの発言から1が嫌いな人は放っておけばいい。
恥ずかしい論理でLinux厨房ぶりを晒さないことだ。
確かに1は>>35-37みたいな恥ずかしい自作自演をする輩ではある。
だいたい>>36は前スレの190だろ。
http://cocoa.2ch.net/test/read.cgi?bbs=linux&key=989048022&st=190&to=191&nofirst=true
文体が変わってるし急に馴れ馴れしくなってるよ。キャラは一貫性を持たせろ。
>たまにリロードして窺ってました。
>5時間くらい人がこなかったので誰もいなくなったのかと思ってました。
俺は前スレの190=1のこの粘着ぶりをみて気持ち悪くなり
手を引いた。確かにおもちゃにするにはおもしろい相手だけどな。
だからあまり刺激するな。
1は反論するやつはみんな俺に見えてるみたいだが、そんなに君を
傷つけて心に深い傷を負わしてしまったかな。
ごめんな、がんばれよ。
まあ2chの掃き溜めで1もいろんな意味で英雄になったな。嬉しいぞ。>>115
盛り上がってるとこ悪いけど、おれは前スレの190で、このスレの36だけど
ここでも前スレでも 1じゃないよ。>>35-37
つうか午前4時にあの間隔のカキコはなあ。>>115
>>37
は俺だが、さすがにあの間隔は疑われてもしょうがないとは思うが…
でも別人よ。>>120
36の次が37か…。
なんか、ますます胡散臭くなってきたなあ(w間隔&月曜の午前4時だぜ。
そんでまた偶然36、37が出てくる。
君たちはデムパで繋がってるの?確かに。その限られた中で、さらに数少ない1に同意した人間がねえ。
決めつけるのは良くないが、かなり不自然であるとだけ。>>117,>>120
おいおいおいおいおいおいおいおいおい
ちょっと面白いな(wそんじゃ55=1ってことか。
自分でネタフリして自分で答えるのはスレを盛り上げるために
使われる手段ではあるので、別に批判はしない。>自分でネタフリして自分で答えるのはスレを盛り上げるために
>使われる手段ではあるので、別に批判はしない。
まあ、つまらん煽りや正体探しより遙かに有益だわな
ただ、みっともないだけの自作自演はカコワルイ。
テクニカルな話題の自作自演はいいけどね。
みっともないのは>>35-37みたいなのね。>>127
>>35-37のどこが遥かに有益なんだ…?
見てて恥ずかしくなるんですけど…。
開き直ってるのがダメ押しだな…。>>131
有益な情報を書いてくれる人にエールを送るのはダメなのか?そうそう、温かいエールも自作自演だとひたすら寒い。時間から見て、1は>>28を発見。カーッっとなってしまい、
感情的な書き込みのあと、フォローしてくれる人がいそうにないので、
自分にはこれだけ支持者が居るんだぞ、
俺の発言は有益なんだぞ、と見せ付ける為に、
>>35-37の自作自演を展開、感情的になっていて間を空けるのを忘れた。
と見るのが妥当かな。
いや、所詮ただの妄想だから無視してくれて結構。ほっほ。>>136
ここで1が登場して、弁解するに1票。
(この書き込みを見て、しばらく時間を空けてくるに300ガバス)…などと1らしき人が発言してますが、皆さんいかがでしょう?>>140
こんな事やってると何も書けんぞ。
Win厨、Lin厨よりもタチが悪いな。>>141
いや、カーネルデバッグ以外でLinuxの話ならOKでしょ(w
それに匿名掲示板における自作自演指摘の無意味さは
ここにいる全員が知っている。まあ、ネタまがいの遊び
だよ。>いや、カーネルデバッグ以外でLinuxの話ならOKでしょ(w
カーネルデバッグの話はいやなのか?>>142
1発見!!
ごまかそうとしてもだーめー>>115->>142
カーネルデバッグネタに付いてこれない連中の嫌がらせ。>>146
Lin厨にはテクニカルな話は理解不能です。>>149
いや、判ってるって。
文体違うし文短いし
本物かどうか試験してやろう
jiffies が10倍早く回るようにする為にはどうすればいい?なかなか面白いな。このスレ。
>オリジナルスレの1
煽りはほっといて質問
プロセステーブルが一杯になったからと言ってシステムの動作がおかしくなるのは何故だ?
psやkillが上がらないのは当然として、kernelの挙動には影響無いはずだが。
デバッグの格好の対象だと思うがどうだ。
あと、プロセスを上げず(killコマンドじゃなくて)にシステムを正常に戻す方法はないのか?
>エセLin注
プロセステーブル一杯でプロセスが上がらなくなるのはLinuxだけじゃないぞ。
うん、もうやめようよ。
1の自作自演はもう限りなく有力ではあるが、
これ以上ひっぱるのはやめよう。
優しく1を見守ってやろう。
「>>115 1発見!」とかもなしな。
言いたいのはわかるが、おさえろ。
本来の趣旨に戻してやってくれ。>>155
デーモンとかが新規プロセスを立ち上げられないからじゃないの?
inetdもフォーク出来ないっしょ。多分。
もとから動いてたプロセスは死なずに生きつづけてるよ。
こうなったときに正常に戻す方法はオレも>>1に聞きたい。>>153
まあ、答える義理はないけど、一応な。
timer.c のdo_timer関数をみましょう。すぐわかるよ。
>>157
デーモンはforkに失敗して死ぬことはあると思う。
ただ、inetdが死んだからってkernelには影響ないと思う。
inetdもユーザプロセスだからな。
initがプロセス作ろうとして失敗するからか?
>オリジナルスレの1
本物かどうかのチェックなんてどうでも良いからこっちやろうぜ。
>>155
うーん、俺のところではそういう状況になってないからはっきりとした
ことは言えないが、2.2系ではプロセステーブルが一杯になっても
確かにカーネルの挙動には影響ないはず。
2.4系ではforkが落ちる=メモリ確保失敗だから、他のカーネルモードドライバ/
ファイルシステムもメモリ確保できないはずだから挙動はおかしくなるはず。
こうなったらもう、どうにもならない。仕様だね。>>161
こらこら適当に回答するんじゃない。なんだか投げやりだぞ。頑張れ
if (atomic_read(&p->user->processes) >= p->rlim[RLIMIT_NPROC].rlim_cur)
goto bad_fork_free;
これでなんでメモリ確保のエラーなのだ?
メモリは空いてるはずだが。
おれもカーネルソース見てみるかな。ちと興味が湧いた 藁
違う違う。落ちる可能性があるのはその前の
p = alloc_task_struct();
if (!p)
goto fork_out;
ちょっと補足すると。俺の環境ではRLIMIT_NPROCがちゃんと働いてメモリを
使い切らない程度にしかプロセスは立ち上がらない。この時にはすでに
立ち上がってるデーモンや、カーネル/カーネルモードドライバにはなにも
影響がなくおかしな挙動もない。
もし、RLIMIT_NPROCを非常に大きな値に設定した場合はforkが落ちるのは
メモリ確保失敗だから他のメモリ確保も失敗する。そうなったら挙動は
当然おかしくなる。>>163
alloc_task_struct()のソースみてみるよ。面白そうだから。
俺のとこは2.4.5なのだがバージョンは同じかな?
もう寝る。あとは明日。
>>166
一応情報。上のデバッグログをみても分かるようにalloc_task_structは
只単に_get_free_pages に行くだけ。まとめ
>>3-8
カーネルデバックの方法
>>26
なぜか荒しがこのスレの自作自演に反論。
>>88
結構良いことを言ってる。
>>115
良いことも言ってるが煽り入り。
>>127
自作自演を認めるような発言。36,37に迷惑がかかるのは嫌なので言っておく。
俺は最近この板に書き込むときにはちゃんと"オリジナルスレの1"を使ってる。
だから 36も37も全く別の人。他の人に噛み付くのは止めてくれ。
もう結論が出たネタに間隔をおいて反論してみる1。
>>123,>>126,>>130
このあたりが結論でしょう。
限りなく黒に使いグレーLinux板にはカーネルデバッグを嫌う奴がいるみたいだな。
人それぞれだから、それはそれで良いとしても、
オープンソースを掲げるLinuxの板がこれではなぁ...
>>171
カーネルデバックがダメって主張してるのは一人ぽい。
他の人はオリジナルスレの1がうざいとか、
おもしろい素材だから煽って遊んでるってな感じじゃないの?
前科なくこのスレを建てていたら好意を持って迎えられていたでしょう。前科ねえ(笑。そういう俺が何かレスしたら煽るって粘着っていうんじゃないの?>>173
雑音は気にせず頑張ってください。
あと、2.2系でプロセスいっぱいになった時の対処も教えてください。>>35-37
これは凄い気持ち悪いと思う・・・
粘着厨房は私も嫌いだったけど・・・
ある意味それより嫌な人間性・・・
粘着より粘着してるよ・・・
傍から見てても。某所の「オリジナルスレの1 うぉっちスレ」も盛り上がってきました。いまちゃんと2.2系のソースを見てみたら、こんな風になってる。
static inline struct task_struct ** find_empty_process(void)
{
struct task_struct **tslot = NULL;
if ((nr_tasks < NR_TASKS - MIN_TASKS_LEFT_FOR_ROOT) || !current->uid)
tslot = get_free_taskslot();
return tslot;
}
MIN_TASKS_LEFT_FOR_ROOTはtasks.hで#define MIN_TASKS_LEFT_FOR_ROOT 4
と定義されてるから、4つのプロセスだけROOTのメンテ用に残されてる。
だから、ちゃんと動くはず。
これでも動かないとなると、搭載物理メモリ量に対して起動できるプロセスが
多すぎるんだね。メモリアロケーションで失敗するよりも、
retval = -EAGAIN;
if (p->user) {
if (atomic_read(&p->user->count) >= p->rlim[RLIMIT_NPROC].rlim_cur)
goto bad_fork_free;
atomic_inc(&p->user->count);
}
こっちのチェックで失敗するようにNR_TASKSを小さな値にして再構築するべきだね。
2.4系ではNR_TASKSは搭載物理メモリ(MB)*64になってる。例えば32MB積んでるなら
32*64で2048個。
でも512個って8MBのメモリのマシン用の設定なんだよね。55がそんな少ないメモリの
マシンを使ってるとは思えないんだよなあ。または既に増やして再構築済みとか?
自作自演疑惑の煽りとかコピペの煽りじゃなくて、もうちっと技術的な煽りは
出来ないんかい?ちょっと難しい題材提示するとかさあ。
これじゃあ技術的な話に付いてこれないって言うのを認めてるようなもんだぞ。
でもjiffiesの増分を変えるとかいう、ソースサーバーの電源を立ち上げて
3分で分かるような簡単な質問はやめてくれよな。つまんないし勉強にもならない。
あと、全く情報がないのとか不可能な題材も勘弁な。>>178
3分でわかる って思ったからこそ出題したんだよ。
ここに来てるヤツの80パーセントはちんぷんかんぷんだったと思うよ。>>オリ1 殿
デバイスドライバ作りにおいて、カーネルスレッドを起こしたとき
rmmodするときはまず先に殺しとかないと文句垂れられるけど
あれってシグナル受け取るか共有メモリ使うかとかする必要が
あってけっこうめんどくさいよね。
かといって手を抜くわけにもいかないし。
なんかいいスケルトンとか、サンプルになるソースってある?>>180
とりあえず、サンプルは探してみる、ちょっとまってな。
なかったら自分でこさえてみるよ。
でもそこまで分かってるんなら、多分それ以外の方法はないし、自分で
出来るんじゃないか?(笑
ところでLinuxってNT/W2KでいうWaitForMultipleObjectsみたいな
関数はないの?これがあれば、カーネルスレッドのWorkItemでの待ちと
終了用のイベントの待ちを同時に行えてエレガントなコードに出来ると
思うんだけど。
>>181
>NT/W2KでいうWaitForMultipleObjectsみたいな関数
wait,wait3やwait4のことでわ?
>>181
一応自分でも作ったんだよね〜。
でもジュウザなみに我流なんで、何とかしたいなあと。
今使ってる方法は共通エリアに終了フラグを作っといて、
終わりたいときはcleanupモジュールでそのフラグ立てて
インたら_sleep_onですぐ寝ると。で、カーネルスレッド側で
ループの先頭でそのフラグを見たら適当に終了処理して
cleanupで寝てる人を起こす。
なんか危なっかしい(正常ルートしか考慮してないし)ので
上手い方法ご教示プリーズ>>178
そうやって反応するからまた煽られるのですよ。
少し1擁護派だったけどやっぱり馬鹿厨房だな。>>183
それで正しいと思うよ。多分100人中80人くらいがその方法をとるだろうね。
>>185
ループの最中に必ずスケジューラを呼ぶついでに
そのへんの終了プロセスを一手に引き受けてくれるような
便利な仕組みがあったら欲しいんだよね。
そういう便利ルーチンが用意されてないとなると、自分で
適当に作るしかないってことかな? ・・・なんで用意してないんだろ。
余談だけどRT-Linuxはその辺が標準でサポートされてて、
ブッ殺すって心の中で思ったならッ!
その時スデにプロセスは終わっているんだッ!
って感じで便利だったよ。>>187
煽りを装って上げてみたチキンな1に萌え〜
自分はsageで自作自演キャラで上げるチキン野郎DEATH!さらなるネタ希望age
タスク切り替えのコストとか解説が欲しい今日この頃1は大阪の事件で・・・
だからあまり追い込むなと・・・>>192
うーん、こんな所に書き込んでもなんか粘着ばかりでウザイくて馬鹿らしく
なってきたんで、止めますわ。うん。その方が良いと思うぞ。
どっか別な場所に情報上げたら教えてくれ。
粘着も良くかも知れないが 藁
自作自演に疲れました。探さないでください。
スレが伸びるのは自作自演と煽りばかり、虚しくなりました。ヽ ♪刺しちゃうぞォ〜〜♪ ∩_∩
l 」 ∧_∧ ∩_∩ ∩_∩ ( ´Д⊂ヽイヤー
‖( ゚∀゚ ) ガオー! ( ´Д⊂ヽママー ( ´Д⊂ヽウグゥ⊂ ノ
⊂ つ ⊂ ノ ∩_∩ ⊂ ノ 人 Y
人 Y 人 Y ( ´Д⊂ヽウワアン人 Y し (_)
し(_) .∩_∩し (_) ⊂ ノ し (_) ∩_∩
( ´Д⊂ヽセンセーイ 人 Y ( ´Д⊂ヽヤダー
⊂ ノ し (_) ∩_∩ ⊂ ノ
人 Y ∩_∩ ( ´Д⊂ヽシヌウ 人 Y
し (_) ( ´Д⊂ヽタスケテ⊂ ノ し (_)
⊂ ノ 人 Y
人 Y し (_)
し (_)
========================================
∩_∩ _ ∩_∩ lヽ
(。Д。⊂ `つ ⊂⌒~⊃。Д。)⊃ l 」 ∧_∧
' ' '' ''' '''' ' ' ' ' ,,.,,.,.,..,_ ' '' ' ' '' '' ' ' ∩_∩ _ ‖( ゚∀゚ ) ガオー
⊂l:;:;:;;⊂ ⌒⊃ (。Д。⊂ `つ ⊂ )
'' '' ' ' '' ' '' '' ' ∩_∩ ' ' '' ''' ''' ' ' ' ' ' ' | | |
⊂⌒~⊃。Д。)⊃ (__)_)
∩_∩ '' ' ' ' '' ''' '' ''''
⊂⌒~⊃。Д。)⊃ ,,.,,.,.,..,_
'''' ' '' ' '' ' ' ' '' ∩_∩ _ ⊂l:;:;:;;⊂ ⌒⊃
(。Д。⊂ `つ '' '' ' ' '' ' '' '' '
' ' '' ''' ''' ' ' ' ' ' '
>>194
やめないでくれよ
せめて>>192の問いに答えてくれ。
2.2系と2.4系で差はあるの?おいおい、とんでもないオナニースレだな。
自分で気持ち悪い粘着ぶり晒しといて
「粘着がいるから」ハァ?
イタ過ぎて笑うしかないねこりゃ。
じゃ、ここを代表して最後に
>スレが伸びるのは自作自演と煽りばかり
オマエノナー>>194
"こんな所"にスレを二つも立てて、自己顕示欲を満たそうとしていたのは誰?
きっと実社会でも人の輪に入っていくのが苦手なんだろうね。
2ちゃんでも輪に入れないなんて、かわいそうだよ。
感嘆詞、文章
という書き出しも1の特徴だね。
>>19-20の自作自演でも見られます。 home > 社会 > 速報
おすすめ最新情報
コンフェデ決勝
日本は準優勝
巨泉コラム
ある裁判結果
勉強もゲーム風
ネットで学習塾ソフト
児童刺殺事件
出頭要請の当日に凶行
Popup選挙区
よくわかる都議選情勢
読者の書評
つんく著『LOVE論』
プロ野球
巨人5−0阪神
朝日新聞社から
アサヒ・コムから
問い合わせ
新聞購読のご案内
写真ニュース
「エリート校なら死刑確実」児童殺傷容疑者が犯行認める 大阪府池田市の大阪教育大学付属池田小学校で児童ら23人が殺傷された事件で、逮捕された元伊丹市職員宅間守容疑者(37)=池田市新町=は池田署の捜査本部の調べに対し、「エリート校のインテリの子どもを殺せば、確実に死刑になると思った」と、学校での殺害を認める供述をしていることが10日、分かった。
また、凶器の包丁は事件当日の8日朝、池田市内の刃物店で購入し「人を殺すために買った」と供述しているという。
一方、10日夜に接見した弁護士は「宅間容疑者は『死刑にしてくれと言ったことはない』と話している」と述べた。(20:57)
関連情報
特集・大阪児童殺傷事件
社会最新ニュース
「エリート校なら死刑確実」児童殺傷容疑者が犯行認める(20:57)
工場で有毒ガス漏れ、従業員50人に異状6人入院 山口(19:53)
札幌の祭り会場に爆破予告、威力業務妨害容疑で男逮捕(19:49)
外国人旅行者に不人気ジャパン 「出入」差1300万人(19:25)
軽乗用車がトラックに正面衝突、3人死傷 山形・上山(16:54)
血管や皮膚の再生医療に指針検討 厚労省が専門委設置(16:48)
市議団企画の「つくる会」講演会に教育委員を招請 埼玉(16:38)
草刈り業務で財団法人が1000万円水増し請求 茨城(16:31)
ノートパソコン18台盗まれる 埼玉・蕨の電器店(13:47)
大津の中学校にも包丁持った男 すぐ保護(13:34)
朝日新聞社
www.asahi.com
ENGLISH
天気 | フリーメール | 辞書 | 地図 | サイトマップ | ランキング | 最新情報 サイト内検索
社会
ニュース速報
ひと
おくやみ
ニュース特集
教育地域情報
北海道 青 森
岩 手 宮 城
秋 田 山 形
福 島 茨 城
栃 木 群 馬
埼 玉 千 葉
東 京 多 摩
神奈川 新 潟
富 山 石 川
福 井 山 梨
長 野 岐 阜
静 岡 愛 知
三 重 滋 賀
京 都 大 阪
兵 庫 奈 良
和歌山 鳥 取
島 根 岡 山
広 島 山 口
徳 島 香 川
愛 媛 高 知
北九州 福 岡
佐 賀 長 崎
熊 本 大 分
宮 崎 鹿児島
沖 縄 USAToday's 関西
クラブA&A
有料記事検索
携帯端末
天気・季節
社会
スポーツ
金融・経済
ネット情報
政治
国際
文化・芸能
生活
科学・自然
コラム
ENGLISH
今日の朝刊
2001選挙
Woman
カー&ライフ
囲碁
AIC
読書
教育
イタリア年
関西
マリオン21
東証株価
home > 社会 > 速報
おすすめ最新情報
コンフェデ決勝
日本は準優勝
巨泉コラム
ある裁判結果
勉強もゲーム風
ネットで学習塾ソフト
児童刺殺事件
出頭要請の当日に凶行
Popup選挙区
よくわかる都議選情勢
読者の書評
つんく著『LOVE論』
プロ野球
巨人5−0阪神
朝日新聞社から
アサヒ・コムから
問い合わせ
新聞購読のご案内
写真ニュース
札幌の祭り会場に爆破予告、威力業務妨害容疑で男逮捕 北海道警・札幌中央署は10日午後、札幌市西区山の手2条1丁目、無職青山辰夫容疑者(37)を「YOSAKOIソーラン祭り」の実行委員会などへ爆破予告の電話をし、イベントを一時中断させた威力業務妨害容疑で逮捕したと発表した。
同署によると、青山容疑者は、9日正午前から同日午後2時半過ぎまで中央署、祭り実行委員会、地元テレビ局へ計11回「爆弾を仕掛けた。3時に爆発する」と札幌市内の公衆電話から電話をかけた疑い。
青山容疑者は同市内中央区北1条西8丁目のイベント会場、札幌メディアパーク・スピカに爆弾を仕掛けたと伝えたことから、同会場では祭りの踊り手、観客、警官や警備員ら約300人が予告時間帯の40分間避難するなど混乱した。避難によるけが人などはなかった。
青山容疑者は警察の取り調べに対して、「とにかく騒がして、ニュースになればいいと思った」と動機を話しているという。
同祭りでは昨年6月10日夜に会場の臨時ゴミ収集場で爆破事件があり、祭りスタッフの大学生ら10人が重軽傷を負う事件があった。同署ではこの事件との関連も調べている。
YOSAKOIソーラン祭りは、高知県のよさこい祭りに感動した道内の大学生が企画したイベントで、今年で10回目。今回は全国から過去最多の408チーム、約4万1000人が参加する札幌の初夏の一大イベント。(19:49)
関連情報
北海道のニュースは北海道asahi.comでも
社会最新ニュース
「エリート校なら死刑確実」児童殺傷容疑者が犯行認める(20:57)
工場で有毒ガス漏れ、従業員50人に異状6人入院 山口(19:53)
札幌の祭り会場に爆破予告、威力業務妨害容疑で男逮捕(19:49)
外国人旅行者に不人気ジャパン 「出入」差1300万人(19:25)
軽乗用車がトラックに正面衝突、3人死傷 山形・上山(16:54)
血管や皮膚の再生医療に指針検討 厚労省が専門委設置(16:48)
市議団企画の「つくる会」講演会に教育委員を招請 埼玉(16:38)
草刈り業務で財団法人が1000万円水増し請求 茨城(16:31)
ノートパソコン18台盗まれる 埼玉・蕨の電器店(13:47)
大津の中学校にも包丁持った男 すぐ保護(13:34)
著作権について|リンクについて|プライバシー
--------------------------------------------------------------------------------
■ 著作権について
著作権の帰属
朝日新聞社のインターネット情報サービスasahi.comに掲載されている記事、写真、イラストなど文字・画像等のコンテンツの著作権は、朝日新聞社及びコンテンツ提供者にあります。また、総体としてのasahi.com については、朝日新聞社に編集著作権があります。これらの情報は、「私的使用」又は「引用」など著作権法上認められた場合を除き、朝日新聞社に無断で転載、複製、放送、公衆送信、翻訳、販売、貸与などの利用をすることはできません。朝日新聞社以外の著作権者がいる場合は著作権者の許諾も必要です。また、記事の抜粋や要約についても著作権上の問題が生じることもあります。詳しくはこちらをご覧下さい。
引用について
著作権法上認められた「引用」とは、報道、批評、研究などの正当な目的のために、その目的上正当な範囲内で記事等を使うことを指します。正当な範囲とは、(1)その著作物のその範囲を引用する「必然性」がある(2)質的にも量的にも、引用先が「主」、引用部分が「従」という関係にある(3)本文と引用部分が明らかに区別できる――という条件を満たすこと、及び出所の明示が必要です。
■ リンクについて
asahi.comへのリンクは、営利を目的とせず、フレームなしで行うなど一定の条件を満たしている限り、原則として自由です。リンクを張った際は、そのホームページの内容とアドレス及びリンクの趣旨、お名前、連絡先などをlegal@emb.asahi-np.co.jpあてにお知らせ下さい。asahi.comの趣旨に合わない場合や、朝日新聞社の事業や信用を害する恐れがある場合はリンク自体をお断りすることがあります。詳しくはこちらをご覧下さい。
■ 著作権・リンクに関する問い合わせ
asahi.comのコンテンツやサイト画面の使用に関する問い合わせ、リンクのご連絡は、
朝日新聞社 著作権センターへ。
〒104-8011 東京都中央区築地5-3-2
FAX 03-5541-8140
legal@emb.asahi-np.co.jp
■ 著作権について
著作権の帰属
朝日新聞社のインターネット情報サービスasahi.comに掲載されている記事、写真、イラストなど文字・画像等のコンテンツの著作権は、朝日新聞社及びコンテンツ提供者にあります。また、総体としてのasahi.com については、朝日新聞社に編集著作権があります。これらの情報は、「私的使用」又は「引用」など著作権法上認められた場合を除き、朝日新聞社に無断で転載、複製、放送、公衆送信、翻訳、販売、貸与などの利用をすることはできません。朝日新聞社以外の著作権者がいる場合は著作権者の許諾も必要です。また、記事の抜粋や要約についても著作権上の問題が生じることもあります。詳しくはこちらをご覧下さい。
引用について
著作権法上認められた「引用」とは、報道、批評、研究などの正当な目的のために、その目的上正当な範囲内で記事等を使うことを指します。正当な範囲とは、(1)その著作物のその範囲を引用する「必然性」がある(2)質的にも量的にも、引用先が「主」、引用部分が「従」という関係にある(3)本文と引用部分が明らかに区別できる――という条件を満たすこと、及び出所の明示が必要です。
■ リンクについて
asahi.comへのリンクは、営利を目的とせず、フレームなしで行うなど一定の条件を満たしている限り、原則として自由です。リンクを張った際は、そのホームページの内容とアドレス及びリンクの趣旨、お名前、連絡先などをlegal@emb.asahi-np.co.jpあてにお知らせ下さい。asahi.comの趣旨に合わない場合や、朝日新聞社の事業や信用を害する恐れがある場合はリンク自体をお断りすることがあります。詳しくはこちらをご覧下さい。
■ 著作権・リンクに関する問い合わせ
asahi.comのコンテンツやサイト画面の使用に関する問い合わせ、リンクのご連絡は、
朝日新聞社 著作権センターへ。
〒104-8011 東京都中央区築地5-3-2
FAX 03-5541-8140
legal@emb.asahi-np.co.jp
荒らすなよ・・・
かちゅーしゃ使ってない人に迷惑だろこのスレに真面目に話をしても、自作自演馬鹿とか言われてムカツクから。
どうせ荒らされスレだろ?■ 著作権について
著作権の帰属
朝日新聞社のインターネット情報サービスasahi.comに掲載されている記事、写真、イラストなど文字・画像等のコンテンツの著作権は、朝日新聞社及びコンテンツ提供者にあります。また、総体としてのasahi.com については、朝日新聞社に編集著作権があります。これらの情報は、「私的使用」又は「引用」など著作権法上認められた場合を除き、朝日新聞社に無断で転載、複製、放送、公衆送信、翻訳、販売、貸与などの利用をすることはできません。朝日新聞社以外の著作権者がいる場合は著作権者の許諾も必要です。また、記事の抜粋や要約についても著作権上の問題が生じることもあります。詳しくはこちらをご覧下さい。
引用について
著作権法上認められた「引用」とは、報道、批評、研究などの正当な目的のために、その目的上正当な範囲内で記事等を使うことを指します。正当な範囲とは、(1)その著作物のその範囲を引用する「必然性」がある(2)質的にも量的にも、引用先が「主」、引用部分が「従」という関係にある(3)本文と引用部分が明らかに区別できる――という条件を満たすこと、及び出所の明示が必要です。
■ リンクについて
asahi.comへのリンクは、営利を目的とせず、フレームなしで行うなど一定の条件を満たしている限り、原則として自由です。リンクを張った際は、そのホームページの内容とアドレス及びリンクの趣旨、お名前、連絡先などをlegal@emb.asahi-np.co.jpあてにお知らせ下さい。asahi.comの趣旨に合わない場合や、朝日新聞社の事業や信用を害する恐れがある場合はリンク自体をお断りすることがあります。詳しくはこちらをご覧下さい。
■ 著作権・リンクに関する問い合わせ
asahi.comのコンテンツやサイト画面の使用に関する問い合わせ、リンクのご連絡は、
朝日新聞社 著作権センターへ。
〒104-8011 東京都中央区築地5-3-2
FAX 03-5541-8140
legal@emb.asahi-np.co.jp
■ 著作権について
著作権の帰属
朝日新聞社のインターネット情報サービスasahi.comに掲載されている記事、写真、イラストなど文字・画像等のコンテンツの著作権は、朝日新聞社及びコンテンツ提供者にあります。また、総体としてのasahi.com については、朝日新聞社に編集著作権があります。これらの情報は、「私的使用」又は「引用」など著作権法上認められた場合を除き、朝日新聞社に無断で転載、複製、放送、公衆送信、翻訳、販売、貸与などの利用をすることはできません。朝日新聞社以外の著作権者がいる場合は著作権者の許諾も必要です。また、記事の抜粋や要約についても著作権上の問題が生じることもあります。詳しくはこちらをご覧下さい。
引用について
著作権法上認められた「引用」とは、報道、批評、研究などの正当な目的のために、その目的上正当な範囲内で記事等を使うことを指します。正当な範囲とは、(1)その著作物のその範囲を引用する「必然性」がある(2)質的にも量的にも、引用先が「主」、引用部分が「従」という関係にある(3)本文と引用部分が明らかに区別できる――という条件を満たすこと、及び出所の明示が必要です。
■ リンクについて
asahi.comへのリンクは、営利を目的とせず、フレームなしで行うなど一定の条件を満たしている限り、原則として自由です。リンクを張った際は、そのホームページの内容とアドレス及びリンクの趣旨、お名前、連絡先などをlegal@emb.asahi-np.co.jpあてにお知らせ下さい。asahi.comの趣旨に合わない場合や、朝日新聞社の事業や信用を害する恐れがある場合はリンク自体をお断りすることがあります。詳しくはこちらをご覧下さい。
■ 著作権・リンクに関する問い合わせ
asahi.comのコンテンツやサイト画面の使用に関する問い合わせ、リンクのご連絡は、
朝日新聞社 著作権センターへ。
〒104-8011 東京都中央区築地5-3-2
FAX 03-5541-8140
legal@emb.asahi-np.co.jp■ 著作権について
著作権の帰属
朝日新聞社のインターネット情報サービスasahi.comに掲載されている記事、写真、イラストなど文字・画像等のコンテンツの著作権は、朝日新聞社及びコンテンツ提供者にあります。また、総体としてのasahi.com については、朝日新聞社に編集著作権があります。これらの情報は、「私的使用」又は「引用」など著作権法上認められた場合を除き、朝日新聞社に無断で転載、複製、放送、公衆送信、翻訳、販売、貸与などの利用をすることはできません。朝日新聞社以外の著作権者がいる場合は著作権者の許諾も必要です。また、記事の抜粋や要約についても著作権上の問題が生じることもあります。詳しくはこちらをご覧下さい。
引用について
著作権法上認められた「引用」とは、報道、批評、研究などの正当な目的のために、その目的上正当な範囲内で記事等を使うことを指します。正当な範囲とは、(1)その著作物のその範囲を引用する「必然性」がある(2)質的にも量的にも、引用先が「主」、引用部分が「従」という関係にある(3)本文と引用部分が明らかに区別できる――という条件を満たすこと、及び出所の明示が必要です。
■ リンクについて
asahi.comへのリンクは、営利を目的とせず、フレームなしで行うなど一定の条件を満たしている限り、原則として自由です。リンクを張った際は、そのホームページの内容とアドレス及びリンクの趣旨、お名前、連絡先などをlegal@emb.asahi-np.co.jpあてにお知らせ下さい。asahi.comの趣旨に合わない場合や、朝日新聞社の事業や信用を害する恐れがある場合はリンク自体をお断りすることがあります。詳しくはこちらをご覧下さい。
■ 著作権・リンクに関する問い合わせ
asahi.comのコンテンツやサイト画面の使用に関する問い合わせ、リンクのご連絡は、
朝日新聞社 著作権センターへ。
〒104-8011 東京都中央区築地5-3-2
FAX 03-5541-8140
legal@emb.asahi-np.co.jp
■ 著作権について
著作権の帰属
朝日新聞社のインターネット情報サービスasahi.comに掲載されている記事、写真、イラストなど文字・画像等のコンテンツの著作権は、朝日新聞社及びコンテンツ提供者にあります。また、総体としてのasahi.com については、朝日新聞社に編集著作権があります。これらの情報は、「私的使用」又は「引用」など著作権法上認められた場合を除き、朝日新聞社に無断で転載、複製、放送、公衆送信、翻訳、販売、貸与などの利用をすることはできません。朝日新聞社以外の著作権者がいる場合は著作権者の許諾も必要です。また、記事の抜粋や要約についても著作権上の問題が生じることもあります。詳しくはこちらをご覧下さい。
引用について
著作権法上認められた「引用」とは、報道、批評、研究などの正当な目的のために、その目的上正当な範囲内で記事等を使うことを指します。正当な範囲とは、(1)その著作物のその範囲を引用する「必然性」がある(2)質的にも量的にも、引用先が「主」、引用部分が「従」という関係にある(3)本文と引用部分が明らかに区別できる――という条件を満たすこと、及び出所の明示が必要です。
■ リンクについて
asahi.comへのリンクは、営利を目的とせず、フレームなしで行うなど一定の条件を満たしている限り、原則として自由です。リンクを張った際は、そのホームページの内容とアドレス及びリンクの趣旨、お名前、連絡先などをlegal@emb.asahi-np.co.jpあてにお知らせ下さい。asahi.comの趣旨に合わない場合や、朝日新聞社の事業や信用を害する恐れがある場合はリンク自体をお断りすることがあります。詳しくはこちらをご覧下さい。
■ 著作権・リンクに関する問い合わせ
asahi.comのコンテンツやサイト画面の使用に関する問い合わせ、リンクのご連絡は、
朝日新聞社 著作権センターへ。
〒104-8011 東京都中央区築地5-3-2
FAX 03-5541-8140
legal@emb.asahi-np.co.jp
なるほど。むかつくと荒すという発想。まさに厨房だな。
正直、自作自演も半信半疑だったが、
そういう人間性を考慮して確信になった。>>211
ええやん。SN比が悪くなれば、真面目に話をしようと思った人が近寄らなくなるでや。
そのために荒らしておくなら、コピペで十分。:p
実際さ、話がばっさり止まって、>>211見たいな被害妄想犬厨だけになるだろ?
こうやって大量コピペ爆撃しておくと。あとは狙い撃ちで、失言したら他の板にぶちまけるだけ。
言いたい事を思いっきりいってくれ。書き換えて他の板に持っていく。こうやって良質スレが消えていくんだな。真面目にIDかなんかの導入を考えたほうがいいな。
数人のコピペ厨房に真面目に話をしたい人が駆逐されてしまうのは非常に嘆かわしい。>>215
しつもーん!
どこにいるんですか?コピペ厨房に真面目に話をしたい人って>>215
真面目に話をしたい人=全部1の自作自演
で一件落着じゃなかったの?
最初の方の自作自演を見てるとまだ色んなとこで
やってそうだよね。
つーかあれだけとは言わせません。1がもうここには書かない宣言した後に誰が荒らす意味があるのか?
そこを考えると答えは出てくるであろう。
>>215を書くための自作自演あらしであろう。
>>220
荒らした本人が自信を持って言う。
被害妄想分裂症犬厨房である>>220をカラカウのが楽しいので荒らしている。
イヤマジデオモシロイモン、コノヴァカヲカラカウト>>221
ホントは楽しくなんかないんだろ?
つい、ちょっとした事にカッとなって荒しちゃうんだよな?
本当は早くそんな生活から抜け出したいんだよな?
俺も荒したり煽ったりな、君とおんなじ事をやってた頃があったよ。
いや、君以上にやってたな。
俺の煽りで何百ものレスが付くんだよね。びっくりしたよね。
俺の煽ったスレはチャット状態になっちゃうんだよね。
「こいつら馬鹿だなー」「俺の手の中で踊ってるぜ」
「2ちゃん坊をあしらっている俺ってかっこいい」そう思ってたよ。
でもね、急に思ったんだ、「俺はそんなに頭良くないんじゃねえか?」って。
俺も大人になったんだろうな。
だから、君にも早く気付いて欲しいな。荒しはかっこ悪いよ。>>222
うむ。ヴァカを一人貶めた所で、満足感は得られないと判ったので、次回から工夫しよう。
ヴァカはヴァカだから、してやられた事にも気づかないからなぁ。手ごたえ無しこの上ない。LinuxJapanで今月から始まったロボットをLinuxで制御する記事が
けっこうカーネルをいじりそうで期待。結局、被害妄想分裂症犬厨房とコピペ犬で荒らし合いだったわけかい。おまけに双方、相手は
自分の手のひらに乗ってると思い込んでたわけだ。お前らどっちも救いようのないヴァカだよ。1がもうここには書かない宣言した後に誰が荒らす意味があるのか?
そこを考えると答えは出てくるであろう。
>>226を書くための自作自演あらしであろう。 >>227
いい加減認めろよ、お前は遊ばれてるって事に。ほんと、こいつ面白いな。
なにやっても全部1のせいにしてくれるし。
ネタがないから荒らすのか?
今、俺が悩んでる問題を提供します・・・
オリ1でも誰でも回答よろしこ
rmmodするとき、デバイスファイルが開かれていたら
rmmodがリジェクトされるけど、これを強制的に進めたいときには
どうすればいい? リジェクトしてるのはカーネルの方だよね>>229
リソースとして握っているプロセスの扱いはどうする?
なにか案があればヨロシク>>230
シグナル送っといてください。とりあえず。>>231
それは無茶じゃないか?
シグナル送ってチョンだと、プロセス側の終了処理に問題が発生しやすい
シグナルハンドラを、こう書け!などの規約をきめてパッチを当てまくらないとダメだぞ
>>231-232
シグナルを送るとともに、とにかくエラーになるダミーデバイスと入れかえるってのはどう?
これならエラー処理がマトモならなにも変更する必要がないよエラー番号がリムーバブル装置を考慮していないのが、そもそも問題かと思われまとめ
>>168 前回のまとめ
>>194 オリ1さんの終結宣言
>>195
>>198-200 それに対する反応
>>206 コピペくん激白?
>>220をカキコしたものです。>>227は誰かのコピペですよ。
電波度の高いスレですね。おもしろいです。いまいち対立構造がよく見えない。
コピペ荒らしは犬房をからかっていると言う。
しかし犬房はここが荒れても気にならないようだ。
解説をきぼん。1.犬厨もこのスレを荒らしたがっている。どうやらこれは私怨?前スレで
ウザイとLinuxerからも言われた奴か?だからこのスレが荒れても犬厨には
知ったこっちゃない。
2.犬厨はコピペ荒らしは1だと思ってる。
3.コピペ荒らしは犬厨をからかって遊んでいる。
4.コピペ荒らしはもしかしたら最初は真面目に話をしたかった組?
犬厨が全部自作自演扱いするから、ウザクなったか、もしくは
遊びたくなった。
5.いい迷惑を被ったのは1。>>237
つかね、2chnaviとか使っていると荒らしはdなので、
1スレ上にフツーの会話と、頭が温かい会話が共存できるだけ
IEとかの全部表示しちゃうので見れば、変なスレに見えるわけ>>239
今は2ちゃんクライアントは当前の時代です。
IEで見るのはダサいです。
navi2chなら荒されようが関係無いです。
快適です。
あと、このスレがむかついてる人って、
「1の自作自演」なんて本気で言ってる奴いんのか?
確かにその要素は詰まりすぎではあるが、
そんな事よりこのスレを潰したいのが先のはず。
ちょっと騒いでると、顔を真っ赤にして
「被害妄想…」と言ってどこからともなく現れる
ワンパな荒しさんが出て来るべ?
んで、このスレをコピペで荒しまくってくれる。
んで、「こいつら…」と一りで勝手に悦モードに
入っててくれる。(今思えばかなりマヌけな人物だが)
とても潰したい派には好都合だよね。
結局、このスレ潰したい人の勝ちってわけか。>>240
核心禁止。怒って暴走するだろ某が(藁
某にからかわれていた、って事にしといてやろうよ(藁くそう、まんまやとやつの手の中で弄ばれたわけか。
やられたよ。
ってことでネタスレ終了でいいですか?>>232
>>233
とりあえず、自分が今作ってるデバイスドライバのみ対応でもいいです。
というか、「誰かがrmmodしてるぞ!」ということをドライバ側が
受け取れればいいや って感じ。>>244
コピペ荒らしと犬厨房しかいない板で無理いうなってじゃあどっかまともな2ch以外のまともな掲示板に誘導してやれ。なんか放置されてるっぽいんで自力で何とかします。
カーネルハッカーにはなれないかもしれないけど
調べたのここで公開してもいい?
突っ込まれる前に自分でゆーけど、ただの自己満足のために。>>247
そうしなよ。この板はマターリと初心者をいびり倒して楽しむ板。
真面目に相手する分だけ損だよ。>>247
つか、ネタ振っといて膨らませるならまだしも、
範囲を縮めていったら誰も相手にしないだろ
>>229-234までの流れは良かったのに、>>243で切っちゃったらダメ
//
//
|:| Λ_Λ / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
|:|( ´Α`)< 先生、僕達が勝ったよ!
|:|_):∵:( \_______________________
\:∵:∴:\
|∴:∵ l::|
|∵:∴ |::|
/∴:∵/|::|
|ii;∵;i/ |:|
|llll||lll| U
|llll||lll| Λ||Λ
/ll/ |ll| ( / ⌒ヽ
/l/ |ll| | | | オリ1(Win厨)
/l/ |ll| / ノ
/l/ |ll| | ||
ν ν 怫 2.2.18→2.2.19で、file_operationsがなんか変わってる!!!
どういうことだよ、おい・・・ >>258
ひとつずれてたんだよ。
構造体の初期化で要素名を指定してなかった俺が悪いのか?
そうなのか!? なんだ?まともなスレをあげてるよ。
荒らし間違いか? >>261
すれのなかみは....信者で膿んでいる >>267
愛・・・かな
あと、急に変わりやがった理由とか。 せっかく途中までためになる話だったのに、アホの掃き溜めになっちまった。
クズ野郎共、でていけ! オリスレ1の貢献で2chもとりあえず救われそうな感じです。 どれがオリスレ1かUnix板とこっちでトリップでも使って書かないと
わからないよ。
成果の横取りって言われちゃうよ。
Linux板の住民でもあるので恥ずかしいことはやめてくれ。 LINUXデバイスドライバ
カーネル2.4用っていつごろ出版予定ですか? 2.4.17のHyper Threadingの実装に興味があるからまた入れてみるか。 今ごろになってこんな貴重な書き込みがあることを知りました。
遅すぎですが「ありがとう!むっちゃ役に立つよ!!!」と言わせてください。 よく分からんけど、デフォルトでついてるカーネル
デバッガとどう違うの? VMWareが仮想マシンを実マシン側からデバッグできる機能を提供して
くれていたら、うれしいのだがなぁ。そうしたら、OSのステップ動作や
デバッグがかなり楽になるのだが。(歴史的にはVMはOSの開発やデバッグを
容易にするために動機として開発された面が強い)
>>289
Plex86やBochsじゃいかんの?
モニタリングするための機能は付いてるみたいよ。
それに天才kevin lawtonのソースを見るだけでも楽しいよ。 kdb for kernel-2.4.10-ppc てあるのかな...
^^^ もうこのスレは死んでるのかな。
>>55,98
激しく過去だけど、
> これをなんとかしてほしい。
limit でプロセス数を設定するのではだめなん?
> lsもうてないしpsもうてない。当然killなんてもってのほか!
多くのshellでは killうてるのでは?
途中の表示を飛ばしてたよ。激しくマヌケに激しく過去にレス。激しくスマソ。逝ってきます。 >>292
プロセスがいっぱいいっぱいになると
全てのコマンドを受け付けなくなったんだよ
プロセステーブルがいっぱいだから
新たにプロセスが起こせないため うん。でも /bin/kill 使ってる人いる? いつも shellの... 私だけ?
# ごめん すれタイとずれてる これwindowsからつかうには、なに使えばいいの? insight?
/ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄\
Λ_Λ | 君さぁ こんなスレッド立てるから |
( ´∀`)< 厨房って言われちゃうんだよ |
( ΛΛ つ >―――――――――――――――――――‐<
( ゚Д゚) < おまえのことを必要としてる奴なんて |
/つつ | いないんだからさっさと回線切って首吊れ |
\____________________/
(-_-) ハヤクシンデネ… (-_-) ハヤクシンデネ… (-_-) ハヤクシンデネ…
(∩∩) (∩∩) (∩∩)
(-_-) ハヤクシンデネ… (-_-) ハヤクシンデネ… (-_-) ハヤクシンデネ…
(∩∩) (∩∩) (∩∩)
(-_-) ハヤクシンデネ… (-_-) ハヤクシンデネ… (-_-) ハヤクシンデネ…
(∩∩) (∩∩) (∩∩)
>>296
組込の使ってもプロセス動くみたいだよ
よくわからんけど >>12
>kernel毎刺さってるときって、どうデバッグすればいい?
>再現出来ないときがほとんどだし、めったにでないけど。
「nmi_watchdog=1」または「nmi_watchdog=2」をカーネルパラメータで
指定する.できるPCとできないPCがある.
キーボード割りこみ(シリアル回線割りこみ)が効かなくて
KDBを起動できない場合は,カーネルモードで割りこみ禁止のまま
無限ループになった場合が多い.そんなときはこれ.
これはNMI(ノンマスカブル割りこみ)を使ったウォッチドッグ機能で,
10ミリ秒ごとに強制的に起動する機能.カーネルが無限ループになっている
のを検出したら,kdbに落ちてくれる.
>ダンプとかってとれるのかな。
KDBを作ったSGIの別パッチ「LKCD」を使えばできる場合もある.
が,確実じゃない点はKDBと一緒. i386のシリアルコンソールでkdbを使うと,入力がやりずらい.
BSDのBBDみたいに,bashのようなreadline編集がやりたいYO!
CNTL-Pやカーソルキーで履歴をたどったりしたいYO!
ソースをみると,履歴機能は作りかけてるっぽいYO! IP記録実験
http://qb.2ch.net/test/read.cgi/accuse/1042013605/
1 名前:ひろゆき ◆3SHRUNYAXA @どうやら管理人 ★ 投稿日:03/01/08 17:13 ID:???
そんなわけで、qbサーバでIPの記録実験をはじめましたー。
27 名前:心得をよく読みましょう 投稿日:03/01/08 17:20 ID:yL/kYdMc
SETTING.TXT管轄でないということは全鯖導入を視野に、か?
38 名前:ひろゆき ◆3SHRUNYAXA 投稿日:03/01/08 17:22 ID:rLfxQ17l
>>27
鋭いです。
73 名前:ひろゆき ◆3SHRUNYAXA 投稿日:03/01/08 17:27 ID:rLfxQ17l
>ところで、IPが抜かれて何か今までと変わることってあるのでしょうか?
・今までより、サーバが重くなる。
・裁判所や警察からの照会があった場合にはIPを提出することがある。 フシアナ標準にすればいいのに。
困るのは厨くらいだろ? 最高裁への上告は認められなくなったから、これで事実上判決確定だよ。
逆転も何もないって。
勢いで上告なんかしても一発で上告却下(門前払い)だよ。
二審も一審を支持。これに対して上告しようにも、
刑事訴訟と同様、自由に上告できるってもんでもないのです。
民事訴訟法312条 (上告の理由) 1項
「上告は、判決に憲法の解釈の誤りがあること
その他憲法の違反があることを理由とするときに、することができる。」
http://www.m-net.ne.jp/~doba/goto/hon.htm
ようするに上告しても今の制度では100%無駄。 これで完全終了ってことか。
LKMLから、
Announce: kdb v3.0 is available for kernel 2.4.20
ftp://oss.sgi.com/projects/kdb/download/v3.0/
だそうな。
>>307
ヒストリが追加になったね
TAB補完やってみたいYO!
>>311
そうすると、kgdbを使ったカーネルデバッグスレ とか立てる必要がある?
ここじゃだめなん? >>312
なるほど、ただでさえ寒いのに分離すると凍死しそうよね。
でも、ここ、スレタイが限定してるからなぁ。よし、乗っ取ろう。# 自分もkgdbです。 Announce: kdb v4.2 is available for kernel 2.4.20, i386 and ia64
ftp://oss.sgi.com/projects/kdb/download/v4.2/
だって。
2.5カーネルの対応は、やってる暇ないので誰か代わりにやってくれ。
らしい。
sparc64サポートだって。
誰か試して下さい。
━―━―━―━―━―━―━―━―━[JR山崎駅(^^)]━―━―━―━―━―━―━―━―━― Announce: kdb v4.3 is available for kernels 2.4.20, 2.4.21
だそうな。
XScaleも対応したらしい。
__∧_∧_
|( ^^ )| <寝るぽ(^^)
|\⌒⌒⌒\
\ |⌒⌒⌒~| 山崎渉
~ ̄ ̄ ̄ ̄ ∧_∧ ∧_∧
ピュ.ー ( ・3・) ( ^^ ) <これからも僕たちを応援して下さいね(^^)。
=〔~∪ ̄ ̄ ̄∪ ̄ ̄〕
= ◎――――――◎ 山崎渉&ぼるじょあ (⌒V⌒)
│ ^ ^ │<これからも僕を応援して下さいね(^^)。
⊂| |つ
(_)(_) 山崎パン mmパッチに含まれてるカーネルデバッガって
これのことなの?ちょっと使ってみようかと
思ってるんだけど。 ものすごい初歩的な質問ですみません。。。
カーネル2-4-20をダウンロードして、
kdbパッチも当てて、grub.confの設定も変えて
いざ、リブート、Pauseボタンを押してkdb起動!!
という形になりたかったのですが、
Pauseボタンを押したら、そのままPCがハングしてしまい
kdbが立ち上がるどころか、OSがまったく無反応になります。
なにか原因みたいなものはあるのでしょうか? みんなkgdbは使ってないのか?
いちいち >>104 みたいにアドレスを手で書くなんてやってられん。
カーネルモジュール開発でソースデバッグしたいんだけど、
kgdb+dddでリモートデバッグが最強ということでFA?
kgdbって配布元が変わったりしてステータスが一体どうなってるのか
いまいち不明だし、何より別配布というのがどうも使うモチベーションを
下げてくれる。
>>346
ハードウェアアクセスしないんならQEMU+dddというのもあり。
パッチ当てなくていいし、止めたときの副作用が小さいのが利点。
割とよく落ちるけど。
KGDB Proなんてのもあるんですな。$1500はちと高いか。
@landisk) uptime
16:10:44 up 271 days, 20:00, 2 users, load average: 0.95, 1.01, 0.90
停電で落ちた以外にはリブートなし
Webサーバ、Samba、DAV、たまにbittorrentクライアントなぞを動かしてる
ファンレスなんで動作音も静かだし低消費電力
常時動いてるLinuxがあるのは便利なもんだね kgdb使い始めてますが、これものすごくイイ!ね。
これとVMware+NFSroot環境を組み合わせるとどんなことでも気兼ねなくできるので、
あっというまに内部でどういう動作をしているか掴めるようになった。
ただ、カーネルのビルドオプションに-O2を外しても-Osが入ってしまう所で
はまった。kgdbからはソースで終えてしまうので、それで完全に動作を
把握した気になっていたら、実は命令実行順序が変わっていて、その結果
ソースレベルでは誤動作してるようにしか見えない感じになってしまい、
最後にstepiで進んでみてようやく気付いた。
こういうことがあるからLinusはソースレベルデバッガなど不要というのかな。
終わってしまったようだ…
oss.sgi.comは引き取ってもらえるのだろうか?
マージ済だからセフセフ?
XFSの行方も気になる・・・あっちは当の昔にSGIを解雇されてても開発やってた気が駿河。 ∧_∧
( ・∀・) | | ガガッ
と ) | |
Y /ノ .人
/ ) .人 < >_∧∩
_/し' < >_∧∩`Д´)/
(_フ彡 V`Д´)/ / ←>>315
/ ←>>362 ∧_∧
( ・∀・) | | ガッ
と ) | |
Y /ノ 人
/ ) < >__Λ∩
_/し' //. V`Д´)/ ←>>364
(_フ彡 / ( ・∀・) | | ガガッ
と ) | |
Y /ノ .人
/ ) .人 < >_∧∩
_/し' < >_∧∩`Д´)/
(_フ彡 V`Д´)/ / ←>>366
/ ←>>367 誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。
グーグル検索⇒『宮本のゴウリエセレレ』
V1AGYUUTXL 僕の知り合いの知り合いができた副業情報ドットコム
関心がある人だけ見てください。
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
QGA4P ■ このスレッドは過去ログ倉庫に格納されています