RedHat/RHEL 統合スレ Part20

9最高
俺は当分これで行く
9にする前は7.3だったけど。
その前は6.2だったけど。
そのm

>>933
安定志向なら十分に買う価値はあるよ。一年間のRHN権利も付いてくるし
あと価格.comなら98000円で買えるぞ
64bitネイティブ対応版が出ればすぐ買うんだけどな

>>936
旦那、0が一つ多いですよ（ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ

うん。9はいいよね。fedora core1はもっといいらしいが。

ﾌｪﾄﾞﾗより9が須木だ。
/etc/X11/gdm/Session/ でwm登録出来ないのを知らなかった漏れが厨なだけだが……。
ﾌｪﾄﾞﾗC1でEmacsの起動が遅いのは漏れだけでつか?

安定を志向して今のfedoraを使うか。
雑誌等で不安定なバージョンを平気でばら撒く神経がわからない。

fedora legacy で RH9用のパッケージって、1つでも出てるんでしょうか？
yumしても

----------------
No Packages Available for Update
No actions to take
-----------------

って出てるんで。
設定ミスだったらどうしようかと心配になりますた。
リポジトリはrikenです。

riken からではないけど、
1台め 27package
2台め 45package
と相当数更新されましたよ。
;; ぱけじ数の違いは、update したのが いつだったか、という違い。

私も RHL9 >>>>>>>>>>>> Fedora です。

>>936
パッケージ入りではないRHELの方ならAMD64, Itanium版共にでてるよ。
$800くらいするけどね。

AMD64版をx86版なみの値段にして欲しい。
最近Celeron 1.3GHz -> Athlon64 3200+に買えたけどRHEL 3 WS x86版のまま。

>>943
うちも同じくAthlon64で32bit版RHEL3 WS
RHEL3 for AMD64は高すぎ、個人では買えない

なので「AMD 64ビットCPUでLinux」のスレで公開されてるSRPMから
再コンパイルしたらしい64bit RHEL3 WSを入れてみようかと思ってる
以前、このスレでi686版RedHat9を作って公開した人が64bitに挑戦したらしい

redhat9です。
デスクトップのhogehogeのホーム、ここからスタート、ごみ箱を、
ダブルクリックして起動されるコマンドは何でしょうか?
nautilusでしょうか?
psしてもわからないので教えて下さい。

そのファイルをテキストエディタで開いて見ようっていう考えは浮かびませんか？
nautilus start-here:
nautilus file://home/hoge
nautilus trash:

すみません、そのファイルとはどのファイルでしょうか?

>>912 さん。
ありがとうございました。
おかげ様で、画面のちらつきが完全に解消されました。

>>947
ファイル実体は
~/.gnome-desktop以下
とりあえず>>946のコマンドを実行してみなさい

yum.confの中身は
-----
[main]
cachedir=/var/cache/yum
debuglevel=2
logfile=/var/log/yum.log
pkgpolicy=newest

[redhat-os]
name=Red Hat Linux $releasever ($basearch)
baseurl= http://ftp.riken.go.jp/pub/Linux/fedoralegacy/redhat/9/os/i386/
gpgcheck=1
failovermethod=priority

[redhat-updates]
name=Red Hat Linux $releasever ($basearch) updates
baseurl= http://ftp.riken.go.jp/pub/Linux/fedoralegacy/redhat/9/updates/i386/
gpgcheck=1
failovermethod=priority

[legacy-utils]
name=Fedora Legacy utilities for Red Hat Linux $releasever
baseurl=http://ftp.riken.go.jp/pub/Linux/fedoralegacy/redhat/$releasever/legacy-
utils/$basearch
------

なんですが、yum check-updateをしても
特に対象パッケージが無いと言われます。

RH9を使っていますが、どこか間違いがあるでしょうか？

ちなみに、RHNで4/30の時点では最新になっています。
インストール直後にて、対象パッケージが無いということではありませんです。

