09/04/26 18:34:09 3ihZkJ8G
>>748
まずはWindowsをインストールしてみることだなｗ
752:748
09/04/26 19:00:29 1iSZVE2f
レスありがとうございます。
どこまで細かく書けばいいのかわからないのですが、
CPU：Atom 330(BOXD945GCLF2D)
メモリ：1GB(A-ITX-100)
HDD：160GB(HTS543216L9A300)
外付けドライブ：DVSM-XE20U2/B
CentOSはCentOS-5.2-i386-bin-DVD.isoをRoxio Creator LJで焼いて
インストールしようとしたのですが、最初のロゴ画面から先に進みません。
linux textと入力してからEnterを押しても変わりませんでした。
これで何かわかるでしょうか？
753:login:Penguin
09/04/26 19:00:52 Oya2cJy6
今時自作するんならDELLかHPのOS載ってない
格安サーバ機買って載せればいいのに・・・・
754:login:Penguin
09/04/26 19:03:23 Oya2cJy6
やはりAtomかよ
755:748
09/04/26 19:05:59 1iSZVE2f
すいません。
メモリのところにケースを書いてしまいました。
メモリはD2U667CQ-1GLZJです。
>>753
自作がしてみたかったのです。
>>754
Atomでは何か問題があるのですか？
756:login:Penguin
09/04/26 19:09:10 4jKZm7bu
USBキーボードだから
757:login:Penguin
09/04/26 19:28:45 d9x2iln7
>>755
何を参考にインストールしてるの？
758:748
09/04/26 19:43:20 1iSZVE2f
>>756
USBのをPS/2に変換しているのですが、駄目なのでしょうか？
>>757
URLﾘﾝｸ(blog.77jp.net)
URLﾘﾝｸ(www.obenri.com)
あたりを中心にいろんなサイトを見ています。
759:login:Penguin
09/04/26 20:12:36 T3tYcVzq
>>748
カーネルのバージョンの問題か、インストーラとの相性か。
他のディストリビューションは起動する?
760:login:Penguin
09/04/26 20:15:23 3gTrwRZa
おれならとりあえずCentOSの事は一旦忘れてubuntuとかFedoraみたいな新しめのカーネル採用してるディストリを入れてみる。
それでも動かなかったらWindows入れてみる。
それでも動かなかったら初期不良で返品する。
761:login:Penguin
09/04/26 20:49:40 SP68yeab
>>752
NICが対応してない
762:login:Penguin
09/04/26 21:00:31 F/mb2VGd
まず、KNOPPIXやらubuntuのインストCDとかのCD起動で動いてデバイス認識に定評のあるやつで
立ち上げてみる。それで動かなければ蓋を開けてみてちゃんとコネクタが刺さるべきところに刺さっているか
確認して、ダメなら買った店に相談ｼﾙ。
763:login:Penguin
09/04/26 21:04:59 lwQ4TOw0
5.3ならNIC問題ないと思う。
5.3で試してみれば？
764:748
09/04/26 21:49:34 1iSZVE2f
たくさんのレスありがとうございます！
BIOSで色々と設定をいじってみたのですが、
それでもインストールできませんでしたので、
とりあえずubuntuあたりで動くかどうか試してみようと思います。
あと、BIOSを見てて気になったのですが、
SATA Port0 Hitachi HTS54321 160GB
SATA Port1 not installed
Primary Master not installed
Primary Slave not installed
と表示されているのは問題ないのでしょうか？
ちょっとHDDが怪しい気がしたもので・・・
765:login:Penguin
09/04/26 21:52:14 WOX1wn50
>>764
外付けDVDドライブが古いもしくは対応してない
新しめの内蔵5インチDVDドライブとか借りてきてインスコ試すといいよ
766:login:Penguin
09/04/26 21:53:54 OuOa/s27
>>764
とにかく 別の鳥で試せ。それが一番工数が掛からない。
767:login:Penguin
09/04/26 23:45:35 nz9IW2GG
RHELにこだわるなら、scientificlinuxあたりも試したほうがいいかも。
openSuSEもハードウェア認識では良いみたい。
768:login:Penguin
09/04/27 00:04:11 mMf0uBkT
それ、RHELに拘ってないだろ
もしかしてRPMのこと言ってる？
769:login:Penguin
09/04/27 03:45:27 OussUTWq
>>746
間違い。alternativeはメモリバリア命令を持つ最近のCPUと昔のCPUとを切り替えている。
メモリバリア命令はSMP用の命令だけど、SMPでもUPでも同じメモリバリア命令呼び出しになるので
RPMのパッケージの統一とは無関係。
単に、CPUの高速化でSMPオーバヘッドが相対的に下がったことと、SMPマシンが一般的になり
うっかりが増えて対応がめんどくなってきたって事だと思うよ
770:login:Penguin
09/04/27 14:01:12 pob+F1rk
下記パーミッションを買えてしまいました。
sudo chmod -R 775 /
chmodで戻そうとしても
sudo: /etc/sudoers is mode 0775, should be 0440
とsudoがはじかれてしまいます。
どうすれば戻せますでしょうか。
771:login:Penguin
09/04/27 14:03:55 tnFODklq
人生リセット
772:login:Penguin
09/04/27 14:13:50 /Cu9f1aB
でた～！！
久々の大物新人！
今後に期待！
>>770
root 権限は？ wktk
773:login:Penguin
09/04/27 14:37:01 pob+F1rk
システムブート時 grubでランレベル１にして
パーミッション変更しました。
コレでばっちぐ～～～！
でした。
サンキュー>all
774:login:Penguin
09/04/27 14:49:36 xQkDPMRX
>>773
いやいやいやｗ
-R の意味を考えるんだ。
775:login:Penguin
09/04/27 15:03:03 XgjxGZZ6
再帰的に・・・
776:login:Penguin
09/04/27 15:10:14 pob+F1rk
そうなんだよ。-Rやっちまったんで。
マックみたいにパーミッションの修復って無いですか？
777:login:Penguin
09/04/27 15:14:04 MOleoE/P
やべｗ
声だしてわろたｗｗｗ
778:login:Penguin
09/04/27 15:49:50 RaIjj1G6
ここまで低レベルなのは久し振りだな
779:login:Penguin
09/04/27 15:51:06 pob+F1rk
どーすればいいんじゃ～
780:login:Penguin
09/04/27 15:53:48 xQkDPMRX
>>779
やはり >>771 だな。
うん、俺も出来る事ならそうしたいんだけどね…
781:login:Penguin
09/04/27 16:17:29 0Iluklh2
はげしいの来たなｗ
再インストールするのが早いんじゃないか？ｗ
後は勘である程度やっていくしか・・・。
余裕があるなら他の所にサーバ構築して、
それと比較しながらモードを変更していく。
メンドクセーｗ
782:login:Penguin
09/04/27 16:22:23 aPPxG/aU
getfaclで取り出してsefaclで適用ってできたっけ？
783:login:Penguin
09/04/27 16:23:29 +zIHyzzo
人は失敗をかさね大人になっていくものなのだと
今日改めてそう思ったよ
さぁ明日へ向かってステップ！アップ！！ ご～ご～♪
( ´_ゝ｀)HAHAHAHAHA
784:login:Penguin
09/04/27 16:29:31 f2rnXPmO
入ってるモノのどれもこれもバージョンが古いんだけど、皆さんこのまま使ってるの？
785:login:Penguin
09/04/27 16:35:23 0Iluklh2
>>782
こんな感じの事かい？
# getfacl /project/info > acl_file
# setfacl -M acl_file /project/info
# setfacl -X acl_file /project/info
>>784
セキュリティアップデートはされてるし、
俺は基本的にそのまま使ってるよ。
もしバージョンが新しいものが必要だったら
それだけ野良リポジトリから取ってくるとか
自分でrpm作るとかしてる。
786:login:Penguin
09/04/27 17:25:43 o9bxFbNU
前に見たこれ以来だ
rm -rf .*
787:login:Penguin
09/04/27 17:31:52 kV5+l0xm
それやるとどうなるのかな？
だれかやってみれ
788:login:Penguin
09/04/27 17:34:28 S4NvLSEj
ＯＫ やってみた。
別に何もならんぞ。
プロンプトが戻ってこないけど。
789:login:Penguin
09/04/27 18:55:17 INCWqvqu
Ubuntuが全て悪い
790:login:Penguin
09/04/27 19:55:30 SY889Mmb
>pob+F1rk
みんな書いてるように、再インストールが良いんじゃないかい？
最初は大きな失敗をすることもあるさ。なんどでもやりなおせるのが
オープンソースの良さだからね。
なんだかんだいってマジレスする人が多いね。
791:login:Penguin
09/04/27 20:11:58 MOleoE/P
まあ実務で使われている要塞ホストじゃなくてよかったな。首とぶわなｗ
それ以前にそのレベルじゃ root 権くれないかｗ
792:login:Penguin
09/04/27 21:10:39 u8b7cKwg
-Rか、これはおもろい。なかなか粋な発想だ。
793:login:Penguin
09/04/27 21:22:02 2+dAlTQ6
俺は、rm -rfコマンドは怖いので
rm ターゲット -rfと-rfを後から付けるようにしています
chmodも-R後に付けれなかったっけ
794:login:Penguin
09/04/27 21:51:29 MOleoE/P
>>793
rm -rf は先に ls -al でもしておいて、中身確認してから
「rm -fr 」としてから ESC ぽちって . 押してる。
bash での話しだけどこっちのが安全。
795:login:Penguin
09/04/27 21:58:13 C0pAwk3O
先にファイルやディレクトリを入力してから、
ctrl+aで先頭戻ってrm -rfタイプしてエンターしてる。
なんとなく
796:login:Penguin
09/04/27 21:59:53 LddU7fmV
rm -rf の後は ディレクトリ名だろ・・
797: ◆Zsh/ladOX.
09/04/27 22:16:12 6mMPWujX
コマンドライン編集を常用してる漏れは
>>795に近いかな。
C-a,C-e,C-f,C-b,C-p,C-n,C-k,…
798:login:Penguin
09/04/27 22:27:09 1QF8lRPY
rf と打つときはさすがに呼吸がとまる。
rootでやるときはさらに心臓もとまる。
799:login:Penguin
09/04/27 22:32:35 LddU7fmV
まぁ俺も昔 rm -rf /tmp/aaa って打とうとして
rm -rf / tmp/aaa って手が滑って打っちまったからな
運用系でコマンド打つ機会がある奴はヒヤヒヤもんだろうなｗｗ
800:login:Penguin
09/04/27 22:36:40 9wy8rcDB
5.3のDVD読み込んでEnter押して、しばらくしたら英文字がずらずら出てきたら
画面が真っ暗のままグラフィカルモードでインストール出来ないです
なぜなんでしょうか？
801:login:Penguin
09/04/27 22:44:07 erMya1Nm
>>800
オツムが緩いからじゃね？とりあえずテキストモードでセットアップできるか確認してから出直せば？
802:login:Penguin
09/04/27 22:50:09 MOleoE/P
>>797
Control キー多用してるけど、入力途中で C-h をミスって C-j とすると焦るｗ
803:login:Penguin
09/04/27 22:58:06 SY889Mmb
>pob+F1rk
みなおそろしい失敗をして成長していくんです。
大失敗をした人は大成するよ。きっとね♪
804: ◆Zsh/ladOX.
09/04/27 23:07:01 6mMPWujX
>>802
あー焦るw
疲れてるときだとタイピングもおかしくなる
805:login:Penguin
09/04/27 23:07:35 0UU7ph1T
FreeBSDだったらmtreeで一発修復できるんだけどな。
806:login:Penguin
09/04/28 00:09:57 8wYld8Yw
MRG Realtimeって使えないの？
807:login:Penguin
09/04/28 00:39:30 8X6ZFgdl
まえ調べた時は使えるようだった。
kernel周り入れ替えるレポジトリをRHの人が公開してて、
それをCentOSでもどっかに用意してる人がいるようだった。
確かCentOSのBBSで見たと思う。
808:login:Penguin
09/04/28 02:23:54 Pjkev7/e
>>800
ずらずら出てくる英語を晒すか、ぐぐれぃ
809:login:Penguin
09/04/28 08:46:44 u9cZyY7v
かなり旧いバージョンのCentOSって
どこから入手できる？
全然見つからないorz
810:login:Penguin
09/04/28 08:54:59 IREkRPe7
>>809
どれくらい古い奴？
このスレを見ている人はこんなスレも見ています。(ver 0.20)
Xen ID:2 [OS]
§§ パキラの樹 §§魔の手4本目 [園芸]
もろ漏れなんだがｗｗ
811:login:Penguin
09/04/28 09:08:29 BWLqkLmd
>>809
3.1以上ならここはどう？
URLﾘﾝｸ(vault.centos.org)
812:login:Penguin
09/04/28 15:13:31 dzItiZ4T
centosでcommon lisp使ってみたら
意外とasdf-installでいろいろ入れまくってもちゃんと動く
813:login:Penguin
09/04/28 15:19:38 tqX710bi
jaist に３系列から転がってるよ
814:login:Penguin
09/04/28 18:18:01 76Kb26ry
>>812
ホーム以下にインストールすることも可能だからねぇ。
cffi/uffiがらみでのライブラリがyumで入れられるからということなのかな？
clispをつかってる？sbcl?cmucl? cmuclは日本語に問題はあるが、速さと安定
性ならこっちがいいよ。。
815:login:Penguin
09/04/28 20:37:31 MPRDYqwu
世の中には凄い猛者がいるんだなぁ
まぁそれをこんな所に慌てふためいて晒している時点で
アフォォ丸出しだが・・・・
root権限コマンドは慎重に
つうか意味分かっててコマンド入力したんだろうか？
816:login:Penguin
09/04/28 21:07:15 RLvnxohZ
俺なんかは業務ついて初めて root 権ついた作業すっときめちゃ怖かったわなー
いまでもかなり嫌な作業だ。クリティカルすぎだーわ。
バックアップと打ち込んだコマンド指さし確認。これ基本にしてるｗ
817:login:Penguin
09/04/28 21:18:15 IREkRPe7
>>816
本当にクリティカルな奴は メモ帳にコマンド先にかいて
それのコピーアンドペーストだね。
もちろんクリップボードの内容が間違ってないかも確認
するんだぞ。
818:login:Penguin
09/04/28 21:19:33 5U/dwq/r
URLﾘﾝｸ(ftp.kddlabs.co.jp)
819:login:Penguin
09/04/28 21:22:55 aWO5P3Vx
>>817
コマンド間違ってるのに一番後ろの改行コードまでコピペして即実行されて涙目
はい、経験者です。
820:login:Penguin
09/04/28 21:46:08 qkklv3Hs
crontab -e
のつもりで
crontab -r
やってしまったあの頃の俺は若かった。今でも似たようなミスするけどな。
821:login:Penguin
09/04/28 22:02:29 wC64gNdd
もっとひどいことやったよ。作業ディレクトリの掃除をしようと思って
rm -fr . rootで/にいたから大変なことになった。完成寸前のシステム
完全に破壊。課長から大目玉で担当はずされ、疫病神のあだながつ
いた ； ；
822:login:Penguin
09/04/28 22:06:28 qkklv3Hs
>>821
あぁ、
rm -rf ./
のつもりが
rm -rf /
でEnter押す直前に気づいたけどギリアウト(w
ってこともあった。自分のお遊び環境だから良かったようなものの。
823:login:Penguin
09/04/28 22:07:00 RLvnxohZ
>>817
root 権の作業するのに操作側のクライアント OS が Windows とか怖いからつかえねｗ
つか職場にアホな先輩おって Win で作業してたみたいだが、ユーザーのパスワードを
抽出してパースかけるのに Excel 使ってたよ。
先頭が 0 から始まるパスワードがぼろくそなってて課の人間総員で白い目で「ガッ!!」って
空気固まったｗ
824:login:Penguin
09/04/28 22:17:34 n838JUV6
私の恥ずかしいオペレーション失敗体験談を語ればいいの？
825:login:Penguin
09/04/28 22:26:37 hMwQl8r6
いや、もうおなかいっぱい
826:login:Penguin
09/04/28 23:05:50 QcBkLh44
会社を辞める前に newfs を at で仕掛けたことはあったな。
Linux ではないが。
827:login:Penguin
09/04/28 23:18:49 PNWY6x8E
通報ｼﾏｽﾀ
828:login:Penguin
09/04/28 23:41:39 IREkRPe7
漏れはやめるときに DBのガベージ方法伝えないで止めた
程度の低い奴らばかり残ったから対処方法もわからない
だろうな半年とか１年後とかに爆発するやつ。
829:login:Penguin
09/04/28 23:45:15 N0jTZiwK
しかし何とかなっちゃうのが世の常
830:login:Penguin
09/04/29 00:44:16 0texmnR0
所詮、間接部門だしね。無いほうが生産性上がるという話も
831:login:Penguin
09/04/29 00:48:59 3eB+NyYC
保護材なんだよ。有るとぼやけるが、無いと傷つく。
832:login:Penguin
09/04/29 00:53:05 NGoeGUIe
コンピュータの性能と生産性には、相関がないと言われている・・・
むしろ、負の相関があったりして。
833:login:Penguin
09/04/29 00:53:16 n9ORQCEc
shで mv * ~ ってやったら
全てのファイルが ~ になっちまった
834:login:Penguin
09/04/29 00:55:40 Qk5bUXqb
ｗ
835:login:Penguin
09/04/29 01:08:36 Z4On1vdc
>>832
人間の性能は上がってないしな
836:login:Penguin
09/04/29 01:32:17 nso7kFcA
とんでもない操作したとき
「マジかよ、ホントかよ」
くらい問い合わせしてきて欲しいな
837:login:Penguin
09/04/29 02:39:03 m3/VZNGC
homeをシンボリックリンクしてたはずなのに
リンクじゃなくて中身消したことw
838:login:Penguin
09/04/29 05:56:25 YFjNVst+
一括削除のプログラム作って変数の中に/$PATH/usr をrmしようとしたら
$PATHのスペル間違えてて/etcが全部消えた事ｗ
839:login:Penguin
09/04/29 05:57:44 YFjNVst+
↑ゴメン /etcじゃなくって/usr
840:login:Penguin
09/04/29 06:12:06 ntyuyvcf
全ては >>770 から始まったこの流れ。
スレまで chmod するなよって
841:login:Penguin
09/04/29 10:09:46 uFWkFjUh
まぢ CentOS関係ないな。
仕事では顧客要望でRHEL AS使ってるけど
自社内のサーバはCentOSで十分過ぎる。
というか差がわからねーよ。
842:login:Penguin
09/04/29 12:09:42 Z4On1vdc
>>841
物としては同じであっても、自社内で使ってるだけか、他社や顧客が絡んでくるかで
使う物が変わるのは、会社や仕事という観点では、当然のことだろう
843:login:Penguin
09/04/29 12:19:42 uFWkFjUh
>>842
そりゃ当然なんだけどさ
Kernelの不具合に合ったときにHWベンダー経由で
Redhatに問い合わせ何度もしてるんだけど
返事がいつもこんな感じ
「現在のRedhatKernelでは対応していません、
将来的には対応する可能性はあります」
・・ASのサブスクリプション高いんだから
多少の誠意はみせてくれよ・・
この返信代がサブスクリプション代だと
思うと非常にもったいない気がする。
まぁお金はお客さんが出しているので
あんまり文句を言う立場にないんだけど。
お客さんはRedhatがダメっていうから
諦めてる、そういう意味ではRedhatの
サブスクリプションはあるべきだね。
844:login:Penguin
09/04/29 12:29:01 hDhM1Wu0
サポートなんて8割は客に言い訳するためにあるようなもんだし
845:login:Penguin
09/04/29 12:32:41 VKnrVJAd
>>843
LKML晒してみなよ
846:login:Penguin
09/04/29 13:22:23 jBl6/GPT
5.3にしてから yum clean all でもファイルが削除されないのは俺だけ？？
847:login:Penguin
09/04/29 14:34:09 czDnGOO/
>>843
上で某商用データベース動かしてるとかじゃなくて対応H/W使ってるなら、
CentOSに置き換えるように客に提案しちゃえば？
848:login:Penguin
09/04/29 14:48:46 uFWkFjUh
>>847
客からすればOS代なんてゴミみたいなもんよ。
CentOSにして問題がでたら誰が責任とるのよ。
という話になります。
849:login:Penguin
09/04/29 14:49:27 Z4On1vdc
>>847
AS使ってるような客に対してか?
850:login:Penguin
09/04/29 14:53:38 VKnrVJAd
なんのHW何だろう気になる
うちが納品してるHWだったら怖いなぁ
851:login:Penguin
09/04/29 15:00:09 uFWkFjUh
>>850
某国内ベンダーのブレードサーバ メモリ32GBで納品してもらってる。
1ラック数千万円。あんまり書くとアレなので・・
問題はHWじゃなくてlinuxカーネルの不具合、最新カーネルでは
吸収されてるけどRedhatカーネルにはまだ入ってない修正にぶち
当たったというケースです。一応OSのサポートはHWベンダーがす
ることになっているので問い合わせてもらってるんだけど、回答は
843に書いたようなものが多い。稀にKernelUPすると直りますとか
そういう回答も貰うけど。
852:login:Penguin
09/04/29 15:00:38 czDnGOO/
>>848
RHELで問題が出てもRHが責任取るわけではないのだけれどね
セキュリティパッチ出てくるかとそれ以外(バグフィックス)の問題を履き違えていると思う
853:login:Penguin
09/04/29 15:36:34 aYsHDt09
bugzillaに登録したら？
854:login:Penguin
09/04/29 15:44:14 nso7kFcA
６．０はいつでるんだろ
855:login:Penguin
09/04/29 17:37:13 n1bPpUD4
>>848
CentOSだろうがRHELだろうが、納入した業者が責任とるに決まってるだろうがw
856:login:Penguin
09/04/29 18:00:15 czDnGOO/
>>855
どこの業者？紹介してよ
まぁ出来るはずもないけどな
857:login:Penguin
09/04/29 18:51:13 bWlBB7Ww
>>855
特殊なケースは知らんが、普通は納入時に検収という作業があり
納入業者の責任はそこで終わり。その後何か問題があったとして
も自己責任となる。
システム保守の契約を結べば問題発生した場合契約内容に従い
保守業者が対応することになるだろう。
858:login:Penguin
09/04/29 19:24:14 n1bPpUD4
>>857
普通は納入したSIerが保守もやるだろw
ってかやらないケースなんてあるのか？
859:login:Penguin
09/04/29 19:26:08 Z4On1vdc
>>858
普通に見えている事の裏には、ちゃんとした契約という商行為が発生しているのだよ
860:login:Penguin
09/04/29 19:26:38 kJUCm21Q
よほどのバグだった場合は検収後も納入した業者に責任を問えるわな
そういう意味でいつまで経っても納入業者には責任が付きまとう
＃ 「よほどのバグ」がどの程度かは、人によって違うから切り分けが難しいネ
>>856
つーわけで、「納入した業者」だw
紹介も何も納入元くらい末端の人間でも何も知ってるんでないの？
861:login:Penguin
09/04/29 19:32:02 n1bPpUD4
>>859
何を当たり前のことを言っているんだ？
862:login:Penguin
09/04/29 19:33:21 Z4On1vdc
>>861
よって、「やらないケース」というのも発生するのだよ
863:login:Penguin
09/04/29 19:34:35 n1bPpUD4
>>862
わかったわかった、そういう特殊ケースも稀にあるだろう。
それは否定しない。
864:login:Penguin
09/04/29 19:38:55 bWlBB7Ww
>>858
うん。ただ保守には当然金がかかる。システムの重要度によって
かける金額≒カバーする内容はさまざま。OSの不具合まで対処
するような保守はよっぽど力のあるSIerじゃなきゃ結べないんじゃ
ないかな。
865:login:Penguin
09/04/29 19:40:56 T9C91c0k
力があるのは発注元だろ、この場合。
866:login:Penguin
09/04/29 19:47:26 kpTKHgoZ
日本のビジネス慣行は契約じゃ逃げられんのが普通だけどな
だから日本のメーカーは強くなったわけだし
867:login:Penguin
09/04/29 19:48:27 bWlBB7Ww
>>865
発注元に力があり、OSに関して開発元と直接修正を引き出せる
ようなら、保守を結んだ業者は安心だね。
そういう意味ではなくて？
868:login:Penguin
09/04/29 20:13:03 bWlBB7Ww
ごめん。めちゃくちゃスレチになっちゃったね。もうやめる。
CentはRH互換だけあって業界関係者が多いね。
869:login:Penguin
09/04/29 21:13:36 uFWkFjUh
>OSに関して開発元と直接修正を引き出せる
3営業日でRedhatがカーネルまたはOS付属RPMを
自分だけのために修正してくれる。
なんていう契約があるわけないじゃん。あるなら教えてくれ、
客は金はあるみたいだから提案はできるｗ
まぁ851の結末としてはRedhatには期待できないから
納入ベンダー責任でパッチ適用したkernelRPM作らせたけど。
OSを含めサポートするっていうのはそういう話にもなるんだお。
870:login:Penguin
09/04/29 21:15:45 VKnrVJAd
ところでそのバグって
他のカーネルじゃ解決してるの？
871:login:Penguin
09/04/29 21:18:41 n1bPpUD4
実際にはそんな低レベルのバグにいちいち付き合うよりかは、上位層で踏まないように回避するほうが楽だからやらないんだけどな。
872:login:Penguin
09/04/29 21:20:18 uFWkFjUh
>>870
もうスレ違だか答えておく最新カーネルでは修正済。
試験段階で一回それに起因したと思われる不具合がでた。
後ろ盾が結構でかいんでHWベンダーは必死にRedhatと
調整したみたいなんだけど結局対応がいつになるかわからなくて
HWベンダーがパッチ適用してkernel作り直した。
873:login:Penguin
09/04/29 21:26:26 uFWkFjUh
結論としては、こういうノウハウをそのまま流用できるCentOSは
ウマーってことで、以降CentOSの話題をどうぞ。
874:login:Penguin
09/04/29 21:38:22 3eB+NyYC
yum updateで容量たりねーよ言われたのだが
チマチマやるしかないのかね。
875: ◆Zsh/ladOX.
09/04/29 21:50:28 cdiHEbqW
>>873
ま、そういうこったな(｀・ω・´)
876:login:Penguin
09/04/29 22:31:57 ntyuyvcf
>>874
どんなパーティション設計したらそうなるのだ。
という俺も HDD6GB しかない鯖ではそうなったｗ
ちまちま当ててやっと出来たよ。
Cent4.6 から 4.7 にするときだが。
5 に VerUp させるつもりは毛頭ない。HDD たらんｗ
$ df -h
Filesystem サイズ 使用 残り 使用% マウント位置
/dev/hda2 2.5G 1.8G 580M 76% /
/dev/hda1 79M 9.5M 66M 13% /boot
none 125M 0 125M 0% /dev/shm
/dev/hda7 1.8G 577M 1.2G 34% /home
/dev/hda6 193M 6.3M 177M 4% /tmp
/dev/hda3 756M 448M 270M 63% /var
877:login:Penguin
09/04/30 01:54:56 fMRxocuO
LVM嫌いなのかyo
878:login:Penguin
09/04/30 08:31:15 s5EVCrhi
がんばれ、FUJITSU
879:login:Penguin
09/04/30 08:55:08 SOI39aGg
sda1 /boot 1GB
sda2 / 32GB
sda5 swap 2GB
sda6 /work 64GB
sdb5 /back 512GB
個人用デス
880:login:Penguin
09/04/30 09:01:14 zN9uu92z
/boot 1Gっておかしくね？
881:login:Penguin
09/04/30 09:22:29 ZMypkyfc
>>878
なんでそこでFujitsuなのか？ｗ
SPARC64V支援か？
882:login:Penguin
09/04/30 09:53:53 RFhXJb5M
後輩がサーバーに追加したらrootでのログインが出来なくなりました。
useraddのオプションを見ても他のユーザーに影響を及ぼしそうなものは見つかりませんでした。
本日連絡がとれないのでどういう追加したらrootでのログインが出来なくなるのでしょうか？
もしかしたらuseradd以外にも追加方法があるのかもしれませんが…
883:login:Penguin
09/04/30 10:01:17 ZMypkyfc
URLﾘﾝｸ(www.redhat.com)
884:882
09/04/30 10:28:48 RFhXJb5M
>>883
ありがとうございます。
こちらについては非常に参考になりました。
今月入ってきたばかりでパソコンを操作するのもやっとの新人がここまで出来ると
非常に助かるのですが…
ユーザーを追加しただけはrootでのアクセスが出来なくなるというのは確かに考えにくいですね。
連絡とれれば一番いいのですがrootになれずログも見れない事から何も出来ない状態です。
もしrootのパスを変更等されたさいにパスを忘れてしまった場合は再インストールしかないのでしょうか？
885:login:Penguin
09/04/30 10:40:40 UYlYuAu+
>>884
シングルユーザモードで立ち上げて、パスワード変更。
まぁ、たぶんやってしまったことは
予定
新しいユーザを作成
新しいユーザのパスワードを変更
やっちゃったこと
新しいユーザの作成
rootのパスワードの変更
なんじゃない？
passwdコマンドを引数なしで実行しちゃったのかと。
886:login:Penguin
09/04/30 10:53:16 GcTapZsN
大穴でwheel周り。
887:882
09/04/30 10:54:49 RFhXJb5M
>>885
ありがとうございます。
いまpasswdファイルをみたらrootの部分が
root:x:0:0:root:/root:/var/test
となってました。
確かroot:/bin/bashだと思うのですが、これを書き換えれば元に戻りそうです。
書き換えれるかどうかは不明ですが…
888:login:Penguin
09/04/30 11:00:59 1EG+Rypl
>>887
なかなか香ばしい新人だな
889:882
09/04/30 11:06:54 RFhXJb5M
よく考えたらrootじゃないからpasswd編集出来ない…
890:login:Penguin
09/04/30 11:09:36 GcTapZsN
su -c /bin/sh もできねーか？
891:login:Penguin
09/04/30 11:17:03 Pb2mX6HT
>>889
sudo出来ないの？
そういう私は sudo su ばっかりやっててrootのパスワード忘れてしまうタイプ
892:882
09/04/30 11:26:50 RFhXJb5M
>>890
やってみましたが
su: /var/test: そのようなファイルやディレクトリはありません
と表示されてしまいました。
>>891
パスワードを聞かれたのでパスを入れると
help is not in the sudoers file. This incident will be reported.
と表示されて弾かれてしまいました。
黄金週間は久々に休めると思ったんだが…
893:login:Penguin
09/04/30 11:31:25 UYlYuAu+
>>892
だからシングルユーザモードで立ち上げろ。
894:login:Penguin
09/04/30 11:31:44 zN9uu92z
後輩も香ばしいが、この先輩も中々香ばしい件
895:login:Penguin
09/04/30 11:33:36 q+8bgu7+
再インストールしろ
896:882
09/04/30 11:36:14 RFhXJb5M
>>893
すいません。
SSHでリモート接続しか出来ない状態です。
本体はここから100キロほど離れた場所になります。
起動時にsingleオプションを足してやればいいのは分かっているのですが
shutdown時のオプションとかで指定してやればsingleモードで立ち上がったりするでしょうか。
>>894
香ばしくて申し訳ない。
まさかuser増やすだけでファイル書き換えるとか想像もしてなかったもんで…
この新人が意図的にやったんならもう既に私よりスキルが上なので全て譲りたいくらいです。
897:login:Penguin
09/04/30 11:51:07 UYlYuAu+
>>896
su -s /bin/bash
変わってるのがシェルだけで、パスワードが変えられてなければこれでいける。
ダメだったら、100キロ歩く。
898:login:Penguin
09/04/30 11:52:18 s4PlJ4m4
自分のサーバのセキュリティホールを見つけてクラックすれｗ
899:login:Penguin
09/04/30 12:00:20 s5EVCrhi
シングルユーザモードで起動したら、ネットワーク落ちるからリモートから
繋がらなくなるよ
# shutdown now
で、シングルユーザモードで起動するはず
900:login:Penguin
09/04/30 12:07:42 YeoxyCd5
日本語化について教えてください。
前任者が辞めてしまい、急遽サーバーを引き継いでます。
CENTOS 5.3 cuiのみの環境です。
man等、日本語化したいのですがうまくいきません。
検索して/etc/sysconfig/i18nを変えればいいことはわかりましたが、
まず、もともとi18nに何の記述もないのですがそんなものなのでしょうか？
そして、とりあえずi18nに下記の記述をしたのですがうまく日本語になりません。
なにがいけないか教えていただけないでしょうか？
SYSFONT="latarcyrheb-sun16"
LANG="ja_JP.UTF-8"
SUPPORTED="en_US.UTF-8:en_US:en:ja_JP.UTF-8:ja_JP:ja"
書き込み後、rebootしても、
echo $LANGを入力したら
en_US.UTF-8
と出てしまいます
よろしくお願いします。
901:login:Penguin
09/04/30 12:10:50 UYlYuAu+
>>898
運が良ければこの辺がまだ残ってるかもなw
URLﾘﾝｸ(slashdot.jp)
902:login:Penguin
09/04/30 12:11:44 GcTapZsN
>>892
すまん、typo。
su -s /bin/sh だな。
903:login:Penguin
09/04/30 12:21:22 JhufvnZp
>>899
そりゃ、マシン停止だな
904:882
09/04/30 12:51:47 RFhXJb5M
>>899
追加されたユーザーでしか入れない状態です。
shutdownコマンド流しても何それ状態でshutdown now自体が使えないようです。
>>901
私にはちょっとハードルが高いですね。
>>902
特に状態は変わりませんでした。
bashをいったん/var/testにコピーすれば～…とか思いましたが
bash自体をコピーする権限がなく、他にもいくつか試しましたが
どうやら100キロの道のりを行くしかなさそうです…
905:login:Penguin
09/04/30 12:53:14 RhycmXb5
ipベースkvmおいておけよ
906:login:Penguin
09/04/30 12:56:12 imqqpwIk
>903
shutdownでは指定しなければrunレベル1に落ちる。
907:login:Penguin
09/04/30 13:03:33 imqqpwIk
>904
あのさ、その後輩とやらが新規に追加したユーザーにパスワードを設定するつもりでrootのパスワードを
変えちゃったとするならさ、rootに設定してあるパスワードはランダムななにかじゃなくて、その
追加するはずだったユーザーのパスワードなんだから、その後輩なりなんなりに聞いてそれを入れれば
いいんじゃね?
908:882
09/04/30 13:17:53 RFhXJb5M
>>907
追加予定のユーザーのパスワードでやってみましたがダメでした。
ちなみに追加のユーザーは設定されたパスでＯＫでした。
なんていうか今回の事で障害に対する知識が増えたので個人的にはOKなんですが。
ちなみに後輩は今だに捕まりません。
手順書通りにしてもらって今までこういった事は起こってませんので
恐らく私以外の偉い人に呼ばれるんじゃないかと思います。
まぁ私も最初の頃は色々と障害を起こしたこともあったのでフォローの理由でも考えときます。
909:login:Penguin
09/04/30 13:45:20 imqqpwIk
>908
基本的なことで多分もうやっているんじゃないかとは思うが、他のパスワードで入ってから
単に
$ su
とやったらどうなる? というのも、>892で su: /var/test そのようなファイルやディレクトリはありませんと
メッセージが出ているってあるから、これはログイン認証は通ってその後のシェルスクリプトなりなんなりで
エラーが出ているように見えるからだが。
まぁ、もしこれで通るなら、rootにパスワードが設定されていないという恐ろしい事態で、それはそれで
何やってんだかな話なんだけど。
sshの設定でPermitRootLoginが変えられててrootにパスワードが設定されていないとなれば、リモートから
rootで直にログインできないこととエラーメッセージの辻褄は合う。