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

0001login:Penguin

2009/04/02(木) 20:57:26ID: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/

0183182

2009/05/13(水) 00:39:50ID:aq9QoFQs

あ、もちろんJSFが古いのは承知しているが、今のところ乗り換えるのに適切なFSが無さげだし。

0184login:Penguin

2009/05/13(水) 00:41:34ID:DyZoiBpp

>>183
reiserfs無視すんな。

0185login:Penguin

2009/05/13(水) 05:14:13ID:ZdzSlNss

case insensitiveにできるFSってJFS以外にあるのかな？

0186login:Penguin

2009/05/13(水) 08:25:16ID:djcLzLst

ないんじゃね？
てか、意味すら分からない奴ばっかり蛇ね？
おれもわからんが

0187login:Penguin

2009/05/13(水) 08:53:00ID:qUL6qGoy

>>185
HFS+

0188login:Penguin

2009/05/13(水) 09:25:39ID:Fz0YIQtl

>>185
vfatて対応してなかったっけ？

MS由来のFSは対応してくれてそうな気がするが。

0189login:Penguin

2009/05/13(水) 16:33:16ID:R9KGTz5z

NTFSのことですね. わかります.

0190login:Penguin

2009/05/13(水) 21:56:59ID:ZdzSlNss

ところがNTFSはcase sensitiveなんだよ。
だから Foo と foo は別ファイル名として存在できる。
ただそれがWindowsからは見えないので、困った挙動になる。

0191login:Penguin

2009/05/14(木) 00:12:09ID:ZupWEaHY

>>190
Winはその辺、APIレベルでやっているからねぇ。

0192login:Penguin

2009/05/14(木) 00:53:50ID:2E9rhYLZ

ZFSにはそのまんま、casesensitivityというプロパティがある

0193login:Penguin

2009/05/14(木) 01:39:35ID:ethMS5DD

XFSもmkfsするときにversion=ciと指定すればcase-insensitiveに出来るが。

0194login:Penguin

2009/05/14(木) 10:17:19ID:Gy1T7uzg

すんません、教えてください。
iSCSIでocfs2を使用したいのですが、
ターゲット側にはocfs2をインストールする必要無いですよね？

0195login:Penguin

2009/05/14(木) 10:41:47ID:QZLsgwIB

>>194　当然、必要無いです。

0196login:Penguin

2009/05/18(月) 07:35:23ID:gG52ePCk

BtrfsはZFSと違ってメモリ食い癖ないのん?

0197login:Penguin

2009/05/18(月) 09:33:49ID:NCHRgzQh

このバター犬野郎！と罵れる日を楽しみにしています

0198login:Penguin

2009/05/18(月) 09:41:04ID:F1n8DuGh

よし、決めた。
/からまるごとbtrfsにしてやる。

0199login:Penguin

2009/05/18(月) 16:47:13ID:DEk/oU3w

>>198
/bootだけは分けておいてext3あたりにしておいたほうがいいぞ。

0200login:Penguin

2009/05/18(月) 16:53:30ID:F1n8DuGh

いやです。

0201login:Penguin

2009/05/18(月) 17:20:36ID:F1n8DuGh

grubが対応してないだとぉぉ

0202login:Penguin

2009/05/18(月) 19:07:11ID:DEk/oU3w

>>201
だからいったやん…

0203login:Penguin

2009/05/18(月) 19:18:03ID:6tMy1tJ+

キロワロスｗｗｗ

0204login:Penguin

2009/05/18(月) 19:39:36ID:vM9Zr55O

wwwwww
knoppixから読めれば復旧は楽だが

0205login:Penguin

2009/05/20(水) 16:29:29ID:ozmFL0mr

OpenSolarisスレから来ました

OpenSolarisのZFSで，sharesmbを使ってファイル共有しようとしたんですが，
# sharemgr show -vp
default nfs=()
zfs
zfs/tank/cifs0 smb=()
cifs0=/tank/cifs0
cifs0_cifs1=/tank/cifs0/cifs1
となってる状態で，Windowsから
\\server\cifs0
\\server\cifs0_cifs1
のどちらにもアクセスできました．でも，\\server\cifs0からcifs1の
フォルダが見えるんですが，cifs1へ移動することができません．しかし，
# pwd
/tank/cifs0
# mkdir cifs2
# ls
cifs1 cifs2
として作ったcifs2は，\\server\cifs0からcifs2へのフォルダ移動が可能でした．
これは何故なんでしょ？

