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

ファイルシステム総合 ..

76:login:Penguin
09/04/21 02:41:00 M/KvjwG+
ZFSがCDDL/GPLに…ならんだろうな。

btrfsになんか持ってきてもらえるとうれしいが。

77:login:Penguin
09/04/21 08:05:09 5c5t6vM4
OCFS2 for Solaris、zfs for Linuxあたりに期待
btrfsにRAID-Zとか。

78:login:Penguin
09/04/21 18:32:42 CcNE2Hib
>>75
MySQLに関しては各所で阿鼻叫喚ですな。特に海外ではPostgreSQLが全然で
MySQL一色だっただけに。

>>76
そのbtrfsに黄色信号が灯っているんだけど…
2.6.29にマージされたと思ったらこうだものなぁ。

ZFSのライセンスが変わることは考えにくいし、Oracleがbtrfsの開発から
手を引き始める可能性は高い。

79:login:Penguin
09/04/21 20:39:26 wqTd6TxB
btrfsのメーリングリストにBtrfs development plansのメールがいっぱい来てたw

80:login:Penguin
09/04/21 21:03:58 xUiy5ydU
>>78
> ZFSのライセンスが変わることは考えにくいし、Oracleがbtrfsの開発から
> 手を引き始める可能性は高い。

何故そう思ったの？
むしろOpenSolarisのほうが不透明になった印象だが

81:login:Penguin
09/04/21 21:57:51 KjHaovNL
>>80
Oracle DBはOpenSolarisに最適化するらしいよ。

とりあえずリストラが噂されてるらしいけど、個々のプロジェクトの命運はその動向次第だろうな。
URLﾘﾝｸ(www.computerworld.jp)

82:login:Penguin
09/04/21 22:02:20 NwIqactl
ZFSをGPL化。
これやるだけで、Oracle神評価だろ。ちょろいよな・・・

GPL化無しとして、Oracle連携が強化されるとしたら
ZFSのzvolのパフォーマンス？Oracle+ZFSは期待したい。
Linuxのbtrfsと共存ってことなら、それはそれでもいいが
同じものが2つって状況はね・・・

83:login:Penguin
09/04/21 22:09:32 xUiy5ydU
買収したら相手の株価は上がるし自社の株価は下がる。
だから価値ある買い物をしたんだと印象付ける為に相手を持ち上げる。
少なくとも悪いことは言わない。
それを差し引いても Oracle が Solaris を利用したいのは確かだろう。
ただ興味の対象は open source としての Solaris じゃないかもしれない。
もう一つは、Oracleの売上を支えてるのは Dellや HP製のミッド～ローレンジ
Win,Linuxサーバーで、これを切り捨てる訳にはいかないだろう。
長期的にはわからないが、今すぐ Linux の対応が変わるのは考え難いと思う。

84:login:Penguin
09/04/21 23:42:11 wvpTY7z/
USBメモリを疑似SSDとして使ってますが
SSDの書き込み制御機構のような、
メモリを長持ちさせるためのファイルシステムを
ご存知でしたら教えてください。

85:login:Penguin
09/04/22 00:48:04 IofjUEGy
>>84
つ aufs+tmpfs

つまりUSBメモリには書き込まない。
必要なら後からまとめてバッチで書き込む。超快適＆寿命最長。

86:login:Penguin
09/04/22 11:16:04 WFPa+q58
>>84
発売中のUNIXmagazie今月号を読めば完全に理解できるヨ

87:login:Penguin
09/04/23 17:30:01 kAxgOIhb
>>57,72
ｲｷﾛｗ

88:login:Penguin
09/04/23 20:33:57 hKaSB6+r
このスレに書き込まれる、釣りを目的にしたであろうレス群って
いつも攻撃的な感じのレスなんだよね
それも大体が単発IDからの単発レスだし、分かりやすいことこの上ないと思うんだ

なのにここの人達は、どうして釣りだと気づかないのかね

アンチだ、厨だとレッテル貼りする前に釣り目的のレスはスルーしないか
昔の釣り針に、わざわざ今になってレスするのも止めようよ

89:login:Penguin
09/04/23 20:45:52 BBBkDbtu
2ch初心者か？
肩の力抜けよ

90:login:Penguin
09/04/23 20:50:15 8Aa5mC1H
誤爆かと思ったよ。
それとも遅延書き込みの影響かな？

91:login:Penguin
09/04/24 01:00:54 flAR2j//
バックアップ　リストアＤＶＤを簡単に焼けるのは
やっぱりext3

92:login:Penguin
09/04/28 21:04:00 VhLF+VVc
ext3ほど粗悪で、不快で、価値のないファイルシステム他にあるか？
ntfsやfat32に匹敵する出来の悪さ

93:login:Penguin
09/04/28 21:48:09 OvKIbI4F
ext3・NTFS・FAT32・・・・

どれも広く使われているファイルシステムやん。

>92 チミは異世界の住人かね？　チミ魍魎。

94:login:Penguin
09/04/28 21:55:22 hFEqSOqA
はいはい。これからの30レス位を圧縮するよ
・よく使われているファイルシステムがいいわけではない
・使われているということは一定の信頼性がある
・安定性といい悪いは別の話
・適当な罵り合い
おｋ？

こういうのは、繰り返されているから
「具体的に悪い点を指摘」＋「改善方法を提案」
位しないと話が進まないからな。では、よろしく！
↓

95:login:Penguin
09/04/28 22:25:46 ouE1LFjq
>>93
よく使われているファイルシステムが良いわけじゃないだろｗ

96:login:Penguin
09/04/28 22:36:33 riMA5rxw
>>95
使われているということは一定の信頼性があるって事だろうがｗ

