03/09/08 21:47 YkHkXm1o
多種多様なファイルシステムに対応しているLinux。
そのファイルシステムに関するトラブル、チューニング、愚痴^H^H感想などなど。
なんでも語ってくれ。
前スレ
ｽﾚﾘﾝｸ(linux板)
2:login:Penguin
03/09/08 21:50 q15oCSj+
reiserfs
URLﾘﾝｸ(www.namesys.com)
xfs
URLﾘﾝｸ(oss.sgi.com)
jfs
URLﾘﾝｸ(oss.software.ibm.com)
nfs
URLﾘﾝｸ(nfs.sourceforge.net)
ntfs
URLﾘﾝｸ(linux-ntfs.sourceforge.net)
3:login:Penguin
03/09/08 22:25 vmjZ9OGS
>>1
乙～
最近ReiseFSってあんま(･Ａ･)ｲｸﾅｲかも、って思い出したんだが…。
そんな漏れって短気なのかねぇ…。
4:login:Penguin
03/09/09 00:08 CcVy60jo
Linuxファイルシステム技術解説第4回マダ～？
5:login:Penguin
03/09/09 01:03 r3oQaAvB
xfsにはbadblockをチェックする方法がないのがアレだなあ。
今使っている160GBにbad sector があるのに、それだけスキップ
できない。JFSやext2|3ならできるのに。
6:login:Penguin
03/09/09 13:38 R4whNecG
160GBのディスクでfsck走ったら氏ねるな(w
reiserfsよりext3でdir_index有効にした方が速くね？
7:login:Penguin
03/09/09 15:57 91rXsGS3
Linuxで使える4つのジャーナリングファイルシステム比較
URLﾘﾝｸ(kerneltrap.org)
CPU負荷は
reiser4 >> reiserfs > xfs > ext3 > jfs
処理速度は
reiser4 > reiserfs > ext3 > xfs > jfs
8:login:Penguin
03/09/09 16:02 91rXsGS3
4つじゃなくて5つだった…。
9:login:Penguin
03/09/09 22:08 HFe/WThd
面倒だけどNTFSを安定させるか・・・
ハァ・・・俺がやるしかないのか・・・
10:login:Penguin
03/09/09 22:32 idoGMrbJ
やっぱtmpfsだな
11:login:Penguin
03/09/09 23:45 g4NwMRAK
こうして見るとext3ってなかなか優秀だな。
12:login:Penguin
03/09/10 01:04 ujYxGI15
なんか、以前にもこんなスレみたような気がする。
デジャヴか？？
13:login:Penguin
03/09/10 01:09 twl7jAVY
>>12
多分ここの事だ
ｽﾚﾘﾝｸ(linux板)
14:login:Penguin
03/09/10 17:37 PO+6hMAC
I/O Errorが出るんだけど皆さんどう対処しています？
RSYNCとか頻繁に使ったりします。
Redhat7.3, 8.0 Ext3ファイルシステム
15:login:Penguin
03/09/10 22:03 71ml73dT
- Whoa, deja vu.
- What did you just say?
- Nothing. Just deja vu.
16:login:Penguin
03/09/11 01:53 9oU24zEX
>>15
マトリックス
17:login:Penguin
03/09/11 12:40 aB83yKv4
何か最近、外づけUSBストレージのReiserFS4のファイルを消す時に、時々Segmentation Faultを起こして死ぬようになってしまった。
Debian sid, Kernel 2.4.22
なんなんだろ。もうぬるぽ。
lsusb -v (抜粋)
Bus 001 Device 002: ID 0f2d:9308 ViPower, Inc.
iManufacturer 56 ViPowER, Inc.
iProduct 70 ViPowER USB2.0 Storage Device
iSerial 100 DEF105731DFA
/var/log/kern.log
Sep 11 12:22:38 ***** kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000028
Sep 11 12:22:38 ***** kernel: printing eip:
Sep 11 12:22:38 ***** kernel: c0128c65
Sep 11 12:22:38 ***** kernel: *pde = 00000000
Sep 11 12:22:38 ***** kernel: Oops: 0000
Sep 11 12:22:38 ***** kernel: CPU: 0
Sep 11 12:22:38 ***** kernel: EIP: 0010:[__remove_inode_page+21/112] Tainted: P
Sep 11 12:22:38 ***** kernel: EFLAGS: 00010292
Sep 11 12:22:38 ***** kernel: eax: 00000000 ebx: e9df74f4 ecx: e9df74fc edx: e9df74f4
Sep 11 12:22:38 ***** kernel: esi: e9df74fc edi: 00000000 ebp: 00000000 esp: de829edc
Sep 11 12:22:38 ***** kernel: ds: 0018 es: 0018 ss: 0018
Sep 11 12:22:38 ***** kernel: Process rm (pid: 2009, stackpage=de829000)
Sep 11 12:22:38 ***** kernel: Stack: 00000206 e9df74f4 e86d1134 c0128e67 e9df74f4 00000000 e9df74f4 c0128f3b
Sep 11 12:22:38 ***** kernel: e9df74f4 00000000 00000002 d75c2b40 de829f38 d297f048 00000002 00000000
Sep 11 12:22:38 ***** kernel: 00000000 00000001 00000000 00000000 e86d1144 e86d113c c012908d 00000000
Sep 11 12:22:38 ***** kernel: Call Trace: [truncate_complete_page+71/96] [truncate_list_pages+187/448] [truncate_inode_pages+77/128] [iput+270/528] [vfs_unlink+203/464]
Sep 11 12:22:38 ***** kernel: [sys_unlink+279/288] [system_call+51/56]
Sep 11 12:22:38 ***** kernel:
18:login:Penguin
03/09/11 19:27 2gxWVsAV
>17
ｶﾞｯ(AA略
19:login:Penguin
03/09/12 04:48 lVrQ/63A
現状だけ見るとext3の後継はxfsになりそうな悪寒。
まあRHあたりのディストロ次第だろうけど。
xfsは削除とか遅いけど機能豊富で設計も悪くないし、まあまあユーザーもいる。
個人的にはネイティブなreiserfs4にがんばってほすぃな…。
20:login:Penguin
03/09/12 09:30 TBEZoLPm
前ｽﾚの849です。Escalade 7506-8買ったので、それでまたベンチやってみました。
KB reclen write rewrite read reread ran-read ran-write
Linux reiserfs on 6410:
524288 64, 51178 61306 165191 119981 35391, 90980
524288 128 56374 66082 367269 361237 360463 87204
524288 256 54290 61291 260808 254297 260544 94819
16777216 64, 42682 50011 77188 77367 4069 17125
16777216 128 43752 49728 72086 72319 6666 20535
16777216 256 43816 49952 67520 67546 11245 25176
Linux reiserfs on 7506:
524288 64, 20049 20163 115459 42409, 48995, 22513
524288 128 22657 27721 379527 373687 368975 13494
524288 256 37399 36558 179524 103700 193261 13579
16777216 64, 10306 11327 24564 24194 3885 3188
16777216 128 10653 11474 24233 23766 6638 4601
16777216 256 10621 11463 23915 23485 9183 4490
NetBSD: softdepでも同じくらいなのでそっちは略
524288 64, 12054 12333 317294 317039 287050 4211
524288 128 12012 12321 237490 238462 222749 5640
524288 256 11884 12169 191876 191855 181035 7283
16777216 64, 11335 10280 30704 30747 1428 1102
16777216 128 11602 10493 29290 29360 2762 1929
16777216 256 11525 10555 28430 28413 5239 3416
21:login:Penguin
03/09/12 09:33 TBEZoLPm
あ、途中で送信してしまった。
KB reclen write rewrite read reread ran-read ran-write
NetBSD ufs on 7506:
524288 64, 23333 22581 355029 337037 320347 3835
524288 128 24600 22250 261921 261919 243899 3799
524288 256 24188 21535 200363 204949 199276 4402
16777216 64, 23406 15917 36274 36113 2325 1547
16777216 128 23697 15950 35574 35543 3565 2317
16777216 256 23505 15934 34936 34965 5724 3593
以上です。
22:login:Penguin
03/09/12 09:41 TBEZoLPm
Linuxの高速ソフトRAID5>>7506のハードRAID5>>
NetBSDのソフトRAID5ってな感じでした。
試しに買ってみた7506ですが、正直、意味がなかったかなあと ＿|￣|○
23:login:Penguin
03/09/16 04:01 Kr5iH3vG
JFS+LVMで初めてresizeしてみたんだが、smbdがOopsしたり、
ディスクが一杯で書き込めませんて出たり散々ですた。
もまえらどうですか？当方linux-2.4.21デス。
24:login:Penguin
03/09/16 11:20 a56GdkKT
チャレンジャーだな。
25:.
03/09/16 19:08 5s89owPX
Linuxファイルシステム技術解説 第4回 ext3とトランザクション処理
URLﾘﾝｸ(www.atmarkit.co.jp)
26:login:Penguin
03/09/16 20:09 Ia7/N6bL
ｷﾀ━━(ﾟ∀ﾟ)━━ｯ!!
27:login:Penguin
03/09/17 12:08 0HV9Arkl
>25
この記事にもありますがジャーナルファイルな ext3 にもかかわらず 27 回
毎の起動、もしくは 180 日経過する度に fsck がかかるのがイヤなんですが、
tune2fs で止めてしまって何か問題ってありますか？
また reiserfs, xfs, jfs 等のファイルシステムではこのあたりどうなって
るんでしょうか？
28:login:Penguin
03/09/17 13:16 0HV9Arkl
>25
この記事にもありますが、ジャーナルファイルな ext3 にもかかわらず 27
回毎の起動、もしくは 180 日経過する度に fsck がかかるのがイヤなんです
が、tune2fs で止めてしまって何か問題ってありますか？
また reiserfs, xfs, jfs 等のファイルシステムではこのあたりどうなって
るんでしょうか？
29:login:Penguin
03/09/17 17:41 Ddkg+vLp
止めたきゃとめろ
30:login:Penguin
03/09/17 23:51 Tp64zig8
>>25
各々の技術解説の１ページ目位しか解らん
31:login:Penguin
03/09/21 16:49 7+FI9AMs
XFSは何であんなにでかいんだ？
32:login:Penguin
03/09/22 13:28 SxZlwV17
>>30
漏れもそんな感じだ…。
チンプンカンプン。
33:login:Penguin
03/09/22 21:10 zRLnrOtC
URLﾘﾝｸ(www.sdc.org)
34:login:Penguin
03/09/22 23:34 7OoF1vDv
fsckさせる前に、矛盾を報告してくるような
自律したファイルシステムってないの？
壊れててもいけいけどんどんなreiserfsとか、
使こてて鬱だわさ。
35:login:Penguin
03/09/24 00:59 3oMPiNAp
JFS ってなんか、すごい安定してきてる。
なかなか壊れないファイルシステムだとおもう
36:login:Penguin
03/09/24 13:47 4uZDJ0Yh
でもさ、うちはreiserfs使ってて起動不能とかに陥ったことないよ。
ext3には何度もやられたけどね。停電なんかくるともう冷や汗ものです。
なんかふつうに使ってて再起動したらファイルシステムエラーで
動かなくなったことも三回くらいあるしなぁ。
その点reiserfsは停電でも突然の終了でも結構安心して使える。
37: ◆Zsh/ladOX.
03/09/24 14:03 2gYmsAEw
>>20
ベンチソフトを教えてください．
前スレdat落ちして見れないので…
38:login:Penguin
03/09/24 21:47 1Q5Mz81d
>37 iozone
39:login:Penguin
03/09/24 23:17 XiECwu1j
NTFS5最強
－－－－－－－－－－ 終了 －－－－－－－－－－－
40:login:Penguin
03/09/24 23:18 UBC9zLnz
>>35
トラップに誘い込むつもりかぁぁ！
41:login:Penguin
03/09/24 23:23 1zTAjZco
>>39
確かに最強かも。
書き込み中に電源切ってもファイル壊れたことは一度もないし。
ファイルシステムはおろか、ファイルも全然壊れないね。
MSもWinがバンバン止まるから考えてるんだろうｗ
42:NLS
03/09/25 05:11 x5GcrrUu
Linux のファイルシステムの NLS は、
結局 Unicode <-> 各種文字コード のテーブルの集まり、ということ？
iocharset=euc-jp, codepage=932 の場合、
euc-jp <-> Unicode <-> cp932 って経由する？
なんかカーネルソース見てみたら uni2char と char2uni しかなかったから。
43:login:Penguin
03/09/25 06:43 QGqKMj7h
そだよ
44:login:Penguin
03/09/25 06:46 KDulyTyh
すいませんが
いま私は ＬＩＮＵＸファイルサーバー１台＋Ｗｉｎｄｏｗｓクライアント２台という構成で使用しています。
Ｗｉｎｄｏｗｓ同士は問題ないのですが Ｌｉｎｕｘサーバーからファイルの出し入れする時
スピードが遅いのです。
スペック的には ３台とも変わりはありません。
ちなみにＲｅｄｈａｔ Ｌｉｎｕｘ９を使用しています。
どなたか 解決方法を教えてください。
45:login:Penguin
03/09/25 06:58 TBMIsY7J
それは、サンバｽﾚのほうが適当じゃね？
Linux鯖から読み出す時はあんまストレス感じないけど、
書き込むのはすごい遅いね。気にせず使ってるけど。
46:201
03/09/25 08:26 TBMIsY7J
あの後、再度ソフトウェアRAID5でベンチしてみたら、
LinuxだけRAID0使ってたかも疑惑発覚。てゆーか確定。
今取り直してる。あれ信じた人すまん。
>>20に比べて、以下みたいな感じになります。
524288 64, 34688 43536 292100 79342 283796 120400
524288 128 33619 40050 261932 77049 278856 114956
524288 256 34018 41571 211840 76413 225447 126155
LinuxのソフトRAID5＞7506のハードRAID5 from NetBSD＞＞
NetBSDのソフトRAID5＝7506のハードRAID5 from Linux
ってな感じであります。
次回報告時はHPにまとめてそれ報告するよ。
47:NLS
03/09/25 12:49 x5GcrrUu
>>42 iconv で使っている変換テーブルと食い違っていないか心配。
URLﾘﾝｸ(www.debian.or.jp)
48:login:Penguin
03/09/30 23:30 ULgVxkOa
pstree見せろ スレッドより出張。 ext3->xfs に引越し作業中。
init-+-atd
|-2*[automount]
|-bdflush
|-cannaserver
|-crond
|-devfsd
|-inetd
|-kapmd
|-keventd
|-khubd
|-5*[kjournald]
|-klogd
|-ksoftirqd_CPU0
|-kswapd
|-kupdated
|-login---bash---startx---xinit-+-X
| `-fluxbox-+-kinput2
| `-kterm---bash---pstree
|-master-+-pickup
| `-qmgr
|-mdrecoveryd
|-5*[mingetty]
|-pagebufd
|-portmap
|-rpc.statd
|-sshd
|-syslogd
|-xfsdatad/0
|-xfslogd/0
`-2*[xfssyncd]
49:login:Penguin
03/09/30 23:37 ULgVxkOa
$ xfs_info /
meta-data=/ isize=256 agcount=8, agsize=112013 blks
= sectsz=512
data = bsize=4096 blocks=896104, imaxpct=25
= sunit=0 swidth=0 blks, unwritten=1
naming =version 2 bsize=4096
log =internal bsize=4096 blocks=2560, version=1
= sectsz=512 sunit=0 blks
realtime =none extsz=65536 blocks=0, rtextents=0
50:login:Penguin
03/10/01 00:47 pMnCcaCy
ReiserFSなんですが、空き容量がどのくらい以下になると
フラグメントが激しくなるとかいうデータはありますか？
51:20=46
03/10/05 01:47 kbbNoltI
取り直した結果と作ったグラフ、
URLﾘﾝｸ(www.pobox.com)
にうｐしますた。NetBSDのufs2も追加。
リードライトは、46でも書いた通り、
LinuxのソフトRAID5＞7506のハードRAID5 from NetBSD＞＞
NetBSDのソフトRAID5＝7506のハードRAID5 from Linux
ってな感じですた。
FreeBSDのufs2の死ぬ程速いファイル削除が光ってます。謎。
52:ﾊﾟｽﾞｰ
03/10/05 03:24 do0vylUy
英語だね。 書いてある字が読めるといいんだけど・・・。
53:login:Penguin
03/10/06 18:23 CiAYIzN4
字が読めても内容を理解できないという事例もあるかもしれない。
54:login:Penguin
03/10/06 18:54 n0s1sJA7
俺には……このグラフは……読めないっ……!
55:login:Penguin
03/10/07 03:58 wMaudpvw
>>52
ﾜﾗﾀ
56: ◆Zsh/ladOX.
03/10/07 19:12 WdPtldsC
ここはﾍﾞﾝﾁする香具師が居るということで。
M$ではおなじみ(かもしれない)だが、
Super-πのlinux版が出てる。
fURLﾘﾝｸ(pi.super-computing.org)
57:login:Penguin
03/10/10 19:25 ZVLtxz8f
ext3遅すぎ
URLﾘﾝｸ(fsbench.netnation.com)
58:login:Penguin
03/10/10 19:44 pEHc5gJn
そうか？
十分速いじゃん。
59:login:Penguin
03/10/14 15:11 98u3/WSW
Linuxのファイルシステムとファイルの概要
URLﾘﾝｸ(japan.linux.com)
60:login:Penguin
03/10/14 22:06 Uwku4s0F
Linuxファイルシステムを最適化する
URLﾘﾝｸ(japan.linux.com)
61:login:Penguin
03/10/16 07:43 hjtH9fzy
>>54
確かに。
色を変えるなど工夫がほしいところ。
あと、グラフは拡大してみたいのでPDFとかPSとかで作ったのもほしいね。
あと、Conclusionがないのがあれね。
62:login:Penguin
03/10/16 15:31 V79v2Xsr
贅沢言うなよ(ﾁﾝﾁﾝ
63:login:Penguin
03/10/17 08:35 e7AmyriN
>61
色を変えたら見難かったので白黒にしたんだよ。
PS出力にして拡大できる状態でカラーにするといいかもね。
気が向いたらやってみる。多分向かないと思うけど。
でも、大体の比較はiozoneの結果じゃなくてbonnie++の
結果で眺めたほうがいいような。iozoneじゃないと駄目なんだ
とか具体的な話をしてくれたら、気が向いてPSでカラーグラフ作るかも。
Conclusionはねえ。あんま比較できるようなデータを取った訳ではない上に、
結果も単にRAID5の性能を比較しただけ、みたいな結果になっちゃったので、、、
>62
そんな感じでw
>>57のデータの方が組み合わせてきなベンチ結果なので、
比較検討できておもろいんじゃないかなあ。
64:login:Penguin
03/10/17 09:40 dXII6tRF
Linuxファイルシステムのサイズ変更とデフラグ
URLﾘﾝｸ(japan.linux.com)
65:login:Penguin
03/10/18 19:53 DD5RqeVE
JFSまんせー
66:login:Penguin
03/10/19 20:10 uBEg/DpG
ルートパーティションをext3 からreiserfs に切替えて >56 のベンチをはしらせてみた。
./pi 19
でやって10秒以上遅くなった。
reiserfs から xfs に切替えて試してみた。
元に戻った。
ルート以外のパーティションは全てxfs で、
カーネルは 2.6.0-test6-mjb1, 2.6.0-test8 の二つを使ってのお話。
ベンチとるのが目的の作業ではなかったのでメモも何もとっていないのだが、
だれか追試出来る人いない?
67:login:Penguin
03/10/21 08:44 Pwtgs+P5
ext[2|3]やjfsにはフォーマット時にbadsectorをチェックする機能があるけど、
lvmでファイルシステムを拡張したときにbadsectorをチェックする方法は
無いものだろうか。。。。
68:login:Penguin
03/10/21 21:44 +Y0XZ4gY
ｷﾀ━━(ﾟ∀ﾟ)━━ｯ!!
第5回 進化し続けるReiserFS
URLﾘﾝｸ(www.atmarkit.co.jp)
69:login:Penguin
03/10/21 21:55 5n5nNr4H
Reiser はなんて読むの？
70:login:Penguin
03/10/21 23:32 ocAcQKQB
ﾚｲｻﾞｰ
71:login:Penguin
03/10/22 00:15 JUooRqzE
ライザーだろ。
72:login:Penguin
03/10/22 17:40 dxuiHvyW
レイサー
73:login:Penguin
03/10/24 21:34 M4Y4o8rI
録画したファイルを置くサーバーを作ろうと思ってるんだが
ギガクラスのファイル置くのに適したファイルシステムってどれ？
74:login:Penguin
03/10/24 21:39 RxME/ajh
HFS+
75:login:Penguin
03/10/24 22:22 +pl4QuOE
NTFS
76:login:Penguin
03/10/25 02:51 pL/4Kzfv
LinuxでソフトRAID5してreiserfs作ってsamba経由で
ギガクラスのファイルやり取りしてたけど、馬鹿みたいに
重かった(引っ掛かった)。
今はNetBSDでハードRAID5してffs作ってsamba経由で
利用してる。引っ掛かり無し。
使ってるHDDも違うし、OSも違う、RAIDも、FSも違うので
いまいち参考にならない情報ですが。
ずっとsambaが重さの元凶なんだと思い込んでたんだけど、
そういうわけではなかったみたい。
一番確実なのはWinでNTFSだと思うよ。Free UNIX系はUnified
Cacheがへたれとか色々あって、どうも安定しない。安定させれない
漏れがヘタレってことかもしれないけどｗ
77:login:Penguin
03/10/25 03:38 WRNZBmt2
皆さんありがとう。参考にします。
78:login:Penguin
03/10/25 04:32 cbho1yFw
確かにFreeUNIXでsamba使うよか2000serverなりでNTFSつかってファイルサーバ
やらせたほうがはるかにパフォーマンス出やすいし、いろんなデバイス使えるし、
商用アプリなbackupソフトとかもいろいろあるしで楽ではあるけど、いまいち
面白みに欠けるというのはある。
79:login:Penguin
03/10/25 05:26 nOL9OBlN
URLﾘﾝｸ(www.jankratochvil.net)
ってどんな感じ？
80:login:Penguin
03/10/25 05:35 JkY+i7Fp
秀丸
81:login:Penguin
03/10/25 07:46 22P6rCG/
>>76
すでにハードRAIDとソフトRAIDで比較している段階で
何の参考にもならんな
82:login:Penguin
03/10/26 04:35 ue4527Qv
なんでそんなに泣きそうなの?
83:login:Penguin
03/10/26 19:00 /iV98kmB
泣いてなんかないやい！
泣いてなんか・・・ かぁちゃん・・・
84:login:Penguin
03/10/26 22:57 NPT/6ORO
>>76
うちとまったく逆の結果だ
興味深い
85:login:Penguin
03/10/28 16:19 /whU0gcZ
低負荷のjfs
速度のreiser4
機能豊富のext3
総合優等生のxfs
アナタはどれにする？
86:login:Penguin
03/10/28 17:12 o2XI/mCj
tmpfs
87:login:Penguin
03/10/28 18:10 FMBRHpAS
>85
>機能豊富のntfs
のまちがい?
88:login:Penguin
03/10/28 23:51 uTfSHlYZ
jfs
89:login:Penguin
03/10/29 00:57 GXkcuZll
本命 ext3
対抗 xfs
注意 jfs
大穴 reiser4
90:login:Penguin
03/10/29 08:20 dyuRznIL
ntfsはLinuxからちゃんとつかえないからだめ
91:login:Penguin
03/10/29 13:24 8TJGgsCM
>90
>>79？
92:login:Penguin
03/10/31 15:37 I7nkpl5M
なんだかんだいってもext3。
93:login:Penguin
03/11/01 15:35 Tmf/a5SH
Linuxファイルとファイルシステムのリカバリ
URLﾘﾝｸ(japan.linux.com)
94:login:Penguin
03/11/07 14:31 oYPK3WcX
だめじゃん
95:login:Penguin
03/11/08 11:22 qRlJT7XH
reiser4だろ
96:login:Penguin
03/11/09 17:51 NAvytLNd
>>79
THX!
97:login:Penguin
03/11/10 11:23 V28mkpXr
Kernel 2.6 で ext3 / ACL を使おうと思ってます。
その話題はここで OK ですか?
98:login:Penguin
03/11/11 00:17 YnMb/+fD
>>97
誰の許可を待ってるんだ？
99:login:Penguin
03/11/11 22:28 VZBDF0VJ
苦しゅうない。話すがよいぞ。
100:login:Penguin
03/11/12 00:48 f4QqLtz/
FDから起動して間違って ext2の /home をフォーマットしました。
一度起動して気が付いて、即終了させて放置してあります。
復旧方法はあるでしょうか？
101:login:Penguin
03/11/14 00:14 fQcyy+Rw
>>100
時間を過去に戻す
102:login:Penguin
03/11/15 20:59 k98Pg5vj
>>100
サルベージ業者のおながいする
103:login:Penguin
03/11/15 21:10 F3zyryy5
マウントしているファイルシステムをアンマウントせずにチェック
できるようなやつが必要だと思うがどうかね？
104:login:Penguin
03/11/16 02:18 IoILNCDl
Kernel 2.4.22 の linux-ntfs ってないの？
105:login:Penguin
03/11/18 03:28 /YSxaHAt
>>79 をなんとかインストールしたんだが、これってEUCで日本語出せる？
106:login:Penguin
03/11/19 21:53 RRxZwPuk
>>105
FAQだよ
107:105
03/11/20 01:02 1OjTSKc7
>>106
どこに書いてありますか？できれば場所教えてください。
108:105
03/11/20 01:12 1OjTSKc7
書いてあった。utf8から変換できないみたいだなぁ。
109:login:Penguin
03/11/20 12:04 m+sEv1jt
いやーファイルって同時に開ける数決まってるんだね
1024ってすくないとおもわまい？みなの衆
110:login:Penguin
03/11/20 12:24 RU5xvHi/
そーですねー
111:login:Penguin
03/11/20 12:48 p3/Z1zRZ
スマン、１０００個以上もファイルを開けっぱなしにしておいて
嬉しいアプリってどんなの？
112:login:Penguin
03/11/20 13:28 MqdYW+Sq
spoolがMaildirなIMAP daemonで検索かけるときなんて、Maildir下にある
全ファイルをオープンしっぱなしにしたくなるときはあるな。
113:login:Penguin
03/11/20 14:27 p3/Z1zRZ
そういう場合、メモリが一杯あれば、open/closeなんてキャッシュ上の
出来事だし(ReadOnlyだし)、メモリが少ないときはopenしっぱなしでも読み込み時に
seekが発生するから、あんまかわらんと思うんだが。
114:login:Penguin
03/11/22 12:35 oac2xURS
現時点で堅牢でperformanceも高いfilesystemとなると何が良いですかね～
スレをざっと読んだところxfsが良さそうには見えましたが・・・
115:login:Penguin
03/11/22 15:21 jy7l7S8r
>>114
UFS2
116:login:Penguin
03/11/22 15:27 5LOY7Jx+
>>115
(ﾟДﾟ)ﾊｧ?
117:login:Penguin
03/11/22 16:24 moMxC4iY
>>114
NTFSに1票
まあ実際には無難にraiserfsですかね
118:login:Penguin
03/11/22 16:26 tBl4/xrJ
全言語のページからraiserfsを検索しました。 約2,520件中1 - 10件目 ・検索にかかった時間0.18秒
予想される検索キーワード： reiserfs
119:login:Penguin
03/11/22 18:22 zc343wLz
>>118
新しいな。
120:login:Penguin
03/11/24 17:56 XTTeXELY
2.6.0-test10 の make menuconfig したら
"DOS/FAT/NT Filesystems" の "NTFS write support" 部分で
"DANGEROUS"が外されています。
でも、最終行には
It is perfectly safe to say N here.
"At your own risk"ってことか。
121:login:Penguin
03/11/24 19:53 jKS97lQV
NTFS write support
ってwin2kのNTFSもOKなんでしょうか？
122:login:Penguin
03/11/24 19:54 jKS97lQV
ｽﾚﾘﾝｸ(linux板)
こっちで聞いたほうが良かったかな
123:login:Penguin
03/11/24 20:09 o7g6j/vS
全バージョンのNTFSサポートみたいなことは書いてある
124:login:Penguin
03/11/27 22:13 RK0l2Hj4
最近は盛り上がるネタがないな。
125:ヽ(´ー`)ノ
03/11/28 09:41 +WXHowc2
>>124
ACL は？正直盛り上る程のもんじゃないとは思うが。
126:login:Penguin
03/11/28 11:49 bJ8RHJzz
ＥＸＴ２なドライブにどうやっても消えないファイルが有るんだが
どうやって消せば良いですかね？ とりあえず今は前のファイルがあったＤＩＲを
リネームしてやってます
＃でやっても消えないんでとりあえず放置してるが気持ち悪い
環境はリナザウＣ７６０
ＳＤ５１２ＭＢに入ってるfetchmailの作ったメールファイル
127:login:Penguin
03/11/28 12:17 7Ilm4iB4
>126
フォーマット
128:ヽ(´ー`)ノ
03/11/28 12:28 +WXHowc2
rm ./-hoge で消せたりしたらヌッコロス。
129:login:Penguin
03/11/28 12:43 bJ8RHJzz
>>128
>rm ./-hoge で消せたりしたらヌッコロス。
駄目でした、、、input/output error って出るんすよね、、、
やっぱフォーマットかなぁ めんどうだな
130:login:Penguin
03/11/28 15:22 eB9azlRG
必要なファイルは移動したのち
rm -rf *
131:login:Penguin
03/11/28 16:43 at0jC85n
>>130
それも駄目でした はぁ、、、あきらめてフォーマットしまつ(´・д・`)
132:login:Penguin
03/11/28 17:13 n01+I9W1
>>126
fsck してもだめ?
133:login:Penguin
03/11/28 17:55 VAG3PwUQ
まさか削除変更不可フラグとかたっててないよな？
134:login:Penguin
03/11/28 23:20 pXyFMyMa
普通のPC程度なら、ext3かreiserFS。
SCSIやFibre上なら、XFS。
135:login:Penguin
03/11/29 02:07 uolQi7Fu
>>132
e2fsck -p /mnt/card
って感じだよね？だめですた・・・＿|￣|○
136:login:Penguin
03/11/29 17:49 z1fBkJvA
>>129
そのエラー、ファイルシステムがぶっ壊れてるか、
HDに不良セクタがあるかだと思うよ。
137:login:Penguin
03/12/01 11:04 Mf5wfYa/
>>136
はい ＭＰ３とかそんなに入れてないのになんでこんなに容量使ってるんだか
分からなかったので一回フォーマットし直してみます thxでした
138:login:Penguin
03/12/01 21:19 1FJpFHOe
fsck に -f オプションつけてみ。
139:login:Penguin
03/12/04 13:53 TPFEWVIy
MSがライセンスする「ClearType」と「FAT」とは？
Microsoftの広範なライセンス計画の先陣を切るのは、
コンピュータでファイルの格納に使われるFATファイルシステムと、
テキストを精細に表示するClearType技術だ。
URLﾘﾝｸ(www.zdnet.co.jp)
FATサポートにロイヤリティを支払っていないLinuxは
直ちにFATを読み書きするコードを削除してください。
140:login:Penguin
03/12/04 14:18 5DyaTPxg
>>139
著作権なり特許なりを侵害していない場合でも支払う必要あるの？
141:login:Penguin
03/12/04 14:45 KNFBoE1p
UNISYSのまね?
142:login:Penguin
03/12/04 15:32 HR+BK5T/
>>140
その場合はもちろん払う必要ないけど
「FATファイルシステムのライセンスは永続的なものだ。
これにはMicrosoftの4件の特許が含まれている。 」
って話だからなぁ。
>>141
そだね。これが高じてSCOの真似にならないことを祈るばかり
143:login:Penguin
03/12/04 21:14 DXzM/g1t
UNISYSｷﾀ━(ﾟ∀ﾟ)━( ﾟ∀)━( ﾟ)━( )━(ﾟ )━(∀ﾟ )━(ﾟ∀ﾟ)━!!!!
144:login:Penguin
03/12/07 17:39 IGkhxgoB
やっぱりext3が一番だよ。
145:login:Penguin
03/12/08 18:12 F6QxPHDl
ext3が一番な部分ってどこや？
146:login:Penguin
03/12/08 18:25 z58B/I+I
ext2からの移行の楽さくらいじゃネーノ?
147:login:Penguin
03/12/08 18:26 5bknfOEt
reiserfsは早くていいけどbadblock扱えない。
ext3はそこそこ早いし、badblockもOK、Disk Quotaも使える優等生じゃないか。
148:login:Penguin
03/12/08 18:53 frnNfKLJ
普通に壊れるけどな>ext3
149:ヽ(´ー`)ノ
03/12/08 19:02 iMoww58X
>>148
ん、そうかね？例えばどんな時？
150:login:Penguin
03/12/08 19:14 SXRGumsM
>>149
俺は経験ないんだが、これを見てそういうもんなんだと思った。
URLﾘﾝｸ(enbug.tdiary.net)
151:login:Penguin
03/12/08 19:18 CXuWbHnV
まぁ、いろいろあるさ
152:login:Penguin
03/12/08 19:59 gYTirFHc
>>150
/bootをext2とかにしとけばいい話？
153:ヽ(´ー`)ノ
03/12/08 20:04 iMoww58X
>>150
参考になった、サンクス。
俺も経験ないんだよなぁ、比較的電プチする方なんだけど。
// ドジなんで、ノートに AC 繋ぐの忘れたりとか(;´Д`)>
154:login:Penguin
03/12/08 20:12 Bb4ISKsL
ext2だけど、電プチって奴をしたら
二度と起動しなくなったことが3回ほど(´･ω･`)
155:login:Penguin
03/12/08 20:21 5UluvRjb
ライザーほど壊れないだろ。ext2も3も。
156:login:Penguin
03/12/08 20:24 PJf9yG15
f*ckでなおったこと１回程。
157:login:Penguin
03/12/08 20:32 x3iUdY1c
ext3はやっぱり信頼感無い。
ジャーナルをdropしてfsckし直すこと多いし。
Linux単独マシンならXFSにしてしまったほうがいい。マルチブートだとあれだけど。
158:ヽ(´ー`)ノ
03/12/08 21:04 iMoww58X
>>157
> ジャーナルをdropしてfsckし直すこと多いし。
tune2fs で fsck 有効にしているとかいうオチじゃ…ないよね。
結局どれも似たりよったりなんかね。
159:login:Penguin
03/12/08 22:25 N87pJbm5
俺のマシンだとext3は既に５回くらい壊れたけど、jfs、reiserfsはまだ壊れた事ないな
160:login:Penguin
03/12/08 22:58 HF2dl42e
XFS merged in 2.4
URLﾘﾝｸ(linux.derkeiler.com)
お。Marceloタン2.4シリーズにxfsマージするのか。
漏れもそろそろxfsに乗りかえるかなあ。
Winnyの焙煎にんにくクラスタで集めた動画がいっぱいあるんだけど、
やっぱりxfsにすると速くなるかな。
ファイルなくなると痛いけど。
使ってる香具師xfsの安定性教えてください。
161:login:Penguin
03/12/08 23:00 tzYWR38u
ここの人間がどのFSを採用するなんてどうでもいいことだ。
重要なのはどのディストリビューションがどのFSを標準に採用しているかだ。
162:login:Penguin
03/12/08 23:18 Bb4ISKsL
どのディストリビューションがどのFSを標準に採用しているんですか?
163:login:Penguin
03/12/08 23:37 fwgfrP89
使いたけりゃカーネルをビルドし直せば済むだけの話なのだが。
164:login:Penguin
03/12/08 23:41 x3iUdY1c
ルートはどうするんだよ･･･
165:login:Penguin
03/12/08 23:55 fq9a5bVQ
>>162
RedHatはext3
>>164
引っ越せるよ。面倒だけど。
166:login:Penguin
03/12/13 07:45 B7Z4DdD3
URLﾘﾝｸ(www.zdnet.co.jp)
FATのサポート外さないとMSの略奪受ける？？
167:login:Penguin
03/12/13 07:56 buRyKqfr
XFSを試してみようと、公式からソース落とした。
中身を確認していると、fsckがこんなのだった。
int
main(int argc, char **argv)
{
return 0;
}
SGIよ、すごい自信だなオイ。
168:login:Penguin
03/12/13 09:05 pAGNUMA/
感動した
169:login:Penguin
03/12/13 11:24 Y3/LsuQu
man fsck.xfs
> fsck.xfs - do nothing, successfully
mount時にリカバリーするからいらないんだと。
でも xfs_check xfs_repair つーのもある
170:login:Penguin
03/12/13 11:55 lv2PBnfW
>>167
ﾜﾗﾀ
171:login:Penguin
03/12/13 14:53 oteWVlnI
>>169
magic numberが読めなくなったので、最近使ったな。
xfs_repairでも直らなかったので、
xfs_repair -Lでログ消したらmountできた。
172:login:Penguin
03/12/14 07:40 Af4CxAdI
liloや、grubをMBRではなくパーティションの先頭に
書き込んでしまったときも大活躍です > xfs_repair
173:login:Penguin
03/12/14 14:53 ITaJz7sB
がーん。それやっちゃいけないのか。
174:login:Penguin
03/12/15 11:00 XBFcuC51
Windowsとのマルチブートだけど Windowsパーティションによく
grub 書き込んで再インストールしてますよん
grub-install /dev/hda [TAB} -> ?? [1] -> /dev/hda1 [Enter]
あ
＿|￣|○
175:login:Penguin
03/12/17 00:42 h7X+VEEd
Windowsのntfs.sysを使って、読み書き完全サポート
URLﾘﾝｸ(www.jankratochvil.net)
使っている人います？
176:login:Penguin
03/12/17 01:15 s94VXDx9
>>175
相変わらず犬糞陣営ってやることが汚いよな。
それが必要であるならば正式にライセンスを受けてFAT/NTFSをサポートするのが筋だろう。
177:login:Penguin
03/12/17 02:51 REi6MsFt
>>175
がいしゅつ
178:login:Penguin
03/12/17 15:30 Sq7jarJH
>>176
それはディストリビュータがやるべきことであって、一開発者がやることではない
そもそも犬糞陣営という言葉が意味不明
>>177
このスレでは使用報告は見られないんだが。他のスレにあるなら教えて欲しい。
179:login:Penguin
03/12/17 15:31 jszsTTTz
いないって事だろう。
180:login:Penguin
03/12/17 19:54 REi6MsFt
>>178
>>105-108
181:login:Penguin
03/12/20 14:07 cE4sUZVG
Redhatが買収するSistinaのSistina GFSってどうよ。
また、ファイルシステムが増えるのか？
ファイルシステムの切り札となるのか？
Sistina GFS
URLﾘﾝｸ(www.sistina.com)
米Red Hatがストレージ仮想化ソフトの米Sistinaを買収，全技術をオープンソース化
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
182:login:Penguin
03/12/21 03:57 yU9Oqo8P
買収してオープンソース化か。大胆だな。
183:login:Penguin
03/12/22 12:41 MtdiJSkO
MS買収してオープンソース化すれば、世界中の情報処理に関する問題の
半分は解決すると思うな。
184:login:Penguin
03/12/22 12:51 3Eol6WUQ
>>183
やってくれ。
俺は金が足りん。
185:login:Penguin
03/12/22 15:40 OIox15FM
MSを買って捨てるという手もあるな。
アメリカの自動車会社は昔、鉄道会社を買収して、片っ端から廃線にしたらしいからな。
186:login:Penguin
03/12/22 20:33 1VvqkkGR
The OpenGFS Project
URLﾘﾝｸ(opengfs.sourceforge.net)
187:login:Penguin
03/12/22 21:28 jTZcEXDh
FAT ってこういう感じですか？ｗ
micros~1
micros~2
micros~3
micros~4
：
：
188:login:Penguin
03/12/22 21:59 LqXFdWm6
ＦＡＴのライセンス使用料はユーザーから徴収するようになるらしいね。
ディス鳥毎に交渉するので若干の差異はあるけど
大体一人当たりで約\500程度になるらしい。
189:login:Penguin
03/12/22 22:08 jTZcEXDh
>>188
>ＦＡＴのライセンス使用料はユーザーから徴収するようになるらしいね。
>ディス鳥毎に交渉するので若干の差異はあるけど
>大体一人当たりで約\500程度になるらしい。
ソースは？
190:login:Penguin
03/12/22 22:23 cNFguPSo
カーネルが2.6になって、/ をXFSにする人も増えてくるだろう。
191:login:Penguin
03/12/22 22:28 SvcoXU3X
grubにXFSサポートマージされたっけ？
192:login:Penguin
03/12/22 22:30 e85TOeGh
>>191
/をXFSにしてgrubからブートしていますが何か？
MBRにインストールすれば問題ないですよ。
193:login:Penguin
03/12/22 22:38 zxV8yJbp
>>191
とうの昔に
194:login:Penguin
03/12/22 22:41 cNFguPSo
MBRにgrub入れるか、/bootを分けるか。
いずれにしても、インストール時にXFS選択できるようになるのはありがたい。
195:login:Penguin
03/12/22 22:42 SvcoXU3X
とっくに対応してたのね…。
196:login:Penguin
03/12/22 23:32 cNFguPSo
FSだけの問題じゃないかもしれないけど、
ext3で定期的なfsckチェックに失敗して、死んだことがある。
何回かはログをドロップしてfsckし直すことで復帰したけど、一回はそれでも復帰できなかった・・・。
197:login:Penguin
03/12/23 01:12 iEBBukoV
kernel2.6でEXT3も改良されたりしてないか？？？
情報求む。
それにしてもext3かxfsかreiserfsか選択に迷うなー。
198:login:Penguin
03/12/23 01:29 XyxciG5O
>>197
vfatがお勧め。
199:login:Penguin
03/12/23 01:35 PWqhqtob
>>197
umsdosとtmpfs
200:login:Penguin
03/12/23 01:39 DyFvbHWO
>>197
なんといっても cramfs が一番だよ。
201:login:Penguin
03/12/23 02:18 tP/1EZnv
>>197
スケジューラの改良で100倍(たぶん最高で)速くなるという噂をきいたぞ。
どっかのベンチマークに載ってねーかな？
202:login:Penguin
03/12/23 04:23 sAt8hZvd
噂ってこれ?
URLﾘﾝｸ(www.zdnet.co.jp)
10倍となってるけど。
203:login:Penguin
03/12/23 04:25 aQED4S0o
>>185
へえそうなの？
204:login:Penguin
03/12/23 04:30 DyFvbHWO
パフォーマンスにおいて、B-TreeがB+やB*に勝てるわけない。
頼みの安全性も、ログが壊れやすいという欠点がある。
205:login:Penguin
03/12/23 08:30 EEHhN2c8
>>202
ってことは、
>>7
あたりの評価も変わるってことかな。
206:
03/12/23 10:15 xEx5pIB7
>>202
> ディスクの予測型IOスケジューラ採用で100倍以上のスループットを記録
そのページの下の方に書いてあるよ。アンドリューも言ってるが、
投機的ものなので安定して100倍になるわけじゃない。
207:login:Penguin
03/12/23 11:29 MNSuYlGE
>>204
お前、ソフトウェアの実装の経験やアルゴリズムの知識ないだろう?
208:login:Penguin
03/12/23 21:12 CIdlb+tE
降るジャーナル使えるのはext3だけ？
209:login:Penguin
03/12/25 12:41 XEqSb0Vr
>>167
これホント？
(((( ；゜Д゜)))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ ...
210:login:Penguin
03/12/25 13:00 mnUhPfX7
コメントの方が大きいぜw
211:login:Penguin
03/12/25 13:11 bcriUYHp
>>167
int main(void)でいいだろ(w
212:login:Penguin
03/12/25 15:32 roL73w1j
>>211
main=-61; でいいじゃん
213:login:Penguin
03/12/26 13:50 0i5/0dKq
Linuxってx86以外にはportされてないんだっけ?
214:ヽ(´ー`)ノ
03/12/26 14:54 HfOJX06c
>>213
Debian が入った LX がそこに転がってる。alpha とかでも動いてたような…。
だから、>>212 じゃダメだな。
215:login:Penguin
03/12/27 02:37 LSe61FSQ
>>167
まじだ、、、すげー
216:login:Penguin
03/12/27 03:42 sOQ5kj7M
>>167
1T以上のファイルシステム組んだとき、安定して動作するのがXFSのみだった、
という話は聞いたことがある。
217:login:Penguin
03/12/27 12:59 lqlbs7fl
befsってもう無かったことにしていいですか？
218:login:Penguin
03/12/27 13:03 4b6cP80H
いいよ
219:login:Penguin
04/01/05 15:43 Ruty/tbr
Windows上から読み書きできることを条件としたときの最適なファイルシステムは何でしょう？
220:login:Penguin
04/01/05 15:58 yZInMRXV
vfat
221:login:Penguin
04/01/05 22:51 WsBzXHhw
ext2 or ext3 ↓
URLﾘﾝｸ(www.holonlinux.com)
222:login:Penguin
04/01/06 06:02 v92W94vt
>>221
これいいですね。
ちなみにReiserFSやXFSはWindowsからマウントできるのでしょうか？
223:login:Penguin
04/01/06 13:02 2b8ooEcT
>>221
＞LinuxDrive for Windowsで対応しているフォーマットは何がありますか？
＞ Ext2とExt3とReiserFSになります。
＞Ext2とExt3はフォーマットおよびマウントを行うことができますが、ReiserFSはフォーマットのみの対応(マウントすることはできません)となります。
＞XFS,JFSは現在フォーマット、マウントともに未対応です。
なんて微妙なReiserfs
224:login:Penguin
04/01/06 16:57 NsLYYq6V
URLﾘﾝｸ(ext2fsd.sourceforge.net)
これどーよ？
ext2 file system driver for winnt/win2k/winxp.
ということだが。
225:login:Penguin
04/01/06 17:59 4xKdc4yV
ext2explorerだかext2plorerってのがあったと思う。
226:login:Penguin
04/01/06 19:00 T+0S/wXL
>>224
これって書き込みも完全にサポートしているの？
227:224
04/01/06 19:34 NsLYYq6V
>>226
V0.09から書き込みもサポートされたみたいだけど。
228:login:Penguin
04/01/06 21:20 2b8ooEcT
>>224
書き込みはやめた方がよさげ
書き込んでLinux起動したらfsck走った
>>225
explore2fs？
229:login:Penguin
04/01/06 22:49 gsToOCUF
力技：
VMWareでLinuxを起動
↓
ハードディスク上のパーティションをマウント
↓
Sambaで共有
230:login:Penguin
04/01/07 02:17 NlTIHiej
>>208 今更のレスですまんが、漏れは、
mount -t ext3 -o data=journal ...
した時に、はデータ本体もジャーナルノードに書きこまれた後に
ファイルシステムに反映されると期待してた。
URLﾘﾝｸ(www.jp.redhat.com)
URLﾘﾝｸ(www-6.ibm.com)
URLﾘﾝｸ(www.zdnet.co.jp)
とかはそう読めるんだけど
URLﾘﾝｸ(www.atmarkit.co.jp)
を見るとどうもデータ本体は別にジャーナルノードに書かれるわけでは
ないようだ。こういうのもフルジャーナルっつーの？
231:login:Penguin
04/01/08 17:51 kceow6QB
質問です。
cramfsでリードオンリーのプチシステムを作ろうと思ったんですけど
普通にブートできない事に、はたと気がつきました。
cramfsのイメージをシステムに書きこんだら、
ブートローダの情報を更新してやる必要があるけど、
cramfs自体がリードオンリーのファイルシステムだから書きこめない。
/bootだけext2にするのもなんかカッコ悪いし、
何かいい方法ありませんか。
232:login:Penguin
04/01/09 22:41 sjKhKFPp
>>231
grubみたいなファイルシステムを認識できるブートローダで
なんとかならない？ググると2002年頃にはcramfs用のパッチが
出てたし。
233:login:Penguin
04/01/09 22:47 JRioanEK
>>221
それなら祖父地図で投げ売りしていたんで買って来た
売価は通販での同時購入版と同じ
ネット通販と違って単独で買えたけど何でだろ
秋葉で買ったが地元の地図も同様だった
FAT32 だと 2GB の壁があるんでこれを使えばそれを越えられるかを試してみるつもり
234:login:Penguin
04/01/10 03:51 Jz5IYJtO
>>233
君がいつもいい子にしてるからだよ。> 何でだろ
235:login:Penguin
04/01/10 10:51 p852A7GC
>>233
あらかじめいっておくが、2GBの壁はFAT32にはまったく関係ない。
236:233
04/01/10 13:36 J1p8bDT/
訂正
2GB の壁ではなくてファイルサイズの 32bit u_int ( 4GB ) の壁
と言う事で宜しいかな >>235
237:login:Penguin
04/01/10 13:59 pXa2Qfmu
Win9x系はOS自体が4G超に対応してへんよ
238:login:Penguin
04/01/10 14:02 q1NOeHL9
80GBのHDDとかをFAT32でフォーマットできるよ。
>>237
それFSとは別の話だろ。
239:login:Penguin
04/01/10 14:16 kTATT3AR
>>238
BIOSの制限 つまりその当時のPC/ATの規格の制限であり
且つFAT16での話だな
240:login:Penguin
04/01/10 14:40 pXa2Qfmu
>>238
悪い、言葉足らずだった
4G超のファイル、に訂正する
241:login:Penguin
04/01/10 17:01 SLKIugxV
>>240
なおさら、ファイルシステムで話す内容じゃないな。まったく関係ない
242:login:Penguin
04/01/13 14:26 hCANnvIj
>>232
れす、ありがとうございます。
それ、実はそれっぽいのがありそうだと言うことは知っていたのですが
肝心のパッチ自体が何処にあるのか分からなかったのです。
どっかのメーリングリストにあったリンクは既に死んでたりで。
とりあえずは/bootはext2ですすめながら、パッチも並行して探して見ます。
どうもでした。
243:login:Penguin
04/01/14 18:06 PPoiLiAT
>>242
うへぇー、たしかにパッチ本体が消えまくってた。
これは使えるのかな？
URLﾘﾝｸ(mail.gnu.org)
244:243
04/01/14 18:09 PPoiLiAT
あと、これはどうだろう。/linuxしか読めないみたいだけど。
URLﾘﾝｸ(handhelds.org)
245:243
04/01/14 18:13 PPoiLiAT
handhelds.orgだからiPAQとかのbootloader用だった...
逝ってきます
246:login:Penguin
04/01/14 19:09 9ly0Tz8R
>>229
お前頭いいな
247:242
04/01/15 18:32 uQxr1hzR
>>234-245
thx!
243の方は（良くわかんないけど）使えるかもしれませんね。
良く見つかりましたね。ほんと、どうもです。
> handhelds.orgだからiPAQとかのbootloader用だった...
> 逝ってきます
逝かないでぇ～(w
248:login:Penguin
04/01/15 21:55 V9o0EJXO
とにかく最速はReiserFSでおＫですか？
249:login:Penguin
04/01/15 22:04 QiFNLW4c
>>248
HPFSだと何遍言わせれば気が済むんだ
250:login:Penguin
04/01/15 22:05 4egVvEVr
/boot ext3
/ XFS
/usr reiserfs
/home reiserfs
がベスト？
251:login:Penguin
04/01/15 23:16 KRgUttvR
>>249
またまたご冗談を
252:login:Penguin
04/01/15 23:20 NJd3Ve6+
>>250
個人で使うなら、
/ reiserfs
でいいだろ。
253:login:Penguin
04/01/16 00:28 qy7OH5Rm
>>250
メモリの無駄だろ。
254:login:Penguin
04/01/16 00:38 QuRZX7WI
>>252
禿同
というより>>253の指摘もあることだし/bootはext2/3、それ以外はケースバイケース(ただしどれか一種類)
でいいんじゃないかな
時に今Reiser4はどうなっているんだろと言ってみるテスト
255:login:Penguin
04/01/16 00:41 nN0iqQgC
>>254
ReiserFS4がインストールから使えるdist.ってある？
256:login:Penguin
04/01/16 01:54 QuRZX7WI
>>255
むしろ模索中
要はパッケージとインストーラーにreiser4progsが組み込まれ、かつKernelにReiser4サポートが
組み込まれる(あるいは組み込める)のが最低条件なんだが
確か今のところReiser4はオフィシャルのKernel2.6でもまだ試験サポートですら組み込まれてないので、
ディストリ側が独自にパッチを当てない限り上記の最低条件は満たされない
ただGentooのebuildにreiser4progsが上がってたりするので、実は案外その日も近いのではと期待
とはいえ当分は人柱だろうが
長々とスマソ
257:login:Penguin
04/01/16 02:12 OOYyGeYN
snapshotの最後の日付が12月23日だし。
来年辺りになりそうな悪寒。
258:login:Penguin
04/01/18 17:38 pjQhPFTY
Linuxファイルシステム技術解説（6)マダ～？
259:login:Penguin
04/01/18 22:35 2gI2nG1s
>>258
あれだけしかatmarkitではよんでないな
260:login:Penguin
04/01/19 21:46 6oFXilNB
ルートファイルシステムに cramfs を使ってシステムを作っているのですが、
devfsd が起動するときに
"VFS: busy inodes on changed media.."
というメッセージを吐きます。
これは inode が busy っていったいどういう意味なんでしょうか？
ファイルがオープンされているって事？
ルートファイルシステムを ext2 でつくったものをリードオンリーにして起動してみると
上のメッセージは現れません。
cramfs が inode の情報を削っていることが何か関係あるのかな？
今のところ、一応ブートもするし、特に困った症状も出るわけではないのですが
どうも気になります。
何かヒントをお持ちの方、教えてくださいませ。
尚、debian woody で kernel 2.4.18 を使っています。
また、諸事情により /boot だけはext2でマウントしています。
261:260
04/01/19 23:16 6oFXilNB
自己レスです。
kernel source code を grep してみたら、
"VFS: busy inodes on changed media.."
っていうメッセージは
fs/devfs/base.c
の中の関数 check_disk_changed で吐き出されるものでした。
関数説明のコメントを見ると
Check if a removable disk was changed.
ということです。
システムが入っているメディアはCFなんですが、
抜いたりしてないんですけどねぇ。
# 普通しませんよねそんな怖いこと(w
もうちょっと、ちゃんとsource読んでみます。
262:login:Penguin
04/01/20 00:47 lT02LlPa
>>254-257
去年12月のlkmlより
URLﾘﾝｸ(kerneltrap.org)
レイザー本人はものすごい乗り気で、
「version3よりずっと早く安定するだろう、今すぐ experimental でマージできる」
「1月には何らかの成果をおくるよん」としごく楽観的。
対してメンテナは様子見を決め込む。
モートンタソはmmに取り込む意志アリ、みたいな模様。
263:login:Penguin
04/01/20 03:24 0z974ZZ+
ライザーだろ。
264:login:Penguin
04/01/20 03:57 3Um4gj7s
>>262-263
ドイツ人とアメリカ人の喧嘩が始まりますた。
265:login:Penguin
04/01/20 04:36 dhjbo/R1
www.atmarkit.co.jp/flinux/rensai/fs05/fs05a.html
カーネル2.5から取り込まれてるんじゃないの？reiser4
266:login:Penguin
04/01/20 06:51 W9GzXR61
>>262
情報ｻﾝｸｽｺ
>>265
そういう話もあったけど現に2.6.1の時点ではまだexperimentalにすらなってない
267:login:Penguin
04/01/20 22:34 Bu1XSs5p
262のリンク先見てると取り込むの2.7でいいじゃんって言ってる人もいるし。
まぁ、俺はXFSが安定してるからReiserはいまさら使う気ないなぁ。
268:login:Penguin
04/01/20 23:10 S6RrkEKp
>>267
XFSいい？
最近ファイルが多くなってきてlsするのですら重くなってきたから使用してみようかな。
269:login:Penguin
04/01/20 23:49 o616B3x5
1つのディレクトリに数万以上のファイルがなければ違いなんてないでしょ。
270:login:Penguin
04/01/20 23:57 S6RrkEKp
>>269
数万以上でないけど、何百でも微妙に重いような。
感覚的に。
271:login:Penguin
04/01/21 00:23 xOEXzQCM
別に正確に調べたわけでもなんでもないけど、私の経験ではext3 xfs jfs いずれも
クラッシュした後にOSが起動しなくなるとかXが起動しなくなるとかの災難に見舞われたことがある。
で、Reiserfsだけは今のところこういう事態が発生したことはない。ｌ
というわけで何となくReiserfsを使ってます。
実際、デスクトップ用途ではどれがいいんだろう？解説とか見てもあんまり分からないんだよなー。
272:0xdeadbeaf
04/01/21 00:37 5QL6xAgQ
>>271
ext2
273:login:Penguin
04/01/21 01:22 U1Ahe95q
>>272
そうなの？
274:login:Penguin
04/01/21 02:07 o5q0YjjL
>>271
Linuxファイルシステム技術解説
URLﾘﾝｸ(www.atmarkit.co.jp)
これが参考になると思うけど。
275:login:Penguin
04/01/21 09:42 KkTx0o+F
ufs2ﾏﾝｾｰ
DIRHASHﾏﾝｾｰ
softupdatesﾏﾝｾｰ
276:login:Penguin
04/01/21 10:01 qdtutTgQ
>>275
FATじゃダメでつか？
277:login:Penguin
04/01/21 10:09 b7WSV8zK
>>276
使ってもいいけど、お金払ってください。
278:login:Penguin
04/01/21 10:11 +/qC1coM
>>275 奥山健一降臨?
279:login:Penguin
04/01/21 10:59 V78V59zJ
>>271
安定してからのext2, xfs, ext3しか使ったことないけど、crashしたことなんてないよ。
ext2な/がumount出来なくなるくらいだ。
一体何台くらい運用しているとそんなに何回もcrashするの?
Crash後、hard diskのsurface checkやってる?
280:267
04/01/21 20:30 mwLMGUSd
>>271
XFS-1.0のリリース前のバージョンはファイルをオープンしたまま
システムがフリーズするとファイルが壊れたりしたけど、
今は当然のごとくそんなことないよ。
逆に昔のことを考えるトReisefsはバージョンの変わり目が怖い。
281:login:Penguin
04/01/22 00:20 /t3jnhnT
(´-`).｡ｏＯ(このスレでは何回同じ話が繰り返されるんだろう)
282:login:Penguin
04/01/22 00:50 p1HE2PFT
reiserfs(linux-2.4.23 reiserfs 3.6)でjournal replayして復旧すると、
復旧したファイルの中身が壊れるのがいまだによくあるんですが、
何が悪いんでしょうか? notailオプションはつけてます。
データ本体がずいぶん長時間バッファリングされてる気がするんで、
仕方ないのかな。ひょっとしてreiserfs userの常識はsync mount？
283:login:Penguin
04/01/22 02:18 HoikG5hp
というか、meta data以外はねえ
284:login:Penguin
04/01/22 20:05 dnRLj+Fo
フルジャーナルじゃないんだから、
ファイルシステム的におかしくなければ、問題ないんでは？
285:login:Penguin
04/01/27 19:49 cu3YpE5X
>>280
禿同
286:login:Penguin
04/01/28 00:11 faNgctqd
1GBくらいのファイルをランダムアクセス（読みも書きも）する場合って、どのFSが高速ですか？
具体的には、データベースのデータファイルを置く用途を考えているんですが、
この際、信頼性は無視して高速なものを選びたいのです。
287:login:Penguin
04/01/28 00:16 MRFTQRhf
tmpfs
288:login:Penguin
04/01/28 00:19 xe6Wff5r
マジレスでXFS
289:login:Penguin
04/01/28 00:53 8oPPL+iP
FAT32
290:login:Penguin
04/01/28 00:54 wh6gmSGK
rawデバイス
291:286
04/01/28 15:51 V6ophZYk
EXT2とEXT3とRaiserFSは試したのですが、断然EXT2が速かったんですよね。
XFSとFAT32は環境がないので試してないのですが、機会を見てやってみます。
結局のところ、シンプルで余計な処理をやっていないものが速いと考えていいんですよね？
とするとFAT32とかMINIXあたりが最速なんでしょうか。XFSはどうなんでしょう。
292:login:Penguin
04/01/28 17:41 zVYMVK29
まぢれすすっとFAT32は遅い
293:login:Penguin
04/01/28 21:54 yS8KR3k8
>>291
> 結局のところ、シンプルで余計な処理をやっていないものが速いと考えていいんですよね？
脳みそが旧石器時代だな。
294:login:Penguin
04/01/29 01:28 6HYeGcSa
>>293
でもですよ、EXT3よりEXT2の方が速いという事実からすると、ジャーナリングの仕組みが
パフォーマンスの観点から言ってマイナスなわけですよね。バッファリングをちょっぴり
賢くやっているという記事も見掛けますが、ランダムアクセスが多い場合はあんまり役に立って
なかったりすると思うのです。
「小さいファイルを効率良く扱える」とか、「大きいディレクトリを効率良く扱える」といった
特長が新しめのFSには多いと思うのですが、「大きいファイルのランダムアクセスを効率良く」
という特長を備えるものはないのでしょうか。
295:login:Penguin
04/01/29 01:55 Gl5X0xl3
tmpfs
296:login:Penguin
04/01/29 02:03 DAIPqM0S
>>294
機能を後付けされたものと，最初からその機能込みで開発されたものを同列で考えられても…
大きいファイルの扱いだったらXFSは悪くないんじゃないだろうか．
もともとSGIのWSとかで使われてたわけだし．
あくまで想像だけど
297:login:Penguin
04/01/29 02:36 V9Kbp6Jg
>>286 とりあえずカーネルが2.4か2.6からぐらいは決めてふってくれ。
あと信頼性無視ってのは以下のどれ？
・システムクラッシュ後にファイルがこわれてもよい
・ファイルシステムが枯れてなくてシステムクラッシュしてもよい
298:login:Penguin
04/01/29 02:39 +a9YnfXn
>>297
後者はありえないだろ。
299:login:Penguin
04/01/29 02:48 Ay69r0Dr
【XFSについての理解を深める】
URLﾘﾝｸ(www-6.ibm.com)
URLﾘﾝｸ(www-6.ibm.com)
URLﾘﾝｸ(www.sgi.co.jp)
URLﾘﾝｸ(www.linux.or.jp)
URLﾘﾝｸ(www.hiemalis.org)
URLﾘﾝｸ(www.hiemalis.org)
URLﾘﾝｸ(miyagino.homeip.net)
300:login:Penguin
04/01/29 03:06 mAPO9BGU
DBで使ってfs周りでの処理はなるべくさせなくないっていうのなら、
DBMS次第だけど>>290のいうようにraw device使うべきだな。なぜか
スルーされているけど。
せっかく、商用DBMSのためにサポートされた機能でもあるんだし。
301:login:Penguin
04/01/29 03:22 JZqygzJd
>>298
わざわざ無視っていう単語使ってるくらいなんだからわかんないだろ。
302:294
04/01/29 09:13 yy12Q3Y/
>>297
前者です。ミッションクリティカルなものではないので、バックアップからレストアすればいいと
思っています。
>>299
情報ありがとうございます。一通り読んでみます。
>>290
raw deviceって使ったことないのですが、単一のファイルをマウントするような機能なんでしょうか。
あ、とりあえずググってからまた来ます。
303:login:Penguin
04/01/29 09:28 XcLTfiQd
raw device → partitionをfileの様に使う
304:login:Penguin
04/01/29 09:28 XcLTfiQd
あ、block deviceの場合ね。
305:login:Penguin
04/01/29 09:48 XmkIzTiI
一般のFS上でDBMSを使う場合のデメリットは、
DBMSの整合性維持がFSの整合性維持によって、キャンセルされる可能性があること。
大した問題ではないかもしれないけど、二重にフラグメンテーションがおきること。
306:login:Penguin
04/01/29 10:27 nnW0WGXt
なんかいわゆるDBの話をしてるヤシが多いが、1GBのファイルのランダムアクセスというのはマルチメディアストリーミングとかの用途だったりしないか?
307:login:Penguin
04/01/29 23:51 +Jgg7jbO
>>286
＞ 具体的には、データベースのデータファイルを置く用途を考えているんですが、
308:294
04/01/30 01:49 N9WCO9Fd
XFSの記事（>>299）を読んだらよさげな気がして来ました。試してみます。
raw deviceに関してですけど、mySQLだと使えないっぽいですね。
ところで、kernelは2.4を使っています。
2.6だとI/Oが効率化されるような記事も見掛けますが、XFSを使うとして、その恩恵は受けられる
のでしょうか。
、、、質問ばかりですみません。
309:login:Penguin
04/01/30 16:11 /CwqrzXj
つかうだうだ悩んでないで100GのHDD10分割して主要なFS全部試してみたらいいのに。
んで結果をここで発表すれ。
310:login:Penguin
04/01/30 17:16 /tPt8jzW
>>309
それじゃﾃｽﾄにならんだろ。外周と内周は同一条件じゃないぞ。
311:login:Penguin
04/01/30 17:55 EBhY2INl
10分割がダメなら10台使えばいいのに
312:login:Penguin
04/01/30 23:28 3Kudd6VH
結局どれを使っても大差はでないってことでファイナルアンサー？
313:login:Penguin
04/01/30 23:45 wyinJ7Qw
>>311
一台で順番にやれよ。
314:login:Penguin
04/01/30 23:47 wyinJ7Qw
>>312
大きいファイルのアクセス、FATは遅いよ。
まあFATにする馬鹿もおらんだろうが。
315:login:Penguin
04/01/30 23:48 tMyuANhS
MySQLでも、innodbならraw device使えるだろ
316:login:Penguin
04/01/30 23:54 pjFIkMlh
次世代WindowsではFSとDBが統合されるけどな。
ここでもLinuxは大きく遅れとるな。
317:login:Penguin
04/01/30 23:55 UOX25sNB
釣りは他所でどうぞ
318:login:Penguin
04/01/31 14:30 bCETGydb
FSに履歴が復活してほしい
319:login:Penguin
04/02/01 09:59 g4LjCTRN
XFS1.3.1をSOFT RAID5で使っていると細かいファイルを大量にread/writeしてると
時々ファイルシステムがシャットダウンしてしまいます。
再現できずに苦労しているんですが、同じような経験した人いますか？
320:login:Penguin
04/02/02 04:41 VZWNo0Sg
ファイルシステムがシャットダウンて何?
321:login:Penguin
04/02/02 22:40 zGFFvSVg
>>320
>XFS1.3.1をSOFT RAID5で使っていると細かいファイルを大量にread/writeしてると
>時々ファイルシステムがシャットダウンしてしまいます。
謎ｗ
322:login:Penguin
04/02/05 21:13 s7goLrE+
XFS は突然シャットダウンくらうと
オープンしてるファイルが完全に破壊される。
あんなもん恐くて使えるか。
323:login:Penguin
04/02/05 21:15 lu5ETU54
嘘はやめなさい。
ロールバックすることはあるけどね。←sync使わない限りどのFSでも起こりえる。
324:login:Penguin
04/02/05 22:29 fGdITOXc
昔の話をしてる奴が居る
325:login:Penguin
04/02/06 12:40 VRzAvYFv
>>315
ですな。
URLﾘﾝｸ(www.mysql.com)
InnoDB stores its tables and indexes in a tablespace, which may consist
of several files (or raw disk partitions).
URLﾘﾝｸ(www.mysql.com) には
You can also use raw disk partitions (raw devices) as datafiles. In some
Unixes they speed up I/O. See the manual section on InnoDB file space
management about how to specify them in `my.cnf'.
とある。
326:not 322
04/02/07 07:38 qpf2stI0
>>323
昔の話ですな。
XFS pre1.0くらいのころはファイルをオープンしているときに
システムがフリーズするとファイルが壊れたりした。
まぁ当時カーネルも2.4.5位だったから全てXFSのせいでは
なかったけどね。
いまはそんなことはないよ
327:login:Penguin
04/02/07 07:57 WFqhcBrm
ロールバックは変更が反映されないってことだけで、破壊とは意味が違うだろ。
328:login:Penguin
04/02/08 16:39 1NWJV+8i
どっちやねん。
329:322
04/02/08 23:57 G7QBDDGw
昔といっても gentoo が出てしばらくたったぐらいの話。
そしてロールバックではなく「完全破壊」です。
XFS こえーよ。あんなのは他のファイルシステムではなった事がない。
330:login:Penguin
04/02/09 00:16 YphTwcDO
完全って何よ? 物理フォーマット?
あ、返事しなくていいから。どうせ(ry
331:login:Penguin
04/02/09 00:17 YphTwcDO
>>328
どっちやねんって、ロールバックは健全性は保たれている。
破壊って言ったら普通は健全性が損なわれている。
332:login:Penguin
04/02/09 00:37 sC3Zk+Ez
2.6.3-rc1カーネルなDebian sidでnavi2chしていたらカーネル固まった。
他所からping打っても返事無し。リセットした。
XFSなファイルシステム自体は壊れなかったけど、
~/.navi2ch/pc.2ch.net/linuxの下のほげほげ.datなファイルの中身は
グチャグチャになってしまった。
ext3の頃はそんな事なかったんだけどねー。
2ちゃんねるから足を洗ういい機会かもしれない、とは思った。
333:login:Penguin
04/02/09 00:40 XpgIuwzN
XFS信者キモイ。
334:login:Penguin
04/02/09 08:16 4YInUGD9
つーかすぐ信者論争起こしたがる考えがわからん。
335:ヽ(´ー`)ノ
04/02/09 14:20 xneU89ut
>>332
~/.navi2ch の下がゴチャゴチャになったのはファイルシステムは
関係ないと思うんだが。変な終わらせ方したらたまになる。
336:login:Penguin
04/02/09 15:31 jPSJguiG
Reiser信者は絶滅したのですか？
337:login:Penguin
04/02/09 15:32 jPSJguiG
おおくまさんXFSの具合いはどうですか。
おおくまさんさやかタンの具合いはどうですか。
338:login:Penguin
04/02/09 18:13 M16SWX6N
>>330
言いたい事あるならはっきり言えば？
なんでも「（ｒｙ」にすればいいと思ってるでしょうかこの人。
リアルで語尾がうやむやになって聞きとりにくいタイプ？
339:login:Penguin
04/02/09 20:51 GhmEabJe
>>330
じゃあ、使い方が悪いのかもね
2年以上使ってるけど特に問題ないよ
340:login:Penguin
04/02/10 00:24 J64RHnv6
>>337
なつかしいな。
341:login:Penguin
04/02/10 23:14 2jfAUvMX
XFS 信者マダー？
342:login:Penguin
04/02/11 00:28 EZiXYSs+
>>341
大して使ってないのにXFSを勧めてる連中が何人も登場した気がするが、それでも不足ですか？
343:login:Penguin
04/02/11 00:42 Qn2GrHtv
自演クサ！
344:login:Penguin
04/02/11 07:05 rQjsSvx6
IRIX使ってるけど、ハードディスクがやたら五月蝿い。
これってXFSのせいかな？
345:login:Penguin
04/02/11 08:27 6S9jTgap
そういや、294は結局どうしたんだ?
346:login:Penguin
04/02/13 03:45 ayNMDy6b
reiser4、今月の六日に更新されてんな。
347:login:Penguin
04/02/14 07:43 kX0ZpYOB
どのファイルシステムでもsysctlのvm.bdflushでダーティーページ
の書き込みタイミングを調整すると書き込み時の応答性や信頼性
が調整できるよ
348:login:Penguin
04/02/14 12:58 Nk6dZisG
ext3に圧縮機能は無いですか？
透過的な圧縮機能があればいいのになぁ、と思っているんですが。
349:login:Penguin
04/02/14 14:55 SxenY+uM
>>348
NTFSならありますよ。便利ですね。
350:login:Penguin
04/02/14 15:02 Nk6dZisG
>>349 いやまぁそれはわかってはいるんですが…
351:ヽ(´ー`)ノ
04/02/14 15:09 QjBE5SxX
>>348
とりあえず Google ぐらい使えよ、と言いたいわけだが。
352:login:Penguin
04/02/14 15:17 zgL8ZkS5
>>347
どっかで実験レポートだしてる？
vm.bdflushはジャーナル書き出しのタイミングは調整できないと思うし、
XFSのリアルタイムサポート(?)もこれじゃいじれないよな。
やれることには相当限界がありそうな気がするんで。
353:login:Penguin
04/02/14 17:22 vUtx4NfM
>>348
もう少し待ってよ。
今作ってるから。
354:login:Penguin
04/02/14 19:14 CeFOFhMA
e2compr、ext3につかえっかな
355:login:Penguin
04/02/14 19:24 SxenY+uM
NTFSのソースコードは流出しなかったようですね。残念ですね。
356:login:Penguin
04/02/14 21:07 Nk6dZisG
>>355 流出していたら、かなりおいしかったはず。
357:login:Penguin
04/02/14 22:53 EVeEM0ap
SCOがUnixWareにNTFSサポート組み込めてたらもっと売れてたかねえ？
358:login:Penguin
04/02/14 22:55 zinZCNqj
つーか、CIFSなら流失して欲しかった。
NTFS今更どうでもいい。読み書きできるし。
359:login:Penguin
04/02/15 20:29 XK+NE1xY
逆にNTFSが流出したら潰されそう
360:login:Penguin
04/02/29 03:01 hLQBw/Mk
NTFS の write サポートって
2.4系にバックポートされないのかな？
2.4.25だとDANGEROUSのまま
361:login:Penguin
04/02/29 03:47 w+DnpQFE
URLﾘﾝｸ(linux-ntfs.sourceforge.net)
これだろ？
2.6でDANGEROUSの表示が消えたのかどうかはしらんが、
書き込みが安全だと言い切れる状態ではない。
362:login:Penguin
04/02/29 04:38 LCUm+YYA
ｵﾌﾟｿ厨ってソースが無いものに対してはまったく無力だな。
363:login:Penguin
04/02/29 09:41 bgzDDfYK
>>362
まあそういうもんだろ
無力なやつはほっておけ
364:login:Penguin
04/02/29 18:20 W6jQgk9B
またドザか。
365:login:Penguin
04/03/04 06:55 2rvYzD4v
kernel 2.4 で ext3 を ordered で使ってるのですが、
大きなファイルを書き込もうとすると
5 秒経つごとに kjournald が数秒間激しく走って、
他の処理がストップしてしまいます。
いくら何でも遅すぎという気がするのですが、
そういうものなんでしょうか。
366:login:Penguin
04/03/04 15:36 ikN/Tr9S
reiserfs から reiser4fs にうpしたいんだけど
367:login:Penguin
04/03/05 01:13 eRm/fC7Z
>>365
そんな印象はないが…何を実験したらそう感じる?
368:login:Penguin
04/03/05 20:07 2MEpwOYP
実験というか、普通に 100MB ほどの file cp してるだけで……
RHL8 をベースに kernel とか自前で compile してる環境で、
あんまり素性は良くないとは思いますが……
369:login:Penguin
04/03/05 21:03 xuooe8hw
俺のヘボ環境(PentiumII 400MHz + memory 256MB)で、
IEEE1394外付けHDDで100MBのファイルをローカルコピーした所要時間は
$ time cp xaa test
cp xaa test 0.04s user 3.16s system 24% cpu 12.896 total
だった。もちろんディスクアクセスはバリバリ言って
kjournaldがtopの2番目(1番目はもちろんcp)になったりはしたが、
他の処理がストップって感じじゃないぞ。他の処理って何？
ひょっとして100MBのファイルを何個もガチンガチンさわるような仕事？
370:login:Penguin
04/03/06 00:46 viX8hVA9
tume cp a b して
0.490u 18.300s 0:35.23 53.3% 0+0k 0+0io 98pf+0w
と出ましたが……
裏で他に重いプロセス動いていない状態で cp だけしましたが……
371:370
04/03/06 00:51 viX8hVA9
IDE HDD二つあって、両方で time で同じような数値がでてるから、
ハードの故障ではないと思うのだけど……
372:login:Penguin
04/03/06 16:49 Wbl/ELNq
システム50%使って35秒…俺よりスペック下？
(1) hdparm -t
(2) time dd if=/dev/zero of=./b ibs=1024 count=100000
(3) time dd if=./a of=/dev/null ibs=1024 count=100000
はどうなる？まさかsync mountだとか？
373:login:Penguin
04/03/07 08:24 rvQsV/pc
お付き合いいただいてありがとうございます。
CPU は Pen3 の 800MHz です。結果は上から順にこうなりました。
Timing buffered disk reads: 64 MB in 14.53 seconds = 4.40 MB/sec
1.090u 9.740s 0:23.99 45.1% 0+0k 0+0io 140pf+0w
2.670u 15.200s 0:22.35 79.9% 0+0k 0+0io 140pf+0w
374:login:Penguin
04/03/07 09:38 rvQsV/pc
syncで、で思い出したので調べてみたら、
DMA転送が何故かoffになってました……
原因はよく分からないのですが、
とりあえず起動時にhdparm -d1を実行して様子をみます……
375:login:Penguin
04/03/11 22:45 M5DTqQsJ
質問です。
カーネル2.6使用時のファイルシステムは，現時点で何が一番オススメでしょうか。
ディストリビューションはDebianで，
マシンの利用目的はWebサーバです。
できればACLも試してみたいと思っています。
376:login:Penguin
04/03/11 22:56 WJ5hr95y
xfs
377:login:Penguin
04/03/11 23:02 EpkHQQD1
ext2
378:login:Penguin
04/03/12 15:43 CDHj/mtN
どこに書けばよいのかよくわからなかったのでファイルシステムスレにて失礼します。
Linux で、ローカル・ディレクトリ・チェックポイントを実現するようなファイルシステムは存在するのでしょうか？
ローカル・ディレクトリ・チェックポイントとは、NetFORCFE NAS サーバーに実装されているようなものです。
URLﾘﾝｸ(www.tgi.co.jp)
URLﾘﾝｸ(www.tgi.co.jp)
379:login:Penguin
04/03/12 15:48 W69aggCM
>>378
LVMのスナップショットみたいなもん？
380:login:Penguin
04/03/12 16:00 ++M80f7W
ならこっちかな。
LVMを語らせていただけませんか？
ｽﾚﾘﾝｸ(linux板)
381:login:Penguin
04/03/12 18:20 CDHj/mtN
>>379 >>380
謝謝！まさにそんな機能でした。
382:login:Penguin
04/03/12 18:33 3s8oHFYh
質問です。
まっさらから Debian 3.0 を kernel 2.4 で新規インストールするという前提で、HDD 2基を
マウントする Linux マシンを組みます。
HDD_1 はシステム、アプリ、/var や swap などが入り、
HDD_2 は完全なファイルサーバー用のエリア（100MB over/file が基本）
とするとき、
HDD_1（のシステム領域）と HDD_2 は、それぞれどのファイルシステムを選択するのが
よいと思われますか？
なお優先順位はどちらとも
耐障害性 > 安定性 > 速度
です。
383:login:Penguin
04/03/12 23:32 rthV9o/V
>>382
とりあえずジャーナリングできるやつで、あとは好きにすれば?
新しく作るのに今更ext3でもなかろう...とは思うが。
ファイルサーバ用のファイルシステムは、今ならACLに対応したやつがホットかな。
ちなみに、漏れはほとんどreiserfs。
小さなファイルがほとんどだから、xfsよりもこっちを勧められた。
384:login:Penguin
04/03/13 10:38 DcGhysxg
>>383
すいません。reiserfs3.x から reiserfs4 に上げたいんですけどお教え下さい。
385:login:Penguin
04/03/18 20:49 oingiW5Z
NTFS書き込み正式サポートはまだですか？サポートされればKNOPPIXの利用価値が
激増するんですけど。
386:login:Penguin
04/03/19 22:59 YRFlNFy9
>>385
Captive-NTFS使えば？
URLﾘﾝｸ(www.jankratochvil.net)
KNOPPIX3.4で採用されるらしいよ。
387:login:Penguin
04/03/20 16:18 WZAPoCo5
>>386
ユーザ空間でファイルシステム動かす話で実用化を狙ってるのが地味に面白いんだけど、
これってNTFSドライバはWindowsの純正のをもってくるんだよね？
単に入手方法だけ考えるとCDブートできない機械用にMSが配布してるフロッピから
取ってこれるのかもしれないけど、ライセンス的にどうなのかな。
388:login:Penguin
04/03/20 21:22 x4cMoRse
WinXP_EN_HOM_BF.EXEをcabextractで展開するとcdboot5.imgにntfs.sysが見えるね。
389:login:Penguin
04/03/21 07:29 rJHOQEvY
FATの特許無視して勝手に使ったりドライバファイル盗んで勝手に配布したり
相変わらずモラルを知らない奴らだな。
390:login:Penguin
04/03/21 07:35 5tT6LEFS
>>389
お前FATのライセンス知ってる？
391:login:Penguin
04/03/21 11:46 Pq7pE02T
>>387-388
っつーか、>>386のツールの中にM$のサイトから自動的にダウンロードするソフトが付属しています。
392:login:Penguin
04/03/23 13:36 AG2H318m
>>386
Captiveに手を染めるぐらいなら本家サポートを待ったほうがよさげですね。
2.6.xでは書き込みもdangerouse扱いじゃなくなったんですっけ。
393:login:Penguin
04/03/24 10:06 oq0vBsj1
(´･ω･｀)
394:login:Penguin
04/03/24 11:44 +HppsPhq
>>391
ダウンロード可能＝使用可能じゃないだろ。
しかもユーザーに責任押し付けてるだけだし。
そういうことするから信用がなくなるんだよ。
395:login:Penguin
04/03/24 11:57 HvqBGrKz
>>394
だったら使うなよ
というのがこの業界のスタンスだし
まあいいんじゃないの？
396:login:Penguin
04/03/25 12:24 tZ5tq3DY
FATの特許って、データ構造に対するものなの？
あるいはデータへのアクセス手法？
それとも両方？
教えてエロイ人
397:login:Penguin
04/03/25 12:25 wQXoVoix
VFATのロングファイルネーム対応に対するもの。
と適当言ってみる。
398:login:Penguin
04/03/26 06:03 jS/iKX5x
>>396
両方。
Windowsソースコードの流出、OfficeのフォーマットのXMLでの公開で
MSは自社技術をクローズドソースでは保護できなくなってきている。
なので特許による保護・ライセンスビジネスに方針を転換している。
もうすぐLinuxに対する対応も決まってくるよ。
おそらく会社単位で狙い撃ちしていくことになるはず。
399:login:Penguin
04/03/26 09:17 6xoXy2a2
Windowsソースコードの流出ってそんなに深刻なの？
あとEUにはもっとがむばって欲しい。
Officeのフォーマットはオープンにすべきだ、くらい言ってくれ >EU
400:login:Penguin
04/03/26 10:54 r4Oaasi7
>>398
データ構造で特許ってとれるの？
401:400
04/03/26 10:56 r4Oaasi7
>>398
あと何処の国の特許取ったの？
402:login:Penguin
04/03/26 12:44 rZIDnhWH
>>399
それは既に言っている。
XML schemaの公開を制裁の一部に加えようとしているし。
403:login:Penguin
04/03/26 13:11 5Iq7H9D3
>400
FATの件ならFATのデータ構造で特許をとったわけじゃないよ。
VFATのロング/ショートファイルネーム生成の実現方法に関する特許をMSが
取得している訳。
したがってVFATではなく FAT で8.3形式のファイル名しか利用しないという
制約の元で使用する限りにおいてはMSの特許に触れることはない(はず)。
あと、取得したのは米国の特許ね。
この辺は
URLﾘﾝｸ(www.itmedia.co.jp)
に書いてあるのが詳しいかな。問題の特許の米国特許番号まで載っている。
404:login:Penguin
04/03/26 14:15 rZIDnhWH
デジカメのメモリカードとかVFATだよなあ。儲かりそうだなあ。
405:login:Penguin
04/03/26 15:50 k+o0nQDE
つーかさー、Windowsとデュアルブートして
データ共有領域にFAT使ってるやってるだけでも
有り難いと思えばいいのに。
406:login:Penguin
04/03/26 20:44 zPHssn+4
>>404
デジカメなんかは8.3形式じゃない？
DSCF0001.JPG
とかってなってるよ。
407:login:Penguin
04/03/26 21:09 LghBzjcP
>>406
ありゃあえてそうつけてるだけ
408:login:Penguin
04/03/26 21:32 8l+mmiF8
>>403 あと、取得したのは米国の特許ね
米国以外で使う分には、今のところは問題ないわけ？
409:login:Penguin
04/03/26 21:57 rZIDnhWH
>>406
ディレクトリが、2004-03-26なんてなってるよ。
410:403
04/03/27 00:00 M4lJiMFX
>408
すまん、それは俺には何とも言えない。MSの法務部門がなんというかだな(w
調べてみた限りでは問題の特許は国際出願にはなっていないようだが。
また日本の特許庁のサイトでもちょっと検索してみたが、引っかからなかった
ので日本では該当特許は成立していないと思われ。違ってたらスマソ。
411:sage
04/04/08 19:42 MyiCZN16
(;_;100G over の XFS 使って 100M ～ 200M 前後のファイルを読み書きしていたら、mount も xfs_repair(1) も不可能な状態に ...ext3 使ってて壊れたから乗りかえたのに、いきなりこれかよ ...
412:411
04/04/08 19:46 om+YpLci
間違えて age ちゃったよすまソ
413:411
04/04/08 19:57 MyiCZN16
ちなみに 壊れた FS のログはこんな感じ。
> Apr 8 19:00:03 xxxx kernel: Filesystem "device-mapper(254,13)": corrupt inode 167772289 ((a)extents = 107147). Unmount and run xfs_repair.
> Apr 8 19:00:03 xxxx kernel: 0x0: 49 4e 81 a4 01 02 00 01 00 00 00 21 00 00 00 21
> Apr 8 19:00:03 xxxx kernel: Filesystem "device-mapper(254,13)": XFS internal error xfs_iformat_extents(1) at line 678 of file xfs_inode.c. Caller 0xc01ec790
> Apr 8 19:00:03 xxxx kernel: eb4dbd20 c01ecce9 c030e168 00000001 f6b13400 c030e0b4 000002a6 c01ec790
kernel は 2.4.24 に debian sid の
kernel-patch-device-mapper(1.00.07-4) と
kernel-patch-xfs(1.3.1-3) を
あてて使ってる。
mount したまま resize する機能もめあてだったんだが ... < xfs
どうするかな ...
414:411
04/04/08 20:04 MyiCZN16
あと、disk の I/O error は syslog と messages を見るかぎりでは出ていないようでした。
でも、
> Apr 8 19:01:25 xxxx kernel: hdg: status error: status=0x58 { DriveReady SeekComplete DataRequest }
> Apr 8 19:01:25 xxxx kernel:
> Apr 8 19:01:25 xxxx kernel: hdg: drive not ready for command
は、やっぱり disk が怪しい?
415:411
04/04/08 20:05 MyiCZN16
mount したまま FS を resize する機能を使っている人、情報キボンヌ
416:411
04/04/08 20:24 MyiCZN16
2.6.5 に乗り換えようとして device-mapper でひどい目にあったので、
ReiserFS4 は試してない ...
なんか map している device の数が増えると動かなかった
( LVM over device-mapper)
やっぱ ext3 に戻して backup をこまめに取るしか無いのだろうか
ただ、online resize(マウントしたまま resize) がアヤシイんだよね < ext3
417:411
04/04/08 20:27 MyiCZN16
>>416
補足。
kernel 2.6.5 で LVM over device-mapper は
map している device の数が増えるとうまく動かなかった。
miner 番号の大きい device が使えない。制限だかバグだかは不明。
418:login:Penguin
04/04/09 18:52 vld9ah26
やっぱり総合的に見て ufs2 + softupdates ﾏﾝｾｰだよ
ﾏﾝｾｰ!!ヽ（´ー｀）ﾉ
419:login:Penguin
04/04/09 21:46 OMIPEWdZ
>>418
お前ここに来なくていいよ
420:login:Penguin
04/04/10 00:40 04yJkWho
XFS merged in 2.4
421:login:Penguin
04/04/12 22:02 tD61SLNy
次のLinuxファイルシステム技術解説はxfsでも来るかな
422:login:Penguin
04/04/12 22:06 90nnhkEC
xfsって、ファイル名の文字エンコードはどれでもいいの？
423:login:Penguin
04/04/13 21:34 lGFIQbkK
XFS使い始めて3、4年になるが、その間EUC-JP、UTF-8と使ってきて
特に問題ないよ。
それ以外は知らない。
424:login:Penguin
04/04/13 21:48 V/u6W3OU
XFSは、自分も使用しているが今のところまったく問題はでてない。
#なんか大文字のほうがいいような気がする。xfsってフォントサーバと間違えやすい
425:login:Penguin
04/04/13 22:10 1uNu0LoS
ISO-2022-JPはダメでしょ。/が入るから。
426:login:Penguin
04/04/13 23:02 QHo3p5R0
大容量ファイルサーバ目指したいのですが、
やっぱクラスタしかないのかな？
無料の並列ファイルシステムって↓以外に
知ってる人いたら教えてください。
PVFS(kernel2.4系)
PVFS2(kernel2.6系)
427:411
04/04/14 11:15 uDiO3j/8
XFSのデータのリカバリ作業してて思ったんだが、
> Apr 7 21:46:01 xxx kernel: end_request: I/O error, dev 21:00 (hde), sector 428474824
> Apr 7 21:46:01 xxx kernel: I/O error in filesystem ("device-mapper(254,11)") meta-data dev device-mapper(254,11) block 0xaf20040 ("xfs_trans_read_buf") error 5 buf count 8192
> Apr 7 21:46:01 xxx kernel: xfs_force_shutdown(device-mapper(254,11),0x1) called from line 422 of file xfs_trans_buf.c. Return address = 0xc021e11c
> Apr 7 21:46:02 xxx kernel: Filesystem "device-mapper(254,11)": I/O Error Detected. Shutting down filesystem: device-mapper(254,11)
> Apr 7 21:46:02 xxx kernel: Please umount the filesystem, and rectify the problem(s)
volume の I/O error が出ると、shutdown してしまうことがよくある
shutdown してしまうと、umount して xfs_repair するまで、
mount-point 以下に全くアクセスできなくなる。
xfs_repair するとファイルが大量に消えていたり、lost+found に繋っていたりする。
できる限り backup を取りたい立場としては、
ちょっと困る挙動だと思った。
これだと、raid とかで冗長化した volume でないと使えない。
XFS -> 冗長化した、 resize する volume で使用
ext3 -> 冗長化しない resize しない volume で使用 (たとえば巨大容量とか)
というのでどうだろう。
428:login:Penguin
04/04/14 11:20 NxcgLzmj
>>411でext3でも壊れたって書いているけど、同じマザーボードですか?
いくらなんでもハードディスクは交換しているよね。
> Apr 7 21:46:01 xxx kernel: end_request: I/O error, dev 21:00 (hde), sector 428474824
なんだから、ハードディスク壊れているに違いないけども、
ハードディスクは交換ずみなら、コントローラとか、
利用環境を疑った方がいいんじゃない?
ファイルシステムのレイヤーで解決できない問題だから。
財布とかRAIDとかさ。
429:411
04/04/14 11:28 uDiO3j/8
>>428
同じマザーボードです。
ディスクは交換しました。
あと、HDDの冷却がうまくいってないのかと思い、ファンを増やしました。
(HDDはずしたとき熱かった)
電源も地雷の噂のあるやつだったので交換しました。
>>427に出した log は交換する前に出た error です。
リカバリのために backup 取ってるときに FS が shutdown してしまって困る
ということ。
430:login:Penguin
04/04/15 01:29 XR5N4r4E
>>429
> リカバリのために backup 取ってるときに FS が shutdown してしまって困る
> ということ。
ムチャ言うなよ。
重要なmeta dataのトラブル回避はRAIDの担当分野だよ。
まあ、20年も前ならfile systemで冗長性取るのもありだろうけど。
431:411
04/04/15 10:14 f3k8qTWn
>>430
backup するときに、
読めるデータは全部読みたい
というのは、そんなに無茶な要求ですか?
>重要なmeta dataのトラブル回避はRAIDの担当分野だよ。
だれも、そうじゃない とは言ってない。
432:login:Penguin
04/04/15 19:26 xeBXOhma
素朴な疑問なんだがswapって作らなくても平気？
433:login:Penguin
04/04/15 19:39 X6yMFQMv
ああ。
434:login:Penguin
04/04/15 19:49 MIE62FH6
>>431 ところで、これはXFS以外だといくぶんマシなの?
他のファイルシステムはシャットダウンはしないかもしれないが、
cpioやtarが読めないファイルをスキップしてくれなくて、
そこでハマったまま止まって、
その他のファイルのバックアップに進んだりはしてくれないんじゃないかと。
435:login:Penguin
04/04/16 01:05 c4wZNgF5
431はそっちの方がいいんだってさ。
436:411
04/04/16 10:02 e+oOLW8Q
いままでだと
I/O error が出ながら backup が進むという場合が多かったが ...
ハマる場合もわりとあるんでしょうか?
437:411
04/04/16 10:03 e+oOLW8Q
>>435 ext3 の場合です。
438:411
04/04/16 10:04 e+oOLW8Q
>>435 じゃなくて >>436 です。すまソ
439:login:Penguin
04/04/16 11:56 ETEgnm20
>>421
???
詳細キボン
440:login:Penguin
04/04/16 19:25 N2QKuY3q
>>439
@ITのことだろ。
441:login:Penguin
04/04/16 21:59 Yp+XuoAW
>>439
URLﾘﾝｸ(www.atmarkit.co.jp)
442:439
04/04/17 10:19 JtXEz+q1
>>440
>>441
ありがとん
443:439
04/04/17 10:20 JtXEz+q1
ageてしもた。
みんな、ごめん。
444:login:Penguin
04/04/17 13:48 thjy0l0r
JFSでどうしてもSamba経由のSJISのファイル名が通らない。
これって仕様？
結局JFSのソースに手を入れて無理矢理何でも通すようにしたのだが。
445:login:Penguin
04/04/17 13:55 twzvtQ3r
sambaの設定で回避できなかったの?
446:login:Penguin
04/04/17 14:12 thjy0l0r
>>445
出来なかった。。。
カーネルは2.6.5で、ext2とかは大丈夫なんだけどとにかく多バイトコードはダメ。
codepageの設定がおかしいのかな。
447:login:Penguin
04/04/17 23:17 Q/j86wpk
>>411
なるほど。ディスクの壊れ方にもよるんだろうけど、俺の場合は
壊れたブロックを含むファイルをさわったプロセスがそこで止まってしまい、
dd_rescueでディスクイメージでコピーするぐらいしか対処できなかった経験ばかりだった。
(ディスクが過熱して一時的にI/O errorってのはあるが)
なんか実験する方法ねーかなー。
448:login:Penguin
04/04/18 13:41 VuxMVPxr
Google File System(GFS)ってどうよ？
URLﾘﾝｸ(www.radiumsoftware.com)
URLﾘﾝｸ(blog.topix.net)
正直意味わからん。だれか俺にもわかるように解説きぼん
449:login:Penguin
04/04/20 16:22 jhW2rYZb
>>448
あんまり深く考えるものでもない。その名の通りgoogle専用FS
ファイルのメタ部分とデーター部を物理的に分離して全てのメタ部分を一台のマシンに格納。
このマシンはシステム全てがRAMに乗っかるようにしたりして、
限りなくハイレスポンスで動くようにチューニング。
※一台といってもフェイルセーフのため待機してるスレーブはあると思われる。
データー部はHDDを持つマシンによるクラスター群に収納。
このマシンはRAIDなどもたず格安のハードで構成する。
そのかわり大量に用意し、かつクラスターどうしで複製・修復の機能を持たせる。
GFSサーバー（リモートFSなのでネット越し）にクライアントからファイルアクセスの要求がくると、
メタ部サーバーが要求したマシンにデーター部の場所を教える。
※ファイルのある場所はクラスターのどこのマシンか
クライアントは教わったデーター部サーバーに直接ファイルアクセス要求をだして
データーを受け取ったり書き込んだりする。
世の分散FSなどだとメタ部分の分散を狙う。
だけどメタ部分を分散すると各サーバーで食い違いが生じる問題が出てくる。
そこで、googleでは学術的面倒さを吹っ飛ばすためメタ部は一台（食い違いが起こりえない）
としたんだね。
クラスター群のマシンは昔電源がガムテープで止めてあると読んだことがある。
ねじ止めするとパーツ交換に時間がかかるからだってさ。
アメリカは土地が広いんだねー。日本のハウジングじゃブレードサーバーですらでかすぎ。
（ラック利用料（土地代）が高いので）
450:login:Penguin
04/04/20 18:53 nlGIuyMH
いろいろと豪快だな、Google。
451:login:Penguin
04/04/21 02:12 N3FifXa5
"Deep Blue"を思い出すね。
452:login:Penguin
04/05/01 02:55 aLTtib1B
ext3使ってるんですけど、
WindowsのFAT32やNTFSと比較しても随分壊れやすい気がするけど気のせい？
453:login:Penguin
04/05/01 03:01 MV3vi1L4
>>452
どんな使い方してる？
454:login:Penguin
04/05/01 03:03 Mkcbqg44
>>453
今すぐその発言を撤回しろ、もしくは首釣って来い
FAT32よりも劣っているなどとext3に対してあまりにも失礼だ
たとえお前がxfsだとしてもだ
455:login:Penguin
04/05/01 03:04 Mkcbqg44
＿|￣|○ レス先間違えた
456:login:Penguin
04/05/01 03:18 xU0hyIuq
わらえる
457:login:Penguin
04/05/01 03:35 MV3vi1L4
∧||∧
（ ⌒ヽ 吊って来た
∪ ノ
∪∪
fsckで復活しますた。
というわけで何事もなかったように続きをどうぞ。
458:login:Penguin
04/05/01 05:24 G5Xl72vC
xfsがカーネルに追加されてからはxfsばっかりだなぁ。
なんとなくだけど。前はReiserFSばっかりだった。
どっちも普通に安定して使えてる。
459:login:Penguin
04/05/01 10:06 35deH9i1
>>458
>xfsがカーネルに追加されてからはxfsばっかりだなぁ。
>なんとなくだけど。前はReiserFSばっかりだった。
>どっちも普通に安定して使えてる。
もはや、性能うんぬんではなく好みの問題。
460:login:Penguin
04/05/01 15:24 zPnxRDqF
dvd-ramでバックアップしようと思うのだけど、
お勧めのファイルシステムってある？
とりあえず、ext2かudfかで迷ってます。
461:login:Penguin
04/05/01 15:42 PFwe4PNT
>>460
gnu-tarで固めれば、できあがった玉を納めるものはなんでもいいだろ。
FATのままならフォーマットし直す手間も省けるんじゃないか？
462:login:Penguin
04/05/01 15:45 3hew/I+G
ext3は信用ならないね・・・
463:login:Penguin
04/05/01 16:43 5A3z+V27
jfsはどう？
464:login:Penguin
04/05/01 20:45 NZYZ+aBp
ext4は出るんかね。
名前だけのじゃなくて。
465:login:Penguin
04/05/01 21:08 IwjnparA
>>460
あほか、UDFに決まってるだろ
466:login:Penguin
04/05/01 23:02 0kehN5rD
ReiserfsにReiser4の機能がバックポートされまくってるな。
2.6.6-rc3-mm1で
- reiserfs gains a data=journal option.
出来るようになったみたいだし
467:login:Penguin
04/05/02 01:38 Y4x3j4LZ
>>461
zip使え ハゲ
468:login:Penguin
04/05/02 07:17 V8xTz9ua
ext3 評判いいのか悪いのか、どっちなんだ。
確かに俺もメールサーバで
kernel: EXT3-fs error (device sd(8,7)): ext3_add_entry: bad
entry in directory #211897: rec_len is smaller than minimal - offset=12, inode=6
67936, rec_len=8, name_len=0
みたいなエラーが出まくって死んじゃったことあるけど。