0206login:Penguin

2009/05/20(水) 18:09:37ID:ALUE2V7S

/usr/bin/ls -v /tank
って、やってみたらどうかと。
OpenSolarisデフォルトのlsはGNUのだから、ACL対応してないはず。

0207login:Penguin

2009/05/20(水) 19:19:43ID:ozmFL0mr

>>206
ものすごい量の情報出ましたけど，どこ見るといいんでしょ

0208login:Penguin

2009/05/20(水) 19:37:32ID:ALUE2V7S

ls -dv /tank/cifs0
ls -dv /tank/cifs0/cifs1
に違いはない？

0209login:Penguin

2009/05/20(水) 20:25:48ID:ozmFL0mr

>>208
全く同じですね
\\server\cifs0
\\server\cifs0_cifs1
がどちらもマウントできて，ファイルの追加，削除もできるので
アクセス権の問題とも思えないのですが・・・
/tank/cifs0/cifs2のディレクトリの情報も，/tank/cifs0/cifs1と同じでした．

0210login:Penguin

2009/05/24(日) 17:05:03ID:owe3swot

日経Linuxがxfs_fsrの存在を忘れたようです

0211login:Penguin

2009/05/26(火) 12:16:20ID:yynFdS+q

来月あたり発売になるWDCの2TB/WD2002FYPSを24台使って
RAID6ボリューム40TB強で
1個のファイルシステムつくりたいんだけど、何がいいかなー。
ファイルは長時間ビデオ。

0212login:Penguin

2009/05/26(火) 12:20:53ID:exanlubB

その容量でスペア2本は自分ならやらないが、どうしてもってのならraidz2 & zfsじゃね?
それともRAID6で構築完了を延々と待つのかな?

0213login:Penguin

2009/05/26(火) 12:24:16ID:VphlN5EM

mdは構築完了を待つ必要がない訳だが。
巣に帰れよ。

0214login:Penguin

2009/05/26(火) 12:33:09ID:VphlN5EM

>>211
jfsで人柱になってくれ。(xfsはフツーだからな)

0215login:Penguin

2009/05/26(火) 12:54:05ID:BQ7Wfka0

>>211
ぜひbtrfsで

0216login:Penguin

2009/05/26(火) 12:54:16ID:CdKWULBV

24発のRAID6をmdadmでやるという発想は無かったわ。
ふつーH/Wじゃね?

0217login:Penguin

2009/05/26(火) 14:30:39ID:fFWHA2IM

8台ずつの3グループかな。

0218211

2009/05/26(火) 14:37:26ID:yynFdS+q

4U / 24ドライブのH/W RAID6 1ボリュームの予定
StandBy 1台でRAID6だと約40TB

0219login:Penguin

2009/05/26(火) 14:46:04ID:VphlN5EM

>>218
趣味の鯖でどんなHW raidの箱入れるの？予算は?

0220211

2009/05/26(火) 18:15:51ID:yynFdS+q

>>219
趣味と実益
HDDだけの予算、100万弱、、多分、40,000円 x 24 くらいかな
H/Wは
http://infortrend.com/images/product/flash_demo/A24F-R_G2430_play.swf
意外に静か
ちょっとしたテスト結果を提供する条件で、某所で評価用に使っていたのを譲ってもらう予定

0221login:Penguin

2009/05/26(火) 20:25:47ID:D4UFxTqO

なんか、ネタの臭いがプンプンしてくるんだけど

大体からして
> RAID6ボリューム40TB強で1個のファイルシステムつくりたい
の時点でbtrfs、ext4、JFS、Reiser4、XFS、ZFSだけであり

この内、開発版や自パッチ、FUSE使用必須といった条件を除いた
ファイルシステムは、ext4、JFS、XFSしか無い
まあ幸いにして、このファイルシステム群は全てエクステントベースであるから
二番目の条件である
> ファイルは長時間ビデオ
という条件は満しているけど……… だからこそ余計にネタ臭い

