/**ファイルシステム総合スレ その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/ 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] フラッシュの方が圧倒的に短いわなｗ 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] 誰がうまいｋ（ｒｙ 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 それはおかしくないか？ ユーザーによってニーズは違うだろう スピードへの最適化と信頼性への最適化の２つの選択肢を与えるべきじゃないのか？ 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] スルーされ具合についてはガチだな 517 名前：login:Penguin mailto:sage [2007/02/04(日) 18:38:09 ID:KaQxELcg] 今からならＲｅｉｓｅｒ４だろ 518 名前：login:Penguin mailto:sage [2007/02/04(日) 18:41:31 ID:OUXrG2xd] 俺はせっせと Solaris に移行中 519 名前：login:Penguin mailto:sage [2007/02/04(日) 22:08:15 ID:SIrUcCus] JFSのトラブルの報告が無いのは誰も使っていないからだろ? 520 名前：login:Penguin mailto:sage [2007/02/04(日) 22:10:05 ID:/f4Jfrib] Yes, SIr! 521 名前：login:Penguin mailto:sage [2007/02/04(日) 22:12:54 ID:6B5J03Tx] 使ってますが何か 522 名前：login:Penguin mailto:sage [2007/02/04(日) 23:07:54 ID:BkRpNHOD] >>521 お前だって、最悪飛んでもいいパーテーションでしか使ってないだろ。 523 名前：login:Penguin mailto:sage [2007/02/04(日) 23:15:37 ID:wTKNJ/kp] >>518 Solarisって使いやすさはどうなの？ パッケージ管理が簡単なのかどうかと、パッケージ数が豊富なのかどうかが気になる。 昔はGCC入れて、各種アプリを自前コンパイルしないといけない時代があったよね。 524 名前：login:Penguin mailto:sage [2007/02/04(日) 23:24:50 ID:I1zy8FgT] 今も基本的にはそうだが。 Sunfreewareのビルドが気に入らなければ、自分で作るしかないから。 パッケージ管理そのものについても、RPMやdebほど洗練はされていない。 パッチとか当てると普通に設定ファイルを上書きしたりするから、注意がいる。 525 名前：login:Penguin mailto:sage [2007/02/04(日) 23:34:10 ID:9s1+/enK] JFS はハードディスクが壊れただけでファイルシステムがぐちゃぐちゃになったので糞。 あと、NLS でちゃんと変換出来ないファイル名のファイルを作るとロストするときがあったので糞(相当昔の話だが)。 526 名前：login:Penguin mailto:sage [2007/02/04(日) 23:45:28 ID:ScyYaqVx] > JFS はハードディスクが壊れただけでファイルシステムがぐちゃぐちゃになったので糞。 527 名前：login:Penguin mailto:sage [2007/02/04(日) 23:53:20 ID:l/38o1m3] ちゃんと書かないとつたわらないだろうな 528 名前：login:Penguin mailto:sage [2007/02/05(月) 00:10:05 ID:xJuCgkva] HDD が壊れても大丈夫な FS 欲しいなぁ 529 名前：login:Penguin mailto:sage [2007/02/05(月) 00:11:54 ID:yquMgini] >>528 ひょっとしてそれはギャグで言ってるいるのか？ 530 名前：login:Penguin mailto:sage [2007/02/05(月) 00:18:06 ID:rnFpdWND] ネットワークファイルシステムならHDDに書かないから安心。

---

---

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

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