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

[過去ﾛｸﾞ] /**ファイルシステム総合スレその7**/ (955ﾚｽ)
上下前次 1-新

このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索歴削→次ｽﾚ栞削→次ｽﾚ過去ﾛｸﾞﾒﾆｭｰ

511(1): 2007/04/28(土)14:53 ID:wTk2D7Rd(1) AAS
俺は巨大ファイルを扱うのはxfsがいいって聞いてたけどなあ。
>エロ動画を大量に置いて管理している時思った
シリコングラフィックスが動画とか画像とか大量に置いて管理できるためのファイルシステムとして設計したからだとか何とか聞いた覚えがある。

# ただしソースは（ry

512(1): 2007/04/28(土)15:34 ID:webW6330(1/2) AAS
>>511
DVDのリップした物とか4Gくらいのファイルなどを一度にまとめてコピーや移動させた時のパフォーマンスは
xfsは高かったですよ。ext3と時間を計って比べた時に1.5倍早かった時もあった。
ただそのコピー中に色々なアプリを使ったりしたらアプリの動作がどうも遅くなってしまって結局ext3に
したけど、サーバーなどは通常その様な使い方はしないから、ファイルアクセスのパフォーマンスという
事で考えれば確かにxfsはいいのかな。

通常のデスクトップだと>>504に書いてある「フォルダ内大量ファイルの条件を外すと、ext3がrd/wr/wrの
どの条件でも大差でトップになった」ってのが当てはまるのかなと思った。

513(1): 2007/04/28(土)15:56 ID:k3hhqww9(2/2) AAS
>>512
>スモールファイル・フォルダ内大量ファイル、の条件では
>reiserfs>xfs>>jfs>reiser4>>>>ext3
>
>また、ext3はbtreeでmkfsしてないことに注意。
始めに結論ありきのベンチマーク。

514: 2007/04/28(土)16:16 ID:+Lf+abEC(1) AAS
小さいファイルはreiserfs>xfs>ext3
大きいファイルはxfs>reiserfs>ext3
でしょ。

515: 2007/04/28(土)16:18 ID:webW6330(2/2) AAS
>>513
その条件だとbtreeもってる方が圧倒的に有利でしょってことかな？
一応あくまで各fsのスペックは標準で作成されたと見なした試験だったのでしょうね。
欲を言えばbtree入れたext3の比較とかもやってほしかった。しかし4日間とは。。すごいね
でもext3+btreeで使用ってあまり聞かないよう気がするのですが。。効くのかな

516: 2007/04/28(土)18:02 ID:JHnghFCv(1) AAS
dir_indexのハカー曰く、
フォルダ内大量ファイルという条件では200倍速になります。
>Creating 100,000 files in a single directory took 38 minutes
>without directory indexing... and 11 seconds with the directory indexing
>turned on.

517: 2007/04/29(日)10:17 ID:vTOUwg+5(1) AAS
ext3でbtreeとか言ってる時点でもう

518: 2007/04/29(日)11:22 ID:hBx8ggrz(1) AAS
浦島確定だな

519: 2007/04/29(日)13:10 ID:pIeuWyrm(1) AAS
わりとでかめなサイズのファイルが結構多いとこにxfs使ってるんだが
遅いような気がしてならないんだなぁ。。
そこでbittorrent動かしてるかなぁ。

520(1): 2007/04/29(日)13:45 ID:DLaNxWqM(1/4) AAS
総合力でNTFSに勝てるLinuxのFSはない？
やっぱりLinuxはFSがネック．．．

521: 2007/04/29(日)13:57 ID:7KURDbwe(1) AAS
>>520
まずは、NTFSの勝っている所から説明おながいします
それがないと話が進まなくて・・・・・
総合的に勝ってる負けてるでいうと主観合戦になります

522: 2007/04/29(日)14:10 ID:zOmUJM4L(1) AAS
何だよ総合力って

