今井です。 表題の通りMSIのK8N Neo2 Platinumに9.2 Professional入れてみました。 インストール自体は素直にできましたが、ページングが発生すると不定期に 「ページアロケーションフェイル」のメッセージが出ます。 不定期と書いた通りページングが発生した時に必ず起こるというわけでもない ようです。 同じnForce3のchip set使ってるHDAMDの方では出てないんですが、CPUが OpteronとAthlon 64 3500+で違うんで.....。 /var/log/messagesでチェックしてみると Mar 14 04:30:16 xxxxx kernel: kswapd0: page allocation failure. order:0, mode:0x20 (xxxxxはホスト名) kswapd0は常にkswapd0ではなく、他のプログラム名になったりして出てきてたり しますが、orderとmodeは常に同じ値が表示されてます。 この辺り何か情報お持ちの方居ませんか? -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井 優 mail: maimai@coral.ocn.ne.jp web: http://www10.ocn.ne.jp/~masimai/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
今井です。 この件は64bit MLでも他の方が報告されてるみたいですね。 ただメッセージについてだけ触れてるんでハード構成とか一切不明だったりします けど......。 発生するのはランダムだけどorderとmodeは固定なんでページングの中で起き るパターン自体は決まってる様に思えるのですが.....。 orderとmodeの意味が今一つ判らない.....。 月曜日 14 3月 2005 21:56、Masaru Imai さんは書きました:
インストール自体は素直にできましたが、ページングが発生すると不定期に 「ページアロケーションフェイル」のメッセージが出ます。 不定期と書いた通りページングが発生した時に必ず起こるというわけでもない ようです。
同じnForce3のchip set使ってるHDAMDの方では出てないんですが、CPUが OpteronとAthlon 64 3500+で違うんで.....。
/var/log/messagesでチェックしてみると
Mar 14 04:30:16 xxxxx kernel: kswapd0: page allocation failure. order:0, mode:0x20 (xxxxxはホスト名) kswapd0は常にkswapd0ではなく、他のプログラム名になったりして出てきてたり しますが、orderとmodeは常に同じ値が表示されてます。
この辺り何か情報お持ちの方居ませんか?
-- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井 優 mail: maimai@coral.ocn.ne.jp web: http://www10.ocn.ne.jp/~masimai/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
今井です。 いろいろやっててほんの少し手がかり?がつかめたというか....。 今回の場合はメモリをキャッシュで食い潰していってスワップが行われると出るこ とがあったんですが、スワップ開始されてもページアロケーションに失敗するとき としないパターンがどうもあるみたいで.....。 cpコマンドだとちっとも起きないみたいですがrsyncコマンドとかちょっと重たい 処理を伴うファイル操作コマンドとか行うと出てくる場合があるみたいですね。 火曜日 15 3月 2005 21:03、Masaru Imai さんは書きました:
今井です。
この件は64bit MLでも他の方が報告されてるみたいですね。 ただメッセージについてだけ触れてるんでハード構成とか一切不明だったりします けど......。 発生するのはランダムだけどorderとmodeは固定なんでページングの中で起き るパターン自体は決まってる様に思えるのですが.....。 orderとmodeの意味が今一つ判らない.....。
-- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井 優 mail: maimai@coral.ocn.ne.jp web: http://www10.ocn.ne.jp/~masimai/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
今井です。 最近カーネルのアップデートがありましたが、そちらにしたら直ったようです。 なのでアップデート前の古いアップデートカーネルまでで何か問題抱えてたみたいです。 火曜日 15 3月 2005 22:02、Masaru Imai さんは書きました:
今井です。
いろいろやっててほんの少し手がかり?がつかめたというか....。 今回の場合はメモリをキャッシュで食い潰していってスワップが行われると出るこ とがあったんですが、スワップ開始されてもページアロケーションに失敗するとき としないパターンがどうもあるみたいで.....。 cpコマンドだとちっとも起きないみたいですがrsyncコマンドとかちょっと重たい 処理を伴うファイル操作コマンドとか行うと出てくる場合があるみたいですね。
火曜日 15 3月 2005 21:03、Masaru Imai さんは書きました:
今井です。
この件は64bit MLでも他の方が報告されてるみたいですね。 ただメッセージについてだけ触れてるんでハード構成とか一切不明だったりします けど......。 発生するのはランダムだけどorderとmodeは固定なんでページングの中で起き るパターン自体は決まってる様に思えるのですが.....。 orderとmodeの意味が今一つ判らない.....。
-- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井 優 mail: maimai@coral.ocn.ne.jp web: http://www10.ocn.ne.jp/~masimai/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
今井です。 うーんやっぱりダメですね。 rsync使って大量のデータ転送やると再発しました......。 金曜日 08 4月 2005 21:54、Masaru Imai さんは書きました:
今井です。
最近カーネルのアップデートがありましたが、そちらにしたら直ったようです。 なのでアップデート前の古いアップデートカーネルまでで何か問題抱えてたみたいです。
-- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井 優 mail: maimai@coral.ocn.ne.jp web: http://www10.ocn.ne.jp/~masimai/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
今井です。 9.3(Opteron HDAMD)<->9.3(Athlon 64 K8N)で耐久?10G転送をrsyncでやって みましたがページアロケーションエラーが出てダメですね。(出る頻度はスワップの使 いかたが変わったせいか減ったみたいですが) rsync使わなければ出ないので当面rsyncは使わない(使えない)様にしようと思います。 月曜日 11 4月 2005 22:41、Masaru Imai さんは書きました:
今井です。
うーんやっぱりダメですね。 rsync使って大量のデータ転送やると再発しました......。
金曜日 08 4月 2005 21:54、Masaru Imai さんは書きました:
今井です。
最近カーネルのアップデートがありましたが、そちらにしたら直ったようです。 なのでアップデート前の古いアップデートカーネルまでで何か問題抱えてたみたいです。
-- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井 優 mail: maimai@coral.ocn.ne.jp web: http://www10.ocn.ne.jp/~masimai/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
今井です。 本日無事解決しました。 やっぱり原因はある程度予想していましたが、K8N Neo2 Platinumで使った プライマリPATAの接続ケーブルにあったというおちでした。 訳有って再インストールしてたら/dev/hdaでDMAタイムアウトというメッセージが 見えたので手持ちのケーブル何本か入れ換えながら様子見してたんですが、 最初に使ってたケーブル(市販品)がケース形状の影響で「規格外の長さだった」 のが良くなかった様です。 現在は安定して使える様になりました。 rsyncで500GBほど転送するという暴挙?もしてみましたが問題なしです。 ただXFSだと「LVM操作時にxfs_dbがセグメンテーションフォルトで落ちる」ので ReiserFSにしてしまいましたけども。 水曜日 08 6月 2005 23:05、Masaru Imai さんは書きました:
今井です。
9.3(Opteron HDAMD)<->9.3(Athlon 64 K8N)で耐久?10G転送をrsyncでやって みましたがページアロケーションエラーが出てダメですね。(出る頻度はスワップの使 いかたが変わったせいか減ったみたいですが) rsync使わなければ出ないので当面rsyncは使わない(使えない)様にしようと思います。
-- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井 優 mail: maimai@coral.ocn.ne.jp web: http://www10.ocn.ne.jp/~masimai/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
K.Suzukiです。 On Wed, 20 Jul 2005 20:22:46 +0900 Masaru Imai <maimai@coral.ocn.ne.jp> wrote:
今井です。
本日無事解決しました。
やっぱり原因はある程度予想していましたが、K8N Neo2 Platinumで使った プライマリPATAの接続ケーブルにあったというおちでした。 訳有って再インストールしてたら/dev/hdaでDMAタイムアウトというメッセージが 見えたので手持ちのケーブル何本か入れ換えながら様子見してたんですが、 最初に使ってたケーブル(市販品)がケース形状の影響で「規格外の長さだった」 のが良くなかった様です。
現在は安定して使える様になりました。 rsyncで500GBほど転送するという暴挙?もしてみましたが問題なしです。 ただXFSだと「LVM操作時にxfs_dbがセグメンテーションフォルトで落ちる」ので ReiserFSにしてしまいましたけども。
自分も以前 XFS を使用した環境で rsync 実行中に MPlayer を使用しつつ アクロバットリーダーで開いたファイルをグリグリとドラッグしてたら、 マシンが固まり応答が無くなって、結局禁断のボタンを押した事(リブート)が一度ありました。 原因がわかりませんが、過剰な I/O 負荷 + 壮絶な CPU の争奪戦で発生しているの かも?(and/or 放熱対策?)と勝手に憶測してるのですけど... # それ以前に再現性が無いので推測するしかないという。 なので現在は以下のような感じで rsync 実行時に nice 値を上げて様子を見てます。 $ nice -19 rsync foo bar (-19はやりすぎだろって話もあるけど。もしかしたら -1 でも十分なのかもしれません) 今のところ再現してません。なんとなく以前より"素敵"になったような気がします。:) 自分の環境は RAID 0(SATAx2) + XFS + Opteron x 2 + SUSE 9.2です。 # もしかして RAID 0 に何か問題あるんだろうか?ソフトウェア RAID なので CPU を食うしなぁ...
野宮です。 In the Message; Subject : Re: [suse-linux-ja] MSI K8N Neo2 Platinumに9.2を入れてみました Message-ID : <20050720223644.575cb733.knfeat@mbn.nifty.com> Date & Time: Wed, 20 Jul 2005 22:36:44 +0900 [Suzukiさん] == "K.Suzuki" <knfeat@mbn.nifty.com> has written: Suzukiさん> 自分も以前 XFS を使用した環境で rsync 実行中に MPlayer を使用しつつ Suzukiさん> アクロバットリーダーで開いたファイルをグリグリとドラッグしてたら、 Suzukiさん> マシンが固まり応答が無くなって、結局禁断のボタンを押した事(リブー Suzukiさん> トが一度ありました。 AMD64 に大いに関心があります。 Suzukiさんんも、AMD64 での話でしょうか? 構成をお教え戴ければ、幸です。 Radeon X800 といった PCI-E 物でも SUSE 9.3 で使えそうなので、食指が動いてい ます。:-) 現在の NF-7S + Athlon 3200+、Redeon 9600SE が余りにも快適なのですが、AMD64 への交換のアドヴァンテージが非常に高いようなら、と考えています。 # suse-linux-e@suse.com の購読を開始しましたが、物凄い流量で、驚いています。 # 正に、24 時間休み無し、という POST 状況です。 --- 野宮 賢 mail-to: nomiyac360@mg.point.ne.jp 「eメールや携帯電話に縛られた社会は、自分自身と向き合ったり、 空想にふけったりする自由を奪う。」 -- M. Crichton --
今井です。 水曜日 20 7月 2005 22:36、K.Suzuki さんは書きました:
なので現在は以下のような感じで rsync 実行時に nice 値を上げて様子を見てます。 $ nice -19 rsync foo bar (-19はやりすぎだろって話もあるけど。もしかしたら -1 でも十分なのかもしれません) 今のところ再現してません。なんとなく以前より"素敵"になったような気がします。:)
自分の環境は RAID 0(SATAx2) + XFS + Opteron x 2 + SUSE 9.2です。 # もしかして RAID 0 に何か問題あるんだろうか?ソフトウェア RAID なので CPU を食うしなぁ...
ちなみにモノ(マザー)はどこをのお使いですか? 過去の記事見るとSATAでPromise製のコントローラ使ってるのは判ったんですけど....。 HDDは私もK8N Neo2でも使ってるHDS722516VLSA80ということでで一緒ですね。 -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井 優 mail: maimai@coral.ocn.ne.jp web: http://www10.ocn.ne.jp/~masimai/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
今井です。 木曜日 21 7月 2005 00:07、Masaru Imai さんは書きました:
今井です。
水曜日 20 7月 2005 22:36、K.Suzuki さんは書きました:
なので現在は以下のような感じで rsync 実行時に nice 値を上げて様子を見てます。 $ nice -19 rsync foo bar (-19はやりすぎだろって話もあるけど。もしかしたら -1 でも十分なのかもしれません) 今のところ再現してません。なんとなく以前より"素敵"になったような気がします。:)
自分の環境は RAID 0(SATAx2) + XFS + Opteron x 2 + SUSE 9.2です。 # もしかして RAID 0 に何か問題あるんだろうか?ソフトウェア RAID なので CPU を食うしなぁ...
ちなみにモノ(マザー)はどこをのお使いですか? 過去の記事見るとSATAでPromise製のコントローラ使ってるのは判ったんですけど....。 HDDは私もK8N Neo2でも使ってるHDS722516VLSA80ということでで一緒ですね。
Promiseというと前に使ってたHDAMBが積んでたPromiseのPD20378が使いものにならな かったのを思い出しました。 繋いだHDDが何かと独りになりたがるというか、自己主張が強かった....。 それとこのマザーだとIDEのコネクタがマザーの一番下の方にあって、今回のトラブルの元と なったPATAのケーブルもこのマザーで使えるようにと思ってつけたのが最初だった.....。 マザー自体は悪くないけど、ケースとの組合せの方が良くなかったってことで....。 -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井 優 mail: maimai@coral.ocn.ne.jp web: http://www10.ocn.ne.jp/~masimai/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
K.Suzukiです。 On Thu, 21 Jul 2005 00:19:48 +0900 Masaru Imai <maimai@coral.ocn.ne.jp> wrote:
今井です。
木曜日 21 7月 2005 00:07、Masaru Imai さんは書きました:
今井です。
水曜日 20 7月 2005 22:36、K.Suzuki さんは書きました:
なので現在は以下のような感じで rsync 実行時に nice 値を上げて様子を見てます。 $ nice -19 rsync foo bar (-19はやりすぎだろって話もあるけど。もしかしたら -1 でも十分なのかもしれません) 今のところ再現してません。なんとなく以前より"素敵"になったような気がします。:)
自分の環境は RAID 0(SATAx2) + XFS + Opteron x 2 + SUSE 9.2です。 # もしかして RAID 0 に何か問題あるんだろうか?ソフトウェア RAID なので CPU を食うしなぁ...
ちなみにモノ(マザー)はどこをのお使いですか? 過去の記事見るとSATAでPromise製のコントローラ使ってるのは判ったんですけど....。 HDDは私もK8N Neo2でも使ってるHDS722516VLSA80ということでで一緒ですね。
Promiseというと前に使ってたHDAMBが積んでたPromiseのPD20378が使いものにならな かったのを思い出しました。 繋いだHDDが何かと独りになりたがるというか、自己主張が強かった....。 それとこのマザーだとIDEのコネクタがマザーの一番下の方にあって、今回のトラブルの元と なったPATAのケーブルもこのマザーで使えるようにと思ってつけたのが最初だった.....。
マザー自体は悪くないけど、ケースとの組合せの方が良くなかったってことで....。 そうですか。 確かに IDE コネクタが取り回しづらい場所にありますね。 使用してて「SATA のケーブル短かすぎるよ」って感じがしましたね。 (届くか届かないか、そんな雰囲気がいいんじゃねーかって人もいるかもしれないけど..:) そう考えると、このマザーは確かにケースに依存してしまうと言えますね。 # 5 インチドライブと 3.5 インチドライブの取り付け位置がほとんど決められてしまうという感じ..
他の問題としては SUSE 9.2 上では SATA からブートできないので PATA & SATA という構成で 使用しなければいけなかったことですね。 なので /boot が PATA のみで使用して、/boot 以外のパーティションは SATA 上で構築しています。
今井です。 木曜日 21 7月 2005 01:35、K.Suzuki さんは書きました:
マザー自体は悪くないけど、ケースとの組合せの方が良くなかったってことで....。
そうですか。 確かに IDE コネクタが取り回しづらい場所にありますね。 使用してて「SATA のケーブル短かすぎるよ」って感じがしましたね。 (届くか届かないか、そんな雰囲気がいいんじゃねーかって人もいるかもしれないけど..:) そう考えると、このマザーは確かにケースに依存してしまうと言えますね。 # 5 インチドライブと 3.5 インチドライブの取り付け位置がほとんど決められてしまうという感じ..
SATAに関してはそれほどケーブル長にシビアでないはず(1mとかでも大丈夫) なのでそれほど心配しなくても良いかと思います。 言い替えるならPATAのコネクタのところにSATA変換アダプタ噛ませてSATA ケーブルで引っ張り回せばスレーブ無しのマスタしか利用できないにしろ何と かなるかなと思うんですけどまだ試してない....。 マザーボードの前面にストレージベイが有るようなケースとの組み合わせでは 最強なんですけどね。今HDAMEX SLI入れて使ってるケースYYW-201とかだ とベストかも知れません。 YYW-201何とか今のうちにもう一個手に入れておきたいけど「重い」ってのが ネック.....。(メンテナンスの時とかかなり大変) Rioworks日本法人の旧事務所から秋葉原の駅まで箱入りのを手持ち(カート 無し)で歩いたのは確かですが、重量級サーバーケースを手持ちで移動は自殺 行為ですね.....。 -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井 優 mail: maimai@coral.ocn.ne.jp web: http://www10.ocn.ne.jp/~masimai/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
K.Suzukiです。 On Thu, 21 Jul 2005 21:02:16 +0900 Masaru Imai <maimai@coral.ocn.ne.jp> wrote:
今井です。
木曜日 21 7月 2005 01:35、K.Suzuki さんは書きました:
マザー自体は悪くないけど、ケースとの組合せの方が良くなかったってことで....。
そうですか。 確かに IDE コネクタが取り回しづらい場所にありますね。 使用してて「SATA のケーブル短かすぎるよ」って感じがしましたね。 (届くか届かないか、そんな雰囲気がいいんじゃねーかって人もいるかもしれないけど..:) そう考えると、このマザーは確かにケースに依存してしまうと言えますね。 # 5 インチドライブと 3.5 インチドライブの取り付け位置がほとんど決められてしまうという感じ..
SATAに関してはそれほどケーブル長にシビアでないはず(1mとかでも大丈夫) なのでそれほど心配しなくても良いかと思います。
言い替えるならPATAのコネクタのところにSATA変換アダプタ噛ませてSATA ケーブルで引っ張り回せばスレーブ無しのマスタしか利用できないにしろ何と かなるかなと思うんですけどまだ試してない....。 マザーボードの前面にストレージベイが有るようなケースとの組み合わせでは 最強なんですけどね。今HDAMEX SLI入れて使ってるケースYYW-201とかだ とベストかも知れません。 自分の場合は、なんとか SATA や PATA のコネクタが接続できる相性のいいケースだった ので良かったのですが 3.5 インチベイの下に空間があるなら HDD 増設ステイとかで その場をしのぐという逃げ道もありかなと...
YYW-201何とか今のうちにもう一個手に入れておきたいけど「重い」ってのが ネック.....。(メンテナンスの時とかかなり大変) Rioworks日本法人の旧事務所から秋葉原の駅まで箱入りのを手持ち(カート 無し)で歩いたのは確かですが、重量級サーバーケースを手持ちで移動は自殺 行為ですね.....。 ...なんかすごいですね。 アルミケースは軽いけど普通のケースより割高なのがちょっとなぁ.. # 一応 Op のケースはアルミなんですけど、なんか持つとずっしりくる感じなのは # Op が2粒入ってるからかなぁ...。(違)
M. Takeyamaです。 #ピンポイントで、 On Thu, 21 Jul 2005 01:35:38 +0900 "K.Suzuki" <knfeat@mbn.nifty.com> wrote:
K.Suzukiです。
[...]
他の問題としては SUSE 9.2 上では SATA からブートできないので PATA & SATA という構成で使用しなければいけなかったことですね。 なので /boot が PATA のみで使用して、/boot 以外のパーティションは SATA 上で構築しています。 今までの話の流れとは違うかもしれませんが... 気になったのでレスします。
「SUSE 9.2 上では SATA からブートできない」 ということですが... これは、grubの問題だと考えて良いのですか? #ブート後は、SATAのデバイスが使えていそうなので... あと、文面どおりにに受け取ると、SUSE 9.2では SATA から(一切)ブートできないと感じてしますのですが、 特定条件の場合ということですよね。 #少なくとも、私の場合、SUSE 9.1をSATAのディスクにインストール #してブートさせていましたから。 ある一定の条件の場合とか、特定のデバイス(新しいすぎるデバイス) とかの場合は、問題がある場合がありそう。 <Serial ATA (SATA) chipsets ― Linux support status (参考まで)> http://linuxmafia.com/faq/Hardware/sata.html --- M. Takeyama __________________________________ Save the earth http://pr.mail.yahoo.co.jp/ondanka/
K.Suzukiです。 On Fri, 22 Jul 2005 12:54:51 +0900 "M. Takeyama(takezou)" <takezou040728@yahoo.co.jp> wrote:
M. Takeyamaです。 #ピンポイントで、
On Thu, 21 Jul 2005 01:35:38 +0900 "K.Suzuki" <knfeat@mbn.nifty.com> wrote:
K.Suzukiです。
[...]
他の問題としては SUSE 9.2 上では SATA からブートできないので PATA & SATA という構成で使用しなければいけなかったことですね。 なので /boot が PATA のみで使用して、/boot 以外のパーティションは SATA 上で構築しています。 今までの話の流れとは違うかもしれませんが... 気になったのでレスします。
「SUSE 9.2 上では SATA からブートできない」 ということですが... これは、grubの問題だと考えて良いのですか? #ブート後は、SATAのデバイスが使えていそうなので...
あと、文面どおりにに受け取ると、SUSE 9.2では SATA から(一切)ブートできないと感じてしますのですが、 特定条件の場合ということですよね。 #少なくとも、私の場合、SUSE 9.1をSATAのディスクにインストール #してブートさせていましたから。
ある一定の条件の場合とか、特定のデバイス(新しいすぎるデバイス) とかの場合は、問題がある場合がありそう。
<Serial ATA (SATA) chipsets ― Linux support status (参考まで)> http://linuxmafia.com/faq/Hardware/sata.html
自分の文章の誤りでした。 正しくは、 ”SATA 上で構築した RAID(0) 上からブートできない。” ということを言いたかったのでした。 # 確かに上記の自分が書いた文章と全然違いますね。:( 誤解を招く文章ですいませんでした。
M. Takeyamaです。 On Fri, 22 Jul 2005 15:01:13 +0900 "K.Suzuki" <knfeat@mbn.nifty.com> wrote: [...]
ある一定の条件の場合とか、特定のデバイス(新しいすぎるデバイス) とかの場合は、問題がある場合がありそう。
<Serial ATA (SATA) chipsets ― Linux support status (参考まで)> http://linuxmafia.com/faq/Hardware/sata.html
自分の文章の誤りでした。
正しくは、 ”SATA 上で構築した RAID(0) 上からブートできない。” ということを言いたかったのでした。 # 確かに上記の自分が書いた文章と全然違いますね。:(
誤解を招く文章ですいませんでした。 いえ、いえ。(自分もよくやります。) 単純に文書から状況をシュミレーションしてみて、自分 なりに理解できないないので質問してみました。
論理的にはできそうなんですけどね... grub(ブートローダ)って、 stage1, stage1.5, stage2のステージで、ファイルを読み込む 為のファイルシステムのドライバとかの汎用ドライバしか持って いないのではないでしょうか。(あまり賢くない。) #私の方での勝手な思い込みがあるかもしれませんけど。 ハードウェアーRAIDの場合は問題にならないにしても... #そこらあたりは、ハードがやってくれて、単純に1つのデバイス #もしくは、1つのスライスにしか見えないので。 ソフトRAIDの場合だと、RAID1(ミラー)の場合を除いて、 RAID0, RAID5などの場合だと、最低限、ストライピングの ブロックサイズ、RAID(0,1,5)の種類、デバイス構成情報、 が必要なような気がします。 #IDE(PATA)だとそこらあたりは、結構単純で可能かも #しれませんけど、SATAだとSCSIのエミュレーション #のドライバーとか各種ドライバー(チップセットの)が #必要になって大変そう。 #(defaultでは、サポートされていないのではないでしょうか。) --- M. Takeyama __________________________________ Save the earth http://pr.mail.yahoo.co.jp/ondanka/
K.Suzukiです。 On Fri, 22 Jul 2005 18:50:35 +0900 "M. Takeyama(takezou)" <takezou040728@yahoo.co.jp> wrote:
論理的にはできそうなんですけどね...
grub(ブートローダ)って、 stage1, stage1.5, stage2のステージで、ファイルを読み込む 為のファイルシステムのドライバとかの汎用ドライバしか持って いないのではないでしょうか。(あまり賢くない。) #私の方での勝手な思い込みがあるかもしれませんけど。
ハードウェアーRAIDの場合は問題にならないにしても... #そこらあたりは、ハードがやってくれて、単純に1つのデバイス #もしくは、1つのスライスにしか見えないので。
ソフトRAIDの場合だと、RAID1(ミラー)の場合を除いて、 RAID0, RAID5などの場合だと、最低限、ストライピングの ブロックサイズ、RAID(0,1,5)の種類、デバイス構成情報、 が必要なような気がします。 #IDE(PATA)だとそこらあたりは、結構単純で可能かも #しれませんけど、SATAだとSCSIのエミュレーション #のドライバーとか各種ドライバー(チップセットの)が #必要になって大変そう。 #(defaultでは、サポートされていないのではないでしょうか。)
slashdot.org で以下のスレがありますね。 What Kind Of Software RAID Are You Running? http://ask.slashdot.org/article.pl?sid=05/04/11/2111235&tid=198&tid=185&tid=4 RAID 関連だけれども結構盛り上がってるなぁ.. ハードウェア RAID を使用すれば、CPU を消費しないし速いという利点があるけど、 その特定のハードウェア RAID カードに縛られてしまいますね。 Linux コミュニティ的にはソフトウェア RAID を推奨してるように見えるんですけど。 # というか RAID コントローラチップがクローズドになってしまう事が、 # コミュニティ的にあまり嬉しくないという事なのかも.. 上記のスレを読んでたら、もしかしたら最新のカーネル上では RAID 上からブートできるのかも..と思えてきた。 (もちろん、チップが対応してるかどうかに依存すると思うけど) # 今使用しているのは、SUSE 9.2 だけど次のバージョンの # SUSE 10? に期待してるところです。 # 次の SUSE ではいよいよ GCC 4 系を投入してくるらしいし...:)
M. Takeyamaです。 #ほとんど、雑談モード(蒸し返しモード) On Sat, 23 Jul 2005 04:28:45 +0900 "K.Suzuki" <knfeat@mbn.nifty.com> wrote:
K.Suzukiです。
[...]
slashdot.org で以下のスレがありますね。
What Kind Of Software RAID Are You Running? http://ask.slashdot.org/article.pl?sid=05/04/11/2111235&tid=198&tid=185&tid=4
RAID 関連だけれども結構盛り上がってるなぁ.. うへぇー。本家のslashdotですか。 #気合入れないと読めないですね。(英語あまり得意でないので。)
ハードウェア RAID を使用すれば、CPU を消費しないし速いという利点があるけど、 その特定のハードウェア RAID カードに縛られてしまいますね。 Linux コミュニティ的にはソフトウェア RAID を推奨してるように見えるんですけど。 # というか RAID コントローラチップがクローズドになってしまう事が、 # コミュニティ的にあまり嬉しくないという事なのかも.. プリンターの件の時もそうでしたが、オープンソースの人達(一部では)、 の中には、全てのコードをオープンにしたいと強く思っている 方がいるのは事実だと思います。
私の場合、ハードウェアーメーカが参入する余地を残しておく 必要だといつも思っています。 #軟弱ものなんで。 RAIDコントローラチップとドライバーの部分が密接に関係していると やっぱりハードメーカはドライバーのソースコード部分の開示は いやがるでしょうね。 ===> "全てのコードをオープンにしたい"を無理に押し進めようとすれば 安くて、性能の良いハードウェアーをLinuxで手軽に使える チャンス(可能性)を小さくする。 バイナリのドライバーを認めるとかうまい方法論をとる 必要がある。(トータル的なバランスですかね。) #オープンソースの良さを理解して、そのうちソースコードの開示 #ということもできるかもしれませんし。(うまくやる必要ありますけどね) 「Linux コミュニティ的」という区分が曖昧なような気が しますが、ソフトウェア RAID or ハードウェア RAID かは 必要十分条件によると思いますね。(ケース by ケース) #企業ユース、個人ユースに限らず、システムとしてどう #設計するか(要求仕様にどう答えるか)。 じゃないですかね。
上記のスレを読んでたら、もしかしたら最新のカーネル上では RAID 上からブートできるのかも..と思えてきた。 (もちろん、チップが対応してるかどうかに依存すると思うけど) # 今使用しているのは、SUSE 9.2 だけど次のバージョンの # SUSE 10? に期待してるところです。 # 次の SUSE ではいよいよ GCC 4 系を投入してくるらしいし...:) 雑談ですけど本題に戻って(RAID関係の話題)
本来、RAIDの思想からいえば... #かなり昔の話。 DISK容量もまだ小さい時に、よりDISKを有効活用しようという発想 のもとに考え出されたものだったと思います。 (大雑把にいって) RAID 0 --- パフォーマンス。(DISKの有効活用) RAID 1 --- 冗長性 RAID 5 --- 冗長性とパフォーマンス。 K.Suzukiさんが、RAID 0(ソフトといえども)を利用している ことより、パフォーマンス重要視 or 既存DISKの有効活用を 重要視していると推測しています。 RAID0の場合、既存DISKの有効活用は、使えばそれで目的達成 できるんですけど。パフォーマンスに関していえば、くんだから といって思っていたようなパフォーマンスがかならずしも出せる とはかぎらないと思いますので、注意が必要かなと思います。 (いわゆるノウハウですね。) --- M. Takeyama __________________________________ Save the earth http://pr.mail.yahoo.co.jp/ondanka/
K.Suzukiです。 On Tue, 02 Aug 2005 13:02:38 +0900 "M. Takeyama(takezou)" <takezou040728@yahoo.co.jp> wrote:
M. Takeyamaです。 #ほとんど、雑談モード(蒸し返しモード)
ハードウェア RAID を使用すれば、CPU を消費しないし速いという利点があるけど、 その特定のハードウェア RAID カードに縛られてしまいますね。 Linux コミュニティ的にはソフトウェア RAID を推奨してるように見えるんですけど。 # というか RAID コントローラチップがクローズドになってしまう事が、 # コミュニティ的にあまり嬉しくないという事なのかも.. プリンターの件の時もそうでしたが、オープンソースの人達(一部では)、 の中には、全てのコードをオープンにしたいと強く思っている 方がいるのは事実だと思います。
私の場合、ハードウェアーメーカが参入する余地を残しておく 必要だといつも思っています。
確かにそうですね。
RAIDコントローラチップとドライバーの部分が密接に関係していると やっぱりハードメーカはドライバーのソースコード部分の開示は いやがるでしょうね。 ===> "全てのコードをオープンにしたい"を無理に押し進めようとすれば 安くて、性能の良いハードウェアーをLinuxで手軽に使える チャンス(可能性)を小さくする。 バイナリのドライバーを認めるとかうまい方法論をとる 必要がある。(トータル的なバランスですかね。) #オープンソースの良さを理解して、そのうちソースコードの開示 #ということもできるかもしれませんし。(うまくやる必要ありますけどね)
でもそのバランス(オープンソースとクローズドの)を取るのがとても難しい気もしますね。 現状を見ててそう思います。 # でも、そこら辺の勘所がうまい企業は、うまくやってるように見えますね。 # 自分が思い付いた企業を適当に言えば、IBM や AMD や SUN とか、 # あと最近、Intel が最近妙に活発になったように思えます。
「Linux コミュニティ的」という区分が曖昧なような気が しますが、ソフトウェア RAID or ハードウェア RAID かは 必要十分条件によると思いますね。(ケース by ケース) #企業ユース、個人ユースに限らず、システムとしてどう #設計するか(要求仕様にどう答えるか)。 じゃないですかね。
確かに「Linux コミュニティ的」は曖昧すぎる表現でした。 自分の中では「Linux Kernel コミュニティ」を意図して言ったつもりでした。
雑談ですけど本題に戻って(RAID関係の話題)
本来、RAIDの思想からいえば... #かなり昔の話。 DISK容量もまだ小さい時に、よりDISKを有効活用しようという発想 のもとに考え出されたものだったと思います。
(大雑把にいって) RAID 0 --- パフォーマンス。(DISKの有効活用) RAID 1 --- 冗長性 RAID 5 --- 冗長性とパフォーマンス。
K.Suzukiさんが、RAID 0(ソフトといえども)を利用している ことより、パフォーマンス重要視 or 既存DISKの有効活用を 重要視していると推測しています。 RAID0の場合、既存DISKの有効活用は、使えばそれで目的達成 できるんですけど。パフォーマンスに関していえば、くんだから といって思っていたようなパフォーマンスがかならずしも出せる とはかぎらないと思いますので、注意が必要かなと思います。 (いわゆるノウハウですね。)
もちろんです。:) 自分で色々チューニングして現状の構成でどこまでパフォーマンスを出せるか 試してみたいと思っています。 # 経済的にゆとりがあれば、RAID 1 や RAID 5、または RAID 1+0 も試してみたいなぁ...
M. Takeyamaです。 #雑談モード(誤字、脱字が多くてすみません。) On Tue, 2 Aug 2005 17:57:32 +0900 "K.Suzuki" <knfeat@mbn.nifty.com> wrote:
K.Suzukiです。
RAIDコントローラチップとドライバーの部分が密接に関係していると やっぱりハードメーカはドライバーのソースコード部分の開示は いやがるでしょうね。 ===> "全てのコードをオープンにしたい"を無理に押し進めようとすれば 安くて、性能の良いハードウェアーをLinuxで手軽に使える チャンス(可能性)を小さくする。 バイナリのドライバーを認めるとかうまい方法論をとる 必要がある。(トータル的なバランスですかね。) #オープンソースの良さを理解して、そのうちソースコードの開示 #ということもできるかもしれませんし。(うまくやる必要ありますけどね)
でもそのバランス(オープンソースとクローズドの)を取るのがとても難しい気もしますね。 現状を見ててそう思います。 # でも、そこら辺の勘所がうまい企業は、うまくやってるように見えますね。 # 自分が思い付いた企業を適当に言えば、IBM や AMD や SUN とか、 # あと最近、Intel が最近妙に活発になったように思えます。 正しい認識とか、正しい判断は、正しい知識(情報)から生まれてくる ものだと思いますから、自由なソフトウェアー(オープンソース)の 開発や配布のメリットをただひたすら(& 地道)に啓蒙していくしか ないでしょうね。 #「おのずと道が開ける」と思っていますけどね。
K.Suzukiさんが、RAID 0(ソフトといえども)を利用している ことより、パフォーマンス重要視 or 既存DISKの有効活用を 重要視していると推測しています。 RAID0の場合、既存DISKの有効活用は、使えばそれで目的達成 できるんですけど。パフォーマンスに関していえば、くんだから といって思っていたようなパフォーマンスがかならずしも出せる とはかぎらないと思いますので、注意が必要かなと思います。 (いわゆるノウハウですね。)
もちろんです。:)
自分で色々チューニングして現状の構成でどこまでパフォーマンスを出せるか 試してみたいと思っています。 # 経済的にゆとりがあれば、RAID 1 や RAID 5、または RAID 1+0 も試してみたいなぁ... 1年以上前に「StorEdge 3310(SCSI Array)」という製品名のDISK アレー装置を仕事でさわりましたが、「いいなー。」と思いましたね。 (耐障害性とかは、実際にさわったことのあるやつで1番だと思う)
約1T(テラ)のサイズのRAID 5のファイルシステムを作りました。 #残念ながら、納期に追われていて(他にまだ設定することがあった) #パフォーマンスを計るとかはできませんでした。 --- M. Takeyama __________________________________ Save the earth http://pr.mail.yahoo.co.jp/ondanka/
岩井です。 さらに雑談になりますが… At Tue, 2 Aug 2005 17:57:32 +0900, K.Suzuki wrote:
K.Suzukiです。
On Tue, 02 Aug 2005 13:02:38 +0900 "M. Takeyama(takezou)" <takezou040728@yahoo.co.jp> wrote:
M. Takeyamaです。 #ほとんど、雑談モード(蒸し返しモード)
ハードウェア RAID を使用すれば、CPU を消費しないし速いという利点があるけど、 その特定のハードウェア RAID カードに縛られてしまいますね。 Linux コミュニティ的にはソフトウェア RAID を推奨してるように見えるんですけど。 # というか RAID コントローラチップがクローズドになってしまう事が、 # コミュニティ的にあまり嬉しくないという事なのかも.. プリンターの件の時もそうでしたが、オープンソースの人達(一部では)、 の中には、全てのコードをオープンにしたいと強く思っている 方がいるのは事実だと思います。
私の場合、ハードウェアーメーカが参入する余地を残しておく 必要だといつも思っています。
確かにそうですね。
「参入=closed source」というのは誤った語法ではないかと。 少なくともカーネル周りに関しては、全てオープンソースである方が遥かに良 いです。 今まであまり Linux のカーネルに慣れていないメーカの作ったドライバの質 は、全く予測がつきませんから。実際、初めて公開されたコードなどを見ると、 目を覆いたくなるようなものが多いです。 アプリケーションなら、自身がこけて終わりですが、カーネルドライバの場合 は全てを巻き込んでしまいますしね。 そういうのを見てくると、技術的云々よりも、ドライバ公開によりソースコー ドの汚さがあらわになってしまう、という心理的な要因の方が大きいのではな いかと、勘ぐってしまいます。もちろん、特許やライセンス違反を隠すため、 というのも大事な要素なのですが :)
RAIDコントローラチップとドライバーの部分が密接に関係していると やっぱりハードメーカはドライバーのソースコード部分の開示は いやがるでしょうね。 ===> "全てのコードをオープンにしたい"を無理に押し進めようとすれば 安くて、性能の良いハードウェアーをLinuxで手軽に使える チャンス(可能性)を小さくする。 バイナリのドライバーを認めるとかうまい方法論をとる 必要がある。(トータル的なバランスですかね。) #オープンソースの良さを理解して、そのうちソースコードの開示 #ということもできるかもしれませんし。(うまくやる必要ありますけどね)
でもそのバランス(オープンソースとクローズドの)を取るのがとても難しい気もしますね。 現状を見ててそう思います。 # でも、そこら辺の勘所がうまい企業は、うまくやってるように見えますね。 # 自分が思い付いた企業を適当に言えば、IBM や AMD や SUN とか、 # あと最近、Intel が最近妙に活発になったように思えます。
上記の企業はほとんどハードウェアメーカー、もしくはハードウェア回りに関 してオープンソースを打ち出していますよね。つまり、それによってハードウェ アをより多く売ることができる、もしくはその上のサービスまたはミドルウェ アなどによってもっと儲けることができる、という話になるんじゃないかと。 ですから、中途半端に体力のある企業がバイナリオンリーに拘ることが多いよ うな気もします。小さいな企業は、それこそドライバ丸投げで放っておけば良 いのですし、大企業はオープンソースという投資以上に儲ける事が可能ですし。 -- Takashi Iwai <tiwai@suse.de> ALSA Developer - www.alsa-project.org
M. Takeyamaです。 #結構長くなりましたが... On Tue, 02 Aug 2005 15:37:20 +0200 Takashi Iwai <tiwai@suse.de> wrote:
岩井です。
ハードウェア RAID を使用すれば、CPU を消費しないし速いという利点があるけど、 その特定のハードウェア RAID カードに縛られてしまいますね。 Linux コミュニティ的にはソフトウェア RAID を推奨してるように見えるんですけど。 # というか RAID コントローラチップがクローズドになってしまう事が、 # コミュニティ的にあまり嬉しくないという事なのかも.. プリンターの件の時もそうでしたが、オープンソースの人達(一部では)、 の中には、全てのコードをオープンにしたいと強く思っている 方がいるのは事実だと思います。
私の場合、ハードウェアーメーカが参入する余地を残しておく 必要だといつも思っています。
確かにそうですね。
「参入=closed source」というのは誤った語法ではないかと。 そうとらえられると困りますが、読み返しみるとそう取れなく もないですね。(ということで補足説明)
オープンソースの人たちは、クローズドソースがきらい。 # RAID コントローラチップ(情報)とかをクローズドに #してしまうことがある。 ==>やっぱり、オープンソースの人達はハードRAIDより ソフトウェア RAID を推奨しているようにみえる。 (単純に、お金との絡みもあるかもしれませんけど) これに対して、私(竹山)は、ケース by ケース。 さらに、RAID関係(カーネル周り)だけで無く、話を一般論 に広げて、「ハードウェアーメーカが参入する余地を残しておく」 とコメントしています。 #私の場合、Linux のカーネル関係のドライバーに関することは #まだやったことがないもので... #仕事(必要に迫られて)で、ドライバのソースちょっとみるくらい。 #そういう機会も頻度は多くないです。 Linuxを良く知っている人であれば、Linuxの開発プロセスのこと とかを理解していますが、日本の多くのメーカ(PCの周辺機器)とか ソフトウェアーベンダーといわれるところであっても GPLライセンス に変にアレルギを持っているところがいまだにあると思います。 #最近は、改善されてきていると思いますけどね。 以前に交流のあった日本のプリンターメーカ屋さん達と話した感じ では、やっぱりいろいろしがらみがあって最初からプリンター ドライバを100% オープンソース(GPLとかで)公開するのは無理だと はっきり認識しました。 プリンタードライバーの場合、カーネル独自に組み込むドライバー は無かったと思います。 #ネットワークもしくは、 USB, (ieee1934),シリアル(RS232C), #パラレルなプリンタポートになるんですけどね。 #いわゆる、フィルターといわれるようなドライバーのことです。
そういうのを見てくると、技術的云々よりも、ドライバ公開によりソースコー ドの汚さがあらわになってしまう、という心理的な要因の方が大きいのではな いかと、勘ぐってしまいます。もちろん、特許やライセンス違反を隠すため、 というのも大事な要素なのですが :) 私が一番主張したいことは、kernelソースの管理ツールが git に なった事件とその経緯や「欧州議会のソフトウェア特許法案を否決」 のキャンペーンをおこなったオープンソースプロジェクトの行動が 一般の人や企業にどのようにうつるかです。 #変に誤解されるケースがあると思いますよ。
オープンソースに新規に参入しようとする企業(特にハードウェアーメーカ) の立場(最初はclosed sourceの傾向が強いのでは?)を考慮して 協力することが大切なんじゃないかな。 と思っています。(あくまでも個人的で、感覚的(根拠があまりない)意見です)
RAIDコントローラチップとドライバーの部分が密接に関係していると やっぱりハードメーカはドライバーのソースコード部分の開示は いやがるでしょうね。 ===> "全てのコードをオープンにしたい"を無理に押し進めようとすれば 安くて、性能の良いハードウェアーをLinuxで手軽に使える チャンス(可能性)を小さくする。 バイナリのドライバーを認めるとかうまい方法論をとる 必要がある。(トータル的なバランスですかね。) #オープンソースの良さを理解して、そのうちソースコードの開示 #ということもできるかもしれませんし。(うまくやる必要ありますけどね)
でもそのバランス(オープンソースとクローズドの)を取るのがとても難しい気もしますね。 現状を見ててそう思います。 # でも、そこら辺の勘所がうまい企業は、うまくやってるように見えますね。 # 自分が思い付いた企業を適当に言えば、IBM や AMD や SUN とか、 # あと最近、Intel が最近妙に活発になったように思えます。
上記の企業はほとんどハードウェアメーカー、もしくはハードウェア回りに関 してオープンソースを打ち出していますよね。つまり、それによってハードウェ アをより多く売ることができる、もしくはその上のサービスまたはミドルウェ アなどによってもっと儲けることができる、という話になるんじゃないかと。 そういうビジネスモデルは理解できますよ。 #私も「一般のサラリーマン」の1人という面も持っていますから。
オープンソースを単なるビジネス手段として用いているにすぎない 企業があることは否定できないと思います。 企業活動、オープンソース活動を通じて、本質を理解してくれる 人や企業がわずかでも増えてくれれば良いと思っています。 #そういう意味で、KDEの国際会議(プレ)とかを日本でやリたいと #思っています。彼らは、最前線にいるわけで、こぼれ話しを #聞くだけでも何かと刺激になることが多いのではないかと #思っています。 --- M. Takeyama __________________________________ Save the earth http://pr.mail.yahoo.co.jp/ondanka/
K.Suzukiです。 On Wed, 03 Aug 2005 19:59:38 +0900 "M. Takeyama(takezou)" <takezou040728@yahoo.co.jp> wrote:
M. Takeyamaです。 #結構長くなりましたが...
On Tue, 02 Aug 2005 15:37:20 +0200 Takashi Iwai <tiwai@suse.de> wrote:
岩井です。
ハードウェア RAID を使用すれば、CPU を消費しないし速いという利点があるけど、 その特定のハードウェア RAID カードに縛られてしまいますね。 Linux コミュニティ的にはソフトウェア RAID を推奨してるように見えるんですけど。 # というか RAID コントローラチップがクローズドになってしまう事が、 # コミュニティ的にあまり嬉しくないという事なのかも.. プリンターの件の時もそうでしたが、オープンソースの人達(一部では)、 の中には、全てのコードをオープンにしたいと強く思っている 方がいるのは事実だと思います。
私の場合、ハードウェアーメーカが参入する余地を残しておく 必要だといつも思っています。
確かにそうですね。
「参入=closed source」というのは誤った語法ではないかと。 そうとらえられると困りますが、読み返しみるとそう取れなく もないですね。(ということで補足説明) オープンソースの人たちは、クローズドソースがきらい。 # RAID コントローラチップ(情報)とかをクローズドに #してしまうことがある。 ==>やっぱり、オープンソースの人達はハードRAIDより ソフトウェア RAID を推奨しているようにみえる。 (単純に、お金との絡みもあるかもしれませんけど)
これに対して、私(竹山)は、ケース by ケース。 さらに、RAID関係(カーネル周り)だけで無く、話を一般論 に広げて、「ハードウェアーメーカが参入する余地を残しておく」 とコメントしています。
自分は、日本のハードウェアーメーカにももっと積極的に参加して欲しいと 思って「参入する余地を残す」に同調しました。
#私の場合、Linux のカーネル関係のドライバーに関することは #まだやったことがないもので... #仕事(必要に迫られて)で、ドライバのソースちょっとみるくらい。 #そういう機会も頻度は多くないです。
デバイスドライバーは、Kernel の一部になりますからね。 Kernel でできる事は、デバイスドライバー側でも大抵の事は できちゃうという... で、岩井さんが言ってた、
少なくともカーネル周りに関しては、全てオープンソースである方が遥かに良 いです。 今まであまり Linux のカーネルに慣れていないメーカの作ったドライバの質 は、全く予測がつきませんから。実際、初めて公開されたコードなどを見ると、 目を覆いたくなるようなものが多いです。 アプリケーションなら、自身がこけて終わりですが、カーネルドライバの場合 は全てを巻き込んでしまいますしね。 そういうのを見てくると、技術的云々よりも、ドライバ公開によりソースコー ドの汚さがあらわになってしまう、という心理的な要因の方が大きいのではな いかと、勘ぐってしまいます。もちろん、特許やライセンス違反を隠すため、 というのも大事な要素なのですが :) は、とてもわかるような気がします。
商用の Linux ディストリビューションであればなおさらそう考えざる終え ないと思います。(SUSE/Novell にしても Redhat にしても) クローズドな部分があるままで、そのハードウェアの詳細もわからずに Linux Kernel を更新/チューニングしていくのはかなりきつい/危険になる の場合があるのではないでしょうか? あるデバイスの表向きのインターフェースのソースだけ公開されても、 Kernel コミュニティの人達は困ってしまうと思います。 その内部の挙動を知っておかないと、いじるにいじれないソースになってし まうと思うし.. 結局、そのメーカ以外に詳細をわかる人がコミュニティ内にいない事になっ てしまうし... そうなると Kernel コミュニティは、次の選択肢をとる事になると思います。 (Kernel コミュニティ自身が様々な人の集まりなので一意に結論が決まるは ずないのですが) 1.その機能(デバイス関連)をカーネルからはずす。 2.メーカにしつこくせまる。 3.ほおって置く。 4.誰かが宇宙からインスピレーションを受けてそれを書き直す。:) 1は、使用しているユーザ数に依存する気がします。 2は、そのような人がコミュニティ内にいるのかわかりませんが。 3は、結構あるかもしれません。 4は、ようするに Hack って事ですね。 1や3は商用ディストリビューション的にはとても苦しいのではないかと 思います。
Linuxを良く知っている人であれば、Linuxの開発プロセスのこと とかを理解していますが、日本の多くのメーカ(PCの周辺機器)とか ソフトウェアーベンダーといわれるところであっても GPLライセンス に変にアレルギを持っているところがいまだにあると思います。 #最近は、改善されてきていると思いますけどね。
自分も日本国内で GPL に対するアレルギを強く持ってるのではと感じる時が よくありますね。でも、その中には必要以上に誤解してるのではないかと感 じる事もありますが..
私が一番主張したいことは、kernelソースの管理ツールが git に なった事件とその経緯や「欧州議会のソフトウェア特許法案を否決」 のキャンペーンをおこなったオープンソースプロジェクトの行動が 一般の人や企業にどのようにうつるかです。 #変に誤解されるケースがあると思いますよ。
誤解されるケースってなんでしょうか? ソフトウェア特許に関しては、日本ももう少し見直してみたらどうだろうって 事になりつつあるように感じますけど。
M. Takeyamaです。 #雑談モード On Tue, 02 Aug 2005 15:37:20 +0200 Takashi Iwai <tiwai@suse.de> wrote:
岩井です。
さらに雑談になりますが…
[...]
「参入=closed source」というのは誤った語法ではないかと。
少なくともカーネル周りに関しては、全てオープンソースである方が遥かに良 いです。 今まであまり Linux のカーネルに慣れていないメーカの作ったドライバの質 は、全く予測がつきませんから。実際、初めて公開されたコードなどを見ると、 目を覆いたくなるようなものが多いです。 アプリケーションなら、自身がこけて終わりですが、カーネルドライバの場合 は全てを巻き込んでしまいますしね。
そういうのを見てくると、技術的云々よりも、ドライバ公開によりソースコー ドの汚さがあらわになってしまう、という心理的な要因の方が大きいのではな いかと、勘ぐってしまいます。もちろん、特許やライセンス違反を隠すため、 というのも大事な要素なのですが :) japan.linux.comに「VIA、オープンソース・ドライバで失態」と いう記事があったので投稿しておきます。
VIAなんで、kernel というよりXまわりのドライバーの ことだとういうことで。 #実例ということですね。(何かの参考になればと思い投稿) http://japan.linux.com/opensource/05/08/08/0233243.shtml --- M. Takeyama __________________________________ Save the earth http://pr.mail.yahoo.co.jp/ondanka/
M. Takeyamaです。 #自己フォローモードです。 On Fri, 22 Jul 2005 18:50:35 +0900 "M. Takeyama(takezou)" <takezou040728@yahoo.co.jp> wrote: [...]
正しくは、 ”SATA 上で構築した RAID(0) 上からブートできない。” ということを言いたかったのでした。 # 確かに上記の自分が書いた文章と全然違いますね。:(
誤解を招く文章ですいませんでした。 いえ、いえ。(自分もよくやります。) 単純に文書から状況をシュミレーションしてみて、自分 なりに理解できないないので質問してみました。
論理的にはできそうなんですけどね...
grub(ブートローダ)って、 stage1, stage1.5, stage2のステージで、ファイルを読み込む 為のファイルシステムのドライバとかの汎用ドライバしか持って いないのではないでしょうか。(あまり賢くない。) #私の方での勝手な思い込みがあるかもしれませんけど。 すみません。適当なことを言っていました。 gurb(GRUB Legacy)がSATA 上で構築した ソフトウェアーRAID-0 上からブートできないのを SATA(比較的新しいデバイス)のせいでは ないかと半分思い込んでいましたが...
以前のメールで紹介された情報を読みなおしてみました。 #結構、気になっていたので。(自分の中で釈然としないので。) #(http://www.ipa.go.jp/SPC/report/02fy-pro/report/875/paper.pdf) (1)stage1(stage1.5) -----> (2)stage2 -----> (3)linux(kernel)ロード MBR (filesystem上) (filesystem上) ハード上の認識(BIOSから)がうまくいかないとMBRの読み/書き ができないので、stage1にたどりつかない。 #SATAのDISKにlinuxがインストールできるということは、 #ソフトウェアーRAID-0/非ソフトウェアーRAIDに関係なく #stage1は正常に動作する。 ソフトウェアーRAID-0で、ブートパーテションにすると 「(2)stage2 -----> (3)linux(kernel)ロード」で問題 になるだろうと推測していましたが、 再度、論理的に考えてみると 「(1)stage1(stage1.5) -----> (2)stage2 」で破綻 が起きそうですね。 例) 普通のデバイス(IDE)とか。 MBR からstage1(stage1.5) がたちあがって、 IDEから、スライス情報(パーテション情報)を取得する。 同時にファイルシステム情報も取れるので、それをものに そのファイルシステムにあわせて、stage2を検索。 stage2をロードして、linux(kernel)ロードへ。 ハードウェアーRAID 上記と同じように、linux(kernel)ロードまで進む。 #ここらあたりのDISK間の細かな調整はハード(RAIDコントローラ)が #やってくれる。単純に 1つのデバイスもしくは、1つのスライスに #を認識すればよい。 ソフトRAID 0(ソフトRAID 5)の場合だと 「(1)stage1(stage1.5) -----> (2)stage2」の過程で ストライピングのブロックサイズ、RAID(0,1,5)の種類、 デバイス構成情報などの情報が無いとstage2をロード できない。 #stage1にそれだけの機能は持っていないだろうから。 実現の可能性があるとしたら... ”The Persistent Superblock”みたいなものからstage1が stage2をロードできれば可能だと思いますけど... http://www.linux.or.jp/JF/JFdocs/The-Software-RAID-HOWTO-4.html#ss4.11 --- M. Takeyama __________________________________ Save the earth http://pr.mail.yahoo.co.jp/ondanka/
K.Suzukiです。 野宮さん、今井さんレスありがとうございます。 On Thu, 21 Jul 2005 00:07:34 +0900 Masaru Imai <maimai@coral.ocn.ne.jp> wrote:
今井です。
水曜日 20 7月 2005 22:36、K.Suzuki さんは書きました:
なので現在は以下のような感じで rsync 実行時に nice 値を上げて様子を見てます。 $ nice -19 rsync foo bar (-19はやりすぎだろって話もあるけど。もしかしたら -1 でも十分なのかもしれません) 今のところ再現してません。なんとなく以前より"素敵"になったような気がします。:)
自分の環境は RAID 0(SATAx2) + XFS + Opteron x 2 + SUSE 9.2です。 # もしかして RAID 0 に何か問題あるんだろうか?ソフトウェア RAID なので CPU を食うしなぁ...
ちなみにモノ(マザー)はどこをのお使いですか? 過去の記事見るとSATAでPromise製のコントローラ使ってるのは判ったんですけど....。 HDDは私もK8N Neo2でも使ってるHDS722516VLSA80ということでで一緒ですね。
自分のは、残念ながら DualCore 対応していない HDAMB を使用してます。(片肺ですか。そうですか。(T_T)) (確か今井さんも持っていたような...) 構成は、 CPU: Opteron 246 x 2 Memory: 2Gbyte Videocard: ELSA GLADIAC FX 736 です。 # DualCore Opteron が欲しいけど(もちろんマザー買い替えなければいけないのだが)、 # 妙に割高感(個人的に)があるなぁ。
今井です。 木曜日 21 7月 2005 00:59、K.Suzuki さんは書きました:
自分のは、残念ながら DualCore 対応していない HDAMB を使用してます。(片肺ですか。そうですか。(T_T)) (確か今井さんも持っていたような...)
構成は、 CPU: Opteron 246 x 2 Memory: 2Gbyte Videocard: ELSA GLADIAC FX 736 です。
# DualCore Opteron が欲しいけど(もちろんマザー買い替えなければいけないのだが)、 # 妙に割高感(個人的に)があるなぁ。
あ、CPUは246ですか。いいなぁ....。うちのHDAMEX SLI(IWill DK8EW)は 未だに240x2。(次から次へとマザー替えなければ楽々買えてるんですけどね.....) そういや Rioworksの日本法人のWebサイトでHDAMEX SLIの紹介とかがまだ無いですが、 HDAM ExpressとHDAMEX SLIは同系列に考えない方が良さそう....。 細かいところで違うところが結構ある....。 -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井 優 mail: maimai@coral.ocn.ne.jp web: http://www10.ocn.ne.jp/~masimai/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
野宮です。 Suxukiさん、RESを有難うございます。m(_ _)m In the Message; Subject : Re: [suse-linux-ja] MSI K8N Neo2 Platinumに9.2を入れてみました Message-ID : <20050721005918.7320274f.knfeat@mbn.nifty.com> Date & Time: Thu, 21 Jul 2005 00:59:18 +0900 [Suzukiさん] == "K.Suzuki" <knfeat@mbn.nifty.com> has written: Suzukiさん> 構成は、 Suzukiさん> CPU: Opteron 246 x 2 Suzukiさん> Memory: 2Gbyte Suzukiさん> Videocard: ELSA GLADIAC FX 736 Suzukiさん> です。 今井さんと言い、Suzukiさんと言い、凄い構成ですねぇ。 Suzukiさん> # DualCore Opteron が欲しいけど(もちろんマザー買い替えなければいけないのだが)、 Suzukiさん> # 妙に割高感(個人的に)があるなぁ。 smp というのは、発熱対策が大変ではありませんか? でも、魅力を感じる..... 小生は、M/Bは、K8N Neo4 PlatinumK8N Neo4 Platinum でAMD64 FX にするか、 AMD64X2 にするか、で悩んでいました。 この際、最強の SUSE マシン を構成しようか、と考えています。^^;; 静謐で、高速のマシンを、と。 smp、AMD64 FX、AND64X2 のどれが良いのか.....(_ _? OS/2 は捨てます > 今井さん --- 野宮 賢 mail-to: nomiyac360@mg.point.ne.jp 「ゲームに関わっている人たちは、子どものために家にはけっしてゲーム機は 置かない、ということで・・・・・。 それなら、どうしてそんなものを作るんでしょうね。 」 -- 三沢直子 --
今井です。 木曜日 21 7月 2005 01:30、野宮 賢 / NOMIYA Masaru さんは書きました:
Suzukiさん> # DualCore Opteron が欲しいけど(もちろんマザー買い替えなければいけないのだが)、 Suzukiさん> # 妙に割高感(個人的に)があるなぁ。
デュアルコアなOpteronだと安い所で265が10万円切ってるとこもありますが、 大体10万円出てますからね.....。2個で20万ちょっと。 275だと16から17万円で2個買って32万円以上。 マザーも6万ちょっと。 私の場合、会員特価で某店(前からSUSEのパッケージ売ってたといえば....) から通販でHDAMBから後のマザー買ったりしてたのでちょっと安く済んでま すけど....。 そういう時に限って別件で無駄遣いしてしまって元も子も無い訳ですが....。 (HDAMDは違った....。Mikeさん歓迎会の時に別の店で買ったんだった...)
smp というのは、発熱対策が大変ではありませんか? でも、魅力を感じる.....
きちっとしたサーバーケースに放りこんであればそれほどでもないです。 前後に12cmファンがんがん回すタイプとかだと熱が外部に結構出るので「室温がか なり上がる」ということと「ファンの音が少々」....。 サーバーケースといっても747ARとかだと、マザーは大丈夫でもストレージデバイスの 方が構造上シャドウベイと5インチのフロントベイの配線が集中するので熱対策でちと きついですが。
小生は、M/Bは、K8N Neo4 PlatinumK8N Neo4 Platinum でAMD64 FX にするか、 AMD64X2 にするか、で悩んでいました。
あくまでもamd64に拘るなら私なら64x2を推します。 負荷の掛かってない状況下でずーっと行けるならFXでしょうけど...。 あれもやってこれもやってというのであればやっぱり1人より2人でやったほうが仕事すす むのと一緒で.....。 Opteronであれば最初242とか今安いのでそちらを使い、後でデュアルコアに移行なんて 手もありますが.....。 電源も変える予定であればマザーが20pinだったとしても今のうちから24pin(EATX)対応 のものを買って20pin変換アダプタ使って20pin仕様というのも考えておいた方が良いと思 います。 いずれにせよ「予算次第」なんですけどね....。
OS/2 は捨てます > 今井さん
IBM自体OS/2見放して?しまいましたからね....。 -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井 優 mail: maimai@coral.ocn.ne.jp web: http://www10.ocn.ne.jp/~masimai/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
野宮です。 RESを有難うございます。m(_ _)m > 今井さん In the Message; Subject : Re: [suse-linux-ja] Re: MSI K8N Neo2 Platinumに9.2を入れてみました Message-ID : <200507212129.34041.maimai@coral.ocn.ne.jp> Date & Time: Thu, 21 Jul 2005 21:29:33 +0900 [今井さん] == Masaru Imai <maimai@coral.ocn.ne.jp> has written: 今井さん> デュアルコアなOpteronだと安い所で265が10万円切ってるとこもありますが、 今井さん> 大体10万円出てますからね.....。2個で20万ちょっと。 今井さん> 275だと16から17万円で2個買って32万円以上。 今井さん> マザーも6万ちょっと。 う〜む、そんなにするんですか.... 小生> > smp というのは、発熱対策が大変ではありませんか? 今井さん> きちっとしたサーバーケースに放りこんであればそれほどでもないです。 現在使っているケースは、サーバー用なんです。 今井さん> 前後に12cmファンがんがん回すタイプとかだと熱が外部に結構出るので「室温がか 今井さん> なり上がる」ということと「ファンの音が少々」....。 今井さん> サーバーケースといっても747ARとかだと、マザーは大丈夫でもストレージデバイスの 今井さん> 方が構造上シャドウベイと5インチのフロントベイの配線が集中するので熱対策でちと 今井さん> きついですが。 やはり。 今井さん> あくまでもamd64に拘るなら私なら64x2を推します。 今井さん> 負荷の掛かってない状況下でずーっと行けるならFXでしょうけど...。 今井さん> あれもやってこれもやってというのであればやっぱり1人より2人でやったほうが仕事すす 今井さん> むのと一緒で.....。 今井さん> Opteronであれば最初242とか今安いのでそちらを使い、後でデュアルコアに移行なんて 今井さん> 手もありますが.....。 x2 にしようかなぁ.... 正直、現在の状況に大変満足していて、これっといった不満もなく、ちらっと「問 題ないのなら触るなっ!」という言葉が頭を過るのですが。 確かに、KDEが大変重いというのは難点ですが、小生は、enlightenment 0.16.7.2 で使っていまして、これだと非常に軽く、快適そのものです。 これも、SUSE だからこそ、に負う部分が大ですね。 ほんと、今井さんとお知り合いで良かった、と思っています。:-) 今井さん> 電源も変える予定であればマザーが20pinだったとしても今のうちから24pin(EATX)対応 今井さん> のものを買って20pin変換アダプタ使って20pin仕様というのも考えておいた方が良いと思 今井さん> います。 なるほど。 電源のヘタりの怖さも味わっていますので、そろそろ換装しようかな、とも思って います。それと、新システムは、U-320 SCSI で行こうか、とも。WinXP は外付け USB HDD で起動させる方法を採ろうか、と思っていますが、このことを可能にする ツールが発売されたばかりですので、暫く様子見です。 ともあれ、種々アドヴァイスを有難うございます。m(_ _)m 小生> > OS/2 は捨てます > 今井さん 今井さん> IBM自体OS/2見放して?しまいましたからね....。 そうですねぇ.... SUSE を使い始めたころは、オープンソースの OS/2 への PORT に貢献しようかな、 と思っていましたが、そう生産的なことでは無いと考え、止めました。 --- 野宮 賢 mail-to: nomiyac360@mg.point.ne.jp 「先端技術の開発は、優れた頭脳を持つ人間が集中しないと成功しない。 しかし、技術開発と、それが何をもたらすかを考えることは別だ。 一人の人間に二つは望めない。」 -- M. Crichton --
今井です。 今日あちこち見てたら、 MSIから安価なOpteron Dual & SLIなマザーが出てる(出る?)みたいです。 K8N Master2-FARで4万円前後みたいですね。 32-bit/33 MHz PCI 一個 PCI Express x4 が1個 PCI Express x16、PCI Express x1もしくはPCI Express x8が2個(SLIサポート) メモリスロットはCPUの割り当て不明ですが6個 となっててDual LANのうち一個がMarvellだったり、拡張用のスロットが数少ない (挿すカード類が無ければ別に問題ないでしょうけど)ってのがもしかしたらネックか も....。 (品番から行くとK8T Master2-FARと間違えやすいので要注意....) 1CPU用(940ピン)ならFoxconnのNFPIK8AA-8EKRSとか面白そうなんですが....。 1CPUでPCI Express 16x2(8x2ではない)なSLIを実現してたりどっちかというと Windows向きの様な気がしますけども....。 Leadtekのビデオカード製造委託先らしいのである意味微妙と言えば微妙....。 木曜日 21 7月 2005 22:28、野宮 賢 / NOMIYA Masaru さんは書きました:
今井さん> デュアルコアなOpteronだと安い所で265が10万円切ってるとこもありますが、 今井さん> 大体10万円出てますからね.....。2個で20万ちょっと。 今井さん> 275だと16から17万円で2個買って32万円以上。 今井さん> マザーも6万ちょっと。
う〜む、そんなにするんですか....
-- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井 優 mail: maimai@coral.ocn.ne.jp web: http://www10.ocn.ne.jp/~masimai/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
今井です。 解決したと思って安心してましたが新たな問題が.....。 サブマシンの起動状態あんまりチェックしてなかったので今まで気づかなかった んですが、どうも9.3のカーネルだとリムーバブルメディアの存在を誤認してるのか、 ドライブの電源自体を切らないとダメ(内蔵の場合どうするんだろう....)みたいですね。 さすがに参りました。 grubのメニューからkdmが起動されるまで5分。 それまで馬鹿正直にメディアチェックに行ってくれてるみたいです。 SC-UPCI(BIOSはなぜかSYMBIOS純正のBIOSだったりする)に外付けのSCSI MO、 SCSI DVD-RAM、他にUSB FDDと内蔵のFDDとあるんですが、 ログに 例えばSCSIの外付けMOドライブの場合だとご丁寧に Attached scsi removable disk sdc at scsi2, channel 0, id 4, lun 0 と認識した後で Device not ready. Make sure there is a disc in the drive. というのと 内蔵FDDの場合、 end_request: I/O error, dev fd0, sector 0 が、出まくってます。 /etc/fstabには書いてないんですが 私としては「必要な時にメディアを入れて使うからこそリムーバブルなんじゃないのか」 と思うんですが違うのかなぁ.....。 入れっぱなしにしといてくれってのはリムーバブルメディアの意味まるで無いような 気がするんですが.....。 halは切ってあるから後はどこをいじればいいんだろう....。 しかもメインマシンから移植したユーザ環境なぜかメインマシンと逆転しちゃった....。 メインマシンではSCIM+Wnn環境なんだけどSCIMはAnthyモードで「必ず」起動。 サブマシン(K8N Neo2の方)はSCIM+Anthy環境なのにSCIMはWnnモードでなぜか 起動。あれこれメニューからAnthyを選んで変更してみても次の時には忘れる様で.....。 うーん困りました。何か思い当たる事があれば誰か教えてください。 あ、subfsのモジュールも切らないとダメかな? 水曜日 20 7月 2005 20:22、Masaru Imai さんは書きました:
今井です。
本日無事解決しました。
-- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井 優 mail: maimai@coral.ocn.ne.jp web: http://www10.ocn.ne.jp/~masimai/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
野宮です。 In the Message; Subject : Re: [suse-linux-ja] MSI K8N Neo2 Platinumに9.2を入れてみました Message-ID : <200507232146.38339.maimai@coral.ocn.ne.jp> Date & Time: Sat, 23 Jul 2005 21:46:38 +0900 [今井さん] == Masaru Imai <maimai@coral.ocn.ne.jp> has written: 今井さん> んですが、どうも9.3のカーネルだとリムーバブルメディアの存在を誤認してるのか、 今井さん> ドライブの電源自体を切らないとダメ(内蔵の場合どうするんだろう....)みたいですね。 9.3 Pro J ではそのようなことは起きませんが? 今井さん> SC-UPCI(BIOSはなぜかSYMBIOS純正のBIOSだったりする)に外付けのSCSI MO、 今井さん> SCSI DVD-RAM、他にUSB FDDと内蔵のFDDとあるんですが、 今井さん> ログに 今井さん> 例えばSCSIの外付けMOドライブの場合だとご丁寧に 今井さん> Attached scsi removable disk sdc at scsi2, channel 0, id 4, lun 0 今井さん> と認識した後で 今井さん> Device not ready. Make sure there is a disc in the drive. 今井さん> というのと 今井さん> 内蔵FDDの場合、 今井さん> end_request: I/O error, dev fd0, sector 0 今井さん> が、出まくってます。 小生は、 CPU : AthlonXP 3200+ M/B : MSI NF7-S Rev.2.0 SCSI-HA : Adaptec 29160N DVD-Multi : JP-D501FB (SCSI) MO : Fujitu MCP3130SS (SCSI) な環境ですが、DVD-RAM、MOの何れも問題なく使えています。 Floppy Disk、USB Memory、USB HDD (外付け)でも、仰るような現象は発生してい ません。 今井さん> /etc/fstabには書いてないんですが 小生も、です。 今井さん> halは切ってあるから後はどこをいじればいいんだろう....。 hal を切ろうとしましたが、Update がありましたので、素のままにしてあります。 --- 野宮 賢 mail-to: nomiyac360@mg.point.ne.jp 「eメールや携帯電話に縛られた社会は、自分自身と向き合ったり、 空想にふけったりする自由を奪う。」 -- M. Crichton --
土曜日 23 7月 2005 22:38、野宮 賢 / NOMIYA Masaru さんは書きました:
CPU : AthlonXP 3200+ M/B : MSI NF7-S Rev.2.0 SCSI-HA : Adaptec 29160N DVD-Multi : JP-D501FB (SCSI) MO : Fujitu MCP3130SS (SCSI)
な環境ですが、DVD-RAM、MOの何れも問題なく使えています。 Floppy Disk、USB Memory、USB HDD (外付け)でも、仰るような現象は発生してい ません。
やっぱりそうなんですよねぇ......。 というか9.3をK8N Neo2 Platinumに入れたばっかりの頃はそんなメッセージ出てた 記憶無いし、起動に手間取ってた憶えが無いんですよねぇ....。 思い当たるのはLVMかなぁ....。外付けドライブの電源切ったまま起動してから どうもおかしいようで.....。 /etc/lvm/.cache?だったか見るとドライブを全部チェックしに行くみたいだし...。 今一度LVMとか全部やり直してクリーンインストールしてるんでその後チェック してみようっと。 しかしモジュールの選択状況をインポート、エクスポートする機能ってインストール テストの時に本当に便利ですねぇ.....。 #今日は仕事だった。 #明日明後日と休みだがこれでまた休日が潰れていく.....。 #今夜も朝まで頑張るぞぉ。 #最近こんなのばっかでちょっと壊れ気味......。 -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井 優 mail: maimai@coral.ocn.ne.jp web: http://www10.ocn.ne.jp/~masimai/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
野宮です。 In the Message; Subject : Re: [suse-linux-ja] Re: MSI K8N Neo2 Platinumに9.2を入れてみました Message-ID : <200507232306.09756.maimai@coral.ocn.ne.jp> Date & Time: Sat, 23 Jul 2005 23:06:09 +0900 [今井さん] == Masaru Imai <maimai@coral.ocn.ne.jp> has written: 今井さん> 今一度LVMとか全部やり直してクリーンインストールしてるんでその後チェック 今井さん> してみようっと。 もうなさっているかも知れませんが、「修復インストール」では駄目でしょうか? これ、ファイル・システムのチェックもして呉れますし。 今井さん> #今夜も朝まで頑張るぞぉ。 今井さん> #最近こんなのばっかでちょっと壊れ気味......。 お止しになった方が。若い時に無理すると、年取った時、若い時の無理が全部お釣 りとして返って来ますので。 --- 野宮 賢 mail-to: nomiyac360@mg.point.ne.jp "Bill! You married with Computers. Not with Me!" "No..., with money."
今井です。 土曜日 23 7月 2005 23:54、野宮 賢 / NOMIYA Masaru さんは書きました:
野宮です。
In the Message;
Subject : Re: [suse-linux-ja] Re: MSI K8N Neo2 Platinumに9.2を入れてみました Message-ID : <200507232306.09756.maimai@coral.ocn.ne.jp> Date & Time: Sat, 23 Jul 2005 23:06:09 +0900
[今井さん] == Masaru Imai <maimai@coral.ocn.ne.jp> has written:
今井さん> 今一度LVMとか全部やり直してクリーンインストールしてるんでその後チェック 今井さん> してみようっと。
もうなさっているかも知れませんが、「修復インストール」では駄目でしょうか? これ、ファイル・システムのチェックもして呉れますし。
原因が判りました。 やっぱりLVM使ってる時はLVMに含まれてないストレージデバイス であっても電源切ったままマシンを一回起動してしまうとおかしくな ってきます。 間違えたと思ってシステムを停止、電源切れてたデバイスの電源 入れて再起動するとそれ以降、LVMとカーネルが妙な挙動を示す 様になります。 でもってダメ押しするのがKDE起動後に電源入れたデバイスが「新し いデバイスを見つけました」というダイアログと共に出てきたときに、 「はい」を選ぶとそのあとのパーティショニング作業で何もせずに キャンセルしても止めを刺してくれます。 教訓: LVMを使ってる場合には、入れ忘れを防ぐためにも電源スイッチのある 外付けドライブは個別に電源を切らない。 もしくはマシンの電源入れる前に全ドライブの電源が入っていることを 確認してからマシンの電源入れること。 原因判ったので一安心?です。 ただやりがちな事(ハードの更新時等)なので再度起きる可能性も否定 できず、現状ではちと辛いとこですね。 -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井 優 mail: maimai@coral.ocn.ne.jp web: http://www10.ocn.ne.jp/~masimai/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
こんにちは
やっぱりLVM使ってる時はLVMに含まれてないストレージデバイス であっても電源切ったままマシンを一回起動してしまうとおかしくな ってきます。 間違えたと思ってシステムを停止、電源切れてたデバイスの電源 入れて再起動するとそれ以降、LVMとカーネルが妙な挙動を示す 様になります。
udevとLVM、相性悪いみたいですね。 /etc/udev以下をゴニョゴニョすると解決出来そうだけど? 実際試した訳じゃないから、思い付きだけど・・・ このへん役に立ちませんか http://www.gentoo.gr.jp/transdocs/decibelshelp/LinuxHelp_UDEVPrimer.html Naono
今井です。 水曜日 20 7月 2005 20:22、Masaru Imai さんは書きました:
今井です。
本日無事解決しました。
やっぱり原因はある程度予想していましたが、K8N Neo2 Platinumで使った プライマリPATAの接続ケーブルにあったというおちでした。 訳有って再インストールしてたら/dev/hdaでDMAタイムアウトというメッセージが 見えたので手持ちのケーブル何本か入れ換えながら様子見してたんですが、 最初に使ってたケーブル(市販品)がケース形状の影響で「規格外の長さだった」 のが良くなかった様です。
現在は安定して使える様になりました。 rsyncで500GBほど転送するという暴挙?もしてみましたが問題なしです。 ただXFSだと「LVM操作時にxfs_dbがセグメンテーションフォルトで落ちる」ので ReiserFSにしてしまいましたけども。
それだけが原因では無かった様です。 やっぱり「XFS」使ってたのもまずかった様で.....。 同じ条件でファイルシステムをXFSにしてやってみたら再発しました。 ネットワーク入出力+ファイル入出力+ページングが重なると常にという訳では ないようですが起きる様です。 -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井 優 mail: maimai@coral.ocn.ne.jp web: http://www10.ocn.ne.jp/~masimai/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
今井です。 月曜日 25 7月 2005 03:46、Masaru Imai さんは書きました:
それだけが原因では無かった様です。 やっぱり「XFS」使ってたのもまずかった様で.....。 同じ条件でファイルシステムをXFSにしてやってみたら再発しました。 ネットワーク入出力+ファイル入出力+ページングが重なると常にという訳では ないようですが起きる様です。
K8N Neo2 Platinum「だけ」ReiserFSにして、他はXFSでも問題出てない のでそのままで行く事にしてrsyncの転送テストして問題無しというのを確認 しました。 XFSに切替える前と比べると若干マウス操作してからのレスポンスが遅い様 に感じるのは気のせいか....。 LVMの方もlvm.confでリムーバブルメディアのデバイスそのものを対象から外 す様に設定(但しSATAデバイスの追加など有ると再修正が必要だけど....)しま した。 後はカーネルの方でリムーバブルメディアにアクセスしてるのが何なのか調査 してみようと思います。 submountは外してあるし、リムーバブルメディアのデバイス検出した段階で既 にメッセージが出ているというのが......。udevとか悪さしてるのかなぁ....。 カーネル2.6.10でKDE採用の某輪っかマークのディストリだとメッセージ出な かったというのがひょっとしてヒント?なのかな....。 -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井 優 mail: maimai@coral.ocn.ne.jp web: http://www10.ocn.ne.jp/~masimai/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
今井です。 月曜日 25 7月 2005 23:04、ICHIKAWA, Tetsuro さんは書きました:
市川です。
Masaru Imai wrote:
カーネル2.6.10でKDE採用の某輪っかマークのディストリだとメッセージ出な かったというのがひょっとしてヒント?なのかな....。
貼付を使われてしまうと良く解らないのですが 某輪っかマークのディストリとはなにでしょうか?
「貼付を使う」ってどういう意味なんでしょう? 「ぼかして書くと」とかなら良く使うので判りますけど....。 どこかの業界の用語か何かでしょうか? 本筋に戻すと KDE採用の某輪っかマークのディストリが何かと言えば...、 コミュニティベースのディストリでメンバーが連絡取れないと思ったら、 これを出してる会社に雇われたために本家本元の方のリリースが遅れ たと言われたところのものでKDE仕様の方です。 (ディストリの名前はアフリカの言葉から取ったらしいですが) こいつ(64bit版)でKDE 3.4.1動かしてみて、単純に比較は出来ない けれどショック?受けました。 ただ、OSの方でデフォルトで決め打ちしてしまってブラックボックス的 扱いしてるところがいくつかある(独自設定も可能だろうけど)んで主 力で使おうという気にはなりませんでしたけど。 -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井 優 mail: maimai@coral.ocn.ne.jp web: http://www10.ocn.ne.jp/~masimai/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
M. Takeyamaです。 On Tue, 26 Jul 2005 00:15:23 +0900 Masaru Imai <maimai@coral.ocn.ne.jp> wrote:
今井です。
[...]
本筋に戻すと KDE採用の某輪っかマークのディストリが何かと言えば...、
コミュニティベースのディストリでメンバーが連絡取れないと思ったら、 これを出してる会社に雇われたために本家本元の方のリリースが遅れ たと言われたところのものでKDE仕様の方です。 (ディストリの名前はアフリカの言葉から取ったらしいですが) 「某輪っかマークのディストリ」といっても、ピーンとこなかった のですが、「コミュニティベース」ということで、debian系 だろうということが想像つきました。 (本家debianは、赤のぐるぐる なんですけどね)
今、話題のdebian系のディストロ(商用)といえば、Ubuntu Linux ですね。(シンボルマークは、暖色系の輪っかマークですね。) #でも、これって GNOMEベースのはずなんですけど... 再度調べたところ、Ubuntu LinuxのPartner Projects として、 * [Kubuntu - KDE Desktop that Just Works!] * [Edubuntu - Free Software Platform for Schools] というものがあるようです。 今井さんがいっておられるのは、Kubuntu(寒色系の輪っかマーク) のことですね。 http://www.kubuntu.org/ #ちなみに、debian系のKDE採用としてすぐに思い浮かぶディストロ、 #といえば, knoppix ですね。(私の場合) P.S. ちなみに、KDE Projectからリリースされいるdebian系の バイナリパッケージのメンテナーを調べてみました。 kde 3.3系までは、Andreas Muellerさんがdebianの本家パッケージ を公開していました。 kde 3.4.1, koffice 1.4.1の場合だと、Jonathan Riddellさん<jriddell@ubuntu.com>が、kubuntuのバイナリを 公開していました。(メールアドレスからして、ubuntu.comの方ですね。) --- M. Takeyama __________________________________ Save the earth http://pr.mail.yahoo.co.jp/ondanka/
今井です。 火曜日 26 7月 2005 12:41、M. Takeyama(takezou) さんは書きました:
再度調べたところ、Ubuntu LinuxのPartner Projects として、 * [Kubuntu - KDE Desktop that Just Works!] * [Edubuntu - Free Software Platform for Schools] というものがあるようです。 今井さんがいっておられるのは、Kubuntu(寒色系の輪っかマーク) のことですね。 http://www.kubuntu.org/
はい。そうです。 同じKDE 3.4.1(オリジナルはそれぞれKDE 3.4.0だけど)なのにログイン後の KDE起動するまでの時間とかかなり違うので驚いた.....。 まあ9.2でのKDE 3.4.1と9.3のKDE 3.4.1比べてもかなり遅くなってる訳ですけ ど....。 -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井 優 mail: maimai@coral.ocn.ne.jp web: http://www10.ocn.ne.jp/~masimai/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
K.Suzukiです。 On Mon, 25 Jul 2005 03:46:58 +0900 Masaru Imai <maimai@coral.ocn.ne.jp> wrote:
今井です。
水曜日 20 7月 2005 20:22、Masaru Imai さんは書きました:
今井です。
本日無事解決しました。
やっぱり原因はある程度予想していましたが、K8N Neo2 Platinumで使った プライマリPATAの接続ケーブルにあったというおちでした。 訳有って再インストールしてたら/dev/hdaでDMAタイムアウトというメッセージが 見えたので手持ちのケーブル何本か入れ換えながら様子見してたんですが、 最初に使ってたケーブル(市販品)がケース形状の影響で「規格外の長さだった」 のが良くなかった様です。
現在は安定して使える様になりました。 rsyncで500GBほど転送するという暴挙?もしてみましたが問題なしです。 ただXFSだと「LVM操作時にxfs_dbがセグメンテーションフォルトで落ちる」ので ReiserFSにしてしまいましたけども。
それだけが原因では無かった様です。 やっぱり「XFS」使ってたのもまずかった様で.....。 同じ条件でファイルシステムをXFSにしてやってみたら再発しました。 ネットワーク入出力+ファイル入出力+ページングが重なると常にという訳では ないようですが起きる様です。
うーむ、自分も再発しました。(SUSE 9.2 [2.6.8-24.16-smp] ですが) rsync でローカル上(ネットワーク転送でなく)のかなり大きいディレクトリを コピーを試した所、マシンが固まってしまいました。 どうやら、64bit システム上の XFS で、メモリに高負荷をかけた時(mmapで)に デッドロックが発生する場合があるみたいですね。(ディストロに係わらず発生する模様) Kernel (2.6.11) deadlock in user mode when writing data through mmap on large files (64-bit systems on xfs) http://oss.sgi.com/bugzilla/show_bug.cgi?id=410
participants (7)
-
A.Naono
-
ICHIKAWA, Tetsuro
-
K.Suzuki
-
M. Takeyama(takezou)
-
Masaru Imai
-
Takashi Iwai
-
野宮 賢 / NOMIYA Masaru