[過去ﾛｸﾞ] /**ファイルシステム総合スレ その1**/ (979ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
201: 02/04/27 11:06 ID:gBA3VK1e(1) AAS
>>200
>>160は、(Net)BSD-LFSの話だよ。ext3は、ジャーナリングデータを
格納する隠しファイルを持ったext2だから、特性はext2と変わらない。
稼働中に電源落ちたら悲惨な事になりやすいのも、変わらない。
202(1): 02/04/29 20:25 ID:RY5brTWZ(1) AAS
NFS でエクスポートしても安心なやつってある？
昔reiserfsを他からマウントしたらあっという間に固まって、それ以来使ってないんだけど。
ext3 なら大丈夫かなぁ
203: 02/04/29 21:36 ID:Hmatk7Dt(1) AAS
>>202
ext3をHP-UX 10.20に対してexportして、ちゃんと動いてるぞ。
いまのところ、ファイルトラブルはなし。SMPのHP機でunmountできなく
なるってのがあるけど、これはファイルシステムの種類とは関係無い
問題らしい。参考までに。
204: 名無しさん 02/04/29 22:06 ID:ku3c5tPl(1) AAS
>>189
2.4.9ならXFS patchなしでも、俺の環境では必ず固まったぞ。
SCSI上のCD-R/RW driveでね。
205(1): ddd 02/04/30 19:43 ID:KX2Hn8ZP(1) AAS
ext3こわれたもうだめだext2いれなおす
206(1): 02/04/30 20:09 ID:Ge08hpMh(1) AAS
>>205
ん？ext3壊れたの？このスレみてても、ext3が壊れるのって
めずらいいよな。
よければ、環境と状況おしえて下さいな。
207(1): 02/06/01 05:07 ID:b9JL6zou(1) AAS
ext2以外で今のおすすめは何？
xfsもjfsもカーネルツリーに組み込まれないと、
カーネルの追っかけが出来ないのがつらい。
208: 02/06/01 05:34 ID:AtzID9fA(1) AAS
ext3
209: 02/06/01 05:35 ID:7hkikZG3(1) AAS
>>207
jfs はソースが独立しているので最新のカーネルも比較的追いかけやすい。
しかし信頼性ではちょっと不安があるので、ドキュメントを精読して覚悟して使うべし。
210: 02/06/01 08:57 ID:sUsOGlHK(1) AAS
>>206
俺は205じゃないが、turbo7使っていたときに立ち上がらなくなったことあるよ。
とくになにかしたわけじゃないので、ext3のせいかも知れん。
(数回強制終了してもうたが)
そのときは、/, /bootをext3に、/homeをext2にしてた。
211(3): 02/06/02 11:29 ID:Z4YsSxrW(1) AAS
ext3を使っていますが、起動時の「○回目なので、fsckします」とでる
fsckしたくないからext3にしたのに…？？
回避する方法をご存じかな？
212: 02/06/02 11:34 ID:g40QuZ6n(1/2) AAS
>>211
/sbin/tune2fs -c -1 -i 0 /dev/????
e2fsck -j したときにこうしろってメッセージ出たろ?
213(1): 02/06/02 13:33 ID:py5zdXfq(1) AAS
>>211
ext3って定期的にfsckしとかないとまずいんじゃ…
214(1): 02/06/02 13:49 ID:nrSjD/v3(1) AAS
-c -1 って何だ。-c 0 の間違いか?
215: 02/06/02 15:00 ID:g40QuZ6n(2/2) AAS
>>214
どちらでもいいが、-c -1 が本来の指定。-c 0 すると -1 になる。
-c 0 した時のメッセージや /sbin/tune2fs -l して見てみれ。
216(1): 211 02/06/02 16:06 ID:JRMzLulc(1) AAS
/sbin/mkfs.ext3 をしたもので、/sbin/tune2fs知らん買った。
やってみます。
217: 02/06/02 16:34 ID:iwkK2cHv(1) AAS
>216
ついでにこれも読んでみたら。(お節介かもしんないけど)
外部ﾘﾝｸ[html]:www.zdnet.co.jp
218: 02/06/21 14:34 ID:vDGYN/Y3(1) AAS
age
219: 02/06/21 17:09 ID:LABdcGGT(1) AAS
>>213
それはどんなファイルシステムでも同じことだと思うが。
220(1): 02/07/03 01:09 ID:NxnlY2cB(1/2) AAS
2.4.18、ext3 S/W Raid1 Pen3×２
なんか重く感じるんですけど
221(1): 02/07/03 01:40 ID:GzBd1MAX(1) AAS
>>220
data=writebackなんてどうよ？
外部ﾘﾝｸ[html]:www-6.ibm.com
> これによって、最近修正されたファイルが、予期しなかったリブートの
> イベントで破壊される可能性があります。しかしそのような欠点にもかかわらず、
> data=writeback モードは、ほとんどの状況下で最高のext3パフォーマンスを
> 提供します。
222(1): 02/07/03 13:07 ID:NxnlY2cB(2/2) AAS
>>221
情報ありがとさん。
でもちょっと怖いよー
言い回しを日本語らしくすると、もうちょっと楽観的に考えられるのかなぁ？
223: 02/07/12 11:53 ID:O3pevam8(1) AAS
続き、、、
topやらosviewで見てるとシステムがＣＰＵ時間の１〜２割ほどを
喰ってるようです。
ファイルシステム云々だけではなさそう。RedHat Errtaみてると
ＳＭＰ＋ＥＸＴ３だと問題があるらしくカーネル周りの更新があるようだけど
詳細はよくわからん。
＃＃スレ違いだったらｺﾞﾒｿ
224(1): 02/07/21 01:49 ID:pXOEtC2Y(1) AAS
ext3がext2より実装的に早く処理を行えるということはありえますか？
225(1): 02/07/21 01:59 ID:JZsVu5Mh(1) AAS
>>224
外部ﾘﾝｸ[html]:www-6.ibm.com
226(1): 02/07/22 00:19 ID:ALgejMG9(1) AAS
ext3を使ってて、ハードディスクが壊れるってことありえますか？
227: 02/07/22 00:20 ID:zwFccS6b(1/3) AAS
>>226 どんなファイルシステムを使っててもハードディスクはいずれ壊れる。
228(1): 02/07/22 00:22 ID:zwFccS6b(2/3) AAS
>>222 結局 data=writeback てのは ext2 と同等の処理にしてるだけ。
229(1): 02/07/22 00:47 ID:xwncSxqC(1/3) AAS
>>228
横レスすまそ。
>>225 のリンク先を読む限りでは data=writeback であっても
メタデータのジャーナリングは行っているように読めるのですが、
ext2 でもメタデータのジャーナリングは行なっているということでしょうか？
気になったのでよろしければ教えてください。
230: 02/07/22 00:48 ID:xwncSxqC(2/3) AAS
質問なのにsageてしまいました。
よってage。
231(1): 02/07/22 00:53 ID:zwFccS6b(3/3) AAS
>>229
いや、ext3 で data=writeback にしてもメタデータは ext2 より安全。
データの扱いが ext2 と同等の危険度になるだけ。
232: 02/07/22 01:06 ID:xwncSxqC(3/3) AAS
>>231
危うくへんな勘違いをしてしまうところでした。
素早いお答えありがとうございました。
233(2): 02/08/07 17:43 ID:BWZrCAzI(1) AAS
こことかどう？
外部ﾘﾝｸ[html]:www.dd.iij4u.or.jp
234: 02/08/14 16:53 ID:Ca6f3XXJ(1) AAS
>>233
奥山さんのやつね。これ読むと Linux の fs で原理的に安全なのは XFS だけ
(でも実装の問題はある) ってことになるね。
ちなみに今は NetBSD の LFS の実装もだいぶ改善がすすんでいるんで、あと
数年(w したら最強の fs になる可能性もあり。
235(1): 02/08/14 17:18 ID:Hhe5y+pw(1/3) AAS
>>233
たしかにext2やext3に問題がたくさんあるのかもしれないが、
その文章は明らかに不勉強な厨がBSDマガジンでも写して書いたものだと
思われます。
236(1): 02/08/14 17:31 ID:Hhe5y+pw(2/3) AAS
235に追記
少なくとも、その奥山という人がjbdやext3のソースを
読まずに書いているのは確実。
237(1): 名無しさん＠お腹いっぱい。 02/08/14 17:52 ID:4Tm6npYI(1) AAS
ん？ 奥山さんが読んで無いわけないような気がするけど。。。
238: 02/08/14 18:00 ID:Hhe5y+pw(3/3) AAS
>>237
ということは理解できてないんですな
239(1): 02/08/14 18:22 ID:9/a7hRWc(1) AAS
そういうのは「読んだ」とは言わない
「眺めた」と言う
240(3): 初心者 02/08/15 01:11 ID:ynVT9xnW(1) AAS
ext2に欠陥がある、というならばLinuxは欠陥OSと言うことになるように思えるのですが、どうなのでしょうか？
241: 02/08/15 01:12 ID:/FxG1JDO(1) AAS
>>240
おっしゃるとおりです。
242: 02/08/15 01:13 ID:rEaMmu0E(1) AAS
>>240
そうですが何か？
個人的にはいまさらext2なんて使いませんが。
243: 02/08/15 04:38 ID:KpeR+eua(1) AAS
>>240
ext2 に問題ありまくりなことなんて常識中の常識だと思うが…
244(1): 02/08/15 05:31 ID:ukoQOYMK(1) AAS
>>235-236 & >>239
それじゃ批判されたら脊椎反射で悪口言い返しているだけの
よくいる馬鹿にしか見えないぞ。ちったぁ技術的な面で反論しろよ。
245: 02/08/15 11:18 ID:qoP/KS6X(1) AAS
>>244
では、jbdによるディスクへの書き込みはext2/ext3の書き込みを使ってない
という反例が一つあるので233はダウト。
その奥山こそ厨房アンチLinuxerだと思われ(類例/.JPのbrake-handle)
246: mfs [age] 02/08/15 19:48 ID:InG6D1KV(1) AAS
奥●ﾀﾝ召還ｼﾙ!
247(2): 02/08/15 20:58 ID:6VVrldzj(1) AAS
このひと、ほんとにfjで有名なの？
どのあたりに出没してる？？
見かけた覚えが無いんだけどさ。
248: 02/08/15 22:07 ID:cIvyC2Bn(1) AAS
>>247
昔はＮｅ○ｏとキ○ガイ争いをしてたもんだよ。
今はどっちも落ち付いたけどね。
249: 02/08/15 22:16 ID:TJ+84Zvx(1) AAS
>>247
fjは知らんがFreeBSD-users-jpで見るよ
し●いさんもね
250: 02/08/16 12:35 ID:0NkDl+/d(1) AAS
ありがとう！
でも、よく自分で教祖とか名乗れるなあ...ある意味すごい人だね
251(1): 02/08/16 17:42 ID:dZwUHEEe(1/2) AAS
ちょっと質問です
Linux から FreeBSD のパーティションをマウントしたいのですが
mount -t ufs -o ro,ufstype=44bsd /dev/hda1 /mnt/bsd
とやるとそのBSDスライスの最初のDisklabelしかマウントできません。
先頭以外のdisklabelをマウントするにはどうしたらよいのでしょう？
252(2): 02/08/16 18:22 ID:UOJemfl9(1) AAS
>>251
たぶんカーネルの再構築が必要。
Linux カーネルに BSD ディスクラベルサポートが含まれていれば、
個々のBSDパーティションがそれぞれひとつのデバイスに見えるはず。
スライス全体が一つのデバイスにしか見えていないという事は、
CONFIG_BSD_DISKLABEL が無効になっていると思われる。
もし、BSD スライスが Linux の前にある場合、カーネルを再構築して
CONFIG_BSD_DISKLABEL を有効にすると、Linux からはパーティション
が増えたようにみえるので、パーティション番号が変わってしまう。
あらかじめ fstab を修正しておかないとファイルシステムがマウント
省3
253(1): 02/08/16 19:47 ID:dZwUHEEe(2/2) AAS
>>252 多謝!
何はともあれマウントできたのでよかったのですが、
> もし、BSD スライスが Linux の前にある場合、カーネルを再構築して
> CONFIG_BSD_DISKLABEL を有効にすると、Linux からはパーティション
> が増えたようにみえるので、パーティション番号が変わってしまう。
うちの環境(Kernel-2.4.19)では、BSDスライス内のDISKLABELは
デバイス番号の最後(9-12)に追加されてます.
こんな感じでした.
/dev/hda1 fat32
/dev/hda2 ext2
省10
254: 252 02/08/17 00:22 ID:B2eIXR90(1) AAS
>>253 改善されてるとは知らんかった。昔の仕様はあんまりだったもんなぁ。
255(2): 02/08/22 15:04 ID:fkpQ61rx(1) AAS
おい、お前ら。今日 LWN 見たら 2.4.19pre4 に JFS が入ってたってよ。なぜageぬ?
256(4): 02/08/25 03:14 ID:BSpv5L+d(1) AAS
お前ら、ReiserFSはやめておいた方が身のためです。
半年経ちましたが、fsckしたらボロボロですた。
次はおとなしくext3にします。
257(2): 02/08/25 07:14 ID:pHrzsknW(1) AAS
>>255
なぬ? となると実装がやっと枯れてきて 2.4 系にものっけられるようになった
ってことか? 仕様上はいちばん stable な fs だから、要注目だね。
ってことで、はよ 2.4.19 出ないかな?
258: 02/08/25 09:47 ID:9JXCQ99u(1) AAS
>>255
>>257
2.4.20-pre4の間違いの様な…。
259(1): 名無しさん 02/08/25 10:52 ID:vioyeR21(1) AAS
>>256
JFSかXFSがいいと思うよ…
260: 02/08/25 15:00 ID:0kKqXfHW(1) AAS
>>257
codeはunstableだと思うガナー > jfs
261: 02/08/26 02:55 ID:eFUMptdH(1) AAS
>>259
XFSはパッチ当てるのがめんどいのでイヤ。
2.4.20が出たらJFSを使ってみようかしらん。
262(1): 02/08/26 23:44 ID:MBK3WhBV(1) AAS
ｶﾞｰﾝ…ReiserFS評判良さげだったから入れちゃったのに…
263: 256 02/08/27 00:37 ID:zGfonRto(1) AAS
>>262
私も半年前はそう思ってました。
その頃から「ReiserFSはアブナイ」という評判は聞いてましたが、
そうそう壊れるもんじゃないと思ってました。
それより、「小さいファイルに対してアクセスが速い」という情報の方が
魅力的に感じたものでした。
でも、やはり安定が一番です。
264: 02/08/29 12:30 ID:4M+MI2fc(1) AAS
linux-users:94909で、
ReiserFSで消せないファイルがあって困ってる人がいるんだけど、
ここの住人さんで分かる人いない？
265(1): 02/08/30 01:00 ID:elAoHO+F(1) AAS
バックアップ取ったうえでreiserfsckかけてみろ
266: 02/08/30 08:12 ID:m6tLISJ4(1) AAS
最近は全然問題起きてないけど、
いろいろみてるとなんか怖いね。reiserfs。
2.2と2.4の両方を使ってるときはひどかった。
はやくJFS/Linux, XFS/Linuxがstableになるといいな。
267(1): 名無しさん 02/08/30 09:28 ID:DB/ZQhUg(1) AAS
xfsはどうしていつまでもpatchのままなんだろ?
充分安定していると思うのだが…
268: 02/08/30 11:00 ID:cxTwSFOj(1) AAS
>>265
reiserfsckは実行しても何も変わらなかったそうです・・・。
当分はext2を使ってるのが無難なんですかね。
269(1): 02/08/30 11:24 ID:I2Pts/y9(1/2) AAS
reiserfsck --rebuild-tree
270(1): 02/08/30 12:17 ID:iNUX/dH6(1) AAS
>>267
patchがでかすぎるからだろ。
2.5.xのtodoには入ってたYO!
>>269
それをやってる最中にあぼーんしたことがあるので、
止めた方がいいです。
271: 02/08/30 12:23 ID:2HEwL/NQ(1) AAS
圧縮ファイルシステムはどれ？
272(2): 02/08/30 12:48 ID:6XZ/kODg(1) AAS
e2compr には御世話になったものだが…
273(2): 02/08/30 16:15 ID:I2Pts/y9(2/2) AAS
>>270
外部ﾘﾝｸ[php]:kerneltrap.com
だからバラして統合を目指す方向らしい
ACLとかは後回しみたい
274: 02/08/30 21:29 ID:tKqGai8T(1) AAS
最強のファイルシステムは xfs でファイナルアンサー？
275(2): 02/08/30 21:46 ID:XtDT2zWn(1) AAS
>>272いまもe2comprのお世話になっています(^^;おかげで、最新カーネルに移行できないという罠
276: 02/08/31 00:08 ID:WfS/3IZC(1) AAS
>>273
XFSがカーネルに統合されるのはうれしいことだけど、
ACLってXFSの目玉機能の一つだったから、ちょっと残念だな。
277: 02/08/31 00:36 ID:FPjRpIrY(1) AAS
>>275
自分も重宝していた。主にニューススプールや /usr/share に対して
使っていたけど、さほど速度の低下もなかったし、ディスクが減ったとき
の急場凌ぎにも使えた。
てっきり 2.2.x で統合されると思ってたのだけどね。ディスクも大容量で
安くなったし、あまり意味がなくなってしまったのかな。開発は正式に中止?
今だったら ~/.navi2ch あたりに使いたいかな(w
278: 名無しさん 02/08/31 13:43 ID:64NHELMM(1) AAS
>>273
そうか。ACLはkernel本体の準備が万全になってからで仕方ないか…
279(1): 02/08/31 20:20 ID:s5Ijt6B3(1) AAS
ext3でマウントしているんですが、マザーに４台、IDEカードに４台 さらにIDEカード２台の合計１０台繋いでるんでか、I/Oエラーが頻繁に起こります
繋ぎすぎなんでしょうかね？
280: 02/08/31 20:51 ID:06AbHVSY(1) AAS
>>279
多いな。やっぱつなぎすぎで電源が足りてないんだと思う。
過去のログでも電源を見直してみれというレスがつく事が多かった。
281(2): 02/09/02 03:11 ID:Nj/FQuJU(1) AAS
2.4.20-preに入ったのに何かと話題になりにくいJFSを入れてみました。
みなさん、XFSばかり可愛がらないで、JFSも愛してやってください。
282: jfs 02/09/04 14:07 ID:e8/pSBxz(1) AAS
>>281
最新では、resize もできるようになったみたいだしね。lvm+jfs でﾏﾝｾｰになったのかな?
283: 02/09/04 16:12 ID:dVDvhjH/(1) AAS
>>281
実装が枯れてくれば XFS よか素性はいいから使いたいところなんだけどねぇ。
問題はいつになったら実装が枯れるのか。まあ、使わないことには枯れないのは
確かなんだけど。
284: JFS 02/09/05 14:03 ID:b0HIm7rm(1) AAS
枯れてないのはReiserFSやXFSも同じなんだから使ってやってください。
285: 02/09/05 18:06 ID:FG/HMLnd(1) AAS
そもそもファイルシステム以前にkernel自体枯れてない罠
286: XFS 02/09/05 21:41 ID:sJqBA6A6(1) AAS
でも、おいら的には仕事でXFSでなれてるんで、このままXFSでいきまする。
でも、かなり前からacパッチに統合されてる分だけJFSの方が使っている人が
多そうなんだけどどうなんだろ。
287(1): 02/09/06 13:47 ID:uA0LI3Xv(1) AAS
アドバンスト・ファイルシステム・インプリメンター・ガイド 第11回
ファイルシステムの更新
外部ﾘﾝｸ[html]:www-6.ibm.com
288(3): 02/09/14 12:29 ID:97ftJODt(1) AAS
事情がありまして、Kernel 2.2.20を使っているんですが、EXT3を使うためのパッチって
ありますか？
289: 02/09/14 12:37 ID:kx0swn8m(1) AAS
>>288
その事情とはipchainsから乗り換えられないためと見た！
で、
外部ﾘﾝｸ:ftp.kernel.org
このあたりにないかのう。
290: 02/09/14 13:14 ID:B9dlUKMe(1) AAS
>>288はマルチ。
291: 02/09/15 01:04 ID:uUp6xh6w(1) AAS
>>288
Vine の 2.2 系のカーネル使えば?
漏れも最近まで 2.2.20 でﾊｧﾊｧしてたし。
292: 02/09/15 02:00 ID:LyqVgR2j(1) AAS
reiserfsはマルチプロセスで読み書きが発生すると極端に遅くなるような気がするする。
結局XFSに戻してしまった。
293(2): 02/09/16 07:36 ID:uUt+35Wb(1/2) AAS
reiserfs より XFS の方がディスク多く使います？
ディスク消費量少なくてすむと思ってたのに増えてしまって。
移行のときヘマしたのかも。普通に cp したけど。
294(1): 名無しだったのかもしれない… 02/09/16 11:04 ID:BUBCT+nI(1) AAS
>>293
> 普通に cp したけど。
symbolic linkが無くなって、copyされてるんじゃないの?
$ \ls -l /usr
してみれ。/varや/usr/shareに対するsym. link残ってる?
295: 293 02/09/16 12:05 ID:uUt+35Wb(2/2) AAS
>>294
嘘書いてました。cp じゃなくて cp -a しました。
>$ \ls -l /usr
/usr の下にはもともと symbolic link はなかったような気がしますが。
symbolic link をコピーする時にリンク先をコピーしてしまってディスク消費
量が増えているかもしれない、ってことでしょうか？
もともと symbolic link のあった場所をいくつか見てみましたが問題なさそ
うです。
# ってもしかしてそういうことじゃないかも。
ちなみにどれくらい増えたかというと
省4
296(1): 02/09/16 17:48 ID:F6rBInAI(1) AAS
reiserfsの方が「小さいファイル」の格納はうまかったような気が。
297: 02/09/16 22:44 ID:DO7Ba14K(1) AAS
>>296
小さいファイルの読み書きが速いというのは聞いたことがあるが、格納もうまいの？
298(1): 02/09/18 00:37 ID:rJNtBE3P(1) AAS
ｷﾀ━(ﾟ∀ﾟ)━( ﾟ∀)━( ﾟ)━( )━(ﾟ )━(∀ﾟ )━(ﾟ∀ﾟ)━!!!!
外部ﾘﾝｸ:slashdot.org
299: 02/09/18 00:53 ID:rZLlypOF(1) AAS
>>298
2.4系列にはバックポートしてくれんかのう……
300: 02/09/18 18:46 ID:jQCFqTBW(1) AAS
Test of six linux filesystems: ext2, ext3, jfs, reiserfs, vfat, xfs on linux 2.4.5
外部ﾘﾝｸ:aurora.zemris.fer.hr
上下前次1-新書関写板覧索設栞歴
あと 679 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.031s