523: 2007/04/29(日)14:15 ID:gj+KILHF(1) AAS
ただの燃料に何マジんなってんの。キモい。

524: 2007/04/29(日)14:27 ID:gGVY8OQ+(1) AAS
う～ん、そういえば以前の会社で2000serverをいじってたけどHDDの物理破損以外で壊れたことが
無かったなw

525(1): 2007/04/29(日)14:44 ID:eybV57Uq(1) AAS
少なくとも耐久性に関してはNTFSすごいらしいよ。
さすが電源ブッチ上等のユーザを相手にしてきた百戦錬磨のMS…というくらい。

性能に関しては知らん
比較データ見かけんからね
NTFS-3Gがリリースされた今ならあったりするのかな？

526: 2007/04/29(日)15:04 ID:Z63Cuwsp(1) AAS
やべーすごそう(棒読み)

527: 2007/04/29(日)15:09 ID:HahdoETC(1) AAS
NTFSも条件次第で壊れるんだが。
まぁ、それは某国人のようなガラの悪いアプリを使っている方が悪いとも言えるが。

耐久性については確かにUFSみたいなFSとは比較にならないね。
もっともLinux用のFSと比べればそれほど抜きん出ているかはどうだろう。

NTFSはやはりフラグメンテーションのアレが問題だね。
ディスク配置を最適化する機能をもったサードパーティ製品を入れて改善できればいけるのだが。

性能面ではどうだろうね。OSと切り離して性能を語れないから…。
NTFS-3Gは開発筋曰くまだまだ性能が出ていないので単純比較することはできないし。

528: 2007/04/29(日)15:19 ID:3ZWhJwE9(1) AAS
ファイルがおおくなるとテキメンに性能落ちるからなぁ

529: 2007/04/29(日)15:34 ID:UJz365iJ(1) AAS
>>525
NTFSの最初の設計者、Tom MillerとGary KimuraはDECでVMSをやってた人たち。

530: 2007/04/29(日)18:02 ID:KSFN59nn(1) AAS
ファイル名の制限ってファイルシステム自体にあるのはやだなぁ。
システムコールとかライブラリまわりで制限があるのはわかるが。
でもそんなこと言ったらISO9660なんて制限ありまくりか

531: 2007/04/29(日)19:29 ID:DLaNxWqM(2/4) AAS
>　ファイルがおおくなるとテキメンに性能落ちるからなぁ
特にext3はひどい

後、前スレにもあるがNTFSはsyncで書き出すよ

532(1): 2007/04/29(日)19:48 ID:DLaNxWqM(3/4) AAS
書き込みキャッシュが有効な場合、ディスクパフォーマンスが低下する
外部ﾘﾝｸ:support.microsoft.com

>　仕様上、これらのコマンドでは、重要なデータの安全性のために、ある程度のパフォーマンスが犠牲になります。
>　これらのコマンドでは、重要なデータが即座にディスクに書き込まれます。

533(1): 2007/04/29(日)20:45 ID:sftan6cL(1/2) AAS
>NTFSはsync
それはファイルシステムの特徴というよりファイルシステムドライバの特徴ではないかと…。
fuseで実装しているntfs-3gなんかは、syncにならないと思っていたんだけど（どうだっけ？

534: 2007/04/29(日)22:08 ID:DLaNxWqM(4/4) AAS
>>533
>>532のリンク先に書いてあるのは、
「本来サポートされているはずの強制書き込みが、一時的にバグのためにサポートされてなかった。」
という意味でしょう。
NTFSの仕様も暗に示してるでしょう。

「fuseで実装している．．．」のくだりはLinux空間での実装の話でしょう。
MSのNTFS実装とはまた別の話。

535(1): 2007/04/29(日)22:58 ID:sftan6cL(2/2) AAS
つまりLinuxで実装するドライバがsyncになっていなかったらそれは仕様外の動作で、
つまりバグってことか。
NTFSの仕様がもっと明示されていたら仕様も実装しやすいのに、これは困るなあ（とかゆ

