07/03/10 13:48:42 EUqk+29o
>>909
どこのHCLにも、チップセットまではかかれてないものだよ
そのULiのM1575にSATAやPATAを繋いでいるメーカ物のPCやWSがHCLに乗っているか
どうか、乗っていたらバクチ、乗ってなかったら大バクチの勝負
911:login:Penguin
07/03/10 14:02:08 ixoYizJi
>>909
見てみた
939か
結構安いなー
こんだけ安かったら買ってもいいんじゃない?
Centos5でもSATAとかPATA使えなかったらPCIになんか刺せばいいし
PCIがきちんと使えるかはしらんけどね
912:login:Penguin
07/03/10 14:33:10 6NNreE1+
やっぱり先行者はいませんでしたか・・・
手持ちでDDRの256が余ってるんで、ファイルサーバを
P3-500からアップグレードしようかな～と思ったんですが。
更に言えばAthlonXP2500とDDRメモリとAGPカードが余ってるんで
A7N8Xが手に入ればそれを使うのが一番いいんですが。
A8Nは高いのに、A8Rが安いから気になったんです
913:login:Penguin
07/03/10 14:36:50 jKSAWPXh
自鯖を家に置くなら静なのが良いよマジ
914:login:Penguin
07/03/10 14:43:47 6NNreE1+
現状のファイルサーバはHDD冷却用のFANがチトうるさいくらいで
P3-500MHz+P2B-F+RIVA TNTなんで、発熱元は結構少ないです。
AthlonXPは発熱大きいから、本当はサーバーに向かないんでしょうけどね。
915:login:Penguin
07/03/11 02:52:31 fWyrXGQr
>>914
P3-500と比べてるんなら、現行の普通のx86CPUはどれもこれも発熱でかい
のでは。
それより、TWOTOPが使っているSSL証明書のルートなんだけどさ、うちの
Firefox知らないって言ってくるんだけど、これってファック?
うちだけ?
916:login:Penguin
07/03/11 13:00:30 VaaUVNRm
CentOS4の2.6.9カーネルでバグを見つけ、簡単な修正を2.6.15のカーネルからマージする事で
直ることが分かったんだけど、これをRHのレポートしてパッチを送ったらそれがEL4で修正されて
CentOSにも流れてくるなんて可能性ないかな？ 一応EL4も正規ライセンスで走らせてるマシンが
一台あるのだが。
917:login:Penguin
07/03/11 14:32:49 P9bgs3Bt
>>903
本なんか読むやつはダメ
918:login:Penguin
07/03/11 14:52:05 tKZgv+kr
>>916
可能性はあるんじゃない？報告することに害はないから試してみれば
URLﾘﾝｸ(bugzilla.redhat.com)
919:login:Penguin
07/03/11 15:19:50 HlEq+agm
>>915
うちもなった（IE6SP2)。
・・・もしくは、betrustedになりすまして証明書を発行してるとか・・・
URLﾘﾝｸ(sureserver2.betrusted.ne.jp)
ちがうな。
中間証明書をTWOTOPのサイトで適用するのを忘れているだけっぽい。
920:login:Penguin
07/03/11 17:24:46 cIUlxuXg
5ってxen3.03だよね？みんな使う？
921:login:Penguin
07/03/11 18:12:20 sebCiq/0
>>920
もちろんそのつもり
SuSEで色々確認しての結果で満足している
3.0.4とか、新しい方がいいが、どうせPVしか使わんし
922:login:Penguin
07/03/11 18:30:59 aKCSoLqQ
>>921
PVって何？
923:login:Penguin
07/03/11 18:47:27 sebCiq/0
>>922
URLﾘﾝｸ(en.wikipedia.org)
URLﾘﾝｸ(ja.opensuse.org)
924:916
07/03/11 22:19:15 OEL2/fCe
>>918
ありがとうございます。投げました。
925:916
07/03/11 22:46:31 OEL2/fCe
>>924
しかし関連バグを検索してたらCentOSのバグをあからさまにレポートしているのがあって
ワロタ。しかもRHはちゃんと対応しているし。
926:login:Penguin
07/03/11 22:57:19 ifLRdmSV
>>925
もったいぶらずに、どれなのか見せてよ！
927:login:Penguin
07/03/12 03:16:44 Jxe6zAt/
スポーツ実況は、どの局もテレ東を見習うべき。
928:916
07/03/12 03:18:39 N3Rqccpz
>>926 例えばこれ：
URLﾘﾝｸ(bugzilla.redhat.com)
929:login:Penguin
07/03/12 04:13:52 YGBDGPqS
p5b deluxeに4.4をインストールしようとしてるんだけど
ドライバが見つからなくてインストールできないって出る
文字通りドライバが無いんだろうけど
どうすりゃいいかわかんない・・
誰か助けてください
930:login:Penguin
07/03/12 04:17:40 YFU+iwkF
>>929
助けてくれる人は出てこないかもしれない。
931:login:Penguin
07/03/12 04:18:35 YGBDGPqS
｡･ﾟ･(ﾉД`)･ﾟ･｡
932:login:Penguin
07/03/12 04:27:06 DZQ4fDbT
何のドライバが見つからないのかくらい書けや
ま、書いたところで誰も助けてくれんかもしれんが・・
933:login:Penguin
07/03/12 04:35:08 YFU+iwkF
SATAのドライバじゃないかな？
934:login:Penguin
07/03/12 05:25:13 3tRh/cVu
>>929
少しはググれ
URLﾘﾝｸ(personal.okwave.jp)
IDE->SATA変換を使わずに光学ドライブを繋げているなら
A7が正解っぽいな。
CD bootまではできるのだから、俺なら変換コネクタなんぞ
買ってこないで、bootプロンプトで linux askmethodして
ネットワークインストールを試す。
それはそれで今度はネットワークドライバの方がないって
オチになるかもしれんが・・・
935:login:Penguin
07/03/12 09:49:58 uQgVmPAk
CentOS 4.4サーバの管理を引き継いだのですが、
妙な動作をするのです。
rootでGUI loginして、システム設定／サーバ設定から
各種設定を行なおうとしても、設定用GUIが正常に
表示されないのです。
症状としては、下記の質問とそっくりです。
URLﾘﾝｸ(72.14.203.104)
（元記事は消えているようで、googleキャッシュで失礼します。）
最初は設定用ツールがおかしいのかと思ったのですが、
SSH loginして、DISPLAYでX画面を飛ばしてXサーバXmingで
表示してみたところ、正常に動作するのです。
例えば、system-config-servicesは正常に動作しました。
X単独なら正常に動作する事から、GNOME環境に問題が
あるように思えるのですが、原因も対策もわからずに
困っています。（前管理者もギブアップしてました。）
Xを飛ばして管理は出来ているものの、やはり不便なので、
対策方法をアドバイスいただけると幸いです。
936:login:Penguin
07/03/12 10:13:37 KSadAfVN
>>935
見れません
937:login:Penguin
07/03/12 10:31:01 +pWL/RpV
>>935
Googleのキャッシュが見られないようになってる国の中にいるので、
私も見れませんが:)
そんでもってエスパーすると、XFSが立ち上がってないとか、フォントの
設定がおかしいとか、x11が入っていないとか!じゃないですかね。
リモートからしかXアプリケーションが動かないってのは、サーバーを
GUIで管理する上では好ましい状態と思うので、前の管理者って人と、
実際にサーバーを立ち上げた人は、また別の人なんじゃないですかね。
それで、サーバーを立ち上げた人がそういう設定にしたんだけど、前の
管理者にはそれが正しく伝わっていないと。
938:login:Penguin
07/03/12 10:39:36 +pWL/RpV
>>935
そういえば
> rootでGUI loginして、システム設定／サーバ設定から
> 各種設定を行なおうとしても、設定用GUIが正常に
> 表示されないのです。
と言っているので、root以外でログインして設定ツールを立ち上げると
どうなりますか? rootのパスワードを聞かれるはずだけど、入力後
ツールは正しく立ち上がりますか?
939:935
07/03/12 10:44:30 uQgVmPAk
>>936
>>937
Googleキャッシュに頼って申し訳ありませんでした。
症状を以下に記します。
------------------------------
症状：
GUIで
システム設定／サーバ設定／サービス
を動かすと、ウィンドウは生成されるものの、
サービスのリストは一つも表示されず、
マウスポインタは待ち状態（渦巻きみたいなのが停まっている）
になり、いつまでたっても変化がありません。
クローズボックスで終了しようとすると、
「ウィンドウ”サービスの設定”から応答がありません。」
という警告が出ます。
NFSやSAMBAの設定を行なおうとすると、プロパティ表示を
行なった時点で同じ状態になります。
------------------------------
以上です。
GoogleキャッシュはFedora JP BBSの掲示板で、
まったく同じ現象が他の環境でも起きているんだな～と思い、
例に挙げた次第です。
前の管理者と、そのサーバを立ち上げた人は同一人物です。
アドバイスのほど、よろしくお願いいたします。
940:login:Penguin
07/03/12 10:50:04 8Ynzos1z
ちなみに、前任者もGUIでログインしてたの？
941:935
07/03/12 10:56:42 uQgVmPAk
>>940
GUIログインはしていたのですが、上記の問題が
解決出来ず、設定変更の時だけXを飛ばして
作業していたそうです。
942:login:Penguin
07/03/12 10:58:06 rgG+GFuY
>>941
SELinux関連じゃね？
943:935
07/03/12 11:03:44 uQgVmPAk
>>942
私もSELinuxを怪しんだのですが、getenforceすると
Permissive
なので、SELinuxが停めているわけではないと思うのですが…。
それにSELinuxが停めているとすると、Xを飛ばして正常に
動作する事が不思議に思えるのですが…。
現時点ではSELinuxを切る事が出来ない事、ご了承下さい。
944:login:Penguin
07/03/12 11:38:04 k4sC9x3X
>>935
>>938はスルー？
945:935
07/03/12 11:41:57 kcdGf2V9
>>938
ごめんなさい、見落としておりました。_o_
>>944
教えていただいてありがとうございました。
一般ユーザログイン後、設定ツールを起動すると
rootのパスワードを聞いてきて、入力後は
rootと同じ症状が発生します。
946:login:Penguin
07/03/12 12:12:29 YMrNpS+n
>>845
chkconfig は使えるの？
ターミナルから system-config-services を起動すると何かエラーが表示される？
pythonのデバッガ上で system-config-services 動かして調べるとか
947:935
07/03/12 13:50:17 kcdGf2V9
>>946
chkconfigは動きますが、使った事が無いのでどう使ったものか…。
ターミナルからsystem-config-servicesを動かすと、
DeprecationWarning:
が6つ出ます。しかし、設定ツールが正常に動作している別のサーバでも
同じ Warning: が出るので、関係無いように思うのですが…。
pythonのデバッガ…。すみません、私のスキルを越えています。
948:935
07/03/12 13:57:27 kcdGf2V9
いろいろ試しているうちに、妙な現象を発見しました。
rootでGUIログイン後、GNOME端末を開いて、
そこからsystem-config-servicesを実行すると、
正常に動作するウィンドウが開く事がわかりました。
これで問題解決…かと思ったのですが、同じ端末から
system-config-sambaを実行し、
ディレクトリのプロパティを表示しようとしたら、
メニューから起動した時と同じ症状が発生しました。
system-config-nfsも同じでした。
何か心当たりがあれば、アドバイスをお願いします。
949:login:Penguin
07/03/12 14:06:24 YMrNpS+n
>>947
管理者やるならchkconfigくらい使えた方がいいぞ。簡単だしやりたいことは全てできるはず
うーん・・・適当だけど
unset XMODIFIERS
unset GTK_IM_MODULE
unset QT_IM_MODULE
export LANG=en_US.UTF-8
とか？
950:935
07/03/12 14:32:35 kcdGf2V9
>>949
一歩、解決に近づきました！。
GNOME端末上で
export LANG=en_US.UTF-8
をすれば、英語表示ながらsystem-config-sambaも
system-config-nfsも正常に動作するようになりました。
文字の設定に問題があると思われます。
このあたりをもう少し調べてみます。
アドバイスいただけると幸いです。
951:login:Penguin
07/03/12 16:15:19 3tRh/cVu
xfs回りかなぁ・・・
リモートから使えるように、と下手な小細工をしたら
リモートからは使えるけどローカルから使えなくなったとか。
952:935
07/03/12 16:25:46 kcdGf2V9
>>950
以下の方法で、*いちおう*解決出来ました。
/etc/sysconfig/i18n
ファイルの内容を
LANG="ja_JP.EUC-JP"
にしたところ、パネルから起動しても
サービス設定、samba設定、nfs設定いずれも
正常に動作するようになりました。
やはり文字設定に問題があったようです。
しかし、このままでは、EUCによる運用になってしまうので、
出来ればUTF-8で運用したいのです。
UTF-8の設定のどのあたりがあやしいと思われますか。
アドバイスいただけますと幸いです。
953:login:Penguin
07/03/12 17:13:10 YMrNpS+n
>>952
システムロケールまで変えなくても、ターミナル上でexport LANG=ja_JP.EUC-JPは？
ja_JP.UTF-8で動かないのはおかしいけど
954:login:Penguin
07/03/12 17:36:44 fOP8dmuP
1. パッケージを最新に更新する
2. system-config-securitylevelで "Relabel on next boot (次回の再起動で再ラベル)" にチェックを入れる
3. 再起動
の手順で直りませんか?
Fedora Core 3やCentOS 4のインストール直後に多発した動作とよく似ていま
す。bbs.fedora.jpかどこか (RedHatのMLだったかなぁ) に何か書いたような
記憶がおぼろげながらあるのですが、昔のことなのと現在fedora.jpが落ちて
いるのとで確認できません。
955:935
07/03/12 17:37:20 kcdGf2V9
>>953
はい、UTF-8の問題が解決出来なかった場合は
設定関係だけEUCでやろうと思います。
しかし、UTF-8問題が解決しないと気持ち悪いので、
なんとかしたいのですが…（困）。
956:login:Penguin
07/03/12 19:19:52 AqGbb80+
おまいら･･･親切だな
957:login:Penguin
07/03/12 19:56:19 +TY8v+kF
助け合いも大事だぞw
958:login:Penguin
07/03/12 20:08:44 JJwI76QQ
俺も親切にしたいんだが知識がない。
そういえばRH8,9あたりでsystem-config-networkが使えなくなったことがあったなとか、その程度ｒｙ
あれも確かｐｙてょｎだったような・・・
959:login:Penguin
07/03/12 23:01:49 DngrWDo2
>>958
IDもJJとQQで、日本語onlyの質問ばかりってかんじだもんな。
960:935
07/03/13 09:42:22 4UeqQLUW
>>954
遅くなってすみませんでした。
残念ながら、Relabel on next bootでもダメでした。
上司の許可の元、一時的にSELinuxを無効化してみましたが、
それでも解決しませんでした。やはりSELinuxがらみでは
なさそうです。
961:login:Penguin
07/03/13 11:19:08 M8K7GXkM
個人用途ならデータを別のHDDに退避させて再インストールなんて事も出来るんだが・・・。
つーか、会社で使用する事を前提に構築したのなら、設定変更したらドコをどう変更したのかを
変更前の設定ファイルと共にテキスト等に保存しておくべきだぞ。
よって責任はセットアップした前任にあるので、ナニをどう変更したのか思い出すまで一緒に付
き合ってもらえｗ
962:login:Penguin
07/03/13 11:41:53 qBgbOAri
/etc 以下とかを svn で管理しておくと設定追いかけられて楽。
963:login:Penguin
07/03/13 12:11:23 EVKcSGrR
>>962
おまい頭いいな。
ちょっと真似してみる。
964:login:Penguin
07/03/13 15:13:50 Fbv8RTKB
おお～それ賢いｗｗ
965:login:Penguin
07/03/13 15:44:12 stS5XD+J
いやこれは天才と呼んでいいだよ。
966:login:Penguin
07/03/13 15:52:59 CdlwxVtW
その発想はなかった。
967:login:Penguin
07/03/13 15:55:31 h4i+im0q
svn import した後、一度/etc全部消してからsvn checkoutし直すの？
消さないとcheckout エラーになるよな
968:login:Penguin
07/03/13 17:44:43 u2UO3KFL
俺は12歳女子初心者ですよくわかりません誰かsvn /etcな手順を教えてください
969:login:Penguin
07/03/13 18:33:35 YM4X+ODU
方法を否定するつもりはないんだが、
RCSしかなかった頃からよく知られた
ローテクだと思うんだけど。
とまぁ、CVSやsubversionでは大袈裟かなと
思っていまだにRCSな俺。
970:login:Penguin
07/03/13 18:39:02 Wa+ulsOs
>>968
面白いとでも思ってんのか？
マジキモイ
失せろ、中年のヒキ・デブ
971:login:Penguin
07/03/13 19:36:49 Fa3mbbbw
まぁ、rcsで十分だよな。
972:login:Penguin
07/03/13 20:49:11 q4w1UsK7
cpで-f (--force)オプションをつけても、上書き確認が出てきます。
どこの設定が間違っているのでしょうか？
CentOS4.4です。
973:login:Penguin
07/03/13 20:59:32 M8K7GXkM
>>972
rootでcpしてんだろ？
974:login:Penguin
07/03/13 21:11:11 Y8FXx+JP
>>973
俺のCent4.4は、rootで-fしても確認は出ないがこれいかに？
975:login:Penguin
07/03/13 21:12:54 Y8FXx+JP
おっと失礼rmと勘違したい。
976:login:Penguin
07/03/13 21:33:40 cR0Lu9zq
CentOS5マダー？
977:login:Penguin
07/03/13 22:14:45 TgJO+hOl
>>972
\cp -f
978:login:Penguin
07/03/13 23:29:51 jz+Kfvns
>>972
よーく考えればわかるよ
979:login:Penguin
07/03/14 00:31:21 F+gy62fy
5betaキター
980:login:Penguin
07/03/14 00:48:02 nJjSh849
>>979
DLできた？
981:login:Penguin
07/03/14 01:57:29 bZ7us3tY
URLﾘﾝｸ(lists.centos.org)
982:login:Penguin
07/03/14 02:56:32 483D3WKj
5の変更点ってどんな感じなのかな
983:login:Penguin
07/03/14 03:25:56 L52ZyKLC
>>982
ベースが何か考えれば想像つくだろ
984:login:Penguin
07/03/14 03:35:50 KrJXdLyy
ベースは何なの？
985:login:Penguin
07/03/14 05:22:05 wVKVuUIA
FC6
986:login:Penguin
07/03/14 07:26:29 mTdEAMv4
distrowatchにも追加されているね＞5beta
ｗｋｔｋｗｋｔｋ…。
987:login:Penguin
07/03/14 09:42:54 KGfNYs8H
>>985
RHEL5 じゃないの?
988:login:Penguin
07/03/14 10:30:18 RhrQJFgC
>>987
つ URLﾘﾝｸ(coin.nikkeibp.co.jp)
地味にたちの悪い構成のページだけど。
989:935
07/03/14 10:37:51 7h7UqBFI
解決しました！！。
今朝見ると、bbs.fedora.jpが復活していたので情報を
探してみたところ、どうもiiimが関係しているように
思えました。
/etc/init.d/iiim status
を見てみると、動いていませんでした。
そこでiiimを動かしてみたところ、みごとja_JP.UTF-8環境下でも
パネルから正常動作するようになりました！（嬉）。
不思議な事に、一度動作してからは、iiimを止めても
問題なく動くようになりました？？？。
気になる点としては、画面上部のパネル内の、Network Aertアイコン
（○の中にチェックマーク）の左にある白□アイコンなのですが、
異常が起きていたとき、白□アイコンの中には何も表示されて
いませんでした。
『入力言語の追加または削除』ウインドウを開いても、何も
表示されていませんでした。
それが、iiimを動かしてからは、白□アイコンの中に"Ja"と
表示されるようになりました。
iiim環境が正常になったから表示されるようになったのでしょうか…。
ともあれ、ようやく問題を解決する事が出来ました。
bbs.fedora.jpにヒントがありそうだと教えて下さった
>>954さん、
本当にありがとうございました。
その他、コメントをいただいた皆さん、どうもありがとうございました。