ファイルシステム総合スレ その10

1 名前：login:Penguin mailto:sage [2009/04/02(木) 20:57:26 ID:AdLAWklr] ●過去スレ 01 ttp://pc.2ch.net/test/read.cgi/linux/1006743807/ 02 ttp://pc5.2ch.net/test/read.cgi/linux/1063025258/ 03 ttp://pc8.2ch.net/test/read.cgi/linux/1101495293/ 04 ttp://pc8.2ch.net/test/read.cgi/linux/1136695633/ 05 ttp://pc8.2ch.net/test/read.cgi/linux/1152348695/ 06 ttp://pc11.2ch.net/test/read.cgi/linux/1173530292/ 07 08 ttp://pc11.2ch.net/test/read.cgi/linux/1190788761/ 09 ttp://pc11.2ch.net/test/read.cgi/linux/1225001916/ ●関連リンク ext4 ttp://www.bullopensource.org/ext4/ reiserfs/reiser4 ttp://www.namesys.com/ xfs ttp://oss.sgi.com/projects/xfs/ jfs ttp://jfs.sourceforge.net/ nfs ttp://nfs.sourceforge.net/ ntfs ttp://www.linux-ntfs.org/doku.php fuse ttp://fuse.sourceforge.net/ btrfs ttp://btrfs.wiki.kernel.org/index.php/Main_Page NILFS2 (NTT) ttp://www.nilfs.org/ja/ 577 名前：login:Penguin mailto:sage [2009/08/01(土) 13:01:41 ID:mXx3DngF] 名前は長いほうがいいのか？ 戒名みたいだな 578 名前：login:Penguin mailto:sage [2009/08/01(土) 16:48:33 ID:IAPkS0Yu] 「戒名」「法名」の長さについて black.no-blog.jp/hone0625fk/2006/10/post_1b61.html 579 名前：login:Penguin mailto:sage [2009/08/02(日) 01:14:52 ID:Xdq0E5w1] googleのファイルシステム公開してくんないかな 580 名前：login:Penguin mailto:sage [2009/08/02(日) 01:33:18 ID:+uNZh5d6] そんな特化したFS公開されても・・・ 581 名前：login:Penguin mailto:sage [2009/08/02(日) 02:04:26 ID:HFtAZHUu] >>579 使い道ないじゃん。 582 名前：login:Penguin mailto:sage [2009/08/02(日) 07:54:45 ID:43zxi/8E] >>579 ReiserFSの気がするのは俺だけだろうか 583 名前：login:Penguin mailto:sage [2009/08/02(日) 08:09:22 ID:BsPAG2ZW] 個々はext2だという話だったような。 それを多数で分散冗長化しているのが独自技術で。 584 名前：login:Penguin mailto:sage [2009/08/02(日) 09:22:39 ID:uUBOpM9k] labs.google.com/papers/gfs.html 585 名前：login:Penguin mailto:sage [2009/08/02(日) 11:44:22 ID:y9A4+xpk] Filesystem Specifications - Links & Whitepapers ttp://www.forensics.nl/filesystems 586 名前：login:Penguin [2009/08/02(日) 11:56:57 ID:HWrwkQRU] 誰かHAMMER移植してくれないかな。 俺？能力的に無理ぽ orz 587 名前：login:Penguin mailto:sage [2009/08/02(日) 12:52:02 ID:S1KUAPtn] Googleext2の上にGoogleFSを構築している。壊れるのが前提だからjournalingいらんし ext4にjournalingなしのモードがついたのは、ext2からext4に移行したいgoogleがプッシュしたから GoogleFSはオープンソースの実装が出てるけど、普通の単体ファイル操作は猛烈に遅い、 っていうか専用の API を通してしか操作できないから、一般人が使えるものじゃないです 588 名前：login:Penguin mailto:sage [2009/08/02(日) 13:47:37 ID:oNmo8zqP] >>587 万が一にもsyncしないでマシンが止まることはないのを保障しているのか？ 電源障害でたくさんのマシンが一斉に落ちたりすると fsckの時間が無視できないと思うんだが。 589 名前：login:Penguin mailto:sage [2009/08/02(日) 14:02:27 ID:+uNZh5d6] 公開された先生のサーバってノード毎にバッテリー載ってる戯画のカスタム板だよな 590 名前：login:Penguin mailto:sage [2009/08/02(日) 14:08:32 ID:xaBD/3Nd] >>588 そういうレイヤーのファイルシステムじゃないんだろ。 591 名前：login:Penguin mailto:sage [2009/08/02(日) 14:36:00 ID:T8DPlbOa] >>588 Googleは、サーバーは「どんどん壊れるもの」が前提なので、保証もなにも、そんなことはどうでもいい。 実際どう運用しているのか知らんけど、fsckしようが、その時間が無駄だからmkfsしてサラにしようが、 大して違いがない。どうせ同じデーターが世界の別の場所に最低2カ所あるんだし。 592 名前：login:Penguin mailto:sage [2009/08/02(日) 16:01:34 ID:6M6aomwO] 「潔いのだな　Googleは」 「そこに惚れたのでしょ？ラル大佐も」 593 名前：login:Penguin mailto:sage [2009/08/02(日) 19:47:06 ID:nThwvegR] 流し読みしただけでよく読んでないけど、 FSってより、APIだなこれ memcachedをインデックス管理できるようにしてクラスタ化するとこんな感じかな? 594 名前：login:Penguin mailto:sage [2009/08/02(日) 22:06:58 ID:t3P+JXcL] >>568 > 上で出てた断片化による速度低下だけど使い方によるよ。 > Windowsはツールで断片化の具合が確認できるから > 自分の使い方での傾向が分かるけどLinuxでは難しい。 e2defrag 使ってましたがなにか?あれはフラグメントの様子が視覚化できるんだよ。 win でも linux でも defrag は自分の使用条件ではたいして効果なし。てのが結論。 シーケンシャルリードばっかじゃないからね。 可視化ツールには一応 DAV と言うのがある。未だに ext2/3 のみだが。 dav.sourceforge.jp/ > 基本的に同じサイズのファイルを書き込みつづける場合は影響を受けにくいよ > 一番影響受けやすいのは、 > 大量の細かいファイルと巨大なファイルを同居させた場合。 そんなの周知だよ。昔から。フラグメント問題はメモリ割り当てとかでもあるんだよ。 > 音楽ファイルや動画ファイルはルートパーティションから隔離しとくと吉 ていうか、読み書きの多いファイルとほとんど書き換えなし/消去なしのファイルはパーテーションわけしておく、とか。 昔から行われていることだよ。 周知なネタばかりじゃん。 595 名前：login:Penguin mailto:sage [2009/08/02(日) 22:08:05 ID:zuGU9fys] >>594 はいはい、君は物知り博士だねぇ。 596 名前：login:Penguin mailto:sage [2009/08/03(月) 01:37:56 ID:kZ8h29CW] >>594 メモリのフラグメント問題と ディスクのフラグメント問題は ぜんぜん違う問題 597 名前：login:Penguin mailto:sage [2009/08/03(月) 02:13:54 ID:4ahQ/E8a] メモリのフラグメントは 実質使用量が増えて最終的に割り当てが出来なくなる(可能性がある)というのが一番の問題だけど ディスクの場合はアクセス速度が遅くなることが問題点だもんね。 まあ稀にディスクの空き領域が足りなくなるまで書き込む人もいるかもしれないけど ディスクの場合は分断されていても獲得は出来るのに対し メモリは(アドレス空間の)空きが分断されていたら獲得自体が出来ないから。 598 名前：login:Penguin mailto:sage [2009/08/03(月) 02:26:59 ID:0psqM35I] MMUなんて便利なもんがだいぶ前から使われてるんだけどな 今は、メモリ管理情報の肥大化による問題の方が大きい 599 名前：login:Penguin mailto:sage [2009/08/03(月) 02:31:08 ID:4ahQ/E8a] へー、MMUでアドレス空間の不足を解消できるのか。 600 名前：login:Penguin mailto:sage [2009/08/03(月) 06:52:39 ID:D9UOKH8p] 物理アドレス空間と論理アドレス空間を区別してない時点で 4ahQ/E8aも0psqM35Iもまともな議論はできてねーよ。 お互い勝ったつもりなんだろうが。 601 名前：login:Penguin [2009/08/03(月) 06:57:53 ID:Ihjxl/59] >メモリは(アドレス空間の)空きが分断されていたら獲得自体が出来ないから。 これが物理アドレスの話の可能性があると思えるなんて異常すぎる 602 名前：login:Penguin [2009/08/03(月) 07:01:40 ID:Ihjxl/59] アドレス空間の空きのフラグメント解消に ページングを持ち出す598はもっとすごいな 603 名前：login:Penguin mailto:sage [2009/08/03(月) 09:05:45 ID:+7q4foS8] 天災同士の貴重な議論は 逸般人にはどうせ理解できないものなので 他所のもっと落ち着いた場所でやるほうが 有益だと思います 604 名前：login:Penguin mailto:sage [2009/08/03(月) 11:53:41 ID:qdW8N29Q] dosかなんかの話してるんじゃないの？ 605 名前：login:Penguin mailto:sage [2009/08/03(月) 12:26:54 ID:XZq6o4Nt] メモリのフラグメンテーションの話はスレ違いだ そんなに罵り合いたいなら他でやれ 606 名前：login:Penguin mailto:sage [2009/08/03(月) 22:30:12 ID:NM+z6upI] 次スレタイはこれで。 【釈放】Hans Reiserは木が得意【ﾏﾀﾞｰ?】 607 名前：login:Penguin mailto:sage [2009/08/04(火) 00:51:40 ID:wKfZCk0q] 頭悪そうだな 608 名前：login:Penguin mailto:sage [2009/08/04(火) 12:03:16 ID:hDAUtPxp] 悪そう、じゃなくて悪いんだよ 頭も心も 609 名前：login:Penguin mailto:sage [2009/08/04(火) 20:37:36 ID:ZIj5Pq57] btrfsﾀﾝ、ハァハァ 610 名前：login:Penguin mailto:sage [2009/08/04(火) 21:35:23 ID:zBDyWBP8] >>607-608 おまいらよりはマシだ 611 名前：login:Penguin [2009/08/04(火) 21:38:52 ID:NQSypDHr] だから頭悪いって言われるんだよ。 何を基準にそう判断したんだ？ 612 名前：login:Penguin mailto:sage [2009/08/04(火) 22:55:27 ID:2uDO8De7] >>611 子供かｗ 613 名前：login:Penguin [2009/08/04(火) 23:46:05 ID:NQSypDHr] >>612 まぁ、未成年なので子供ですがｗ 614 名前：login:Penguin mailto:sage [2009/08/05(水) 02:37:35 ID:gTZRwnjz] あれだけいわくつきなファイルシステムなのに 未だにreiserfsが支持されてる(少なくとも風化してない)のはすげーな。 ext2しかない時代に現れた時は確かに神かと思ったが。 あの時に比べるとext4やらなんやら出てきても 派閥争いうぜえ、面倒だからext3でいいや、で終了してしまう俺。 615 名前：login:Penguin mailto:sage [2009/08/05(水) 05:41:45 ID:ah5TOzXe] reiserfsになんのいわくがあるの？ 616 名前：login:Penguin mailto:sage [2009/08/05(水) 06:32:27 ID:W7q6iatu] >>614 ・そこそこの性能 ・適度な枯れ具合 ・他FSに移行するのが面倒 なので使ってる人がほとんどじゃないかと思う。 617 名前：login:Penguin mailto:sage [2009/08/05(水) 09:10:40 ID:MqOHb/7H] nilfsで検索しても「2.6.30カーネルに取り込まれた」って記事ばかりで 人柱報告がほとんどない 実際どうなの？＞人柱の皆さん 618 名前：login:Penguin mailto:sage [2009/08/05(水) 09:15:31 ID:Uzfwchw8] 日本以外ではメジャー 619 名前：login:Penguin mailto:sage [2009/08/05(水) 09:47:05 ID:RYqMjlu9] 国産なのにな 620 名前：login:Penguin mailto:sage [2009/08/05(水) 19:25:29 ID:Ta8o51LO] >>616 そこそこの性能ってどれぐらい？ext3より早い？ ext3ばかりをDBに使っているオレに分かるように reiserfsのありがたみを教えてよ。 621 名前：login:Penguin mailto:sage [2009/08/05(水) 19:38:07 ID:l0ecsUdB] 自分で使ってみればいいじゃん 622 名前：login:Penguin mailto:sage [2009/08/05(水) 20:15:21 ID:uRwqclf+] てかDBに使うならどのfsでも大差ない。 623 名前：login:Penguin mailto:sage [2009/08/05(水) 21:54:52 ID:jAE0qfFT] 動的inodeじゃない時点で却下 624 名前：login:Penguin mailto:sage [2009/08/05(水) 22:49:05 ID:5pkgixmk] >>623 動的iノードのファイルシステムを支持するとスレが荒れますよ。ご注意を。 625 名前：XFS mailto:XFS [2009/08/05(水) 23:24:27 ID:r1cVDk5Q] 荒らす奴が悪い。 626 名前：login:Penguin mailto:sage [2009/08/06(木) 15:28:15 ID:Ak5ILM8x] >>622 ほんとか？詳細キボーン 627 名前：login:Penguin mailto:sage [2009/08/06(木) 16:01:18 ID:V0OhXb2J] >>626 btrfsなどCoW系のはデータの書き換えで メタデータのチェックサムを更新するから遅そうだ。 nilfsなどLOGFS系は明らかに向いてないだろうね。 ext2などブロック管理のは DBファイルのサイズが大きくなったときに性能がおちる。 それ意外のはキャッシュのつくりがよほど弱くなければ 似たような性能になるんじゃないのか? 628 名前：login:Penguin mailto:sage [2009/08/06(木) 20:33:02 ID:QxBdNWpW] つーか、動的i-nodeって一言で言っても 例えばReiserFSとか、NTFSや、Btrfsみたいに、 使われてないi-nodeは確保せず、必要に応じて ファイルと一緒にi-nodeも拡張してゆくようなのと XFSみたいにi-nodeとして使われているエリアがあって そこが足りなくなってくると、i-nodeエリアを一定量ずつ 再確保してゆくようなのとでは同じ「動的i-node」と言っても 実際にはほとんど別物だと思うんだ 仮にFSとして使える量だけ考えてみても 前者は最後まで無駄なく使えるのに対して 後者はi-nodeとして使われてる空間が多少なりとも使えずに残るし スピードだって 前者は最後の方に行くに従って段々と遅くなるけど 後者は、後から追加したi-nodeから参照するデータはガクッと遅くなる 単純に「動的i-node」とかって、ひとくくりにしないで欲しいよな 後者のは、昔っからある静的i-nodeスタイルなFSに、i-node再確保システムを 後付けしただけなんだから むしろ後からちまちま再確保せず、始めっからドカッとi-nodeを確保する 昔ながらのFSの方が潔いし、スピードもそっちの方が速いよ 629 名前：login:Penguin mailto:sage [2009/08/06(木) 20:40:47 ID:RMpOGeqI] >>628を要約します XFSはクソ 630 名前：login:Penguin mailto:sage [2009/08/06(木) 20:50:32 ID:IKCdGcSv] >>628 > 後者は、後から追加したi-nodeから参照するデータはガクッと遅くなる > 昔ながらのFSの方が潔いし、スピードもそっちの方が速いよ この2点のソースは？ 631 名前：login:Penguin mailto:sage [2009/08/07(金) 11:32:52 ID:utwdKufT] 無駄なi-node領域があるのはかまわないんですよね。まあ多すぎるのは意味ないですけど。 必要に応じて振る方法が、最後の方になると遅くなるはなんでですか？ たとえばReiserfsだと、ファイルの情報は全部ツリーに入ってる(から動的)わけで、 ファイル数が増えた(=ツリーが大きくなった)という理由以外だと、 空きobjectidの検索があるから？でも動的じゃなくても空いてるの探すのはありますよね？ XFSはAG毎に管理してるから、後からのやつが遅くなるってことは無さそうなんだけど、 遅くなるんですかね？もちろんAG数に依存はすると思うけど。 632 名前：login:Penguin mailto:sage [2009/08/07(金) 13:14:15 ID:+w6MBDzH] XFS+UPSが最強なのにまだやってんのかよ いい加減にしろ 633 名前：login:Penguin mailto:sage [2009/08/07(金) 13:20:22 ID:Y0OUSY1v] >>631 いつものアンチXFS厨だよ。気にすんな 634 名前：login:Penguin mailto:sage [2009/08/08(土) 06:47:21 ID:KCg3bIRj] >>632 /bootだけはext2だろ 635 名前：login:Penguin mailto:sage [2009/08/08(土) 09:48:48 ID:ZAmfBvdJ] 全部xfsじゃダメなの？ md使ってたらgrubがxfs対応してないから/bootはext2にしてるけどさ。 636 名前：login:Penguin mailto:sage [2009/08/08(土) 09:57:05 ID:1jiNUxA+] >>635 XFSは地獄 ext2/3/4は天国 この現実を知らないの？ /bootがXFSなら明日は起動しないかもよ？ 637 名前：login:Penguin mailto:sage [2009/08/08(土) 10:09:28 ID:+0qGTwxr] >>635 馬鹿に構うなよ 638 名前：login:Penguin mailto:sage [2009/08/08(土) 10:10:58 ID:urqjNkQr] /bootとかブートに関係するとこは高機能なのよりできるだけ単純というか、 よく揉まれているtried & trueなファイルシステムの方がいいっていう話じゃないか。 XFSとかreiserも低リソースで起動しなきゃいけないブートローダがサポートするには色々複雑で大変だよな、 みたいな。 EFIとか使うとEFI用の領域ってFATになるよな。たしか。 639 名前：login:Penguin mailto:sage [2009/08/08(土) 10:28:55 ID:1jiNUxA+] >>637 わかりました。 640 名前：login:Penguin mailto:sage [2009/08/08(土) 10:50:31 ID:mBkq56h9] /bootは殆ど書き換えないから、単純な方がいいな 641 名前：login:Penguin mailto:sage [2009/08/08(土) 11:23:54 ID:i8n9snwz] GRUBはジャーナルを使わないから/bootをジャーナリングファイルシステム にするのは無意味どころか有害って既出の話 カーネルの更新中にクラッシュしちまうような 日頃の行いの悪い子以外はどうでもいい話だけどな 642 名前：login:Penguin mailto:sage [2009/08/08(土) 11:37:57 ID:urqjNkQr] うんうん。 /以下をまるごと同じファイルシステム使っていると、そのへんの加減ができないからやっぱ駄目だよねえ。 643 名前：login:Penguin mailto:sage [2009/08/08(土) 13:22:09 ID:ZAmfBvdJ] 639 ？ 644 名前：login:Penguin mailto:sage [2009/08/08(土) 15:01:13 ID:zDfovaF0] Linuxのファイルシステムはよくない、んだとよwww q.hatena.ne.jp/1249468575 645 名前：login:Penguin [2009/08/08(土) 15:04:37 ID:2KSMxYa2] またマカーか 646 名前：login:Penguin mailto:sage [2009/08/08(土) 15:32:07 ID:SmLZHg3a] HNに注目 647 名前：login:Penguin [2009/08/08(土) 15:53:33 ID:+gGkG7kS] swap と / しかパーティション切ってない orz 昔NetBSD使ってたころは / /usr /home /var とか色々分けてたけど段々面倒になってきて．．． 648 名前：login:Penguin mailto:sage [2009/08/08(土) 16:47:44 ID:2Mh/ngI8] 俺は/と/homeだけだな swapはファイルにした 649 名前：login:Penguin mailto:sage [2009/08/08(土) 18:05:10 ID:LOt12QIC] 今さらboot分ける意味ってなくね？ 650 名前：login:Penguin mailto:sage [2009/08/08(土) 19:08:08 ID:0nmwXefb] >>649 逆にext4がデフォルトになったディストリだとブートローダの都合で必須じゃね？ 651 名前：login:Penguin mailto:sage [2009/08/08(土) 19:17:38 ID:f2dxNLiR] /boot / home /usr /var 652 名前：login:Penguin mailto:sage [2009/08/08(土) 19:22:37 ID:KCg3bIRj] /bootを分けるのは気分の問題だな。俺は。 CentOSを永いこと使ってたから、どのディストリでも/bootと/をプライマリ、スワップを拡張に切りたくなる。 653 名前：login:Penguin mailto:sage [2009/08/08(土) 19:45:01 ID:Op0NLWmu] モジュールを置く場所ってどうして /lib/modules/バージョン/・・・ のままなの？ モジュールってカーネルとセットで扱わないと意味無いんだし /bootとかそれに似たところにカーネルとうまく組になるように 置くべきだと思うんだけど どうなの？ 654 名前：login:Penguin mailto:sage [2009/08/08(土) 20:05:41 ID:I2Fkxttz] >>653 どうでもいい。 655 名前：login:Penguin mailto:sage [2009/08/08(土) 20:08:39 ID:jjZY8imH] >>650 ubuntuのgrubは独自パッチが当たってて、ext4からブート出来るんじゃなかったっけ？ 656 名前：login:Penguin mailto:sage [2009/08/09(日) 03:20:15 ID:BjcglXB+] >>653 モジュールのロードにはboot loader関与しないし、 boot時に必要なモジュールはinitrdに入れるのがLinux流だから。 みんな特に不満が無いんじゃない？ 657 名前：login:Penguin mailto:sage [2009/08/09(日) 19:13:32 ID:IkGSFCMm] [Phoronix] Merging Tux3 Into The Mainline Linux Kernel www.phoronix.com/scan.php?page=news_item&px=NzQ0Mg 658 名前：login:Penguin mailto:sage [2009/08/10(月) 13:12:09 ID:c0CFIMPr] >>653 initrd使わない人なの? 659 名前：login:Penguin mailto:sage [2009/08/10(月) 15:11:55 ID:Dcoo3+kG] >>655 Yes 660 名前：login:Penguin mailto:sage [2009/08/11(火) 04:19:13 ID:E8HEqNfN] >>628 NTFSは事前にインデックス用の領域を確保しちゃうよ　（MFTという名前） ただし、空き領域が不足したときはMFTの一部を開放して ファイル用に割り当てることができるから容量は最後まで使い切れる。 だから >>628 が言う前者と後者の両方の利点をNTFSは持ってる。 しかし、容量ギリギリまで使おうとするとMFTが断片化して遅くなるのも事実。 661 名前：login:Penguin mailto:sage [2009/08/11(火) 10:12:17 ID:tRKWJbdY] 嘘だらけの知ったかに食いつくなよ 662 名前：595 mailto:sage [2009/08/11(火) 12:18:52 ID:Lzu/ezTE] > >>594 > はいはい、君は物知り博士だねぇ。 一体誰が物知り博士だなんて主張してる? 周知って言葉の意味を知らんのか。 >596 >>594 メモリのフラグメント問題と ディスクのフラグメント問題は ぜんぜん違う問題 一体誰が同じだなんて主張してる? 文章読めないのか。 >597-598 君は知らなそうだが、内部断片化、外部断片化てのも周知の話だよ。 結局、初歩的、初心者的知識すら乏しいじゃん。 663 名前：login:Penguin mailto:sage [2009/08/11(火) 12:49:22 ID:gCZov+kt] >>662 664 名前：login:Penguin mailto:sage [2009/08/11(火) 18:41:05 ID:ZkXwyRtm] まだまだ夏だねぇ・・・ 665 名前：login:Penguin mailto:sage [2009/08/11(火) 18:51:23 ID:WK11feHT] 何言ってんだよ。もう秋だよ。 666 名前：login:Penguin mailto:sage [2009/08/11(火) 19:05:11 ID:iCFlOGmM] 今年は夏なんてなかったし 667 名前：login:Penguin mailto:sage [2009/08/11(火) 21:13:41 ID:f+c4YjXq] Symantec の Norton Ghost v14 は ext3/4・ダイナミックボリュームに対応だそうですが、 こういったディスクイメージ操作型バックアップツールで 動的inodeの reiserfs も ディスクイメージとしてバックアップ出来るツールってあるんですか？ 668 名前：login:Penguin mailto:sage [2009/08/11(火) 23:15:39 ID:f2B87ZB1] dd? 669 名前：login:Penguin mailto:sage [2009/08/11(火) 23:35:18 ID:f+c4YjXq] ghostですと、 ・CDやFDから起動して、DOSまたはLinux?上で動作。（ブートディスク作成時に指定） ・ハードディスク丸ごとそのままコピーも出来れば、パーティションを圧縮してコピーも出来る。 ・イメージファイルとして保存・復元するほか、直接Disk間コピー・パーティション間コピー出来る。 ・コピー元の使用容量が少なければ、コピー先パーティションにコピー元より小さい容量のパーティションが指定できる。 ・イメージファイルの保存先としてCD-RやDVD-R、SCSIメディア、SCSIテープ、シリアルP2P、ghostサーバ(ネットワーク)も選べる。 ・コマンドラインオプションによりブート後の動作をほぼ自動化できる ・windows上でghostエクスプローラによりイメージファイルの中身を編集できる ddを調べてみましたが、知らないと難しいとはいえ上記の半分以上をddで出来てしまうようですね。 GUIでddバックアップできる専用のCDブートのディストリビューションとかあったらghost要らなくなりそうです。 670 名前：login:Penguin mailto:sage [2009/08/11(火) 23:55:37 ID:TECp/WKW] sourceforge.net/projects/air-imager/ もしそうならこれをKNOPPIXカスタマイズして組み込んだりしたらうまいかな？ KNOPPIXのベースであるDebianとの相性にはついては確認していないが。 671 名前：gparted mailto:sage [2009/08/12(水) 00:11:27 ID:oaMYKOHs] >679 呼んだ? 672 名前：login:Penguin mailto:sage [2009/08/12(水) 00:27:21 ID:V+ssuppU] そういやこんなものもあったね。 gigazine.net/index.php?/news/comments/20060529_gparted_live_cd/ ddはファイルシステムフリークの友。 673 名前：login:Penguin mailto:sage [2009/08/12(水) 01:09:19 ID:SVsEtJYf] >>670-672 情報ありがとう。 そういえばBackup&RestoreとPartition編集の両方が1枚に収まってるのって知らないな。 AcronisはTrueImageとDiskDirector(旧PartitionExpert)とで別のブートCDに焼くようになってたと思う。 マルチブートCDを自作すれば1枚に収まるけど機能の切り替えに再起動が必要になるし。 ちなみにDiskDirectorとGPartedでは両方とも対象との相性で出来る・出来ないみたいなのが出るので、 どっちが優れているというよりも両方用意してると安心だと思った。 674 名前：login:Penguin mailto:sage [2009/08/12(水) 01:17:22 ID:SVsEtJYf] というか>>670こそまさに1枚に収め得るGUIツールなのか… AIR (Automated Image & Restore) is a GUI front-end to dd/dcfldd designed for easily creating forensic disk/partition images. Supports MD5/SHAx hashes, SCSI tape drives, imaging over a TCP/IP network, splitting images, and detailed session logging. こいつはSymantecさんに俺の心がベンダーロックインされている場合では無さそうだ。 675 名前：login:Penguin mailto:sage [2009/08/12(水) 12:31:31 ID:yJ4s2NJK] つ Clonezilla Live 676 名前：login:Penguin mailto:sage [2009/08/12(水) 16:44:47 ID:NA/P7dE7] nilfs2の人柱になることにしました。 壊れたらまた書き込みます。 677 名前：login:Penguin mailto:sage [2009/08/13(木) 21:50:34 ID:h/nV7bVc] >>675 LVMもサポートか。ghostもTrueImageもセクタバイセクタでのみ複製可能、ghostはその後そのままでは起動しない。 ttp://service1.symantec.com/support/inter/ghostjapanesekb.nsf/jp_docid/pf/20080616080008941?Open?Open&docid=20080616080008941&nsf=support%5CINTER%5Cghostjapanesekb.nsf&view=jp_docid&dtype=corp Ghost ではシングルストライプボリュームまたはミラーリングしていないシングルセグメントボリュームだけがクローニングされます。 Ghost でイメージを作成したり、ディスク間でクローニングを行う場合、LVM ボリュームは通常のパーティションと同様に扱われます。 したがって、Ghost では復元先に LVM ボリュームを再作成できません。 これらのボリュームは単純なパーティションであるかのように複製されます。 手動で設定ファイルを編集する必要がある場合もあります。 復元先ディスクにある既存の LVM ボリュームには、1つのパーティションのみをクローニングまたは復元できます。 この場合、既存のボリュームはオペレーティングシステムの LVM に残ります。

---

---

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

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