97:login:Penguin
09/04/29 00:00:29 oA1gyBgt
>>95 >>96
安定性といい悪いは別の話だろjk

98:login:Penguin
09/04/29 00:09:41 EAn6al6s
>>97
そういうこと言い出したらNTFS最強ってことになるが。

99:login:Penguin
09/04/29 00:15:01 AV5CQfRb
NTFSが最強というより
Windowsのカーネルが暇さえあればキャッシュをフラッシュしてるだけ

100:login:Penguin
09/04/29 01:02:52 AiwhrIEV
んと、あと何レス続ければおｋ？

101:login:Penguin
09/04/29 05:37:21 Rjo8+Wzs
>>99
そうなんですか。で、そのフラッシュの頻度を少なくする設定とかあるんでしょうか？

102:login:Penguin
09/04/29 08:36:34 uuOizoxv
>>100
半年ROMれ

103:login:Penguin
09/04/29 15:18:34 qIRe5cGm
reiserfs最高

104:login:Penguin
09/04/29 16:11:09 7cN9yvFt
遅ればせながらCoWを勉強した。すげーなこれ！
ZFSやbtrfsを待望する理由がわかったよ。
SSDとの組み合わせでSSDの死角が潰せて更にすげー事になりそうだね！

105:login:Penguin
09/04/29 17:00:52 Rjo8+Wzs
っていうか今までそういう実装がなかったことが不思議なくらい
OSの進歩って遅すぎるよね

106:login:Penguin
09/04/29 21:04:02 AiwhrIEV
そりゃその機能だけを実装すればいいなら簡単だが
あっても他の機能との兼ね合いとか安定性とか考えることがいっぱいあるからねぇ
安易な批判は無知を晒すことになりかねないから注意した方が良いよ

107:login:Penguin
09/04/29 21:08:45 4DG+1E8h
>>105
随分と知識があるようだな。
お前が思ってるファイルシステムのあるべき姿とその実装法について教えてくれ。

108:login:Penguin
09/04/30 16:50:01 47fhxI2x
ApolloのDomain/OSみたいなやつ

109:login:Penguin
09/05/01 10:03:06 hxdl23z6
>>99
ext3も5秒ですが

110:login:Penguin
09/05/01 13:37:29 cgyDKWr7
早いreiserfsが更に早くなるようで。
[PATCH 0/6] kill-the-BKL/reiserfs3: performance improvements, faster than Bkl based scheme
URLﾘﾝｸ(lkml.org)
>So the new locking scheme makes it 11% faster than with the bkl.

111:login:Penguin
09/05/01 13:45:55 bc8Tc/Hk
BKLの除去はリスク高い
しばらく様子見しないと危険すぎるが、その間にext4のほうが先に安定しちまうだろう
信者にとってはどうでもいい事なんだろうが

112:login:Penguin
09/05/01 13:50:17 CbPQLKCe
このスレとGentooスレには喜んで特攻して（玉砕して）くれる信者が
たっぷりいるから、喜劇の観客としては楽しみなところではあるな。

113:login:Penguin
09/05/01 15:26:10 5eVtO6I6
reiserfsはもういいから早くreiser4を安定させろと。

114:login:Penguin
09/05/01 15:28:22 bc8Tc/Hk
確かにそのとおりだけど
reiserfsが一番BLKを使ってるって指摘されたのが悔しかったんだろう

115:login:Penguin
09/05/01 15:51:16 VRESgmdn
Hansにコードレビューさせたの？

116:login:Penguin
09/05/01 15:57:25 Ikfa6M2+
Hans早く帰って来い！

117:login:Penguin
09/05/01 16:44:51 pLh6jNBE
>>116
20年待て

118:login:Penguin
09/05/01 17:25:27 MHDztT/i
しまった！　逃げろ、ハンス！　ルアゴイフだ！

119:login:Penguin
09/05/02 10:20:13 3tD6cEnl
MTGなつかしす

120:login:Penguin
09/05/04 21:36:48 eZ/vhQ/V
URLﾘﾝｸ(slashdot.jp)
Ubun厨 + XFS厨 → 涙目

前スレでアンチがxfs_fsrにケチつけてたけど
まさか本当にケチがつくとはね

しかもアレでしょ？
XFSって不完全ファイルをゼロクリアしてくれる素敵仕様なんでしょ？
cronで回してる奴とか、今頃大変な事になってるんじゃないの

Ubuntuにしろ、XFSにしろ、流石は厨房御用達って感じだなwww

121:login:Penguin
09/05/04 22:11:20 YeIe0ERo
age

122:login:Penguin
09/05/04 22:26:44 DgEMDJLx
XFS最高だね
高速、安全、高機能

アンチ君よ、いつまで負け惜しみをいうんだい？

123:login:Penguin
09/05/04 23:18:55 YeIe0ERo
Ubuntu最高だね
高速、安全、高機能、新機能、堅牢、思いやり

アンチ君よ、いつまで負け惜しみをいうんだい？

124:login:Penguin
09/05/04 23:22:28 TDc94rsT
Hans最高だね
高速、安全、高機能、新機能、堅牢、思いやり、隠蔽、司法取引、牢獄

アンチ君よ、いつまで負け惜しみをいうんだい？

125:login:Penguin
09/05/04 23:31:45 JAeU4Ayu
ってかリンク先にも具体的な不具合情報無いのね。
向こうの人が特にソースも出さず騒いで、/.jの人が反応して、
情報源の吟味すらできないアンチ君が嬉々として取り上げる、と。

126:login:Penguin
09/05/05 03:27:22 GsDTOooV
まあ
・Ubuntu版に俺パッチが入っていて悪さしてる
・kernel/xfsprogsの食い合わせが悪い
てえところじゃないかい。

