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

1 名前：login:Penguin; mailto:sage [2012/06/30(土) 08:36:00.10 ID:q3w7kzQB] ●前スレ ファイルシステム総合スレ その14 engawa.2ch.net/test/read.cgi/linux/1326613113/ ●関連スレ ジャーナリングファイルシステム toro.2ch.net/test/read.cgi/unix/979408065/ OpenSolaris/Illumos (OpenIndiana, etc.) 6 toro.2ch.net/test/read.cgi/unix/1337411922/ FS関連スレ kohada.2ch.net/test/read.cgi/os/1137387538/l50 過去スレ、関連リンクは >>2-10 あたりで。 552 名前：login:Penguin mailto:sage [2012/11/17(土) 02:24:53.10 ID:TonMVE3C] >>549 ラリー・エリソンにケツの穴までどころか身も心捧げられる 553 名前：login:Penguin mailto:sage [2012/11/17(土) 02:48:32.34 ID:ogziJxY2] ZFSっていつ主流になんお 554 名前：login:Penguin mailto:sage [2012/11/17(土) 04:43:51.81 ID:Q1mEG0vK] >>548 なんでバラバラで使うの？ 555 名前：login:Penguin mailto:sage [2012/11/17(土) 10:08:19.13 ID:r562EpQO] >>548 何で29もマウントされてるの？ 普通10もないでしょ 556 名前：login:Penguin mailto:sage [2012/11/17(土) 10:17:15.99 ID:hmwTkRqk] >>552 メインの開発者がもう逃亡してるから滑ってるよ 557 名前：login:Penguin mailto:sage [2012/11/17(土) 10:25:41.27 ID:yRzEMjtW] >>555 俺は26個だった 最近はcgroup関係とかusbfsとかそういうファイルシシステムじゃない カーネルモジュールによってmountされてるものが多いな 558 名前：login:Penguin mailto:sage [2012/11/18(日) 03:23:37.01 ID:dP2pFDuU] >>557 フォーマット（区画がない）しないのにmountされることはないだろ。 カーネルに実装されていればmountされているというなら誰でもmountされて いるというべき。 559 名前：login:Penguin mailto:sage [2012/11/18(日) 06:36:03.12 ID:J7i7lOLm] 犬がマウントしてる 560 名前：login:Penguin mailto:sage [2012/11/18(日) 09:58:36.51 ID:SxCqCLu6] >>558 devfs 561 名前：login:Penguin mailto:sage [2012/11/18(日) 19:19:00.32 ID:3AJJp3i4] >>558 意味不明 nfsは？ 562 名前：login:Penguin mailto:sage [2012/11/19(月) 00:57:31.19 ID:j1bL7btg] mountされている一覧にでてこないものをmountというのって頭変じゃね？ 最低でもマウントポイントのディレクトリ作ってから家よ。 563 名前：login:Penguin mailto:sage [2012/11/19(月) 17:01:23.90 ID:DXm20sJ0] >>530 しかしLinuxのJFSはOS/2実装がベースなのだった。 最初のうちは「大文字小文字の区別ができない」とかそんな制限があったような。 564 名前：login:Penguin mailto:sage [2012/11/19(月) 20:12:57.87 ID:9Na0NKql] >>562 mount(2)システムコールを呼ぶ際に/etc/mtabに書き込むかどうかは アプリに依るんだしそれは言い過ぎじゃね? 565 名前：login:Penguin mailto:sage [2012/11/19(月) 20:35:23.74 ID:AdHcY/+d] ここはmountについて語るスレではなくファイルシステムについて語るスレだ。 local,network,pseudoとくに限定してなさそう 566 名前：login:Penguin mailto:sage [2012/11/20(火) 05:45:15.78 ID:5COMWB25] [Phoronix] Linux 3.7 File-System Benchmarks: EXT4, Btrfs, XFS ttp://www.phoronix.com/scan.php?page=article&item=linux_37_fsthree 567 名前：login:Penguin mailto:sage [2012/11/20(火) 15:18:59.96 ID:QR6MQbLl] >>530>>563 いやもともとOS/2でdevelopされて、その後LinuxとAIX。 OS/2以外ではcase insensitiveはoption。 568 名前：login:Penguin mailto:sage [2012/11/20(火) 15:32:33.29 ID:fiRGral6] JFSならAIXがオリジナルだろう HPFSならOS/2だが 　　 569 名前：login:Penguin mailto:sage [2012/11/20(火) 16:28:21.32 ID:QR6MQbLl] JFS1がAIX上。1990 大幅に改定されたのがOS/2上。これがLinuxとAIXに移植。1999 移植と並行してAIXが主開発場になって、1997 JFS2へ。2001 570 名前：login:Penguin mailto:sage [2012/11/22(木) 21:08:48.48 ID:aGVqJPfv] ZFSで冗長性なしでストレージプールを作成した場合 HDDが一台でも物理故障したらプール全体が死ぬという理解であってますか？ 571 名前：login:Penguin mailto:sage [2012/11/22(木) 22:08:52.69 ID:V6Q46nve] >>570 合ってます。 一ファイルが複数台に分割されて書き込まれるので… 572 名前：login:Penguin mailto:sage [2012/11/23(金) 12:39:37.99 ID:DgCxL4o6] 2040年問題 - HFSのタイムスタンプは2040年2月6日までしか取り扱えない。 2048年問題 - 2038年問題の1980年起点版。FATファイルシステムのタイムスタンプなどが1980年起点である。 2079年問題 - FATファイルシステムのタイムスタンプの起点の1980年1月1日を基点として、年数を下2桁だけで処理するソフトウェアなどは、その起点の99年後（2079年12月31日）までしか正常動作しない。 2108年問題 - FATファイルシステムのタイムスタンプは2107年12月31日までしか取り扱えない。 ----------------------------------------------------------------------- 60056年問題 - NTFSのタイムスタンプは60056年5月28日までしか取り扱えない。 NTFSはいいとしてFATとかどうすんお 573 名前：login:Penguin mailto:sage [2012/11/23(金) 12:56:19.65 ID:pQi12ICh] FATの2048年とか2079年問題はファイルシステムの問題じゃないよね。 2108年問題はファイルシステムの問題かもしれないけど、あと90年もFATが現役かなあ？ 2040年のHFSの問題はファイルシステムの問題かもしれんけど、古いMacなんか趣味でしか使われてないから問題なさそう。 574 名前：login:Penguin mailto:sage [2012/11/23(金) 13:53:01.92 ID:1DjkZ8PV] OSやAPがFSのタイムスタンプを符号あり扱いするように仕様変えれば FSのブロックレイアウトは変わらないから68年先伸ばしできるお？ 作りかえれないOSやAPはコードよりデータの寿命を優先してそれまでに捨てる 575 名前：login:Penguin mailto:sage [2012/11/23(金) 17:45:22.26 ID:zzuUWSlp] そんなのもはやFATとよべない。 おれの誕生日に作ったファイルかはるか未来のファイルに化ける。 576 名前：login:Penguin mailto:sage [2012/11/23(金) 18:21:41.90 ID:B796Zs33] 2048年問題って聞いたことない FATの精度が2秒だからそんなのないんじゃないの？ 577 名前：login:Penguin mailto:sage [2012/11/23(金) 21:06:42.92 ID:unSoxewK] >>576 FATディスクフォーマットのタイムスタンプが累計秒数で記録されていると思ってないか 578 名前：login:Penguin mailto:sage [2012/11/23(金) 23:43:26.49 ID:B796Zs33] ttp://free.pjc.co.jp/fat/mem/fatfile2.html FATは年(7)/月(4)/日(5) 時(5):分(6):秒(5)と カッコの数だけビットを割り当てて管理してるので 2048年に何か問題が起こるとは思えない 7bit確保されてるので1980+127=2107年まで大丈夫 でもDOSが内部的にどう時間を管理してるのかよく知らない 2048年に何か起こるんですか？ 579 名前：login:Penguin mailto:sage [2012/11/24(土) 00:31:42.14 ID:PEn0woT6] >>578 ファイルシステム上は問題は起きないが、ファイルのタイムスタンプを1980年1月1日深夜0時ジャストからの経過秒数として32bit整数で保持しているプログラムが正常に動作しなくなる。 ……ただし、そんなプログラムが実在するかは知らない。 580 名前：login:Penguin mailto:sage [2012/11/24(土) 00:53:51.90 ID:tmvWLVRx] DOSの時間系関数を使って管理してるDOSアプリには2048年問題は起こらない ダメなのはC標準関数使ってるDOSアプリということですね UNIXからFATをフォーマットしてる場合は48年以前に38年問題にひっかかるわけですし 581 名前：login:Penguin mailto:sage [2012/11/24(土) 00:57:26.99 ID:tmvWLVRx] ×フォーマット ○マウント 582 名前：login:Penguin mailto:sage [2012/11/24(土) 01:12:53.22 ID:tmvWLVRx] いや、やっぱりC標準関数は1970年を基点とするからそれはないだろうな FATで0x0000 0x0000というタイムスタンプのファイルがあったとして それはエポック秒で315500400と変換されてしまうから48年問題は起こりそうにない アプリで独自に符号付32bit値として保有してる場合だけに48年問題は起こる こんなアプリ作ってる人いるんかいな？ 583 名前：login:Penguin mailto:sage [2012/11/24(土) 01:35:11.25 ID:Khi9rNEZ] Linuxのmanpage見たら、ファイルの状態を取得する stat(), fstat(), lstat() 関数は、 ファイルの日時に time_t を使っていますね。 time()関数 〜 紀元 (1970年1月1日00:00:00 UTC) からの経過時間を秒単位で返す。 も、返すのは time_t。 time_t をたどると正体は 　/usr/include/bits/types.h:103:#define __SLONGWORD_TYPElong int で 32bitのようですが、time_t を使うもの全般が、ファイルシステムに関係なくまずいのかな。 584 名前：login:Penguin mailto:sage [2012/11/24(土) 01:39:16.07 ID:Khi9rNEZ] >>583 くっついてるw × > 　/usr/include/bits/types.h:103:#define __SLONGWORD_TYPElong int ○ > 　/usr/include/bits/types.h:103:#define __SLONGWORD_TYPE long int 585 名前：login:Penguin mailto:sage [2012/11/24(土) 01:52:10.32 ID:ynQbzFjy] time_tの正体が何かはシステムによって違うでしょ。 586 名前：login:Penguin mailto:sage [2012/11/26(月) 11:57:20.62 ID:5um68ud/] >>464 ＞time_tはカーネルの64bit化とは関係なく、既に64bit化されてる。 まじで？ time_tが64bit化されたlibcのバージョン教えてくださいおねがいします 587 名前：login:Penguin mailto:sage [2012/11/26(月) 17:41:47.54 ID:fgUG4e/Q] GNU libcではtime_tはlong intであってlong intの大きさは処理系定義なので まあきっとあってもおかしくはないとかなんとかかんとか 588 名前：login:Penguin mailto:sage [2012/11/26(月) 17:55:27.87 ID:kLZfMEml] 32ビットでフォーマットされているものを突然64ビットで扱おうとして データを壊しまくるファイルシステムｗ 589 名前：login:Penguin mailto:sage [2012/11/26(月) 21:05:38.16 ID:AuvtZE0G] >>586 ＞>>464 ＞＞time_tはカーネルの64bit化とは関係なく、既に64bit化されてる。 ubuntu 12 i386でsizeof time_tをprintしてけど32bitだ 590 名前：login:Penguin mailto:sage [2012/11/27(火) 03:27:25.68 ID:Z/NY1RrE] Ubuntuは32bitということですが 64bitに対応したLinuxディストリビューションはどれになりますか？ 591 名前：login:Penguin mailto:sage [2012/11/27(火) 04:23:12.75 ID:Z/NY1RrE] あと初歩的な質問になりますが 32bitのLinuxからも、64bitのLinuxからも、 同一のファイルシステムをmountして問題なく扱えますよね？ 例えば、ファイルのタイムスタンプの扱いが気になるのですが、 そこは、どちらにしてもファイルシステムの仕様通りに きちんと処理してくれているということでしょうか。 592 名前：login:Penguin mailto:sage [2012/11/27(火) 20:37:59.37 ID:4DO8DdDv] Ubuntuにも64bitなかったっけ マウントの問題は大丈夫 593 名前：login:Penguin mailto:sage [2012/11/27(火) 21:02:09.58 ID:yZTntV89] __STD_TYPE __TIME_T_TYPE __time_t; /* Seconds since the Epoch. */ 594 名前：login:Penguin mailto:sage [2012/11/27(火) 21:11:04.70 ID:Z/NY1RrE] >>592 Ubuntuに64bitありますね ありがとうございます 595 名前：login:Penguin mailto:sage [2012/11/27(火) 21:17:04.40 ID:eYUehpwt] #include <time.h> #include <stdio.h> int main(void) { 　printf("%d\n", sizeof(time_t)); } 8だった@Debian sid/amd64 596 名前：login:Penguin mailto:sage [2012/11/27(火) 21:32:19.31 ID:+FTMVYlJ] ちょww8ビットてww 597 名前：login:Penguin mailto:sage [2012/11/27(火) 21:34:21.94 ID:yZTntV89] 8bytes 598 名前：login:Penguin mailto:sage [2012/11/27(火) 22:03:33.10 ID:2Faa51y/] >>595のやつ Debian6.0.6@amd64(サーバー) Ubuntu12.10@amd64(デスクトップ) どっちも8でした 599 名前：login:Penguin mailto:sage [2012/11/27(火) 23:05:11.14 ID:P3Z6acGK] >>591 x86とAMD64で何が違うのかをもうちょっと知れば、そういう質問は出てこない気がするなあ。 600 名前：login:Penguin mailto:sage [2012/11/27(火) 23:56:12.21 ID:huHpR5/K] Linux vmware-virtual-machine 3.2.0-33-generic #52-Ubuntu SMP Thu Oct 18 16:19:45 UTC 2012 i686 i686 i386 GNU/Linux Linux version 3.1.10-g22b4fcd (android-build@vpbs1.mtv.corp.google.com) (gcc version 4.6.x-google 20120106 (prerelease) (GCC) ) #1 SMP PREEMPT Fri Nov 2 10:55:26 PDT 2012 てもとだとこの2つはsizeof(time_t)は4だったが >>464の 「time_tはカーネルの64bit化とは関係なく、既に64bit化されてる。 」 と矛盾してないのか？ 601 名前：login:Penguin mailto:sage [2012/11/27(火) 23:57:18.46 ID:+wYW/dtS] >>599 32bitと64bitとしか書いてないからx86とamd64とは限らない。 というかその二つに限定すると理解が疑われかねんな。 602 名前：595 mailto:sage [2012/11/28(水) 02:17:16.58 ID:nx7Okma8] なんとなく気になったので同じ環境で-m32つけたら4になった ちうことで2038年までに64bit環境に移行すれという事らしい 603 名前：login:Penguin mailto:sage [2012/11/28(水) 02:58:44.86 ID:5vfkeZf4] >>601 「初心的質問」でそれ以外のアーキテクチャを 持ち出すだろうか？ 604 名前：login:Penguin mailto:sage [2012/11/28(水) 03:05:49.48 ID:e8D1P1Xj] つかどう考えても>>591が言ってるのはamd64とi386のことだろ。 605 名前：login:Penguin mailto:sage [2012/11/28(水) 06:17:15.56 ID:0ObuYw3Z] ttp://toro.2ch.net/test/read.cgi/tech/1351769173/620 スレ立てるまでもない質問はここで 122匹目で話題になってたけど、 アップデートしない組み込みLinuxはヤバそうだね。 606 名前：login:Penguin mailto:sage [2012/11/28(水) 10:17:41.72 ID:2fJdxEv6] 単純な64bit化だと上4バイトは100年ぐらい使われないから その領域を有効活用しようという輩がいるかもしれない 607 名前：login:Penguin mailto:sage [2012/11/28(水) 10:35:01.64 ID:x4Xy9KNd] >>606 COBOL世代とはビット単価が違うからなぁ 608 名前：login:Penguin mailto:sage [2012/11/28(水) 16:42:42.18 ID:C+kCIV84] アップデートしない組込環境ではtime_tうんぬん以前に脆弱性がやばい 609 名前：login:Penguin mailto:sage [2012/11/28(水) 16:47:33.96 ID:bHHFTT80] 組み込みってネット繋がないじゃん 610 名前：login:Penguin mailto:sage [2012/11/28(水) 17:24:41.82 ID:lFI/pV4C] んなわけあるか 611 名前：login:Penguin mailto:sage [2012/11/28(水) 20:12:30.97 ID:U8I/LIIB] ext3では秒単位で2038年まで 612 名前：login:Penguin mailto:sage [2012/11/28(水) 21:50:06.73 ID:lh/AOkWt] ZFSの重複排除、当たり前だがメモリすげぇ食うな・・・ ファイル鯖としちゃあ便利な機能だがそんなにコストかけれないし重複排除は諦めるか 613 名前：login:Penguin mailto:sage [2012/11/28(水) 21:52:57.70 ID:hBeva0uk] メモリだけなら今安いから大したコストじゃないけど CPUもそれなりのがいるんだろ？ 614 名前：login:Penguin mailto:sage [2012/11/28(水) 22:26:56.43 ID:Ne5o68ud] >>612 なんで当たり前なん？ メモリーがたくさんいるのはなんで？ 615 名前：login:Penguin mailto:sage [2012/11/29(木) 00:04:45.98 ID:o9n8bnB3] ファイル鯖にそんなCPU盛りたくないしねぇ。 ついでに他のアプリケーション動かせばいいんだろうが、なんにせよ個人じゃそんな鯖にゴリゴリさせる仕事がない。 重複排除とか圧縮かけても軽いくらいスペック盛るくらいなら、その金でHDD増設した方がいいんだよなｗ 616 名前：login:Penguin mailto:sage [2012/11/29(木) 00:24:01.11 ID:RhcfFgrp] 重複排除ってどのくらいのスペックあれば快適に使えるの？ 617 名前：login:Penguin mailto:sage [2012/11/29(木) 08:11:56.67 ID:5zmjOLOr] >>616 ZFSのrecordsizeによるけど、デフォだった場合、 データ1T辺り、重複排除だけで10G+ってオーダーでメモリーが必要になったはず。 L2ARCにSSDを用意しないと、メモリーから溢れた瞬間、とてつもなく遅くなる。 CPUよりメモリーの方を何とかしないとダメ。 618 名前：login:Penguin mailto:sage [2012/11/29(木) 16:13:34.55 ID:rgKmcfFs] >>612 l2arcの出番じゃね？ 619 名前：login:Penguin mailto:sage [2012/11/29(木) 18:36:14.17 ID:ELpMFPV8] 同一内容を検索・識別するんじゃなくて、 ファイルコピー動作とかを認識して重複排除するとかできないんだろうか？ 最近読みだしたデータに限って同一判定するとか。 620 名前：login:Penguin [2012/11/29(木) 18:54:19.39 ID:UP0NKDBj] >>619 よく意味が分からんけど 書き込みが発生したときにブロック単位で同じのがあるかどうかを見るんじゃないの そのテーブルがメモリをバカ食いするってことだと思うけど 621 名前：login:Penguin mailto:sage [2012/11/29(木) 18:55:27.61 ID:5r3O4WuD] それただのCoWじゃねーか？ NAS上で完結する世界ならそれでもいいけど、実際に求められてるものとは違う 622 名前：login:Penguin mailto:sage [2012/11/29(木) 19:48:42.51 ID:0qHQtO7n] 重複判定できるってことは、そのぶん余計なメタデータを読み書きしないといけないんだから性能落ちるよね 623 名前：login:Penguin mailto:sage [2012/11/29(木) 20:48:15.45 ID:pjalMcgj] 重複排除によって無くなった行われるはずだったユーザーデータの書き込み量のほうが多いかもしれない 624 名前：login:Penguin mailto:sage [2012/11/29(木) 20:57:57.56 ID:8G72Uq2S] >>623 クラウド、VPSの仮想HDDの中の/bin以下のファイルみたいなかなり特殊な用途？ 625 名前：login:Penguin mailto:sage [2012/11/29(木) 23:13:38.69 ID:pDJO4XkO] XFSを褒め殺しにしていると疑われているオレ様がやってきましたよ 褒め殺しではない 純粋に褒めているし実際に使っている 叩いた事など神に誓ってない ZFSなら叩きたい 626 名前：login:Penguin mailto:sage [2012/11/29(木) 23:19:38.18 ID:Fy7iUFEH] そっか　よかったね 627 名前：login:Penguin mailto:sage [2012/11/30(金) 07:52:53.99 ID:+IUiRuU3] XFSとZFSの良いとこ取りの新ファイルシステム YFS 628 名前：login:Penguin mailto:sage [2012/11/30(金) 11:19:43.24 ID:O6Mkk6WA] >>619 特定の状況だけ適用してもらいたいんならその状況時にユーザーモード側でioctl発行しろと返されんのがオチ 629 名前：login:Penguin mailto:sage [2012/11/30(金) 13:06:34.15 ID:MBudbpC1] >>618 HDD増やした方がコスパよくね？業務に使うならともかく個人ならな 630 名前：login:Penguin mailto:sage [2012/11/30(金) 13:20:22.58 ID:97UtYzmP] 同じ形式のファイルをテラ単位で扱うような用途じゃないとあまり恩恵はないだろうな 少なくても自分は容量食ってるのは動画とか音楽とか写真だから全く意味無い 631 名前：login:Penguin mailto:sage [2012/11/30(金) 14:41:02.44 ID:+IUiRuU3] 仮想マシンのファイルはほとんど同じなので、 重複排除でバンザーイと思って、Virutalboxと ZFSの組み合わせを試してみた事がある。 ほとんど重複排除の効果は無く、一時停止で保存した ファイルでゲストOSが再開できないとか、逆の意味で バンザーイの結果だった。 632 名前：login:Penguin mailto:sage [2012/11/30(金) 14:45:50.73 ID:XBMblfhY] 世代バックアップとか 633 名前：login:Penguin mailto:sage [2012/11/30(金) 19:14:17.65 ID:+U2+nr9a] ハードリンクで済むような 634 名前：login:Penguin mailto:sage [2012/11/30(金) 20:43:12.76 ID:c5zYVaPD] 大きいファイルの世代バックアップには有効そうなんじゃない? 何ギガもあるsqliteファイルとか。 635 名前：login:Penguin mailto:sage [2012/11/30(金) 20:46:57.15 ID:+d+9eytJ] バックアップになってるのかそれ 前にもそんな議論があったような 636 名前：login:Penguin mailto:sage [2012/11/30(金) 20:50:49.19 ID:Wbr1Hrjf] まあ核攻撃に耐えられなければバックアップとは言えないからなあ バックアップでないものをバックアップと言う人が多いよ まったく 637 名前：login:Penguin mailto:sage [2012/11/30(金) 20:56:39.55 ID:+d+9eytJ] 前の議論もそうだけど 勝手にバックアップのハードル上げてるだけだと思うが 638 名前：login:Penguin mailto:sage [2012/11/30(金) 21:21:07.01 ID:cH0j9TJP] 月面データセンターだと万全のバックアップできる 応答時間に数秒要するからバックアップにしか使えないけど 639 名前：login:Penguin mailto:sage [2012/12/01(土) 11:06:30.84 ID:57GOA1iw] 月は出ているか？ ってガンダムXごっこができるな。 スペースデブリの月面DCへの影響は無視してもいいよね。 640 名前：login:Penguin mailto:sage [2012/12/01(土) 11:11:57.60 ID:u17Es2jQ] 電磁波って宇宙だと減衰しないから 宇宙に向けて全データを電磁波の形で発信しておけば 少なくともこの宇宙がなくなるまでは保存されるな。 641 名前：login:Penguin mailto:sage [2012/12/01(土) 11:43:54.49 ID:N7ftY3AP] >>640 その発信したデータを読みたければ、電磁波より速く飛んで先回りして受信しなければならないのでは 642 名前：login:Penguin mailto:sage [2012/12/01(土) 12:13:10.05 ID:NaDxh72b] え？ｗ突っ込むとこそこかよｗｗ 文系かよｗ 643 名前：login:Penguin [2012/12/01(土) 15:37:17.27 ID:RSbxRGIT] ZFSの重複排除ってメモリに蓄えるから、 不意の電源OFFだと全部破壊されちゃうんだよね それだとバックアップに使うのは怖いな 644 名前：login:Penguin mailto:sage [2012/12/01(土) 15:39:14.11 ID:YCftnAyr] んなわけない 645 名前：login:Penguin mailto:sage [2012/12/01(土) 16:17:37.35 ID:ahLWJFql] >>643みたいな幼稚な人が作ってるファイルシステムあったら教えて下さい。 646 名前：login:Penguin mailto:sage [2012/12/02(日) 11:30:19.75 ID:7/pq8/aL] >>640 波長によって激しく減衰する、宇宙は完全な真空ではなく万年やら億年 経過したそれが何も影響しないというのはアフォ。 647 名前：login:Penguin mailto:sage [2012/12/02(日) 19:04:34.13 ID:mVabdcTi] >>645 ZFS 648 名前：login:Penguin mailto:sage [2012/12/02(日) 23:00:00.47 ID:rtnvhs7J] ファイルシステムとバックアップは分けて考えなければいけない 649 名前：login:Penguin mailto:sage [2012/12/03(月) 00:59:53.94 ID:NL3l4q/N] 分けて考えないのが近年の高機能ファイルシステムでしょ！ 650 名前：login:Penguin mailto:sage [2012/12/03(月) 02:01:26.58 ID:m+hsgesp] >>649 って誰が言ってるの？ 651 名前：login:Penguin mailto:sage [2012/12/03(月) 07:50:17.46 ID:XMtYyBax] 俺だよ。この俺が言ってんだし間違いない。 652 名前：login:Penguin mailto:sage [2012/12/03(月) 09:12:19.30 ID:IatjFUis] この前、自分定義のバックアップって言葉使って馬鹿にされた馬鹿が 粘着してるなぁ。

---

---

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

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