[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 2chのread.cgiへ]
Update time : 07/26 10:56 / Filesize : 187 KB / Number-of Response : 762
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

/**ファイルシステム総合スレ その6**/



1 名前:login:Penguin [2006/11/25(土) 21:24:41 ID:BgxtdIS9]
過去スレ

01 pc.2ch.net/test/read.cgi/linux/1006743807/
02 pc5.2ch.net/test/read.cgi/linux/1063025258/
03 pc8.2ch.net/test/read.cgi/linux/1101495293/
04 pc8.2ch.net/test/read.cgi/linux/1136695633/
05 pc8.2ch.net/test/read.cgi/linux/1152348695/

416 名前:login:Penguin mailto:sage [2007/01/20(土) 17:08:10 ID:UaLVa0QY]
ついでに、これも転載
lists.freebsd.org/pipermail/freebsd-stable/2006-September/028251.html

417 名前:login:Penguin mailto:sage [2007/01/20(土) 17:25:35 ID:snxMEiUl]
>>416
そのスレを読んでいくと、ジャーナリングでもsoftupdate同様に
todays desktop drives can lie about writing data.
の影響を受けるっていう、このスレの流れと同様の話になっていっていますな。

418 名前:login:Penguin mailto:sage [2007/01/20(土) 23:02:52 ID:SqdA4hO3]
ハードディスクが独自に高性能化を辿った結果、
書き込み順についてはどんなに直接sync命令しても確実に保証されるものではないってことかな?

今のhddじゃエレベーターシークアルゴリズムとかは意味がないか逆効果かもとどっかで見たことあるし。

419 名前:login:Penguin mailto:sage [2007/01/21(日) 02:52:54 ID:hY5qL1VD]
>>418
SCSIとSerial ATA 2.5はFUAによってwrite cache有効時でも書きこみの完了を保証できる。
ので、ドライバがまともに実装されていればOK。
ATAはcache flushを保証する手段が用意されていないので何をやっても無理。

420 名前:login:Penguin mailto:sage [2007/01/21(日) 20:35:19 ID:4gtXWK3A]
ZFSではwc対策はどうなっているの?



421 名前:login:Penguin mailto:sage [2007/01/21(日) 23:48:40 ID:AqF7ihH/]
しかし、ジャーナリングファイルシステムって、電源断とかのトラブルでも
ファイルが壊れないようにするものじゃないのか。

実験室での使用なので、けっこう動作環境が良くないのは分かるけど
今日、ext3 また壊れてしまった。フォーマットからやりなおし。
土曜にバックアップとっていて良かった。
やっぱりXFSに移行するかな。

422 名前:login:Penguin mailto:sage [2007/01/21(日) 23:55:06 ID:xsvOt/km]
ext3が何度も壊れ、
reiserfsの大パーティションのマウントの遅さが嫌になり、
XFSに行き着いて幸せになった俺

423 名前:login:Penguin mailto:sage [2007/01/22(月) 00:14:17 ID:ppnVbPRo]
たしかに reiserfs はでかいパーティションのマウントに時間がかかるね


424 名前:login:Penguin mailto:sage [2007/01/22(月) 00:19:23 ID:RyHURUu7]
ちょっと気になったのは、このスレの過去ログ読むとLinuxのVFSのせいで
XFSでもファイルシステムが壊れるって聞いたけど、どうなの?



425 名前:login:Penguin mailto:sage [2007/01/22(月) 00:34:54 ID:Mwx+Gzyg]
XFSはファイルシステムが壊れるよ

ext3はファイルは守ってくれないが
ファイルシステムは守ってくれるので
まだ安心


426 名前:login:Penguin mailto:sage [2007/01/22(月) 00:56:30 ID:RyHURUu7]
それじゃ、ダメじゃん。

427 名前: ◆IIiDC8JS7w mailto:sage [2007/01/22(月) 00:59:28 ID:v/DQ0Ap0]
ZFS to the FUSE
まだα版だけど。。
つ ttp://developer.berlios.de/projects/zfs-fuse/