127:login:Penguin
09/05/05 03:38:55 SoiRJ+tR
というか、distroが提供するパッケージが
調子悪いというなら、bug報告するのが普通と思うが
そういうのはしたのかなあ、この人は。

128:login:Penguin
09/05/05 03:39:43 SoiRJ+tR
微妙なtypoは見逃してくれ

129:login:Penguin
09/05/05 11:25:22 5KrNZoBZ
同意

130:login:Penguin
09/05/05 14:44:30 mxALQGro
HowtoForgeのコメント欄で質問してみた。
まだ承認されてないので載ってないが。

131:login:Penguin
09/05/05 17:23:07 mxALQGro
やっとコメントが載ったようだ。
どんな反応があることやら。

URLﾘﾝｸ(www.howtoforge.com)

132:login:Penguin
09/05/05 21:36:10 jQPzPdcx
>>115
ext4のことを調べるつもりでこのスレ開いて、「Hansにレコードデビューさせたいの？」に見えた俺は・・・。

133:login:Penguin
09/05/05 22:56:48 eRBUbHm+
>>132
監獄ロック?

134:login:Penguin
09/05/05 23:20:12 jQPzPdcx
>>133
Jailhouse Fle System?wwww

135:login:Penguin
09/05/06 03:41:37 bqHPSfWY
>>134
それじゃJFSになっちゃうYo!

136:login:Penguin
09/05/06 11:33:13 iqIIXkBp
KFSってのはまだ存在してないよな。ということは・・・

137:login:Penguin
09/05/06 12:51:18 euzdyY/D
KDE謹製のFSですよね　わかります
そしてGNOMEが対抗してGFSを作るのもわかってます

138:login:Penguin
09/05/06 13:16:41 uQwhkho7
HansがJFSの中で監獄ロックを歌ってロックを殺す(>>110)コードを書くんですね。
わかりますん。

139:login:Penguin
09/05/06 13:25:29 XBJIB/mg
>>137
既にGFS2まで出来てるのに何を今更

140:login:Penguin
09/05/06 15:23:27 W365PEeh
そこでXFCEが参入してxfsをですね

141:login:Penguin
09/05/06 16:12:43 4syVDYaJ
糞スレと糞住人、、、、

142:login:Penguin
09/05/07 19:05:38 YK2EyQwQ
>>131
レスあったぞ。

URLﾘﾝｸ(www.howtoforge.com)

143:login:Penguin
09/05/07 22:33:34 8TpNvQHs
結局125の言うとおりかよ・・・

144:login:Penguin
09/05/07 23:09:06 kzK7okhy
よくあることだ

145:login:Penguin
09/05/07 23:09:39 bHw86erC
>>143
そうっぽいね....

146:login:Penguin
09/05/08 00:01:35 FHTQITMD
xfsってソース公開されてないの？