ようするにアレだろ？
「JFSかXFSにしとけ」って言って欲しいだけだろ？
んで、またなんだろ？
「JFS＆XFSマンセー」とか言って欲しいんだろ？

毎回毎回不思議でしょうがないんだけどさ、どうしてJFSやXFSが貶されると
適当にレス流した後に、必ずこの手の質問とか出るの？
今回は、Ubuntuでxfs_fsrの問題が起きたから？
正直もうウンザリなんだけどな

0222login:Penguin

2009/05/26(火) 20:29:55ID:VphlN5EM

>>221
ext4は16TBまで

16TB+対応e2fsprogsマダー？

0223login:Penguin

2009/05/26(火) 20:29:59ID:3StF/E36

・・・・・はぁ？
なんだこいつキモいのぅ。

0224login:Penguin

2009/05/26(火) 20:42:29ID:dEUVL+WY

btrfsが装備されるというだけでCentOSからFedora11に移行しようか検討してる俺だが
どう思う？

0225login:Penguin

2009/05/26(火) 20:54:08ID:QERaKG0j

>>221
> 今回は、Ubuntuでxfs_fsrの問題が起きたから？

おまいはこのスレすら読めんのか
問題そのものが妄想だった、てのが結論だ

0226login:Penguin

2009/05/26(火) 21:01:17ID:VphlN5EM

このネタ？
ttp://slashdot.jp/~tuneo/journal/474819

0227login:Penguin

2009/05/26(火) 21:07:28ID:dEUVL+WY

hammerとbtrfsはどっちが勝つんだろ

0228login:Penguin

2009/05/26(火) 21:31:51ID:0eA3LvFc

固い方が勝つよ

0229login:Penguin

2009/05/26(火) 21:40:02ID:rMScbfp0

OSを強烈に選ぶ以外確かにhammerは素晴らしかった

0230login:Penguin

2009/05/27(水) 08:29:08ID:pfbuq9Ax

＞大体からして
＞> RAID6ボリューム40TB強で1個のファイルシステムつくりたい
＞の時点でbtrfs、ext4、JFS、Reiser4、XFS、ZFSだけであり

＞この内、開発版や自パッチ、FUSE使用必須といった条件を除いた
＞ファイルシステムは、ext4、JFS、XFSしか無い

それが真実だから、「JFS＆XFSマンセー」なんですね。
勉強になりました。
逆説の肯定か。

0231login:Penguin

2009/05/27(水) 11:34:26ID:ePh0lN8r

長時間ビデオならxfsしかなかろう。
そーいうの扱うためのFSなんだし。

0232220

2009/05/27(水) 12:14:56ID:lzlwtY4v

>>221
ネタじゃないよ
懐との相談だけど最低でも 2TB x 16 (実効 25TB)のボリュームをつくろうと思ってる。
WD2002FYPSが場合によってはST32000542ASになるかもしれんけど。
いま古いSGI_IRIX機で12TB強のボリュームを使っててチョット足りないんだよね。

0233login:Penguin

2009/05/27(水) 12:16:44ID:mu3RU+in

半分趣味なら、btrfsか、せめてext4にしようよ。
枯れたヤツは面白く無いし。

0234login:Penguin

2009/05/27(水) 13:37:43ID:+fJOHxQo

んっと、その40Tを食いつぶすのに要する期間の見積もりとか大丈夫?
普通にHDDの容量UPと単価の値下がりを考えたら、当面必要な所まで増やしておいて、
必要になってから増設の方が結果的に安上がりで大容量じゃないかと思うが…。

0235やんやん ◆yanyan72E.

2009/05/27(水) 14:40:05ID:CW52EfMe

RAID5やRAID6で容量の小さいディスクから容量の大きいディスクに
一個づつとりかえてはRAID再構成を繰り返して、、
全部とりかえた後にxfs_growみたいなコマンドを打つと
容量の大きなファイルシステムになったりしないかなという妄想を
抱いたことがあるのだけれど、無理?

0236login:Penguin

2009/05/27(水) 15:59:50ID:xeCgoSNp

>>235
lvm2使えばできる

0237login:Penguin

2009/05/27(水) 16:48:37ID:+GqPsrmd

>>234
生TSで全チャンネル保存したらあっという間じゃね？

0238login:Penguin