428 名前:login:Penguin mailto:sage [2007/01/22(月) 02:58:08 ID:4mh5V91p]
まぁいろいろ悩む前にUPS買えってことで。
あとは日々のバックアップ。

429 名前:login:Penguin mailto:sage [2007/01/22(月) 04:59:17 ID:g7VFvdpY]
FUSEじゃ読み書きできますよっていう程度で、本格的に使うのには
全然向かないな…

430 名前:login:Penguin mailto:sage [2007/01/22(月) 19:52:31 ID:aXULs4Jv]
GFS使ってる人、手ageて。

431 名前:login:Penguin mailto:sage [2007/01/22(月) 19:54:33 ID:I6ul0rfb]
デスクトップでJFS使い始めました。
前はReiserFSでした。
今のところ無問題。

432 名前:login:Penguin mailto:sage [2007/01/22(月) 21:44:43 ID:CllrhvyS]
>>421
どんなFSでも、ジャーナルにしてもRAIDにしてもファイルが壊れない
(壊れ難い)という認識は止めたほうが安全。
復旧を早くする方法論と割切ったほうがいい。
大切なデータはきちんとバックアップすること。

433 名前:login:Penguin mailto:sage [2007/01/22(月) 21:46:12 ID:vkPy7i3I]
>>431
毎日cvsでgcc取ってきてビルドしてみて。
漏れは3年前emacsでそれやってたらfs壊した(XFS)。

434 名前:login:Penguin mailto:sage [2007/01/22(月) 22:03:40 ID:+MxoKgNb]
XFS ってそんなに弱い子なのか。



435 名前:login:Penguin mailto:sage [2007/01/22(月) 22:11:02 ID:gyatXghJ]
gentooでほぼ毎日何かしらをコンパイルしたり、
時々動画をエンコしたり、
毎日えろまんがを読み漁っていますが、
XFSは元気です。

436 名前:login:Penguin mailto:sage [2007/01/22(月) 22:18:21 ID:6fw9D8r3]
ファイルシステムを何にしてもHDDガリガリさせるのは
寿命を縮めるだけだから、できることならあまりやりたくないね。

437 名前:login:Penguin mailto:sage [2007/01/23(火) 00:06:35 ID:yhm1O3f9]
>>436
それじゃlocateが動くLinuxは使えんがな。


438 名前:login:Penguin mailto:sage [2007/01/23(火) 10:58:00 ID:SMWMFAIy]
locate は使えば便利なんだけど
知らない人とか使わない人にとっては負荷が無駄過ぎるな。
デフォルトで動くディストリも結構あるんじゃないの。

439 名前:login:Penguin mailto:sage [2007/01/23(火) 13:21:33 ID:Dh6zD8CC]
HDDの代わりにi-RAMとかフラッシュディスクを使えば解決

440 名前:login:Penguin mailto:sage [2007/01/23(火) 13:28:42 ID:dy5DSgJl]
ガリガリ使えばHDDよりフラッシュのほうが寿命短いんじゃないの?

441 名前:login:Penguin [2007/01/23(火) 14:18:58 ID:Qe3f9h84]
そこでMRAMとか相変化RAMとかですよ!

442 名前:login:Penguin mailto:sage [2007/01/23(火) 14:32:40 ID:L6fiHwdO]
HDD の寿命とか気にしてたらまともに使えんだろう

443 名前:login:Penguin mailto:sage [2007/01/23(火) 15:01:52 ID:5Whe9XEV]
フラッシュの方が圧倒的に短いわなw


444 名前:login:Penguin mailto:sage [2007/01/23(火) 16:30:58 ID:JInqPF8n]
ハイブリッドハードディスク楽しみだよねえ。っと。
www.itmedia.co.jp/news/articles/0504/26/news018.html

# スレ違い。