147:login:Penguin
09/05/08 00:05:59 FEalnuRD
　　　　　　　　,．-─ ─-､─-､
　　　　　　, イ)ィ　-─ ─- ､ﾐヽ
　　　　ノ／,．-‐'"´ ｀ヾj ii /　 Λ
　　　 ,ｲ／／ ^ヽj(二ﾌ'"´￣｀ヾ､ﾉｲ{
　　ノ/,／ミ三ﾆｦ´　　　　　　　ﾞ､ﾉi!
　　{V /ミ三二,ｲ　, -─　　　　 Yｿ
　　ﾚ'/三二彡ｲ　 .:ィこﾗ　 ;:こﾗ　j{
　　V;;;::. ;ｦヾ!V　　　ｰ '′　i ｰ '　ｿ
　　 Vﾆﾐ( 入　､　　　　r　　j　　,′
　　　ヾﾐ､｀ゝ　　｀ｰ--‐'ゞﾆ<‐-イ
　　　　　ヽ　ヽ　　　　 -''ﾆﾆ‐　 /
　　　　 |　　｀､　　　　 ⌒　 ,/
　　　　　|　　　＞ ---- r‐'´
　　　　　　ヽ＿　　　　 |
　　　　　　　　　ヽ＿＿」

　　　　　ググレカス [ gugurecus ]
　　　（西暦一世紀前半～没年不明）

148:login:Penguin
09/05/08 00:49:42 QruXUtyO
お、やっと俺のコメントに返事来た。ソースは俺ってやつか。
ほんと>>125の言う通りかよ。
本当にxfs_fsrの問題でファイルが壊れたなら報告しろっつーの。

149:login:Penguin
09/05/08 10:59:26 JbGcdnJ9
w

150:login:Penguin
09/05/09 15:17:38 9EwwH4NE
ソースからビルドしたら安ｗｗ全ｗｗｗｗ

外人そらねーべｗｗｗ

151:login:Penguin
09/05/09 16:01:20 gDZ+lH7m
つーかソース公開されてんだからソースみればいいじゃん。
diff取らなくてもchangelogとかcommit logあるんだしさ。
ソースも見ない連中がソース出せとか、何の冗談だ。

152:login:Penguin
09/05/09 16:21:27 kRSTHtiO
>>151
最後の一行を言いたかっただけなのですね。わかります。

153:login:Penguin
09/05/11 14:49:44 3mUwwURg
ocfs2について、
１つのノードに２つ以上のocfs2パーティションを作って
運用することは可能でしょうか。

154:login:Penguin
09/05/11 15:24:56 lxX+VELG
>>151
基本的にバグがあると騒ぎ立てた方が根拠を示すべき。
それが出来なければFUDだ。

ちなみに、ChangeLogにもgitのlogにも該当するような箇所は無い。
基本的にxfs_fsr.cに関しては2006年以降ほとんど変更されてないし。
これ以上根拠も無しに調べるのは単なる時間の無駄。

155:login:Penguin
09/05/11 17:52:27 oM3zSIlC
jfsっていきなり電源落としたりするとファイルが消えることないか？
書き込みをしている最中ならわからんでもないけど、何もしていない状態で電源落ちたりすると
再起動後のfsckがうまく機能しなくてその後マウントできなくなることが二回あった。
うち一回は端末からのfsckで無事マウントできるようになったものの、開いてみるとファイルが
｢???????｣なんて名前になってたし、もう一回は端末からのfsckを受け付けず、Gpartedからの
fsckでマウントできるようになったけど、同じようにファイルが｢??????｣になってた。
同じ条件でreiserFSとext3のhddはファイルが消えることはなかった。
入れてたファイルはpdfとjpgファイルでサイズは40MBくらいのやつを30個くらい。フォルダ階層は
3段から4段でフォルダ名に日本語を使っていた。
で、本題はここからなんだけど、このjfsでは不安なので代替になるfsを探しているのですが、
reiser4とかnilfsとかって個人が趣味で使う分には安定してますか？
画像データとかを格納しておくだけ(一枚2MBくらいの画像データを一フォルダに200枚くらいで
容量いっぱい)なんで性能面はそんなに気にしないのですが…。
debian lennyで使えるやつでおすすめがあったら挙げてもらえませんか？

156:login:Penguin
09/05/11 18:11:07 KKGpwjHD
JFS厨の犠牲者だな

157:login:Penguin
09/05/11 18:13:21 GxOFdhQX
>>155
XFSがいいよ。
てかXFSしか選択肢がないね。

158:login:Penguin
09/05/11 18:15:02 PrQTkCIl
ext3一択

159:login:Penguin
09/05/11 18:20:22 4v770GQ1
ないわ。
ハンス帰ってこい。

160:login:Penguin
09/05/11 19:03:51 LakCZApk
>>155
性能は求めず安心を求めるのならext3でいいやん。

161:login:Penguin
09/05/12 08:06:29 0J0JfThl
>>155
＞jfsっていきなり電源落としたりするとファイルが消えることない
＞か？

ないな。

162:login:Penguin
09/05/12 08:08:46 0J0JfThl

[156]login:Penguin<sage>
2009/05/11(月) 18:11:07 ID:KKGpwjHD

[157]login:Penguin<sage>
2009/05/11(月) 18:13:21 ID:GxOFdhQX

[158]login:Penguin<sage>
2009/05/11(月) 18:15:02 ID:PrQTkCIl

[159]login:Penguin<sage>
2009/05/11(月) 18:20:22 ID:4v770GQ1

自演乙　すごい単発ＩＤだなｗ

163:login:Penguin
09/05/12 08:11:48 0p9U8DTC
│
│
│
│
│　　　　　　　　　　＿
│　　　　　　／￣　　￣＼
│　　　　　 /､　　　　　　　　ヽ
Ｊ　　　　　 |･ |―-､　　　　　　 |
　　　　　ｑ -´　二ヽ　　　　　 |
　　　　　　ﾉ＿　ー　 |　　　　　　|
　　　　　　＼.￣｀　 |　　　　/
　　　　　　　　O＝＝＝＝＝ |
　　　　　　　　/　　　　　　　　 |
　　　　　　　/　　 /　　　　　　|

164:login:Penguin
09/05/12 09:22:14 6wRP5Dbf
ぃぬ板住人４人以下説が提唱された模様

165:login:Penguin
09/05/12 11:32:41 rAp3lK48
>>156-159が自演だとわかったのは>>162の自演だから

166:login:Penguin
09/05/12 13:27:06 BUcwvPPj
なぜそうまで病的にJFSを擁護する必要があるのか理解できん
JFSダメじゃん
ちょっと使ってみれば誰にでもすぐわかる
意図的に嘘情報を流して喜ぶ奴はどこの板にも居るけど何の病気なんだ？

167:login:Penguin
09/05/12 14:01:18 yZ9gDcZB
>>166
なぜ、駄目？
使ってみて、不具合は感じないよ
ext3から変えるメリットも感じないけどね

168:login:Penguin
09/05/12 14:48:05 OQy7h0v1
JFS使ってるマシンで、電源断とか数回有るけど、
fsckで直ったからそんなに駄目だとは思わない。

169:login:Penguin
09/05/12 14:49:17 BUcwvPPj
>>167は鈍い子
>>168は我慢強い子
>>170は悪い子

170:login:Penguin
09/05/12 17:45:01 F8QEEVnw
>136,137
G(oogle)FSのオープン実装にK(osmix)FSってのがあるんだが、
これはそれを踏まえたネタなのか？

171:login:Penguin
09/05/12 19:43:57 A2R17OGK
JFSを使ってみて不具合を感じないような奴は良いけど

このスレに、次にLinuxをインストールする時
使おうと思っているファイルシステムの情報を集めに来ている人は
少し考えてほしい

例えばコレ↓
URLﾘﾝｸ(slashdot.jp)

だがその数時間後にはext4メンテナは即座に対応し、MLとgitリポジトリにパッチが投げられる
そして2.6.29には間に合わなかったが、2.6.30からはdata=guardedモードが新設
guardedモードを使えば、fsyncも安全に使えるext[34]、btrfs

一方で、guardedモード未対応のReiserFS
それどころか、未だにdata=writebackモード相当の機能しかないXFS、JFS、reiser4
一概にジャーナルファイルシステムとか言っても、肝心のジャーナル部分だけですらこの差
ましてや、XFS厨や、JFS厨はデータが消えると言っても「俺のは問題なし」とかほざく始末

俺はどれを使えとか、どれが一番良いとは言わない
自分で考えて使ってくれ

だけどどんなファイルシステムを利用したとしても、XFS厨や、JFS厨のようにはならないでくれ
マジでたのむ

172:login:Penguin
09/05/12 20:00:02 xIacyLnH
[PATCH RFC] ext3 data=guarded v7
URLﾘﾝｸ(lkml.indiana.edu)

まだレビュー中

173:login:Penguin
09/05/12 20:30:39 ux6BGTNn
今月号の日経Linuxにこれ以上ないほど易しいbtrfsの解説のってるよ。
SSDと相性バッチリな理由とか説明されてる。

立ち読みでもいいけど、たまには買ってもいいかも。
あ、宣伝じゃないよ。

174:login:Penguin
09/05/12 20:40:54 xIacyLnH
[PATCH 0/6] kill-the-BKL/reiserfs3: performance improvements, faster than Bkl based scheme
URLﾘﾝｸ(lkml.indiana.edu)

175:login:Penguin
09/05/12 20:42:57 xIacyLnH
すまん。古いネタ貼っちゃった

176:login:Penguin
09/05/12 20:43:42 XY3i6JWF
reiserfsって最低限のメンテしかされずに廃れていくと思ってた

177:login:Penguin
09/05/12 21:18:15 zHJIRMNa
それはreiser4。
3系は普及しすぎて今更廃れることははい。
zfsとかbtrfsとかの世代のFSの時代になるまでは。

178:login:Penguin
09/05/12 23:16:24 BUcwvPPj
フリーズ機能をVFSレイヤーで実装するって話もあるが
ext3/ext4でフリーズ使えるようになったらXFSの存在価値も消えるな

179:login:Penguin
09/05/12 23:37:52 ux6BGTNn
btrfsの普及を早めるためにボク達で出来ること何かないかな？
あれはいい物だ

180:login:Penguin
09/05/12 23:40:57 0p9U8DTC
>>179
be a 人柱

181:login:Penguin
09/05/12 23:51:52 SP/EWtVA
>>180
人柱になりやすいよう、2.6.29でmergeされているしねい。

182:login:Penguin
09/05/13 00:38:04 aq9QoFQs
>>171
デスクトップ用途でJFS使っているが、特に壊れたこと無い。

183:182
09/05/13 00:39:50 aq9QoFQs
あ、もちろんJSFが古いのは承知しているが、今のところ乗り換えるのに適切なFSが無さげだし。

184:login:Penguin
09/05/13 00:41:34 DyZoiBpp
>>183
reiserfs無視すんな。

185:login:Penguin
09/05/13 05:14:13 ZdzSlNss
case insensitiveにできるFSってJFS以外にあるのかな？

186:login:Penguin
09/05/13 08:25:16 djcLzLst
ないんじゃね？
てか、意味すら分からない奴ばっかり蛇ね？
おれもわからんが

187:login:Penguin
09/05/13 08:53:00 qUL6qGoy
>>185
HFS+

188:login:Penguin
09/05/13 09:25:39 Fz0YIQtl
>>185
vfatて対応してなかったっけ？

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

189:login:Penguin
09/05/13 16:33:16 R9KGTz5z
NTFSのことですね. わかります.

190:login:Penguin
09/05/13 21:56:59 ZdzSlNss
ところがNTFSはcase sensitiveなんだよ。
だから Foo と foo は別ファイル名として存在できる。
ただそれがWindowsからは見えないので、困った挙動になる。

191:login:Penguin
09/05/14 00:12:09 ZupWEaHY
>>190
Winはその辺、APIレベルでやっているからねぇ。

192:login:Penguin
09/05/14 00:53:50 2E9rhYLZ
ZFSにはそのまんま、casesensitivityというプロパティがある

193:login:Penguin
09/05/14 01:39:35 ethMS5DD
XFSもmkfsするときにversion=ciと指定すればcase-insensitiveに出来るが。

194:login:Penguin
09/05/14 10:17:19 Gy1T7uzg
すんません、教えてください。
iSCSIでocfs2を使用したいのですが、
ターゲット側にはocfs2をインストールする必要無いですよね？

195:login:Penguin
09/05/14 10:41:47 QZLsgwIB
>>194　当然、必要無いです。

196:login:Penguin
09/05/18 07:35:23 gG52ePCk
BtrfsはZFSと違ってメモリ食い癖ないのん?

197:login:Penguin
09/05/18 09:33:49 NCHRgzQh
このバター犬野郎！と罵れる日を楽しみにしています

198:login:Penguin
09/05/18 09:41:04 F1n8DuGh
よし、決めた。
/からまるごとbtrfsにしてやる。

199:login:Penguin
09/05/18 16:47:13 DEk/oU3w
>>198
/bootだけは分けておいてext3あたりにしておいたほうがいいぞ。

200:login:Penguin
09/05/18 16:53:30 F1n8DuGh
いやです。

201:login:Penguin
09/05/18 17:20:36 F1n8DuGh
grubが対応してないだとぉぉ

202:login:Penguin
09/05/18 19:07:11 DEk/oU3w
>>201
だからいったやん…

203:login:Penguin
09/05/18 19:18:03 6tMy1tJ+
キロワロスｗｗｗ

204:login:Penguin
09/05/18 19:39:36 vM9Zr55O
wwwwww
knoppixから読めれば復旧は楽だが

205:login:Penguin
09/05/20 16:29:29 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へのフォルダ移動が可能でした．
これは何故なんでしょ？

206:login:Penguin
09/05/20 18:09:37 ALUE2V7S
/usr/bin/ls -v /tank
って、やってみたらどうかと。
OpenSolarisデフォルトのlsはGNUのだから、ACL対応してないはず。

207:login:Penguin
09/05/20 19:19:43 ozmFL0mr
>>206
ものすごい量の情報出ましたけど，どこ見るといいんでしょ

208:login:Penguin
09/05/20 19:37:32 ALUE2V7S
ls -dv /tank/cifs0
ls -dv /tank/cifs0/cifs1
に違いはない？

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

210:login:Penguin
09/05/24 17:05:03 owe3swot
日経Linuxがxfs_fsrの存在を忘れたようです

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

212:login:Penguin
09/05/26 12:20:53 exanlubB
その容量でスペア2本は自分ならやらないが、どうしてもってのならraidz2 & zfsじゃね?
それともRAID6で構築完了を延々と待つのかな?

213:login:Penguin
09/05/26 12:24:16 VphlN5EM
mdは構築完了を待つ必要がない訳だが。
巣に帰れよ。

214:login:Penguin
09/05/26 12:33:09 VphlN5EM
>>211
jfsで人柱になってくれ。(xfsはフツーだからな)

215:login:Penguin
09/05/26 12:54:05 BQ7Wfka0
>>211
ぜひbtrfsで

216:login:Penguin
09/05/26 12:54:16 CdKWULBV
24発のRAID6をmdadmでやるという発想は無かったわ。
ふつーH/Wじゃね?

217:login:Penguin
09/05/26 14:30:39 fFWHA2IM
8台ずつの3グループかな。

218:211
09/05/26 14:37:26 yynFdS+q
4U / 24ドライブのH/W RAID6 1ボリュームの予定
StandBy 1台でRAID6だと約40TB

219:login:Penguin
09/05/26 14:46:04 VphlN5EM
>>218
趣味の鯖でどんなHW raidの箱入れるの？予算は?

220:211
09/05/26 18:15:51 yynFdS+q
>>219
趣味と実益
HDDだけの予算、100万弱、、多分、40,000円 x 24 くらいかな
H/Wは
URLﾘﾝｸ(infortrend.com)
意外に静か
ちょっとしたテスト結果を提供する条件で、某所で評価用に使っていたのを譲ってもらう予定

221:login:Penguin
09/05/26 20:25:47 D4UFxTqO
なんか、ネタの臭いがプンプンしてくるんだけど

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

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

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

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

222:login:Penguin
09/05/26 20:29:55 VphlN5EM
>>221
ext4は16TBまで

16TB+対応e2fsprogsマダー？

223:login:Penguin
09/05/26 20:29:59 3StF/E36

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

224:login:Penguin
09/05/26 20:42:29 dEUVL+WY
btrfsが装備されるというだけでCentOSからFedora11に移行しようか検討してる俺だが
どう思う？

225:login:Penguin
09/05/26 20:54:08 QERaKG0j
>>221
> 今回は、Ubuntuでxfs_fsrの問題が起きたから？

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

226:login:Penguin
09/05/26 21:01:17 VphlN5EM
このネタ？
URLﾘﾝｸ(slashdot.jp)

227:login:Penguin
09/05/26 21:07:28 dEUVL+WY
hammerとbtrfsはどっちが勝つんだろ

228:login:Penguin
09/05/26 21:31:51 0eA3LvFc
固い方が勝つよ

229:login:Penguin
09/05/26 21:40:02 rMScbfp0
OSを強烈に選ぶ以外確かにhammerは素晴らしかった

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

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

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

231:login:Penguin
09/05/27 11:34:26 ePh0lN8r
長時間ビデオならxfsしかなかろう。
そーいうの扱うためのFSなんだし。

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

233:login:Penguin
09/05/27 12:16:44 mu3RU+in
半分趣味なら、btrfsか、せめてext4にしようよ。
枯れたヤツは面白く無いし。

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

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

236:login:Penguin
09/05/27 15:59:50 xeCgoSNp
>>235
lvm2使えばできる

237:login:Penguin
09/05/27 16:48:37 +GqPsrmd
>>234
生TSで全チャンネル保存したらあっという間じゃね？

238:login:Penguin
09/05/27 17:34:47 QalK4t13
保存するのはまいんだけでいいよ

239:login:Penguin
09/05/27 19:13:56 bi0ggF2T
btrfsが使えるFedora11解禁まであと7日！
URLﾘﾝｸ(fedoraproject.org)

240:login:Penguin
09/05/27 19:48:50 l2Le2sqK
デフォにしないとダメだろうが。

241:login:Penguin
09/05/27 23:44:23 v4oAwODA
>>235
普通にやったことあるが、少なくとも所要時間が現実的じゃない

242:login:Penguin
09/05/28 17:55:37 ABa/TGN6
btrfsが使えるFedora11解禁まであと6日！

243:login:Penguin
09/05/29 02:54:38 odE4z/3d
>>242
ｽﾚﾘﾝｸ(linux板:47番)

244:やんやん ◆yanyan72E.
09/05/29 03:15:18 FLE8lCte
2.6.29をコンパイルしてインストールしちゃえばいいのに。

245:login:Penguin
09/05/29 13:08:51 XXoGhCWd
【社会】フジテレビの「ごきげんよう」など日本の番組を海外へ有料ネット配信、容疑の男女逮捕　２億７０００万円売り上げか
ｽﾚﾘﾝｸ(newsplus板)

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

246:login:Penguin
09/05/29 15:25:33 aJP7imTT
>>243
なんだとぉおおふざけるなああ

247:login:Penguin
09/05/29 17:39:05 A/+pP8bV
今 btrfs 使うなら、せめて rc 追い掛けてたほうがいいと思うぞ

248:211
09/05/29 18:27:13 QKtdC1tv
>>245
留置所からコンニチワ
URLﾘﾝｸ(www.picamatic.com)
URLﾘﾝｸ(www.picamatic.com)
後はHDが届くのを待つばかり

249:login:Penguin
09/05/29 18:36:30 CXGg5HBO
笠智衆キター！

250:211
09/06/04 19:23:39 pOC2w+XZ
予定してた2TBのHDがまだ来る気配もないしF11も遅れてるし
とりあえず手持ちの1TB x 22でRAID6つくってxfsでも使ってよう。
URLﾘﾝｸ(www.picamatic.com)

251:211
09/06/05 18:14:10 MeOcKTW7
Fedora11_Previewでの
ext4
URLﾘﾝｸ(www.picamatic.com)
btrfs
URLﾘﾝｸ(www.picamatic.com)
上の20TBのボリュームは別の用途で使っているためRAID6のiSCSIボリューム約13TB使用
URLﾘﾝｸ(www.picamatic.com)
いまのところbtrfsはext4とxfsに比べて若干遅い(10%前後)

252:login:Penguin
09/06/05 21:20:15 zxcrO3om
ｽﾚﾘﾝｸ(unix板:282番)
282 ：名無しさん＠お腹いっぱい。：2009/05/23(土) 17:27:02
日経Linux最新号買った？
brtfs　vs ZFS のがちんこ勝負。
結果は ZFS の負け。
理由はファイルシステムをマウントしたままデフラグができないからだそうだ。
え？

253:login:Penguin
09/06/05 21:43:43 YpJE6ayf
いったい何を勝負したんだ？

254:login:Penguin
09/06/05 22:05:11 YeULR2yk
btrfsなんてまだ評価以前の代物なのに。

255:login:Penguin
09/06/05 22:25:11 qIsowSsx
さあ早くtune2fs -o journal_data_orderedする作業に戻るんだ

256:login:Penguin
09/06/05 23:43:30 skD9hEdA
BtrfsとZFSがチンコ勝負…
SUNなZFSに勝てるなんてOracleはどんだけビッグなんだよ

257:login:Penguin
09/06/06 01:29:59 vPPd6Hlz
ext4のデフラグツールﾏﾀﾞｰ?

258:login:Penguin
09/06/06 07:48:15 gSrpMgBT
>>252
RAID-Zなどで使うのが当然というfsでデフラグってなんの冗談だ?

259:login:Penguin
09/06/06 10:54:31 EjsbOXDm
>>258
デフラグなんていらないって，こいつらに言ってやれよ
URLﾘﾝｸ(wiki.genunix.org)

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

261:login:Penguin
09/06/06 11:37:52 Esm55MCB
そういうのは、
dd if=/dev/hoge of=/dev/null
とかやって、適当に途中経過表示するだけで満足したりして。

262:login:Penguin
09/06/06 11:53:20 EjsbOXDm
意味の無いデフラグを提案する糞開発者ｗ
URLﾘﾝｸ(www.mail-archive.com)

>>261
（笑）

263:login:Penguin
09/06/06 12:10:54 sqIZeg7O
なんとなくだが、defragが安全に実装が完了するより先に、SSDの大容量化とコストダウンが
先行してしまうような気がする。

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

264:login:Penguin
09/06/06 14:45:58 0f310tGM
>>251
ファイルシステムのベンチマーク取るのなら、
bonnie++じゃなきゃ価値がないと思うんだが。

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

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

267:264
09/06/07 11:47:46 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で十分だろうけどよ

268:login:Penguin
09/06/07 12:03:06 ALgbBw22
>>267
何ファビョッてんの
ビデオだったらxfsが無難だと思うけどね

269:login:Penguin
09/06/07 12:04:48 Oh8Lh+rd
>>268
いつもの人だから触っちゃダメ

270:login:Penguin
09/06/07 14:35:56 1iwXKTOD
xfsのゼロクリアってあえてやってるんでしょ？

271:login:Penguin
09/06/07 20:55:19 ELAUhkI1
ext2って電源断に弱いですか？

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

272:login:Penguin
09/06/07 21:02:41 jYLS0xyE
>>271
前のファイルのままということはあっても、完全喪失というのは稀なレベル。
最悪でも普通はlost+foundに救出される。

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

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

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

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

276:login:Penguin
09/06/07 22:46:43 q7MhCH00
>>270
そうだよ
上のアレはきっと奥なんとかに毒されてる信者だから触るなよ

277:login:Penguin
09/06/07 23:43:52 hepWkHiO
>>275
ジャーナルファイルが壊れた場合はどうするんだ？

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

278:login:Penguin
09/06/07 23:50:17 XaFBxSJG
おまえの裏の人格が夜中に発動して壊さない限り壊れない

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

280:login:Penguin
09/06/08 07:19:18 kvbAIbpF
>>271
現在主流のジャーナリングファイルシステムに比べれば、電源断に弱い。
しかしながら、「弱い」というほど弱くはない。

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

# って答えでいいか?

281:本当の264
09/06/08 10:04:03 4MvMHn9a
>>267
ちょっｗ勝手に264名乗らないでｗ

282:login:Penguin
09/06/08 11:03:26 gamXREiU
現状では、実用性重視ならreiserfsしか選択肢が無いな。

283:login:Penguin
09/06/08 11:09:06 kvbAIbpF
>>282
reiserfsとかw
マジでそうだから困る。

284:login:Penguin
09/06/08 12:05:58 uuuo0ENf
何はともあれ、今時 ext2 は止めといた方がいいですよ。

285:login:Penguin
09/06/08 12:26:32 joEenCpk
/bootとディスクイメージ内のFSにext2つかってる

286:login:Penguin
09/06/08 12:32:17 Tzl1D/T+
/boot ext2
/ reiserfs
/var reiserfs
/home xfs

287:login:Penguin
09/06/08 12:48:59 hKwKsQNd
kernel watchによるとgoogleはext2をつかっているらしいけどね

288:login:Penguin
09/06/08 12:53:27 SObkUY93
>266
勝ち負け以前に、btrfsが今だexperimentalで、データがいつ消えても泣かない・ちゃんと
報告する程度のものってことに記事のどこにも出てこないってのはダメじゃないかな。
むしろ「Btrfsを使ってみよう」みたいなノリノリだからねぇ。

289:login:Penguin
09/06/08 13:40:49 AvnesfX4
不意打ちfsckでファイル名前が化けたりFAT32はchk.001とか作りまくるくらい脆い印象がある。
Ext2IFS？だったかWindows上で普通の感覚で使えるドライバーがあったがあれには重宝するんじゃないの。

Using The BTRFS Filesystem On Debian Lenny
URLﾘﾝｸ(www.howtoforge.com)

ソースのビルドを2GBの/dev/shmでやるのは苦しい時もあるので解決案を探してます
BTRFSもまだ試してないんだがCOWが使えるFSは今のところ何があるの？
reiserfsの小さいファイルの特性は飛び抜けてる?

今はext3を基調に/usr/shareと/usr/src、その他データ領域をxfsで使ってます。
私的感情の混じってない複数人のざっくりした見解が聞きたいです。

290:login:Penguin
09/06/08 13:43:50 xArk/8v2
tmpfsとswap使えばファイルシステムに依存しなくなるのにww

291:login:Penguin
09/06/08 13:48:05 9+zpPHhG
btr犬fs
自慰用

292:login:Penguin
09/06/08 13:58:12 AvnesfX4
>>290
ディストリによって違うんだろうけど/dev/shmって書いてあるだろが・・・

293:login:Penguin
09/06/08 14:03:07 Mf/AoFnn
>>289
/usr/srcをxfsにするなら、mkfsする際にlog関連のパラメータを適切に設定
しないと小さいファイルの削除がext3より遅くなるぞ。

294:271
09/06/08 23:11:11 LAXM1eVU
ほとんど変更のないパーティションはジャーナルいらないからext2でいいのでは？と思ったからです。

/boot や / など。

ext2でファイルが壊れるってどんなとき？

ファイルが作成されて、変更もなしで、数日後にクラッシュしてファイルが壊れることもありうる？

295:login:Penguin
09/06/08 23:22:42 MjyV0szQ
あり得るか,と言われれば
あり得るとしか・・・この世のモノは全て壊れる運命なので・・・・

殆ど変更がなくて、
「後で復旧できるように構築手順かバックアップが取ってある」なら
ext2 でいいんじゃね？
インストール時に作られて手を入れてないとかいう部分だったら
再構築も楽だろうしそんなんでもいい、という用途はあると思う。

296:login:Penguin
09/06/08 23:23:06 oMVcdxiB
>>294
> ext2でファイルが壊れるってどんなとき？
今壊れちゃったらマジで困るってとき

297:login:Penguin
09/06/08 23:56:46 jfF7vcnN
ext3が作られたのはext2じゃfsck遅すぎてやってらんねってことだったっけ？

298:login:Penguin
09/06/09 00:07:04 ZW6/2JYO
>>294
むか～しpanicした時にやられた。
その後HDDがお亡くなられてしまったので、ext2関係無いような気もするが。

lost+found送りは何回か経験したが、中身壊れたのはその時だけかなあ…

299:login:Penguin
09/06/09 01:54:47 tJjVNlck
>>294
逆にジャーナルはあっても困るものでもないし、あえてext2を選ぶメリットがほとんど無い。
/bootをジャーナル無しにしてて、カーネルやinitrdの更新中に停電やメモリのエラーで落っこちたら困るでしょ。
滅多にないだろうけれども、ごく普通にext3とかreiserfsを選んでいればそんなことも無く、わざわざext2を選ぶ価値が無い。

300:login:Penguin
09/06/09 09:09:10 B66inO7s
ファイル倉庫はNTFS-3gなんだけど、なんか問題ある？

301:login:Penguin
09/06/09 12:51:04 EElS/ahk
>>289
そもそもdosfsckはダメ文字が駄目
使うもんじゃねえ

>>294
何が聞きたいんだお前は
結論ありきの質問するならずっとext2使ってろ

302:login:Penguin
09/06/09 13:43:16 F4Aa68Pq
>>299 みたいな場合でもジャーナルがあれば信頼できるの？
ジャーナルの処理するのって、カーネル起動してからだと思うんだけど。

303:login:Penguin
09/06/09 14:24:49 21hDzqo6
データは、どんなファイルシステムを使っても、常に壊れる可能性があるから
バックアップするしか無い。
RAIDもジャーナルも、サービス停止を短かくする手段だと割り切ったほうがいい。
だから停電の時に、ext3よりデータが消える確率が少し高くて、fsckに時間が
かかることに目を瞑れるなら ext2 でもいいんじゃないかな？

304:login:Penguin
09/06/09 14:34:10 sqCmm0Bn
>>302
なるほど
それがgentooの/bootがext2な理由か

305:login:Penguin
09/06/09 14:50:45 Cu2mKnoj
>>302
journalingに対するsoftupdateの利点はこれだったのか

306:login:Penguin
09/06/09 14:52:51 YwKe1rPj
カーネルが機動していないときに/bootを更新するって、
誰が更新するの？

次ページ