前述のうちごみ箱実は前述の3つのうちごみ箱以外が、全ユーザーで起動できなくなっていたのですが、
~/.gnome-desktop内のファイル(ファイル名が文字化けしていましたが)を削除して、
再度ログインしたら全て起動できるように復旧しました。
どうもありがとうございます。
ところでまだ~/.gnome-desktopのファイル名は化けているんですがこれで正常ですか?

>>951
http://www.fedoralegacy.org/updates/
ここを確認しる

>>953
　ありがとさんです。
　RH9には、今日現在まだ修正パッケージは無いんですね。

perlを最新にしたくてRPMを消したいがfoomaticがperlに依存してますよね
こういう場合はどうしたらよいですか?
1.foomaticも削除してRPMに依存しないfoomaticをtarボールから入れる
2.perlを/usr/localに入れてRPMバージョンと共存させる
3.perlを/usrに入れるがRPMは削除しない
やっぱ1?
印刷関係はいじりたくないという本音もありますが。
もしfoomaticをtarからいれるとプリンタ構成のguiが無くなりそうでこわい

>>955
perl を rpm 化して入れる。
ほんとに最新の perl が必要か考え直す。

RHEL3のUpdate2がでましたね。

>>955
/usr/local/binにいれる。

Redhat9はもう最新ではないしサポート切れてるんですけど、
サーバ＆開発用途でFedoraに乗り換える具体的なメリットってなにかありますか？
いわゆるデスクトップ環境が不要ならDebianに乗り換えた方がいいですか？