2009/05/27(水) 17:34:47ID:QalK4t13

保存するのはまいんだけでいいよ

0239login:Penguin

2009/05/27(水) 19:13:56ID:bi0ggF2T

btrfsが使えるFedora11解禁まであと7日！
http://fedoraproject.org/

0240login:Penguin

2009/05/27(水) 19:48:50ID:l2Le2sqK

デフォにしないとダメだろうが。

0241login:Penguin

2009/05/27(水) 23:44:23ID:v4oAwODA

>>235
普通にやったことあるが、少なくとも所要時間が現実的じゃない

0242login:Penguin

2009/05/28(木) 17:55:37ID:ABa/TGN6

btrfsが使えるFedora11解禁まであと6日！

0243login:Penguin

2009/05/29(金) 02:54:38ID:odE4z/3d

>>242
http://pc11.2ch.net/test/read.cgi/linux/1242971950/47

0244やんやん ◆yanyan72E.

2009/05/29(金) 03:15:18ID:FLE8lCte

2.6.29をコンパイルしてインストールしちゃえばいいのに。

0245login:Penguin

2009/05/29(金) 13:08:51ID:XXoGhCWd

【社会】フジテレビの「ごきげんよう」など日本の番組を海外へ有料ネット配信、容疑の男女逮捕　２億７０００万円売り上げか
ttp://tsushima.2ch.net/test/read.cgi/newsplus/1243569910/

>>211たんが逮捕されてしまった・・・

0246login:Penguin

2009/05/29(金) 15:25:33ID:aJP7imTT

>>243
なんだとぉおおふざけるなああ

0247login:Penguin

2009/05/29(金) 17:39:05ID:A/+pP8bV

今 btrfs 使うなら、せめて rc 追い掛けてたほうがいいと思うぞ

0248211

2009/05/29(金) 18:27:13ID:QKtdC1tv

>>245
留置所からコンニチワ
http://www.picamatic.com/show/2009/05/29/01/17/3802161_1020x594.png
http://www.picamatic.com/show/2009/05/29/01/17/3802157_1025x592.png
後はHDが届くのを待つばかり

0249login:Penguin

2009/05/29(金) 18:36:30ID:CXGg5HBO

笠智衆キター！

0250211

2009/06/04(木) 19:23:39ID:pOC2w+XZ

予定してた2TBのHDがまだ来る気配もないしF11も遅れてるし
とりあえず手持ちの1TB x 22でRAID6つくってxfsでも使ってよう。
http://www.picamatic.com/show/2009/06/04/10/52/3886285_671x317.jpg

0251211

2009/06/05(金) 18:14:10ID:MeOcKTW7

Fedora11_Previewでの
ext4
http://www.picamatic.com/show/2009/06/05/01/05/3898801_1022x201.png
btrfs
http://www.picamatic.com/show/2009/06/05/01/06/3898806_1053x448.png
上の20TBのボリュームは別の用途で使っているためRAID6のiSCSIボリューム約13TB使用
http://www.picamatic.com/show/2009/06/05/01/06/3898807_1022x441.png
いまのところbtrfsはext4とxfsに比べて若干遅い(10%前後)

0252login:Penguin

2009/06/05(金) 21:20:15ID:zxcrO3om

http://pc12.2ch.net/test/read.cgi/unix/1239526526/282
282 ：名無しさん＠お腹いっぱい。：2009/05/23(土) 17:27:02
日経Linux最新号買った？
brtfs　vs ZFS のがちんこ勝負。
結果は ZFS の負け。
理由はファイルシステムをマウントしたままデフラグができないからだそうだ。
え？

0253login:Penguin

2009/06/05(金) 21:43:43ID:YpJE6ayf

いったい何を勝負したんだ？

0254login:Penguin

2009/06/05(金) 22:05:11ID:YeULR2yk

btrfsなんてまだ評価以前の代物なのに。

0255login:Penguin

2009/06/05(金) 22:25:11ID:qIsowSsx

さあ早くtune2fs -o journal_data_orderedする作業に戻るんだ

0256login:Penguin

2009/06/05(金) 23:43:30ID:skD9hEdA

BtrfsとZFSがチンコ勝負…
SUNなZFSに勝てるなんてOracleはどんだけビッグなんだよ