445 名前:俺用メモ mailto:sage [2007/01/23(火) 16:48:37 ID:JpiPeEcZ]
<kernel-src>/Documentation/filesystems/ext4.txt
  NOTE: The "extents" mount flag is temporary. It will soon go away and
  extents will be enabled by the "-o extents" flag to mke2fs or tune2fs

www.die.net/doc/linux/man/man8/mkswap.8.html
  For kernels after 2.3.3 there is no such limitation

www.die.net/doc/linux/man/man8/mkfs.xfs.8.html
  the maximum size is just under 1 TiB.

446 名前:login:Penguin [2007/01/23(火) 17:00:50 ID:xbr0LMQ0]
FUA 関係なくデータのロストが防げるなら
フラッシュは大歓迎なんだけど、
そういう目的じゃないようなので
Intel の Robson でいい気もする。

447 名前:login:Penguin mailto:sage [2007/01/23(火) 17:14:46 ID:0oMO9Ojw]
>>446
> FUA 関係なくデータのロストが防げるなら

ハイブリッドディスクはデータロストしないんじゃねぇ?
ライトキャッシュが不揮発性というのは大きいと思うんだが

448 名前:login:Penguin mailto:sage [2007/01/23(火) 17:34:03 ID:0oMO9Ojw]
もちろん、ソフト側が正しく制御する前提だけど

449 名前:login:Penguin mailto:sage [2007/01/23(火) 21:19:21 ID:SMWMFAIy]
フラッシュメモリってライトキャッシュに使えるほど
書き込み耐久性あるの?

450 名前:login:Penguin [2007/01/23(火) 21:27:38 ID:xbr0LMQ0]
フラッシュに入る前にも当然8MB程度の
RAMがキャッシュメモリとして確保されていると思われ。
なのでその部分はやはり揮発すると思う。

451 名前:login:Penguin mailto:sage [2007/01/23(火) 21:44:21 ID:L4TUXWzd]
>>450
揮発するといってもトランザクションを実行するくらいの
コンデンサ容量は確保されてるでしょ・・・・

452 名前:login:Penguin mailto:sage [2007/01/23(火) 21:51:03 ID:0oMO9Ojw]
>>450
ハイブリッドハードディスク
www.google.co.jp/search?hl=ja&q=%E3%83%8F%E3%82%A4%E3%83%96%E3%83%AA%E3%83%83%E3%83%89%E3%83%8F%E3%83%BC%E3%83%89%E3%83%87%E3%82%A3%E3%82%B9%E3%82%AF&btnG=Google+%E6%A4%9C%E7%B4%A2&lr=

どこにも8MB程度のRAMのキャッシュメモリの話はないですが
自分で確認してください

453 名前:login:Penguin [2007/01/23(火) 22:17:31 ID:xbr0LMQ0]
>>452
DRAM のキャッシュと不揮発のキャッシュを
併用することになっている。
pc.watch.impress.co.jp/docs/2006/0526/hot428_01.jpg

454 名前:login:Penguin mailto:sage [2007/01/23(火) 22:23:32 ID:0oMO9Ojw]
>>453
japanese.engadget.com/2006/05/08/hybrid-hdd/
ハードディスクドライブのバッファを大容量NANDフラッシュメモリに置きかえたハイブリッドHDD



455 名前:login:Penguin mailto:sage [2007/01/23(火) 22:35:32 ID:8K+SLyEi]
開発者の発表スライドにengadgetの記事で反論する珍行動

456 名前:login:Penguin [2007/01/23(火) 22:52:33 ID:xbr0LMQ0]
>>454
そうは言うが、Samsungのホワイトペーパーでも

First, Hybrid HDD has flash memory playing a supplementary
role to DRAM in order to dramatically reduce the boot time
and improve system capacity.
www.samsung.com/Products/HardDiskDrive/whitepapers/WhitePaper_12.htm

とあるので、DRAMによるキャッシュも積んでいるんだと思う。
DRAM→NVRAMはいきなりの電源断でも書ききれるという意味で
データが失われないという仕組みは可能だと思うが、
DRAM無しというのは難しいんじゃないか?
そもそも上に出したWinHEC2006のスライドも元は
Samsungの描いた絵だし。

