08/02/03 19:42:47 pY4XB6V7
HGをﾉｰﾏﾙで使ってるんだけど、最近稀にフリーズするようになってしまいました
電源OFF/ONで直るんだけど、原因を探る方法とかありますか？
814:login:Penguin
08/02/03 19:49:18 UMkGJIxo
>>813
一週間冷暖房の使用を停止する。
815:login:Penguin
08/02/03 19:49:22 RGsbD9JB
コンデンサの劣化で電源が不安定で、電圧変動の影響受けるとか
816:login:Penguin
08/02/03 20:00:49 pY4XB6V7
読み書き中に止まってそのまま不通になるのが多いです、
電源は粗悪品でｺﾝﾃﾞﾝｻ交換推奨って見た記憶がありますね
半年前は全く症状出てなかったので、とりあえずｺﾝﾃﾞﾝｻ交換かなぁ
817:login:Penguin
08/02/03 21:11:29 tYYdTs55
>>801
押入れでｺﾞﾝｽ
延長ｺｰﾄﾞを引き込んで静音ｳﾏｰ
でも
一緒に突っ込んであるｻｰﾊﾞが爆音でﾏｯｽﾞｰ
ﾋﾋﾞｲﾃｸﾙ
818:login:Penguin
08/02/03 21:21:53 K4CBQJ6d
KURO-BOX:~$ uptime
18:11:45 up 138 days, 15:45, 1 user, load average: 0.06, 0.06, 0.01
置き場所は、オタク御用達のメッシュ棚
819:login:Penguin
08/02/04 07:51:12 9V26hytx
千石、電源は在庫限りだって
820:login:Penguin
08/02/04 12:59:22 8kth9MU/
root@mydomain:~# uptime
12:58:32 up 31 days, 17:24, 1 user, load average: 0.10, 0.03, 0.01
821:login:Penguin
08/02/04 14:51:09 52NYH3s6
>>819
サンクス！
予備に買っておいた！
822:login:Penguin
08/02/04 23:32:56 HbyCDvaR
gitで取れるOrion kernelだが、micon関係が実装されてないんで
シャットダウン電源オフができなくて不便だ。基本的に実装は
簡単だから誰かやってくれんかの。
自分でやろうと思ったが元のコードがMarvellコードべったりで
見ただけでうんざりして面倒になった。
823:login:Penguin
08/02/05 13:02:03 /QTC9F/4
root@omeko:~# uptime
up 7 days, 7:51, 1 user, load average: 0.00, 0.00, 0.00
ファンの音ウルサイ!! って思い切り殴るとリブートする...
824:login:Penguin
08/02/07 22:12:04 tQO2P+sO
玄人箱proにJTAG ICEを繋げたいのだけど、安いの知りませんか？
３万円とかないかなぁ
825:login:Penguin
08/02/10 08:55:49 faNyfXXI
lameってARMで動きます？
ソースコード引っ張ってきてdebian化した玄箱proでコンパイルしたんですけど、
lame --decode hoge.mp3 hoge.wav
なんてやろうとするとCPUが100%になったまま帰ってこないのです･･･。
3.97や3.98b6の2種類試してみたんですけどダメでした。
826:login:Penguin
08/02/10 11:56:31 sYmKOR5h
たしか、玄箱ProのARMって、浮動小数点コプロセッサ無かったよね？
浮動小数点演算がソフトウェア処理だから劇的に遅くなってるとかじゃねーの？
827:login:Penguin
08/02/10 13:58:15 W61q/SHI
ソフト的に子プロをエミュレートするオプションとか付けた
カーネルがいるんでない？
あるいは再生ソフトを浮動小数点演算使わないようにするか
mpg123とか？試したら
828:login:Penguin
08/02/10 15:04:00 faNyfXXI
レスありが㌧です
>>826
普通ならmp3のタグが最初に表示されるはずなんですが、
それすら表示しないってことは頭の段階で何か無限ループしているような感じなんです。
>>827
mpg123もダメですね・・・。最新の1.2.0も、古い0.68も試してみたんですけど、
やはり無限ループっぽい感じになってしまいます。
ちなみに、ogg123なら普通に動きました（もちろんエンコードはむちゃくちゃ遅いのですが）。
ちなみに、事の発端はffmpegを作って、mp3を読み込ませたら無限ループっぽい動きをしてしまったので、
libmp3lameが怪しいかな～と推測したわけです。。。
829:login:Penguin
08/02/10 23:07:25 faNyfXXI
諦めました。というか、他にも色々問題がありましたので諦めました。
x86系がやっぱり使いやすいと認識させられました、
830:login:Penguin
08/02/10 23:15:27 W61q/SHI
>>829
C7でも使っとき
831:login:Penguin
08/02/10 23:40:27 dcVxJoUh
URLﾘﾝｸ(www.netlib.org) これ使わせてもらって
gcc -O2 -lm でコンパイルしたのを ./a.out 10000 で実行した結果
(C Converted Double Precision Whetstones)
C7(1GHz/gcc-4.1.2) : 142.9 MIPS
ppc(266MHz/gcc-4.1.2) : 200.0 MIPS
VIA愛好家の俺、涙目
832:login:Penguin
08/02/10 23:41:42 TAvw1GVF
>>825
とりあえずGLANTANKのOABIだけどGentooでビルドしてみるよ。しばし待たれよ。
833:login:Penguin
08/02/10 23:53:18 faNyfXXI
C Converted Double Precision Whetstones
ARM(500MHz/gcc-4.1.2) : 5.2 MIPS
・・・(´･ω･`)ｼｮﾎﾞｰﾝ
834:login:Penguin
08/02/10 23:54:22 faNyfXXI
失礼、400MHzでした
835:login:Penguin
08/02/10 23:58:34 W61q/SHI
>>825
そういえばABIはどうしたの？
その辺が色々あるそうだ
836:login:Penguin
08/02/11 00:00:17 LsA58cbg
oabiッス
837:832
08/02/11 02:02:23 6UujNlov
lameビルドしたけど、使い方をすっかり忘れてる。なにが必要だっけ？と調べてる（汗
838:832
08/02/11 02:33:50 6UujNlov
えー。実は調べるまでも無かった使い方でした。すみません。
で、LAME 3.97 32bits をGentooでビルドして試しました。
動くみたいですが、かなーーーり遅いですね。泣けるくらい。
変換元: 346812 Byte (22kHz/8bit) ・・・(MonoかStereoかは失念ごめん)
カーネル任せの浮動小数点演算 lame ほげほげ.wav
real 3m54.053s / user 0m6.930s / sys 3m45.320s
SoftFloatでのビルドは現在試し中。
839:832
08/02/11 03:10:45 6UujNlov
softfloatはlameのコンパイルだけで済まない気がしてきました。
時間かかりそうなのであきらめます。ごめんなさい。
840:login:Penguin
08/02/11 04:47:29 oQrx1vU6
玄箱Proと同じCPU@500MhzのTS-109ですが、Lame普通に使えてますよ。
バイナリだけあれば、試すことできるかな？
Slimserverのパッケージの中に入ってたやつだけど、リアルタイムにm4aファイルをwav変換できたりしてます。
Softfloatかもしれないけど、そのときのCPU使用率は20%以下でしたよ。
841:login:Penguin
08/02/11 08:34:45 LsA58cbg
いえいえ、お手数をおかけしてすみませんでした。
おそらく自分の環境が悪いだけなので、
時間があるときにでもkernelから見直してみることにします。
有難うございました。
842:login:Penguin
08/02/11 20:37:25 JP8EZBbh
ppcがあなどれない存在であることが今頃分かった
843:login:Penguin
08/02/12 00:32:13 7wUbCc+8
Linuxカーネル2.6系にroot権限を奪われる脆弱性が発見される
URLﾘﾝｸ(slashdot.jp)
844:login:Penguin
08/02/12 00:43:08 AioqDUhT
>>842
そっか…それは良かったね♪
個人的にはPPC版の玄箱/HG改を作って欲しい！！
845:login:Penguin
08/02/12 01:00:34 xxBSDx13
ARM(400MHz)でビルドしてると、PPC(266MHz)の方が快適だと前々から思ってたぜ。
理屈を説明されたらわかるけど、それでもなぜか釈然としない。
846:login:Penguin
08/02/12 01:01:09 xxBSDx13
なんか、気持ち悪い感じのIDだな・・・・
847:login:Penguin
08/02/12 01:03:49 KRNJm3IW
B・S・D!
848:login:Penguin
08/02/12 01:10:24 CRYiy9xj
UNIX板なら神ID
849:login:Penguin
08/02/12 01:14:20 i/n08Wx/
うわ、ID BSDｗｗｗｗｗすごすｗｗｗｗ
850:login:Penguin
08/02/12 01:17:32 7tNqakpk
ペケペケBSDペケ13ってw
Linux板でも宗教的なｽﾚ逝けば神だろ
851:login:Penguin
08/02/12 01:17:41 xxBSDx13
あんまり書くと自分の馬鹿さが露見するだけなんだけど
前後がxでBSDが目立つのが綺麗だと思ってる。
携帯機種とかで出てもなーと思うのでLinux板で出したことに後悔はしていない。
852:login:Penguin
08/02/12 01:19:04 7tNqakpk
>>851
全ｽﾚに記念ｶｷコしてきたまえ
853:login:Penguin
08/02/12 01:22:53 xxBSDx13
アドバイスに従い、下記に書き込んでみた
ｽﾚﾘﾝｸ(linux板:159番)
つまらない内容で申し訳ない。
>>852
さすがに全スレに書くと荒らしに認定される気がする（汗
854:login:Penguin
08/02/12 01:36:43 VKza2wi9
>>853
氏ねボケ。なんでお前みたいな奴がここに居るんだよ。
855:login:Penguin
08/02/12 01:40:42 7tNqakpk
>>854
おいおい、彼を応援しない奴はBSD信者認定だぜ
この板からとっとと引き上げな
856:login:Penguin
08/02/12 01:52:45 nvx5yIOh
>>853
こういう時にageないでいつageんのよ…
857:login:Penguin
08/02/12 11:43:48 vmPv8pB2
>>845
なんだこのIDすげえｗ
858:login:Penguin
08/02/12 22:47:42 eQM7J/ox
BSDなID ｳﾗﾔﾏｼｽ
859:login:Penguin
08/02/12 22:48:37 eQM7J/ox
記念にスクリーンショットでも撮っておくかな
860:login:Penguin
08/02/13 00:31:02 hLakZ35C
Linuxカーネル「2.6.25」のRC1バージョン公開，「玄箱PRO」に対応
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
ｷﾀ━━━(ﾟ∀ﾟ)━━━!!!!
861:login:Penguin
08/02/13 00:43:23 0UZho14h
お。これは期待していいのか？
862:login:Penguin
08/02/13 01:21:11 dTSNJG7m
nicoの取り込んだだけでしょ
電源周りとか対応したのかな
863:login:Penguin
08/02/13 10:55:47 cZ7yRovN
>>862
arch/arm/kernel/process.cを見ろ。
対応してない。まあ、nicoのが対応してないからな。
864:login:Penguin
08/02/13 11:16:11 cZ7yRovN
カーネルツリーに取り込まれたといっても、メンテナやユーザーが飽きると、
誰も検証しなくなって、そのアーキではビルドできないままリリースされる
ようなケースも珍しくないんだな
すべては玄箱PROのユーザーの熱心さにかかってる。
865:login:Penguin
08/02/13 11:20:49 cZ7yRovN
連投申し訳ないが、Orion SATA SCSIが取り込まれてなかった。
これでは動かん。
866:login:Penguin
08/02/13 11:32:04 YOhJXxZI
kurobox_pro-setup.c
static struct mv_sata_platform_data kurobox_pro_sata_data = {
.n_ports = 2,
};
とかじゃなくて？
867:login:Penguin
08/02/13 11:34:51 cZ7yRovN
mv sataの方は以前はまったく使える状態じゃなかったんだが、
そっちに絞る方向なのかな。いまビルド中。
868:login:Penguin
08/02/13 11:37:37 cZ7yRovN
nicoの2.6.24*にあるdrivers/scsi/orion_sata/方はMarvellのカーネルから
引っ張ってきて放り込んだだけのもんだったからカーネルに取り込むには難が
あるのかもね。
そもそも、カーネルのソースの記述方法の規約にぜんぜん合ってないし。
mvうんちゃらで始まる異質なファイルと関数で埋め尽くされてるし。
869:login:Penguin
08/02/13 13:55:24 cZ7yRovN
Oops、とりあえず2.6.25-rc1は脂肪した。
…
Driver 'sd' needs updating - please use bus_type methods
sata_mv sata_mv.0: version 1.20
sata_mv sata_mv.0: slots 32 ports 2
Unable to handle kernel NULL pointer dereference at virtual address 00000000
pgd = c0004000
[00000000] *pgd=00000000
Internal error: Oops: 5 [#1] PREEMPT
リンク時に問題があったようだから、そのせいかも。または、sata_mvは
まだヤバいままかも。
870:login:Penguin
08/02/13 14:10:17 cZ7yRovN
ログ見たら
scsi/orion_sata/*の方をアップストリーム（カーネルツリーの方）に
統合する計画はない、同等の機能をsata_mvに実装する予定、
と書いてあった。
sata_mvの方がまともに使えるようにならないと2.6.25に移れないな
871:login:Penguin
08/02/14 01:58:16 IRUHLPDM
ディスクレスで遊ぶのがいいんだよ
sataなくても気にしない
と強がってみる
872:login:Penguin
08/02/15 01:53:32 ZA3n0jl5
次は、ＳＤ等の安いカードを何枚もさせるような
ディスクレス箱を出して欲しいにょ
873:login:Penguin
08/02/15 13:28:34 P7Ute6RP
iPod touch で GNU Go 動かすと最強設定で1手考慮するのに3分以上かかるなー。
玄proもARM400MHzだけど、HGのPPCのほうが速い気がする。
こういうゲームって整数より小数演算多用してるのかな?
874:login:Penguin
08/02/15 13:58:42 AuxVI+JV
FPU使うなら「遅いなー」程度じゃ済まないと思うが如何か。
ARMが遅いのは当然だよ。ARMは電力効率重視で、
パフォーマンス自体は芳しくない。IPCが低くARM5は0.9。
PPC603eは2を越えてたと思う。
良く見積もってもARM5TEJ/400MHzは実質PPCの200MHz
相当ってとこかな。使ってみても分かるよな。
PPC/200MHzと比べるとARM400MHzの方が消費電力が低い
＝電力効率が高いってあたりがARMの利点と納得すればいい。
875:login:Penguin
08/02/15 14:29:01 aCAkSdYU
ってことはARMの500MhzはPPCの250Mhzくらいか…
噂のTS109、ファンレスだし良いな～
876:sage
08/02/16 11:36:18 jyrO1tXa
ext3フォーマットの時にファイルサイズが大きいファイルを削除する時ってかなり遅いですか？
例えば、Windowsから3GB位のファイルを玄箱にコピーしてそのファイルを削除しようとすると約1分位してから削除されます。
それまでWindowsは玄箱からのレスポンスが無い（？）為、応答なしの状態です。
BuffaloのLinkStationも所持しているのですが、これも同様な感じです。
そのため、Linuxのext3フォーマットの仕様なのかなと思っています。
Linuxはあまり触ったことが無いのでよくわかりませんが、ext3のテーブル情報の書き換えになどに時間がかかっているのかなと思っています。
もし情報等がありましたらよろしくお願い致します。
877:login:Penguin
08/02/16 14:12:21 kBzl4Pl6
3GBのファイルをrmで消すなら10秒ぐらい(linkstation HG, 2.5インチ40GB HDD)
$ ls -la
-rw-r--r-- 1 hoge users 3196059648 Feb 16 13:56 bigfile
$ time rm bigfile
real 0m9.674s
user 0m0.000s
sys 0m0.700s
samba越しでも消すだけなら同じくらい。
sambaのごみ箱の設定を疑ってみるとか…
878:login:Penguin
08/02/16 17:46:34 pXncyNu+
確かに、debian linux ext3でサイズの大きなファイルを消すと、
ＣＰＵの負荷が１００％近くになって、削除に時間がかかるんですが、
速くするほうほうないですかね？
879:876
08/02/16 18:03:30 cObK5RPV
>877 様
情報ありがとうございます。
確かにDebian上で削除するとめちゃくちゃ早いですｗ
====================================================
KuroBoxPro:/home/share# time rm testfile
real 0m6.516s
user 0m0.004s
sys 0m2.036s
====================================================
Sambaのゴミ箱機能は使用していません。
私のsmb.confを記述致しますので、もし本件に関するようなものがあれば教えて頂けませんでしょうか…
よろしくお願い致します。
880:876 smb.conf
08/02/16 18:04:24 cObK5RPV
[global]
dos charset = CP932
unix charset = EUCJP-MS
display charset = EUCJP-MS
security = user
guest only = no
map to guest = Bad User
workgroup = WORKGROUP
netbios name = KuroBoxPro
server string = KuroBoxPro
use mmap = yes
os level = 1
[share]
path = /home/share
browsable = yes
printable = no
writable = yes
guest ok = yes
force user = nobody
force group = nogroup
force create mode = 777
force directory mode = 777
881:login:Penguin
08/02/16 21:40:03 kBzl4Pl6
smb.conf見てもわかんないや、ｽﾏﾝ
rmが7秒足らずで終わるならファイルシステムの問題じゃないということで
切り分けは出来たとして、samba使ったときの削除の1分間に何が起きてるか
topやsambaのデバッグログ見て見当つけるしか。
あと、共有の仕方で遅くなるという話もあったみたいだけど、
URLﾘﾝｸ(www.tac.tsukuba.ac.jp)
現環境(vista+samba3)では再現せず
882:login:Penguin
08/02/16 22:00:47 SQmOSgJq
URLﾘﾝｸ(www.genbako.com)
だと
2.6.24.2にはそのままだと当たらないね
手パッチ中
883:login:Penguin
08/02/16 22:08:03 xrBOvvlG
今更なんでそんなもんを。
arch/powerpc/platforms/embedded6xx/linkstation.c
こっちだろ。
884:876
08/02/16 22:35:05 cObK5RPV
>877 様
お返事、情報提供ありがとうございます。
そうですね、fsではなさそうですね…
色々と調べてみます。
解決した時には再度ご報告させて頂きます。
どうもありがとうございました。
885:login:Penguin
08/02/17 01:36:14 mpL91Lfs
>>883
ｋｗｓｋ
886:login:Penguin
08/02/17 20:44:08 kfNKiDN1
ｼﾘｱﾙｺﾝｿｰﾙにﾉｲｽﾞ入りまくり…
どーすれば…
ｼｮｰﾄするところのﾗﾝﾄﾞを剥がしてしまい
隣の抵抗にｼﾞｬﾝﾊﾟしたのは良かったんですが
しまっておいたら通信できなくなっていました＞＜；
ﾎﾞｽｹﾃ
>>884
もしかしたらWindows側でﾌﾟﾚﾋﾞｭｰしているのかも
ｴｸｽﾌﾟﾛｰﾗでｿｰﾄする欄があると思うんだけど←どーゆー名前なのか知ってる人補足よろ
右クリック→ｻｲｽﾞ・種類・更新日時以外のチェックを外す
もしくは
・avi・wmv等、動画を先読みさせない→フォルダのアクセスを高速化
[HKEY_CLASSES_ROOT_CLSID]
\{40C3D757-D6E4-4B49-BB41-0E5BBEA28817}
\{87D62D94-71B3-4B9A-9489-5FE6850DC73E}
をコメントアウト {→;{ する
HG玄箱で作ったDVD.iso
消すのは１分もしないと思います
887:login:Penguin
08/02/17 20:50:56 JJtbAahV
>>883
もう少し詳しく教えて下さい！
888:login:Penguin
08/02/17 22:12:13 lekPUcY3
>>883
そっちだと必要なものにデフォルトでチェックはいってないじゃん
889:login:Penguin
08/02/18 03:04:52 ul/DlDTx
270氏…暇になったら久々にパッチ作ってくださ～い♪
890:login:Penguin
08/02/18 11:09:43 tHeO4gsE
>>888
HGは最近使ってないので分からないが、
URLﾘﾝｸ(linkstationwiki.svn.sourceforge.net)
この辺から.config取ってくれば使えるんじゃないか。
それにsvnで取れる
URLﾘﾝｸ(linkstationwiki.svn.sourceforge.net)
もある。何とでもなるだろう。ちなみに、linkstationwikiのPRO用カーネルは打ち切りな。
っつか自分でconfigくらい設定しれ。
891:login:Penguin
08/02/18 13:50:57 ul/DlDTx
>>890
ども、ありがと！
そうゆうLinuxの基本的な部分が分かってないだよ…＜俺の想像だが…玄箱からLinuxの世界に入った奴
ぶっちゃけ、何処で情報を探したら良いのかも『？』の時あるし…orz
で、質問なんだが、今までの270氏のカーネルパッチって、configだけ作ってたってことなの？
892:270
08/02/18 20:00:17 4Ir8kf9d
2.6.24系になってから、arch=ppcではセクション未定義が出るので、kernelの更新待ちしてました。
自分で直さないとだめかな。
893:login:Penguin
08/02/18 20:02:50 u5Yrxp4q
powerpcのほうだとどうかな？
894:login:Penguin
08/02/19 17:21:56 AU8A4a6k
どこに質問してよいのかわからなかったので、まずここで質問します。
玄箱/HGにDebian etchをインストールしています。
自作のアプリを実行しているのですが、セグメンテーション違反の場合にcore dumpされません。
何か設定が必要なのでしょうか？
gcc (GCC) 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)
ulimitはunlimitedです。
895:login:Penguin
08/02/19 23:25:55 qY1q2Eex
>>894
その実行されているプロセスのカレントディレクトリにそのプロセスがファイルを
書き込み出来ないとか。(パーミッション、オーナーの違いで)
896:894
08/02/20 10:33:11 pkSWSN3G
>>895
いえ、それは大丈夫です。
ホームディレクトリで、
foo.c
#include <string.h>
int main()
{
strcpy(0, "abcdefg");
return 0;
}
を、make fooでつくり、./fooとやると
「セグメンテーション違反です」
というメッセージは出るのですが、coreはdumpされません。
897:login:Penguin
08/02/20 11:28:27 Z4hYgBun
segmentation faultでは普通コアダンプしないよ。
Linuxに限らず最近のは大抵そうだと思うけど？
segmentation faultはほとんどの場合、原因がはっきりしていて
デバッガで追えるんでコア吐く必要はないということじゃないかな。
898:login:Penguin
08/02/20 13:27:15 OyXIUZCU
coreできるけど、何が違うんかな
$ ulimit -Sc unlimited (bash使ってる場合)
$ gcc foo.c
$ ./a.out
Segmentation fault (core dumped)
$ ls -la core
-rw------- 1 hoge hogehoge 212992 Feb 20 13:21 core
$ gdb a.out core
GNU gdb 2002-04-01-cvs
Copyright 2002 Free Software Foundation, Inc.
(略)
#0 0x0ff2c34c in strcpy () from /lib/libc.so.6
(gdb) where
#0 0x0ff2c34c in strcpy () from /lib/libc.so.6
#1 0x100004a0 in main ()
#2 0x0fecac30 in __libc_start_main () from /lib/libc.so.6
899:login:Penguin
08/02/20 13:40:07 OyXIUZCU
スマン、etchでやらないと意味無いか
$ gcc -v
Using built-in specs.
Target: powerpc-linux-gnu
(略)
gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)
$ ./a.out
Segmentation fault (core dumped)
$ gdb a.out core
GNU gdb 6.4.90-debian
Copyright (C) 2006 Free Software Foundation, Inc.
(略)
Program terminated with signal 11, Segmentation fault.
#0 0x10000400 in main () at foo.c:4
4 strcpy(0, "abcdefg");
900:login:Penguin
08/02/20 15:33:10 1I2UsBLn
つ【カーネルのconfig】
たしか2.6からCoreを吐かない設定というがあったと思うんだ
901:894
08/02/20 15:43:23 pkSWSN3G
>>897
えぇぇ！？そうなんですか？全く知りませんでした・・・。
（でも半信半疑）
>>898-899
再現テストありがとうございました。
うーん、やっぱりできますか。何がいけないんでしょう・・・orz
ちなみに、foo.c:
#include <unistd.h>
int main()
{
sleep(10000);
return 0;
}
をmakeして./foo&して、gcore pidするとちゃんとcoreが出来たので、coreを生成する仕組み
そのものは正しく動作しているようです。
もう少し調べてみます。
902:894
08/02/20 15:46:19 pkSWSN3G
>>900
あ、書き込み中に新しいレスが。
なるほど、そっちの方面も調べてみます。
ありがとうございました。
903:894
08/02/20 16:11:09 pkSWSN3G
解決しました。
原因は、"ulimit -c"が0になっていたことです。
core fileのsizeは別途設定しないといけなかったんですね。
ulimit -c unlimitedで、めでたくcore dumpしました。
みなさま、お騒がせしました。
904:login:Penguin
08/02/20 17:02:34 DVADK7Bq
>>897の話はどうなんですか
905:894
08/02/20 17:33:59 pkSWSN3G
>>904
その後いろいろググって見ました。（"ulimit -c unlimited"などで検索）
最近のディストリビューションでは、デフォルトでcore dumpしない設定になっているというのは
その通りな感じですが、それとSIGSEGVのデフォルト動作には関連性は無いと思います。
SIGSEGVのデフォルト動作は、今も昔もcore dumpするのがデフォルトじゃないかと・・・。
906:login:Penguin
08/02/20 19:22:24 Z+G56N/X
ARMの500がPPCの200相当なら、なんで玄箱PROだしたの？
玄箱HGで充分なんじゃないの？
907:login:Penguin
08/02/20 19:24:51 fdK+INo+
チップが安かったからじゃね？
908:login:Penguin
08/02/20 19:29:04 Z+G56N/X
低電圧.ver玄箱を買ったって思えばいいのか
HGの方が性能いいって事かorz
909:login:Penguin
08/02/20 19:31:32 Z+G56N/X
>>906訂正
ARM400がPPC200相当
910:login:Penguin
08/02/20 23:41:46 ds7Fmh4o
システムのパフォーマンスはCPUだけじゃないからねえ。
Marvellの石はI/Oパフォーマンスが高いそうだから
NASとかには向いてるってことじゃないの。
911:login:Penguin
08/02/20 23:55:01 /9vf2KFL
カーネルのパッチ…頑張ってほしい…270氏殿！
912:login:Penguin
08/02/21 01:10:38 otYSTsi1
>>903
あーあ。>>894で「ulimitはunlimitedです。 」って書かなきゃ一発で答えが出たのに。
913:login:Penguin
08/02/21 02:06:02 H4L/ICb6
玄箱HG＋Fedora8＋なんちゃってブートセレクタの環境で使っています。
iptablesを使いたかったので、下記のようにしてカーネルを入れ替えました。
svn co URLﾘﾝｸ(linkstationwiki.svn.sourceforge.net)
cd linux-2.6.24
cp configs/config_kuroboxhg .config
export ARCH=ppc
make menuconfig
make vmlinux modules
make modules_install
objcopy -O binary vmlinux /mnt/hda1/boot/vmlinux-2.6.24-kuroboxHG.bin
ここまではうまくいったのですが、この後2点問題が生じました。
1) make headers_install しようとすると、既存のkernel-headersパッケージ(2.6.23のもの)を上書きすることになりますが、どうすべきでしょうか。
（kernel-headersパッケージは、gcc/glibc-headers/glibc-develなどに依存しています。）
2) 念のため、上記と同じ手順で2.6.23を構築してみると、最後のobjcopyで約3GBのファイルが作られてしまいます。configのどこかの設定の影響でしょうか。
アドバイスよろしくお願いします。
914:login:Penguin
08/02/21 12:13:12 /5GBcMMB
ProでCDの開発環境を入れてHDDbootにしたんだけど
WebサーバとSWATに接続できない
Apacheはhttpd.confが無いとか言われて一から編集するのが面倒なんで
mtd3をマウントして見たけど肝心のディレクトリ自体がが見つからんよー。
何か間違えてる？
915:login:Penguin
08/02/21 13:05:29 5PtJGOiZ
使いづらい標準の開発環境でHDD Bootにしたのが
そもそもの誤り。
ってのはさておき、フラッシュ（mtd）にはApacheはインスコされてないよ
mtdに入ってるのはBusybox版thttpd（だったと思う）な。
httpd.confは手で書いてくれ。
916:login:Penguin
08/02/21 13:47:06 /5GBcMMB
>>915
あーそうなのか。
それとHDDの/etc/apacheにhttpd.conf.defaultが見つかりましたので
これを編集してWebサーバだけは立てたいと思います。
917:login:Penguin
08/02/21 22:42:05 2rojdnxS
Apacheよかlighttpdがおぬぬめ
記憶が確かなら開発環境でビルドできるはず
結構面倒だけど
918:login:Penguin
08/02/22 20:54:21 joy4fz9W
玄箱/HGで、カーネル2.6.24.xを動かせた人いる？
出来れば詳細を教えて欲しい！