0257login:Penguin

2009/06/06(土) 01:29:59ID:vPPd6Hlz

ext4のデフラグツールﾏﾀﾞｰ?

0258login:Penguin

2009/06/06(土) 07:48:15ID:gSrpMgBT

>>252
RAID-Zなどで使うのが当然というfsでデフラグってなんの冗談だ?

0259login:Penguin

2009/06/06(土) 10:54:31ID:EjsbOXDm

>>258
デフラグなんていらないって，こいつらに言ってやれよ
http://wiki.genunix.org/wiki/index.php/OpenSolaris_Storage_Developer_Wish_List

0260login:Penguin

2009/06/06(土) 11:30:42ID:llsk3snN

洋の東西を問わずデフラグ信者がデスクトップ界隈にたくさんいるので、実質意味なくてもサポートは必要なんだろうな

0261login:Penguin

2009/06/06(土) 11:37:52ID:Esm55MCB

そういうのは、
dd if=/dev/hoge of=/dev/null
とかやって、適当に途中経過表示するだけで満足したりして。

0262login:Penguin

2009/06/06(土) 11:53:20ID:EjsbOXDm

意味の無いデフラグを提案する糞開発者ｗ
http://www.mail-archive.com/[email protected]/msg24539.html

>>261
（笑）

0263login:Penguin

2009/06/06(土) 12:10:54ID:sqIZeg7O

なんとなくだが、defragが安全に実装が完了するより先に、SSDの大容量化とコストダウンが
先行してしまうような気がする。

実際、鯖用途で考えたら比較対象となるHDDは容量大きくて低価格なSATAじゃなくて、
24時間運用可能だけど容量いまいちで値段が高いSASになるから、そうすると既にC/Pは
もうちょっとってところまで来てるもんねぇ…。

0264login:Penguin

2009/06/06(土) 14:45:58ID:0f310tGM

>>251
ファイルシステムのベンチマーク取るのなら、
bonnie++じゃなきゃ価値がないと思うんだが。

0265251

2009/06/06(土) 15:52:34ID:NHEM8KDs

>>264
そうだね
・ddの結果が「いわゆる」ベンチマークの結果だとは考えてはいない
　が、当面の用途はビデオファイル(1個が5～20GB)なのでddの結果でも充分参考になる
・来週には正式版がでてくるのでPreviewで真面目に計測する気はない
>>251で「遅い」と言ったのはあくまでも
ddで出てくる xxxMB/secおよびiSCSI-H/W_RAIDの転送速度インジケータをみた目分量から
ちなみに、xfs、ext4では100MB/sec前後、btrfsで90MB/sec弱
実用で考えているFC接続で同じ傾向になるかはわからない

0266login:Penguin

2009/06/07(日) 03:04:10ID:04RnY7h3

>>252
6月号64ページのファイルシステム機能比較表のこと？
ZFSは参考として載ってるだけで、がちんこ勝負という風には見えなかったぞ。
対応RAIDレベルではbtrfsよりZFSの方が多くのRAIDレベルに対応と載ってるし。

0267264

2009/06/07(日) 11:47:46ID:n8O8daQH

ddの結果が参考になるって・・・・・バカなの？
常に単一の書き込みしか行わず、しかも同時に書き込むわけでもないddが参考？
bonnie++ですら参考程度にしかならないってのに、どんだけ幸せ思考なんだか・・・・・
本当、救いようのないバカだな

大体、分かってんのかな
ext4ってのは未だに、大量のパッチやバグ報告がML上で飛びかうstableなんて名ばかりのFSだし
XFSなんて、信者は無かった事にしてるがxfs_repairのメモリ大量要求や、不完全データファイルをゼロクリアする素敵機能付きだし
btrfsに至っては、experimental宣言している上に、つい最近New Experimental Branchが切られたばかりの、正に文字通りHeavy DevelopmentなFSだ
わざわざそんな不完全なFS集めて、何かある度ここで騒ぐわけ？勘弁しろって全くよ

つか、常識あったらWinからNTFSで作っといて、LinuxからはCIFS経由で使うか、
SolarisなりFreeBSDからZFSで作ってNFSか、Samba経由でCIFSマウントするって
どうしてもLinuxでやりたきゃ、ディスク区切ってext3一択だな
普通は障害があった時の事を第1に考えるからな、復旧の怪しそうなFSなんて候補にすら入らんよ