536: 2007/04/29(日)23:46 ID:MG4Q19X5(1) AAS
>>535
sync するべき部分を sync していない Linux の VFS の＊仕様バグ＊
と言えばいいのかな?
NTFS の仕様とは関係ないと思う.

537(1): 2007/04/30(月)02:11 ID:+D0/03Lk(1) AAS
ファイルが多いとテキメンに性能落ちるのって、NTFS？
Windowsで使ってるとそう感じる。
実際はExplorerがお馬鹿な情報の集め方してるんだろうけど・・・

というか、誰も定番のdir_indexツッコミをしていないのに関心したｗ

538: 2007/04/30(月)02:35 ID:ct7Sm8Wl(1) AAS
>>537
以前はdir_index付けてたけど体感できる効果無しだったので付けるの面倒くさくなって今はやってないw
それだったらジャーナルをdata=writebackにする方が体感できた。
当たり前だけどdata=writebackはいきなりの電源断があって再起動時にfsckが掛かるとほぼ間違いなく
電源断の5分前くらいにタイムスリップできます。直前に消したはずのファイルが綺麗に復活していて
作ったはずのファイルが無い┐(゜～゜)┌

539(1): 2007/04/30(月)11:08 ID:+zwmDasM(1) AAS
どこからツッコんでいいものやら・・・

540: 2007/04/30(月)11:36 ID:CXfCqZ6z(1) AAS
>>539
一通り全部突っ込んでおけば？

541: 2007/04/30(月)11:50 ID:aOPKBAzt(1/2) AAS
馬鹿の相手するのも飽きた

542(1): 2007/04/30(月)14:43 ID:EVyG0KCG(1) AAS
dir_index の副作用ってあるの？

543: 2007/04/30(月)18:17 ID:aOPKBAzt(2/2) AAS
>>542
read aheadが効き難くなる。

544(1): 2007/04/30(月)19:34 ID:mlJ1TH1o(1) AAS
結局XFSとReiserFSの直接対決した結果ってないの？

545(1): 2007/05/01(火)00:47 ID:YOdQ/sXy(1) AAS
>>544
直接対決って何だ？代理戦争みたいなものがあるのか。

546: 2007/05/01(火)00:52 ID:CuSWdFwn(1) AAS
連休ですなぁ。

547: 2007/05/01(火)01:03 ID:Do1YSUgv(1) AAS
>>545
KARAT!か。

548: [age] 2007/05/01(火)02:37 ID:Q0wBbD0e(1/2) AAS
xfs使うとき、fdiskでlvm(8e)で領域を確保しなければだめですか？
linux(83)でも同等でしょうか。

549(1): 2007/05/01(火)02:57 ID:Dry1mnl/(1/2) AAS
lvmである必要は全くない。
LVMであれば、xfsの伸縮がし易いというだけ。

550: 2007/05/01(火)03:38 ID:Hu9qB2/W(1) AAS
Linuxのファイルシステムなんてext3で十分だろ。
本当に他のファイルシステムがext3より大きく優れてれば今ある鳥の半分はそれに移行してるんじゃないの。
ext3以外を使うなんて趣味の世界か物好きだろ。

551: 2007/05/01(火)04:37 ID:g0swsIWn(1/2) AAS
自分のこころが決める

552: 2007/05/01(火)05:53 ID:xJHFYjQW(1) AAS
外部ﾘﾝｸ:kerneltrap.org
5/7に裁判があるのか。

553(1): [age] 2007/05/01(火)08:06 ID:Q0wBbD0e(2/2) AAS
>>549
ありがとうございます。
スナップショットも同様と考えればよろしいでしょうか。
気になるのが、lvcreate -s したときに、xfs_freeze -f を実行しなくても
ちゃんと、ロックされるかが気になります。

