07/03/03 11:35:33 clTHbCwA
安倍首相サイトの謎のUnixコマンドが復活
ｽﾚﾘﾝｸ(news板)
856:login:Penguin
07/03/04 02:13:32 c9HEi0jV
研究室のメインの鯖をRHELにして
学生が使うのはCentOS
とかいう使い方もできるのでしょうか？
857:login:Penguin
07/03/04 02:51:43 IrwWqV/r
別にやるのはかまわんが、サポートまでRHがしてくれるのかはしらんぞ
858:login:Penguin
07/03/04 03:15:18 2F8m6Ras
なんでメインをRHELにしたいの？
859:login:Penguin
07/03/04 03:32:06 N4/3rnj0
>>856
理屈の上ではRHELで発生したトラブル等は、CentOSでも起こるはずなので、
・RHELで発生したトラブルをサポートに聞いて、その解決策をCentOSにも適用する
・CentOSで発生したトラブルがRHELでも再現するかどうか確認して、再現するなら
RHELに問い合わせて、その解決策をCentOSにも適用する
としても、RHELは文句は言わないのでは、と
そのかわりRH側は、CentOS側がどうなろうと知ったことでもないのだから、
学生用のクライアントは、結局自己責任で管理せにゃならんくなる罠
860:login:Penguin
07/03/04 11:28:15 Xn6++CH7
>>859
よけいはまる方に1ペセタ。
・RHのサポートって、いったい何を期待しているのか
・トラブル発生時の切り分けのために、非常に手間暇かかる方法を
考えているようだが、実際にトラブルが発生したときに、ほんとに
そんなことできるのか? 鯖とクライアントじゃ、インストール構成が
全く異なると思うが
・CentOSはYumで管理することになると思うが、RHELはどうするのか?
知らないけど、YumはまだFedoraにしか採用されてないと理解して
いたが(詳しい人お願い)。RHELにFedoraのYumを入れたら、RHは
サポートしてくれない罠
研究室のどの立場の人か分からんけど、鯖には、周りに詳しい人がいる
ディス鳥の鯖向けを採用して、学生に使わせるPCはWindowsか、もし
研究室に日本人しかいないのならVineあたりにするのが、一番手間無し
と思うよ。
861:login:Penguin
07/03/04 11:41:44 w2AFtzuX
macにすりゃいいんじゃね？
862:login:Penguin
07/03/04 12:00:42 A7GByQy5
CentOS5はaptなの?yumなの?
個人的にはaptが好きなのでaptであってほしいが。
863:login:Penguin
07/03/04 12:33:25 s+f8pDCw
RHのサポートで助かったと思ったことないんだけど…。
いつもいつも「トラブル時のメモリダンプを」というだけで、
トラブルが再現できるまで待って、ダンプを送ったら「分かりませんでした」って言われるだけだし。
導入・運用業者さんが現場で自分達のせいにされないってだけのものなんじゃないの、あれ。
自分で入れて運用するのに使う意味があるとは思えない。
大人な人、偉い人、賢い人、教えてください。
864:login:Penguin
07/03/04 12:35:32 GHid/wPy
>850
デフォはyumでしょ？
そして↓を見れ
URLﾘﾝｸ(linux2ch.is.land.to)
Scientific Linuxであればインスコ時に、aptも選べた希ガス。
865:login:Penguin
07/03/04 12:36:05 GHid/wPy
安価ミスった
＞８６２だった
866:login:Penguin
07/03/04 12:50:52 A7GByQy5
そうだったっけwそりゃｽﾏｿ
別にデフォじゃなくてもいいから5でもaptにも対応してほしいな
yum苦手
867:login:Penguin
07/03/04 13:36:14 DCIU0Un/
>>866
好みを押し通すより、デフォルトに従うが吉。
868:login:Penguin
07/03/04 13:52:00 2F8m6Ras
どうせapt-rpmは本物のaptじゃないし
869:login:Penguin
07/03/04 15:11:23 OfpoNRcU
>>856 RHに金だしてやるかどうか、は、ミッションクリティカルな
計算機資産をどんなふうに運用するのか、のポリシーで決まるんで
ないかい。
鯖を導入して、HWとかRDBMSのメンテ契約するとき、RHならつき
あうけどCentOSでは中身までみながら付き合うのは勘弁してくれ、
というようなベンダもある。
CentOSは、そんなの屁じゃないという体育会系のところ、あるいは、
そもそもやってることが別にそれほどクリティカルじゃないや、つう
人向けの鳥でしょ。
870:login:Penguin
07/03/04 15:53:07 ZojK+/aT
>>868
どういうこと?
871:login:Penguin
07/03/04 16:15:35 fi/ShtEA
>>870
apt4rpmってことでは？
872:login:Penguin
07/03/04 23:16:52 aL4FuQZs
俺のPCやたらCentOSの起動が遅いんだが、そんなもんなのか？
他にWinXPとDebian入れてるんだけど、Winは３分くらい、Debianは６，７分くらい
CentOSは２０分近くかかるんだが。。おかしいのかい？
873:login:Penguin
07/03/05 00:05:27 UgHYFQHZ
HDDがしんでんじゃね?
874:login:Penguin
07/03/05 00:07:53 7GnryXGo
>>872
どこで突っかかってるか教えてくれれば解決法を伝授する
875:login:Penguin
07/03/05 00:16:51 +Mplb6M2
>>872
つーかWinXPが3分って、どんなゴミだよっつーかなに入れてるPCなんだよっつーか
ハード的におかしい、に1俵
876:login:Penguin
07/03/05 00:57:49 zIcgJ6Qz
sendmail
877:login:Penguin
07/03/05 01:02:53 l+o9i+/2
んじゃ、俺はnicの設定に、1ペスト
878:login:Penguin
07/03/05 01:13:52 ZiugvVMX
Kudzuが毎回起動してそうだ
879:login:Penguin
07/03/05 01:46:35 /IDory/E
>>872
君のＰＣがpentiumMMXとかなら驚かない
880:login:Penguin
07/03/05 06:25:59 3gcNGMWZ
俺のPentiumMMXはGNOME起動まで2分くらいだけどな。
CentOSじゃないけど。
881:login:Penguin
07/03/05 07:14:37 lHiZDdNr
ネットワークを自動起動にしててDHCPが失敗→smtpdとかもなぜか時間がかかる
というパターンの時はあったな
882:login:Penguin
07/03/05 11:56:26 UgHYFQHZ
Cel300Aでも3分でLevel5は動く
Level3でもgdmが表示されるまで4分程度だ
883:login:Penguin
07/03/05 14:19:07 Dp5BnXIF
うちもケーブル接触不良→PPPoE繋がらない→タイムアウト待ち
で数分かかることがあったよ
その後ntpd起動→タイムアウト待ち？
と将棋倒し的にデーモン達の起動が遅くなってたっぽ
884:login:Penguin
07/03/05 21:51:36 /TVqsPbQ
切れるもん片っ端から切って、起動テストとかしてのかな？
885:login:Penguin
07/03/06 01:10:23 pxCJHQLi
CentOS 4.4にssh -Xでリモートログインしてxfigを起動しようとすると、
エラーメッセージがでるんだけど、どうしてだろ？
xclockやxlogoは問題なく起動するんだけど。。。
X Error of failed request: BadAccess (attempt to access private resource denied)
Major opcode of failed request: 102 (X_ChangeKeyboardControl)
Serial number of failed request: 138
Current serial number in output stream: 148
886:login:Penguin
07/03/06 01:13:14 eqf7QjrE
ssh -Y は？
887:login:Penguin
07/03/06 01:57:13 pxCJHQLi
ssh -Yだと問題なく起動する。
ん～。謎だ。
起動はするけど、ターミナルにフォント関係のエラーが表示される。
Warning: Missing charsets in String to FontSet conversion
888:login:Penguin
07/03/06 03:01:04 eqf7QjrE
全然謎じゃないような。
そのwarningはまた別の話。
889:login:Penguin
07/03/06 05:01:19 jHo/xQBB
時代はssh-Zだろ。
890:login:Penguin
07/03/07 05:16:46 0UGyDyxJ
エンタープライズ向けLinux「Red Hat Enterprise Linux 5」の発売日が決定
URLﾘﾝｸ(gigazine.net)
891:login:Penguin
07/03/07 09:49:40 1AY041ZF
一部でベータ版テストも始まってるし
いよいよっすよ
892:login:Penguin
07/03/07 14:06:36 A3dNp1RO
CentOS5.0が出るのはいつ頃ですか？
893:login:Penguin
07/03/07 14:50:22 F/1+B73s
三菱か
894:login:Penguin
07/03/07 14:51:01 F/1+B73s
あっ誤爆した
895:login:Penguin
07/03/08 00:16:15 6RlXIGF6
今月だね。
たのしみだお
896:login:Penguin
07/03/08 21:19:55 dFbqoodW
そこの予想21日ってなってるけど
1週間じゃ無理だろ普通に考えてw
897:login:Penguin
07/03/09 02:15:50 NgXP3FwR
やっぱDVDから5に上げるようになるのかな。
898:login:Penguin
07/03/09 09:20:42 CrpM813E
すみません、質問です。
今度centOSを扱うサーバーを借りようと思うんですが、
このOSについての本って極端に少ないように思います。
オススメの本ってありますか？
または、centOSを専門に扱ってるわけじゃないけど、この本で勉強すれば
大丈夫、というような本があれば教えてもらえませんか？
よろしくお願いします。
899:login:Penguin
07/03/09 09:25:30 fEwjFYex
>>898
RHELの本がほぼ普通に使える
つってもRHELの書籍って、オフィシャルの何冊にも分かれたやつか、
それか1冊の広く薄い書籍かなので、細かいことはググッた方が詳しいかもな
900:login:Penguin
07/03/09 09:41:58 7ycq/kgW
>>898
おれは最初fedora3の本使ってた
ほぼ問題なかったよ
901:login:Penguin
07/03/09 09:43:52 DTkTqkg0
>>898
本より新しく詳しい情報を載せてるHPは沢山ある。
(勘違いとかで、ウソを書いてるHPもあるがｗ)
なので、ググレカス。
902:login:Penguin
07/03/09 10:21:46 CWdUPfug
baseにあるプログラムに関してはRed Hatの web の
ドキュメントがいい。
後から追加したり純正以外のレポジトリを参照する分には
名大の人のところとかか、ぐぐって出てくるなかで
ぱっと見て知性と品性の感じられるところ。
903:login:Penguin
07/03/09 11:10:13 CrpM813E
おお、沢山のお返事ありがとうございます。
とりあえずRedHat関連のweb記事を参考にしようと思います。
>>900
fedoraの本、実は僕も買いました（買ったあとにcentに変更…）
秀和システムの『初めてのfedoraCore３』って奴なんですけど
こんなのでもいいんですかね？
904:login:Penguin
07/03/09 11:25:05 jdPbu0Vl
>>903
CentOS 4の元になっているRHEL4はFedora Core 3ベースなので、その本だとほぼそのまま参考にできるんじゃないでしょうか。
905:login:Penguin
07/03/09 11:39:30 CrpM813E
>>904
ほんとですか！？ ラッキー！
じゃ、これで行きます！
ありがとうございました
906:login:Penguin
07/03/09 11:40:39 fEwjFYex
ただし、ベースになってる「だけ」だからな
907:login:Penguin
07/03/09 11:51:23 DTkTqkg0
まずは入れてイジリまくれ！！
話はそれからだ。
908:login:Penguin
07/03/10 01:23:50 YpkmLxdl
apache2用のmod_geoipを入れたいのですが、
ソースダウンロードして、
install.txt にあるように
apxs -i -a -L/usr/local/lib -I/usr/local/include -lGeoIP -c mod_geoip.c
して入れる予定です。
このmod_geoipは
yum install geoip で入れたGeoIPとは関連性ない、という考えはあってますでしょうか？
909:login:Penguin
07/03/10 13:27:12 6NNreE1+
ASUSのA8R-MVPでCentOS使ってる方います？
サウスがULiのM1575にSATAやPATAがくっついてるみたいで
無難にCentOSを使えるのかが心配です。
CentOSかRedHatのwebにデフォルトのカーネルとモジュールで
対応しているH/Wのリストがあればいいんですけど。
ツートップでA8R-MVPを安く売ってるから気になってるんです。
910:login:Penguin
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さん、
本当にありがとうございました。
その他、コメントをいただいた皆さん、どうもありがとうございました。