>>959
こんな餌で(ry

メリットなんか考える前にメンテナンスが切れた時点でRH9は終り。
fedoralegacyもあるが、アップデート出るのが遅いし、数も少ない。
重要なものしか出さないのだろう。あくまで一時凌ぎと考えるべきだ。
Fedoraならではのメリットはあまり無い。FC1はバグ修正されたRH9。
標準でyumが使える事と外部のリポジトリが利用出来るくらいかなぁ。
Debianの品質はおおむね良好だがパッケージ毎のばらつきは大きい。
Debianは曲者で、むしろ赤帽よりも癖のあるディストリだ。
なにかとDebian流に従う事を強制されるので試してみてからにしろ。
乗り換えるなら暫くfedoralegacyで凌いで、sargeが出てからがいいだろう。
でないとRH9->woodyではいくつかのソフトが古くなってしまうからだ。

サポート無しのredhatでもカーネルとかパッケージのバージョンアップ
とかの管理も自分でやってるので、
fedoraとなんらかわりがない状態なんですけど、
redhat使ってる人はみんなこんな感じですか？

>>962
いや、大半は「アップデートって何？メンテナンス期間って何？」て状態。

RHL WS アップデートのお知らせが５０通まとめてきててビビったよ
今やってるけど約３４GBって・・・怒濤だな

>>964
Update 2になったからね。

AS3、ES３のUPDATE１は一枚目だけ更新だったんだけど、今回は4枚全部落とさなきゃ
だめなんだね。こりゃ大変。

AS2.1もUPDATE４でてるし、落とすのいっぱいだ。

スミマセン　教えていただきたいのですが・・・
RedHatの電話サポートは休日もやっているのでしょうか？
Professional Workstation買ったのですが・・・そのProduct ID
は使われているから登録できないよとＲＨＮ登録のときに蹴られる・・・・

せっかく休日いじり倒そうと思ってたのに・・・・

>>967
既に登録されているメールアドレスでは、新規に登録できなかったって経験はあるけど・・・。

レス違いですが、ご了承ください。
Microsoft Virtual PC 2004を使用すれば、通常にはインストールすることのできなかった(ドライバ非対応？)
PCへもLinuxをインストールすることができるのでしょうか？
それとも、物理的に不可能であれば、Microsoft Virtual PC 2004を使用してもインストールすることはできない
のでしょうか？
申し訳ありませんが、ご存知の方、ご教授願います。

>>969
スレ違い&マルチ
http://pc5.2ch.net/test/read.cgi/linux/1043052456/186

現在以下のようなデュアルブートマシン(Win2000 & RH9)の NTFS パーティションを
Linux パーティションに変更したいと思ってます。
(Win2000使ってないので)

------------------------------------------------------------
デバイス ブート 始点 終点 ブロック ID システム
/dev/hda1 * 1 1345 10168168+ 7 HPFS/NTFS
/dev/hda2 1346 2567 9238320 83 Linux
/dev/hda3 2568 2584 128520 82 Linux スワップ
------------------------------------------------------------

単純に Linux の fdisk で hda1 を Linux パーティションにすれば良いんでしたっけ？
ブートに"*"がついているので、起動できなくなってしまいそうで気になってます。
ブート可能パーティションを /dev/hda2 にすれば良いんでしょうか？

ブートローダーは grub を使ってます。

宜しくお願いします。

GRUBをどこにインストールしたかによる。
MBRに入れたのならば/dev/hda1のIDを変更しても問題ない。
GRUBはアクティブバーティション(ブート欄の*)を関知しない。

>>972
なるほど、ありがとう。

GRUB は MBR に入ってます。
とすると、grub.conf は以下のようになっているので、"title DOS"以下を削除すれば良いだけですよね？

--------
default=0
timeout=10
splashimage=(hd0,1)/boot/grub/splash.xpm.gz
title Red Hat Linux (2.4.20-31.9)
root (hd0,1)
kernel /boot/vmlinuz-2.4.20-31.9 ro root=LABEL=/
initrd /boot/initrd-2.4.20-31.9.img
title DOS
rootnoverify (hd0,0)
chainloader +1

Red Hat Enterprise Linux WSってCDが多いですけど
実際にインストに使うCDは1〜3ですか?

基本的な事ですいません。
Linuxはスレッドも含めてプロセスとして取り扱われる、という話を聞きました。
もしpsコマンドを実行（ps -efなど）すると、スレッドも表示されてしまうため、メモリを消費しているプロセスを特定できない、という話があるようなのですが、
その場合に便利なコマンドの使用方法があったら教えて下さい。

どのプロセスが悪いのかわからず、かなりへこんでいます．．．
ちなみにRedHat Enterprise Linuxです。
よろしくおねがいします。

だからメモリ消費する赤帽は止めとけと・・・

>>975
そんなことはありません。
現在は、１プロセス中にいくつものスレッドが走っています

大昔、カーネル 1.x あたりではそのような処理だったかもしれませんが

>>976
別にメモリも消費しません。
RunLevel 3で本当に必要なサービスだけを動かせば、メモリ64Mで十分なほどです
RunLevel 5でGnome2.2を動かすと 200Mくらい余裕で使いますが。

>>975
普通に ps -efly で RSS とか SZ 見りゃいいでないの?
つーか、ほんとにそんなにメモリ食ってるのか?
http://linux2ch.bbzone.net/index.php?FaqAfterInstall#content_1_20

>>976
どういう意味?

>>977
そうだっけ?
2.6 で変わったんじゃなかったっけ?

>975
単に設計が悪るすぎるのではないでしょうか？
何を動かして、何が起きているのか、
ちゃんと書けば誰かが答えてくれるかもしれません。

>>975
RedHat Enterprise LinuxならRedhatに質問できるじゃん

昔のLinuxと違うというお話ですね。
もう一度確認してみます。

みなさん、どうもありがとうございました。

>>981
Standard edition以上ならね。
安価なBasic editionではインストールと基本的な設定のサポートしかしてくれない。

一応確認しました。
ps aux (ps -ef <- これはBSD系)でスレッドが出てしまうのは
NPTLが取り込まれる前の話のようです。
2.6では標準で取り込まれてますし、RedHat8,9 RHEL3やFedoraではNPTLパッチが
標準で入っているので1プロセス中にいくつもスレッドが走っているようです