それをわざわざLinuxから、しかも問題の起きそうなFS選んでとか、ネタでもやらねえって
まあddが参考になる程度のIO想定ならexFATで十分だろうけどよ

0268login:Penguin

2009/06/07(日) 12:03:06ID:ALgbBw22

>>267
何ファビョッてんの
ビデオだったらxfsが無難だと思うけどね

0269login:Penguin

2009/06/07(日) 12:04:48ID:Oh8Lh+rd

>>268
いつもの人だから触っちゃダメ

0270login:Penguin

2009/06/07(日) 14:35:56ID:1iwXKTOD

xfsのゼロクリアってあえてやってるんでしょ？

0271login:Penguin

2009/06/07(日) 20:55:19ID:ELAUhkI1

ext2って電源断に弱いですか？

ファイルが損失する理由がわからないです。
ファイルを編集するときはメモリ上に書き込んで、HDD上は削除されるということなのでしょうか？
HDD上削除されなければ電源断時にも復活されるのでは？

0272login:Penguin

2009/06/07(日) 21:02:41ID:jYLS0xyE

>>271
前のファイルのままということはあっても、完全喪失というのは稀なレベル。
最悪でも普通はlost+foundに救出される。

0273login:Penguin

2009/06/07(日) 21:22:33ID:eb8s04gy

>>271
ジャーナルが無い分、「弱いか？」と聞かれたら「弱い」になる。
HDDにもバッファメモリがあるしOSもディスクキャッシュを保持するし
git clone hagehage してる時に電源が落ちたら何かしら壊れてくれそう
・・・ダメだ

いつも茶々入れてる人はこういう時に本領発揮して分かりやすく丁寧に、
「素人だったの私がこの解説を聞いたのがファイルシステムを開発するきっかけでした。」
って言わせるくらい趣き深い答えをしてあげてください

0274login:Penguin

2009/06/07(日) 21:41:54ID:Muz+bcji

そういえば、昔、Oracleで電源トラブル無くてもファイルのcorrupt問題があったような記憶が...
多分Cacheハンドリングのバグ(Oracleから言わせれば仕様)だったかな ?

0275login:Penguin

2009/06/07(日) 22:21:29ID:TUQDvEOj

>>271
メタデータの書き込み途中で落ちたら、参照できなくなって消える。
fsckで復活できる場合もあるが、かなり時間がかかる。
ジャーナルファイルシステムだとその心配が無いし、急な電源断時も完全なfsckは不要で復帰が早い。

0276login:Penguin

2009/06/07(日) 22:46:43ID:q7MhCH00

>>270
そうだよ
上のアレはきっと奥なんとかに毒されてる信者だから触るなよ

0277login:Penguin

2009/06/07(日) 23:43:52ID:hepWkHiO

>>275
ジャーナルファイルが壊れた場合はどうするんだ？

あれだってタダのデータだろ。

0278login:Penguin

2009/06/07(日) 23:50:17ID:XaFBxSJG

おまえの裏の人格が夜中に発動して壊さない限り壊れない

0279login:Penguin

2009/06/08(月) 06:41:04ID:pjr9nEOD

>>273 >>275 >>277
今時ext2を使っている人というのが想定できないが質問内容から照らし合わせるに
ジャーナルもメタデータもジャーナルファイルも全く意味不明の単語に聞こえるだろう。

0280login:Penguin

2009/06/08(月) 07:19:18ID:kvbAIbpF

>>271
現在主流のジャーナリングファイルシステムに比べれば、電源断に弱い。
しかしながら、「弱い」というほど弱くはない。

後継のext3が主流となり、ext4もできつつある今、
特別なパフォーマンスを要求しない限り、ext3を使った方がよい。

# って答えでいいか?

0281本当の264

2009/06/08(月) 10:04:03ID:4MvMHn9a

>>267
ちょっｗ勝手に264名乗らないでｗ

0282login:Penguin

2009/06/08(月) 11:03:26ID:gamXREiU

現状では、実用性重視ならreiserfsしか選択肢が無いな。

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

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