554: 2007/05/01(火)09:21 ID:g0swsIWn(2/2) AAS
lvm2+xfsでスナップショットしてみたらなぜかうまく行かなかった。
ロックは関係ないと思う。

555: 2007/05/01(火)10:34 ID:x3CkffJ0(1) AAS
ext4人柱patchset
外部ﾘﾝｸ:ftp.kernel.org

556(2): 2007/05/01(火)17:35 ID:93KgQW80(1) AAS
ところで上のベンチ結果とか、キャッシュのオプションはどうなのかな？
read aheadやらwrite backの閾値だの結構あるよね＞/devや/procとかにも
流石にHDDの設定値はデフォってことなんだろうけど、そのへんどうなん、と。
総合で効いてくるの前提として、NCQあると劇的に速くなるFSだの、/procのチューンで(ry
だのって話も、スレ的には有りかと思うんだが、ほとんど変わらないというオチ？

557(1): 2007/05/01(火)18:32 ID:e4v8fuD6(1) AAS
vxfsとは

558: 2007/05/01(火)23:45 ID:Dry1mnl/(2/2) AAS
>>553
ロックされないと思う。
LVMとファイルシステムは基本的に違う層の話だから。
LVMはその上に載るファイルシステムを選ばないし、ファイルシステムもその下がLVMのLVOLであるか実ボリュームであるかを選ばない。
つまり、ファイルシステム側でumountやsyncで静的な状態にしたうえで、LVMでスナップショットを取る必要があるんじゃないかと。

>>557
Veritasの製造販売しているファイルシステム。
もともとは商用Unixのファイルシステムだったけど、最近はLinux版もあるらしい。

559(1): 2007/05/01(火)23:53 ID:IzhAkWt8(1) AAS
>>556
それは絶対性能には効いてくるだろうけど、同じ環境の上での
FS比較という点ではあまり焦点ではないんでないの？性能が
十分出せてるかどうかのためにddでの読み書き速度と比較したりは
するけどさ。

560(1): 2007/05/02(水)00:08 ID:Wia4n8nO(1/4) AAS
>>559
同じ環境上の比較といいつつ、ベンチで測ってるのは
FSの特性の極一部。

561: 2007/05/02(水)00:10 ID:6fEA0efX(1/2) AAS
xfsdumpでもやはり、umountやsyncを行う必要がありますか？

562(1): 2007/05/02(水)00:21 ID:Aqk6Cz0/(1/4) AAS
フリーズ→LVMでスナップショット作成→フリーズ解除→スナップショットをxfsdump

563: 2007/05/02(水)00:31 ID:jaGUrYpO(1) AAS
VxFS & VxVMはZFSの登場で一気に陳腐化した気がする。まあ、Linux的には元々有料っていうのが
ネックでほとんど影響力なかったけど。

564: 2007/05/02(水)00:46 ID:6fEA0efX(2/2) AAS
いろいろ検索してみたらxfs_freezeは不要なようです。
>>562さんはうまく動いてますか？

565: 2007/05/02(水)00:50 ID:Aqk6Cz0/(2/4) AAS
フリーズさせなきゃマウントしたままスナップショット取るだけで固まるよ

566: 2007/05/02(水)01:06 ID:UkB/mKJZ(1) AAS
へぇ～固まるのかｗ
ロック＆syncしてなきゃ、ファイルシステム的に不完全な状態のものになっちゃうから、
採れたとしても意味無いけど。
これに対して、zfsやext3のスナップショットはファイルシステムレベルのスナップショットだから、そのへんを気にする必要はないな。

567(1): 2007/05/02(水)01:21 ID:Aqk6Cz0/(3/4) AAS
今やってみると2.6.20では固まらないみたいだな。
2.6.16あたりのカーネルだとLVM上の/のsnapshot取るだけで簡単に固まってた。

568: 2007/05/02(水)01:29 ID:Wia4n8nO(2/4) AAS
2.6.16って13ヶ月くらいにリリースされてるね。
どこの浦島さん？

569: 2007/05/02(水)01:30 ID:Wia4n8nO(3/4) AAS
おっと、13ヶ月くらい前に

570: 2007/05/02(水)07:41 ID:Aqk6Cz0/(4/4) AAS
どうしようもないおばかさん達だな

571(1): 2007/05/02(水)22:49 ID:e5dWDes9(1) AAS
>>560
>　同じ環境上の比較といいつつ、ベンチで測ってるのは
>　FSの特性の極一部。

ネットでゴタク並べる評論家クン。
一部しか測れないのは当たり前なんだよ。

１．同じ環境上で比較
２．環境をさらす。

特性の全てを測りたいならそのために必要なテスト項目を正確に言ってみろよ。

572: 2007/05/02(水)23:03 ID:Wia4n8nO(4/4) AAS
いや、だから同じ環境上で「何」を比較するのかね？

573: 2007/05/03(木)00:02 ID:UWfOagee(1) AAS
「何」を比較するかはそれぞれのテストで違うだろ？

574: 2007/05/03(木)00:09 ID:3iwsf+qz(1) AAS
ext4ってなんか望みなさそうだよね。

575(1): 2007/05/03(木)00:17 ID:2/plbCtb(1) AAS
もうブロックデバイスの上のファイルシステムはお腹いっぱい感もあるし。
そろそろネットワークファイルシステムとか分散ファイルシステムに
開発リソースを振り向けたい。ていうか自分で開発したい。

576: 2007/05/03(木)01:32 ID:PleISjN5(1) AAS
>>575
> そろそろネットワークファイルシステムとか分散ファイルシステムに
なおさら VFS の利ファクタリングだ

577: 2007/05/03(木)10:28 ID:D6h42UhZ(1) AAS
何度もしてるだろ

578(1): 2007/05/04(金)00:10 ID:eNqCcL6A(1) AAS
ext4devのextentsにて/をマウントしたいのですが、fstabの書き方、あるいはbootでのカーネルオプション
の受け渡しが必要なのか教えてもらえないでしょうか？

ちなみに/の場合fstabへ/dev/sda*　 / ext4dev extents,defaults 0 1 の表記ではエラーが出てシステムが
ext3のroで起動してしまうのでfstabの書き換えが大変です（；；）

/以外では上記の方法でマウント可能、dmesgでもext4dev extentとして認識されます。

579(1): 2007/05/05(土)08:17 ID:84WuNau6(1) AAS
initrd使ってる?
GRUBってext4対応してたっけ？

580(1): 2007/05/05(土)09:31 ID:5fxMV+ts(1) AAS
>>556 >>571
まあ確かに関連のありそうなパラメータは全て列挙した上でベンチ結果出すべきだわな。
全てなんてのは無理なわけだがw

ファイル数とFSの種類による比較は結構あるけど、
例えばDB置いてSync大発生時のベンチと、通常ファイル運用での比較とか、
RAID板のバッテリバックアップなキャッシュの有無によって・・・とか、
条件次第でFS性能比較結果が逆転するとかならベンチの価値薄いとは思う。
NTFSなんざそりゃ(ry

581(1): [age] 2007/05/05(土)09:46 ID:UgB3R+jY(1/3) AAS
XFSのドライブをマウントしたらこんなエラーが発生しました。
filesystem dm-0ってなんでしょうか。
XFS mounting filesystem dm-0
Ending clean XFS mount for filesystem: dm-0

582: 2007/05/05(土)09:56 ID:GIxZFXYG(1) AAS
>>580
列挙することは、有限である以上無理じゃないでしょ

583: 2007/05/05(土)10:48 ID:GnDE+sZp(1/3) AAS
>>581
それはエラーじゃない。
マウントしましたって通知メッセージ。
dm-0はデバイスマッパー上の論理ボリューム0番の事。

584: [age] 2007/05/05(土)10:55 ID:UgB3R+jY(2/3) AAS
コピーが中途半端ですみません。

XFS mounting filesystem dm-0
Ending clean XFS mount for filesystem: dm-0
Filesystem "dm-0": Disabling barriers, not supported by the underlying device

これはエラーでしょうか。

585: 2007/05/05(土)15:17 ID:GnDE+sZp(2/3) AAS
エラーじゃない。

586: 578 2007/05/05(土)19:30 ID:b5L2hAC2(1) AAS
>>579
あ、レスどうもです。
おかげさまで今は / とデーター用HDD丸々1台をext4dev extentにて動かしています。/homeとか
重要なデーターディスク、その他は今のところext3ですw
ext3,4共にカーネルモジュールを組み込みに変更するためリメイク。カーネル屋のサイトから
e2fsprogsの最新を落としてmake install。あの後意外とすんなり移行できました＾＾

587(1): [age] 2007/05/05(土)21:27 ID:UgB3R+jY(3/3) AAS
XFSのbarrier ってなんでしょうか。

588(1): 2007/05/05(土)21:58 ID:GnDE+sZp(3/3) AAS
おまえが知る必要は無い。

589(1): 2007/05/05(土)22:14 ID:kNLXfGXO(1) AAS
>>587
linux-2.6.21/Documentation/filesystems/xfs.txt

barrier
Enables the use of block layer write barriers for writes into
the journal and unwritten extent conversion. This allows for
drive level write caching to be enabled, for devices that
support write barriers.

590(1): 2007/05/06(日)00:03 ID:/0wDX7as(1) AAS
>>588
あなたの口から直接聞かせて欲しいの。
お願い。

591: 2007/05/06(日)00:08 ID:UOij3oAy(1) AAS
>>589
extent conversionって何か教えてください。

592: 2007/05/06(日)00:08 ID:PfA7B98n(1) AAS
そのあたりには気違いと偏執狂がうろついてるから近づくな
忘れろ

593: 2007/05/06(日)01:25 ID:hckB/cw9(1) AAS
>>590

590の人以外は見ないでください。
画像ﾘﾝｸ[jpg]:sakuratan.ddo.jp

594: 2007/05/08(火)18:30 ID:XKFA94h5(1) AAS
みてしまった OTL

595: 2007/05/08(火)23:29 ID:YWvmkVQn(1) AAS
>>567

reiserfs+lvmでスナップショットを取ってバックアップを毎晩走らせています。SuSE9.0(カーネル2.4)のマシンと
SUSE 10.0 (カーネル2.6)のマシンがあります。2.4のほうは大丈夫ですが2.6は時々スナップショットを取るのをしくじっていて
自前のスクリプトの中の何回かのリトライでやっと取れたりしています。SuSE 9.0のほうですが当時最新だった9.3(カーネル2.6)で
負荷が重いときにLVMのスナップショットを取るとほぼ100%システム全体がハングアップしていまい
やむなく9.0にした覚えがあります。

596: 2007/05/09(水)12:49 ID:sZVL/6LE(1) AAS
Linux: LogFS, A New Flash Filesystem
外部ﾘﾝｸ:kerneltrap.org

597: 2007/05/09(水)18:45 ID:lzjVCwd7(1) AAS
ext3cow
外部ﾘﾝｸ[html]:www.ext3cow.com
ext3をベースにしたバージョニングファイルシステムだそうな。

598: 2007/05/10(木)21:45 ID:0+0Fk0Ga(1) AAS
便利そうだね

599: 2007/05/11(金)01:29 ID:S3nKuiFb(1) AAS
そうかぁ?
ただのcowに過ぎない程度のものを
バージョニングだなどとほざいてる時点で、詐欺だろ。

600: 2007/05/11(金)08:54 ID:DFDvgY5e(1) AAS
そうなのか。

601: 2007/05/13(日)12:01 ID:FusSJnnd(1/3) AAS
理屈はよく知らないけど、昨日からいろいろ試していたらsambaの領域はjfsが一番r/wとも速いので変更してみた

602(1): 2007/05/13(日)12:11 ID:WYR6RMvr(1/2) AAS
kwsk

603: 2007/05/13(日)12:24 ID:FusSJnnd(2/3) AAS
>>602
俺601のこと？
pen3-500 mem 192mb
debian 最新、samba 設定そのまま、samba用のパーティションは別に切ってあるのを
ファイルシステム変えて、WinXPから読み書きの時間を計っただけ
平均4mbくらいのファイルを200個くらい、普段仕事で使ってるようなファイルでテスト

ベンチマークとかしてないお、自分の使い方だけが重要なので

604(1): 2007/05/13(日)13:14 ID:WYR6RMvr(2/2) AAS
むう・・・体感でどの程度差がありました？試した他のFSもいただけると助かります。

samba経由では確かにLinux上とは別の速度感があって、ネットワークなのかFSなのか何なのか、と
丁度調べてたもので。smbdのアクセスにはなにか特徴あるんですかね・・・
sambaが独自キャッシュでいろいろと持ってるので、そのあたりとの兼ね合いだと思うんだけど。

605: 2007/05/13(日)13:41 ID:FusSJnnd(3/3) AAS
>>604
えーとね、xfsが俺の場合は一番遅くてjfsの1.5倍くらいかかった
jfs=60秒くらい、xfs=90秒くらいて感じ、ext3とReiserはその間くらいかな
jfsが玄箱ノーマルより速いのでw、jfsにしましたけど使い込むのはこれからだお

あんまり詳しくないし、産婆だけ動いたら問題ないので自分ではこれ以上追求しないけど
チューニングしだいで速くなるのは友人から聞いてるよ←プロのシステム屋にやってもらったらしい

606: 2007/05/15(火)11:11 ID:bD91n4WD(1) AAS
jfsのチューニングってどんな方法があるんですか？
ちょっと試してみたい。ウチのマシンで。

607: 2007/05/15(火)11:47 ID:WgliwVCc(1) AAS
昨日、JFSでディスクフルになったらcpがdeep sleepしたままになった。
リセットしてfsckで亊無きを得たが、やっぱり本格使用には不安が残る。
でも使うけどねw

608(1): 2007/05/15(火)22:07 ID:bcWmWV7g(1) AAS
reiserfsがコンソールに大量にエラーを吐いてカーネルごと死ぬ時がちょこちょこある．
ext3に戻したいが，今はそのマシンを止めるのも厳しい．
素人が変なのに手を出すんじゃなかったよ．

609: 2007/05/15(火)23:23 ID:5VMGXIRq(1) AAS
止めるのが厳しいのはきついね＾＾；

自分は常に回避用にHDD丸々１台分の空きを持っているのだけど、お金があればTAPEドライブ
が欲しい。。。早いらしいですね。TAPEのバックアップは。

610(1): 2007/05/15(火)23:30 ID:3N38QCLh(1) AAS
自分的にはテープよりディスクのストレージ製品の方が速いと思っていたのだが。
よく考えてみたら仕事環境と個人環境では条件が違いすぎるな。
…でも個人での外付けディスクでのバックアップもそんなに遅くないと思うけどなあ。
……まぁそれも環境に依存するのか。

>>608
KNOPPIXとか1CD Linuxでブートして、ファイル全体のバックアップをとってフォーマットして
また戻すということはできないだろうか。
自分はいつも緊急時にはrsync -Hav --delete でバックアップやリストアを考えてやっている。
# むろん他のコマンドでもできるだろうが。

上下前次 1-新書関写板覧索設栞歴

あと 345 ﾚｽあります
ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ AAｻﾑﾈｲﾙ

ぬこの手ぬこTOP 0.029s