457 名前:login:Penguin mailto:sage [2007/01/23(火) 23:51:46 ID:0oMO9Ojw]
>>456
>>453の図と>>456の図はほぼ同じなんだが、どちらの図にもI/O両方の矢印がある
この両方向でDRAMをスルーしてNVRAMにアクセスしている
ハイブリッドディスクはブート時に1-2KBのRAMにブートセクタをコピーするんだが、このDRAMキャッシュはその部分の事ではないのか?
>>456を翻訳しても、ズバリ、キャッシュに使っているというようには訳せないんだが

458 名前:457 mailto:sage [2007/01/24(水) 00:17:56 ID:vzigmnXE]
× NVRAM
○ NANDフラッシュメモリ

459 名前:login:Penguin mailto:sage [2007/01/24(水) 00:38:31 ID:uMM8sw+h]
だから MRAM,FeRAM とかの高速不揮発メモリに
期待って話だったんじゃねーの?

460 名前:login:Penguin mailto:sage [2007/01/24(水) 01:39:30 ID:Wx+4qs1R]
耐久年数と揮発/不揮発は関係あるの?

461 名前:login:Penguin mailto:sage [2007/01/24(水) 02:19:19 ID:OH8//z4U]
耐久年数が多いと揮発しにくいので、一度書いたら
上書きがとても大変

462 名前:login:Penguin mailto:sage [2007/01/24(水) 08:32:43 ID:vzigmnXE]
>>460
現行のフラッシュメモリは耐久年数は低いとされている
しかし、>459のMRAMは耐久年数のみならずスピード自体も揮発性メモリより高い
FeRAMもMRAMに準ずる

463 名前:login:Penguin mailto:sage [2007/01/24(水) 15:27:52 ID:fll6hQgJ]
フラッシュメモリが高い耐久性を持ってなきゃいけない必要性はない。
ハミング符号なりで保護して不良部分を置き換える下のレイヤーを一
層設ければ耐久年数は無視できる問題ではないか?

464 名前:login:Penguin mailto:sage [2007/01/24(水) 16:04:57 ID:vzigmnXE]
webleverage.jp/xen/wiki/index.php?howto#m6961cbc

Intel Macのマルチブートっておもしろいねえ
OSX用と全く同じ内容のMS-DOS用のパーティションテーブルを作ってるよ



465 名前:login:Penguin mailto:sage [2007/01/24(水) 16:17:28 ID:mEXlFMcS]
>>463
そういうのも含めての耐久性じゃない?

466 名前:login:Penguin mailto:sage [2007/01/24(水) 16:22:03 ID:vzigmnXE]
>>463
現状すでにやられてる話でしょ

467 名前:login:Penguin mailto:sage [2007/01/26(金) 03:11:35 ID:9ovjxSc8]
現状でも、書き込み寿命の均一化はやってあるよ。
それでやっと今の寿命になってる。

個人的には、停電時にファイルを確実に守る方法は
UPS以外に有効な方法は無いと結論をだしてる。


468 名前:login:Penguin mailto:sage [2007/01/26(金) 15:45:58 ID:S6wJxTFd]
確実な方法なんてないと知るところから全ては始まるんだがな。

# ようは何処まで守りたいか、という話

469 名前:login:Penguin mailto:sage [2007/01/26(金) 21:20:42 ID:LxxsiSqP]
そういうこと
どこまで妥協できるかだね

470 名前:login:Penguin mailto:sage [2007/01/27(土) 02:04:17 ID:hzYyrGKz]
俺は大切なデータは石に彫って埋めてる。

471 名前:login:Penguin mailto:sage [2007/01/27(土) 06:38:54 ID:E9E1wd6D]
>>463
NAND型フラッシュメモリ
ja.wikipedia.org/wiki/NAND%E5%9E%8B%E3%83%95%E3%83%A9%E3%83%83%E3%82%B7%E3%83%A5%E3%83%A1%E3%83%A2%E3%83%AA

一般的なデータ書き込みおよび消去後、
不良ブロックの検知処理を行い、
不良ブロックを管理するロジックが組み込まれている。
...
各ブロックの書き込み消去回数が平均化するようにする手法が広く用いられている。

472 名前:login:Penguin mailto:sage [2007/01/27(土) 09:08:22 ID:u9/4vZC9]
>470
ちゃんと3か国語位は並べておけよ

473 名前:login:Penguin mailto:sage [2007/01/27(土) 09:57:51 ID:4NCB46QC]
Hans Reiser、近況

ttp://opentechpress.jp/~sado/journal/432?from=rss

「Hansを陥れるための罠」を仕掛けたのは
ロシアのスパイ組織じゃなくてext4の中の人じゃないか?

474 名前:login:Penguin mailto:sage [2007/01/27(土) 10:21:57 ID:NEv34+KY]
ロシアとはまた厄介な



475 名前:login:Penguin mailto:sage [2007/01/28(日) 21:50:55 ID:Znedwxfp]
SDなんかだとうすっぺらいですが、あの中にそんなロジックが入ってい
るんですか? 知らんかっただけにちょっと驚き。

476 名前:絶対☆妹至上主義 [2007/01/29(月) 02:05:06 ID:ncjfs3KH]
>>471
NANDでも、何度でも書き込めるわけでは無いんだな

477 名前:login:Penguin mailto:sage [2007/01/29(月) 02:33:50 ID:dIKGkRrE]
誰がうまいk(ry

478 名前:login:Penguin mailto:sage [2007/01/29(月) 13:41:07 ID:siKMYi/7]
そのツッコミがなければボケの存在に気付かなかったよ。

479 名前:login:Penguin mailto:sage [2007/01/29(月) 22:12:15 ID:aMwlfPuf]
>>475
それはデバイスドライバの仕事


480 名前:login:Penguin mailto:sage [2007/01/30(火) 22:33:33 ID:ysSJZIzG]
ここならlusterやってる人いるかな
1.4系と1.6系があるんだが、どっち使ってる?


481 名前: ◆IIiDC8JS7w mailto:sage [2007/01/30(火) 22:40:38 ID:gRlPMLvw]
今はLustre 1.6Beta7(2007/1/15付近にでたもの)

482 名前:login:Penguin mailto:sage [2007/01/30(火) 23:07:08 ID:ysSJZIzG]
サンキュー>481
余ってるPCが4台ほどあるので、試しにluster組んでみるよ。


483 名前:login:Penguin [2007/02/01(木) 12:33:57 ID:AuhPSHSf]
LinuxのVFSがダメだって何度もこのスレで見たけど、
具体的にどこがどのようにマズイの?

484 名前:login:Penguin mailto:sage [2007/02/01(木) 12:40:05 ID:z56kQWBE]
syncを発行しているのに実際にディスクに書かない、と言うのが通説
(ちと古いか)。



485 名前:login:Penguin [2007/02/01(木) 16:31:34 ID:d0gGLI0t]
>>484
最近のはFreeBSDもそうらしいね


486 名前:login:Penguin mailto:sage [2007/02/01(木) 17:04:59 ID:lF996rlo]
(OSが)syncを発行して(書き込みOKもらって)いるのに実際に(HDDが)ディスクに書かない

487 名前:login:Penguin mailto:sage [2007/02/01(木) 17:07:38 ID:KD9t2gZH]
1月版 ext3でデータが破損!? メモリ管理で不整合
www.atmarkit.co.jp/flinux/rensai/watch2007/watch01b.html
>Debian独自のパッチの影響

ZFS progress.
blogs.freebsdish.org/pjd/2007/01/28/zfs-progress/
>98% functionality is implemented and work.

488 名前:login:Penguin mailto:sage [2007/02/01(木) 17:23:14 ID:DApPY+KS]
>>486
>>376でガイシュツ。あと、読み間違えてないか? 2.6.18ではDebianパッチの影響だけど、
2.6.19では標準のカーネルでも発生するぞ。

んで、ZFSはFUSEだから正直問題外。

489 名前:login:Penguin mailto:sage [2007/02/01(木) 17:32:32 ID:sGGvNr2g]
誰も、2.6.19では起こらないといってないんじゃないかw

490 名前:login:Penguin mailto:sage [2007/02/01(木) 17:35:04 ID:RxKMsyN1]
そもそも、ZFSなんてlinuxで使うやついないだろ


491 名前:login:Penguin mailto:sage [2007/02/01(木) 17:38:25 ID:lF996rlo]
>using Linus' test-program the data corruption has been reported
>as far back as the 2.6.5 kernel. "It's not actually a new bug at all,"
kerneltrap.org/node/7517
実は2.6.5以降から問題は発生してたらすぃけど、どうなんでしょ。

それと486はSoftupdate vs Journalingの話かな、どっちかというと。

492 名前:login:Penguin mailto:sage [2007/02/01(木) 18:04:36 ID:z56kQWBE]
>>491
問題はあったけど、2.6.19で表面化したと書いてあるだろう。
www.atmarkit.co.jp/flinux/rensai/watch2007/watch01a.html

493 名前:login:Penguin mailto:sage [2007/02/01(木) 18:15:01 ID:9sgJPste]
>>484
ATAだとwrite cache無効に設定しないとあんまり意味ないし。
# 一回デフォルト無効にしたら遅すぎるっていう苦情だらけで
# デフォルト有効に
SCSIは問題無し。


494 名前:login:Penguin mailto:sage [2007/02/01(木) 18:16:32 ID:9sgJPste]
>>484じゃなくて、>>485だった。



495 名前:login:Penguin mailto:sage [2007/02/01(木) 18:18:17 ID:DApPY+KS]
うが、>>486じゃなくて>>487だ。

>>489
>>487の書き方は誤解を招くような代物だったので。

>>490
NTFSの場合はデュアルブートの際やUSB HDDつなげた際に読み込めるというメリットが
あるけど、ZFSにはそういうメリットないものねぇ。きちんとkernel空間で実装して
ext4、JFS、XFSなどと同様に標準fsとして使えるようになっているのなら話は全然別だけど。

ZFSに関してはFreeBSDやOS Xにどうportされるのか注目かなぁ。

>>491
とりあえず、大きなファイルをmmap()するようなアプリを使う際は2.6.19.2に
しておいたほうがいいというのは確かかな。>>487の記事では2.6.20rc3以降なら
fixとは書いてあるけど、2.6.19.2でもfixされたことは書いていないのがアレだ…

496 名前:login:Penguin mailto:sage [2007/02/01(木) 18:23:42 ID:z56kQWBE]
>>493
ファイルシステムの下には ATAやSCSIのディスクだけじゃなくて、
SAS,バッテリバックアップされたRAID,iSCSI,AoEなどなど
いろいろあるんですが、そのへんはどうなんすかね?

497 名前:login:Penguin mailto:sage [2007/02/01(木) 18:31:16 ID:DApPY+KS]
>>496
各種デバイスの仕様と、そのデバドラのつくりによるとしか言いようがない。

SCSIやSATAだとFUAが使えるからデータをディスクへ書き込んだ時点で
終了通知をホストへ返すことができるわけだけど、デバドラがきちんと
作られていないのなら、デバイスレベルでFUAをサポートしていても
無意味なわけで。

498 名前:login:Penguin mailto:sage [2007/02/01(木) 18:35:46 ID:MMx52a8R]
ストレージクラスなら、キャッシュへの書込みが終了した時点で返す。
もっとも、それは電源がちょっと落ちたところでキャッシュの中身が消えることがないようになっているわけだが。


499 名前:login:Penguin mailto:sage [2007/02/01(木) 18:40:06 ID:eaIr3GB1]
>484 が言っているのは >486 のより手前の
OS に責任があるレイヤでの問題

ただし、結局その説が正しいのかどうかはよくわからん

500 名前:login:Penguin mailto:sage [2007/02/01(木) 18:52:05 ID:z56kQWBE]
>>499
だから、そんなレベルでOSが責任をとってもデータがダメになる
ケースは多数あるわけで、それなら始めからベストエフォートに
してページキャッシュをいろいろ最適化したほうがマシ、というのが
Linuxの設計方針だろ。Linuxカーネル解読室とか読めよ。

501 名前:login:Penguin mailto:sage [2007/02/01(木) 18:53:40 ID:8hEfCwF0]
>>499
このスレでも何回か出ている話題だけど、>>384-419あたりの議論でだいたいの結論がついてないか?

502 名前:login:Penguin mailto:sage [2007/02/01(木) 20:50:11 ID:n6dF5ODI]
>>500
それはおかしくないか?
ユーザーによってニーズは違うだろう
スピードへの最適化と信頼性への最適化の2つの選択肢を与えるべきじゃないのか?

503 名前:login:Penguin mailto:sage [2007/02/01(木) 21:04:29 ID:8kIqyObB]
Linuxカーネル解読室ってオライリーのunderstanding the linux kernel 3rd edition より良いの?

504 名前:login:Penguin mailto:sage [2007/02/01(木) 22:04:54 ID:bacTwvVC]
>>501
長すぎるからサマライズキボン。
キチガイは伝染する?

>>502
信頼性欲しければ違う実装使えってことだろ。
それか自分で作るか。作ってもLinuxにはマージしてもらえない気がするが。

>>503
後者の2版和訳を読んだ限り上っ面の説明しかできていない。
前者は読み込んでないから知らぬ。




505 名前:login:Penguin mailto:sage [2007/02/02(金) 02:15:32 ID:LHpcI4XW]
>500
そんなヌケサク説明を本気で信じてるの?

解決策にもなんにもなってないし...

506 名前:login:Penguin [2007/02/02(金) 21:15:48 ID:FrGCgZny]
結局、まっとうな批判に対して「キチガイ」と罵ることしかできない
ということでFAか?


507 名前:login:Penguin mailto:sage [2007/02/02(金) 21:24:00 ID:zNdISUUI]
はいはい

508 名前:login:Penguin mailto:sage [2007/02/02(金) 21:28:42 ID:T7lvryZy]
いや、大したことのないレスにキチガイって返す方がおかしいよ

509 名前:login:Penguin [2007/02/03(土) 03:37:04 ID:kg/qeKbc]
>>491
その情報が正しいとなると、RHEL4.5で修正入るのかな?

510 名前:login:Penguin mailto:sage [2007/02/03(土) 14:58:47 ID:5bzUz2co]
とりあえず、504は放置しとけ

511 名前:login:Penguin mailto:sage [2007/02/04(日) 12:40:11 ID:SIrUcCus]
XFSとext3とReiserFSだとどれが安全?

512 名前:login:Penguin mailto:sage [2007/02/04(日) 12:43:34 ID:I1zy8FgT]
どれも危険極まりない。
お前が使えば。


513 名前:login:Penguin mailto:sage [2007/02/04(日) 16:27:09 ID:VendWddW]
>>511
今からならReiserFSがいい。
状況は今がドン底。逆にこれ以上悪くなる心配がない。
後は這い上がるのみ。

514 名前:login:Penguin mailto:sage [2007/02/04(日) 17:21:58 ID:J2syga+J]
>>511
つかちょっと上のレスも見らんないのお前は?

JFSだけはガチってのがこのスレの総意だろ。



515 名前:login:Penguin mailto:sage [2007/02/04(日) 17:33:06 ID:OnmEjYbp]
ガチ、か…

516 名前:login:Penguin mailto:sage [2007/02/04(日) 18:34:37 ID:e+PaBkqY]
スルーされ具合についてはガチだな






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<187KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef