[過去ﾛｸﾞ] /**ファイルシステム総合スレ その1**/ (979ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
1: 01/11/26 12:03 ID:dWigt/36(1/2) AAS
ext2,ext3,reiserfs,xfs,jfs <---Linuxパーティション用
NFS,fat,vfat,ntfs,UFS, <----Linuxで読み書きできるやつ
ここらで、ファイルシステムの勉強、相談をしたいなと思う鬱な午後
チューニングや、使用した感想などなんでもOK
880(1): 03/07/14 20:28 ID:OKUGK54w(1) AAS
2.6.0-test1がリリースされたが、ReiserFS4はどうなった？
881: 03/07/14 21:45 ID:cMuAl86g(1) AAS
>>880 蒸気
882: 03/07/14 22:35 ID:t7TYYQGi(1) AAS
ReiserFSに動的i-nodeって実装されてたの？
883(2): 03/07/15 01:04 ID:+ohUedxw(1) AAS
>>870
>ファイルシステムがシステムのオーソライゼイション機構と
>密接に関係してるのがわかんないんだよ、きっと。
誰に対してどっちのシステムの認証機能の話してるの?
解説キボン
884: 03/07/15 02:14 ID:GMP5mWt2(1) AAS
>>883
答えてくれるかね？
870って、
>Linuxで簡単に入れ替え可能なのはケン・トンプソン→ufs系のファイルシステムだけ。
って書き方を見ても、ただの知ったか大馬鹿野郎なんではないのかと。
885: 03/07/15 02:43 ID:jYpRij8s(1) AAS
>>883
> 誰に対してどっちのシステムの認証機能の話してるの?
AAAの最初の二つの'A'の違い分かりますか?
886: 山崎 渉 [（＾＾）] 03/07/15 11:16 ID:doz396Fq(1) AAS
AA省
887(1): 03/07/15 11:22 ID:LIqrc/nE(1) AAS
AAAって何？
888: 03/07/15 11:31 ID:H6r+Citv(1) AAS
>>887
ｱﾘｺ
889: 03/07/15 13:58 ID:p0/lUXK2(1) AAS
トリプルA
890(1): 854 03/07/15 14:40 ID:xFcgN2Ub(1) AAS
NTFSで盛り上がってるところ割り込みすんません。
取り合えず16Gのiobenchをとかやってるんですが、
1パス取るのに二日とか掛かります。
unified cacheめ遅すぎです。NetBSDだと
random readが1M/sとかになりました。
あと、RH9のreiserfsと3ware 6410で確実にクラッシュさせる
方法を見付けてしまった。どこに報告すればいいんでしょう。
取り合えずRHに連絡しようとしてます。そんな感じで近況報告
でした。
891(1): 03/07/15 17:37 ID:RSjlK/ic(1) AAS
>>890
最新パッケージがインストールされているか確認して、
bugzillaへGO。
892(1): 03/07/16 13:03 ID:JQFcBrZ7(1) AAS
>891
そういやredhatにbugzillaがあったね。了解しますた。
家のケーブル接続が故障しちゃったので、これが
直るまでは何もできないんですけどね。
>853
やっと16Gのiozoneが終わったので、lfsやってみたよ。
なんかさくさく動いて速いねえ、、、とか思ってたら、
update掛かった途端にさくっとpanicでシステム落ちたよ。
ちょっとじたばたしてみます。
FreeBSDもまだ落としてないし、ネット回復するまで
省1
893: 03/07/16 21:15 ID:pk5S01Ff(1) AAS
Reiser4まだ〜？
894: 03/07/17 03:01 ID:QZg8VmUw(1) AAS
>>892
毎度乙です。
まぁ、ﾏﾀｰﾘおながいします。
895(2): 03/07/18 14:17 ID:bPRJR3pl(1/2) AAS
AA省
896(1): 03/07/18 14:22 ID:bPRJR3pl(2/2) AAS
bonnie++ -s 16g -n 100:50k -r 640のlfsでの結果。
Version 1.03 ------Sequential Output------ --Sequential Input-- -Random- ------Sequential Create------ --------Random Create--------
-Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- -Create-- --Read-- -Delete-- -Create-- --Read--- -Delete--
Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP
lfs: 16G 9213 23 10184 11 6518 14 16894 57 23887 18 150.1 2 128 98 2477 24 1951 83 129 98 60 39 128 47
うーん、4回位ループさせて真ん中の値とか取らないと駄目ｯﾎﾟ。
そこらへんは面倒なので諦めて下さい。
897(1): 03/07/18 17:13 ID:Dx68q+2G(1) AAS
LFSのランダムアクセスが速いというか、NetBSDのffsのランダムアクセス性能が
あんまりにも悪すぎますな。確かにNetBSDのfs周りは遅いんだけど、ここまで遅い
のはなんか異常っぽい雰囲気が。
898(2): 03/07/19 04:38 ID:k1TgDB/w(1/2) AAS
>>898
も疲れ。理論を反映して速いところは速いけれど
まともに動かないところがNetBSDらしくてイイですね。
>>897
FreeBSDの結果が待たれますな。
899(1): 03/07/19 04:55 ID:+qIWEdEw(1) AAS
>898
ﾋﾞｸﾋﾞｸｯ
FreeBSD 5.1インスコしてraidctl -C raid0.conf raid0ってやったら
RAIDframeがパニックして落ちるんですが、、、ﾄﾎﾎ
raidctlのマニュアルはdisklabelでRAIDを指定しろといってるのに、
disklabelにはRAIDなんてタイプは知らんと怒られるし。ちょっと
行き詰まってるYo。
またあとでぐぐってやってみる。
900: 03/07/19 05:46 ID:k1TgDB/w(2/2) AAS
>899
FreeBSDのRAIDFrameはとりあえず動くようにしただけのAlphaコードなので
vinum使ってくだちい。
901(3): 03/07/21 03:49 ID:9Pl9AQ8J(1/2) AAS
vinumでやりました。
KB reclen write rewrite read reread ran-read ran-write
ufs2 softupdate:
524288 64, 6021 6139 385297 385258 1053495 1058699
524288 128 6040 6072 261972 262179 460757 323863
524288 256 6000 6079 214404 214565 251672 227241
16777216 64, 5885 5944 23063 23061 1226402 1049510
16777216 128 5885 5964 22499 22478 454099 347115
16777216 256 5871 5957 22270 22256 243563 218161
書き込みが非常に遅いですが読み込みは普通に速いです。
省13
902(1): 03/07/21 03:51 ID:9Pl9AQ8J(2/2) AAS
あ、ファイルの作成はreiserfsのほうが速いや
903: 03/07/21 07:27 ID:J1Ol9sQd(1/2) AAS
Codaファイルシステム、みんな使ってますか？
外部ﾘﾝｸ:www.coda.cs.cmu.edu
Windows用のクライアントの最新バージョンって、
バイナリがないんですかね？
904: 03/07/21 12:30 ID:J1Ol9sQd(2/2) AAS
OpenAFS とかの分散ファイルシステム関連のスレッドってありませんか？
905: 03/07/21 20:22 ID:8Ie/P7G+(1) AAS
>>901
こりゃまたごっつい結果が出ましたなあ。
どうもこれを見るに、ファイルシステムの違いよりもRAIDの違いの方が大きそう。
vinumは「漢はランダム(=シーケンシャルはうんこ)」という信念に基いた設定が
デフォルトなのでそこが全面に出てきているのではないかと。
逆にLVMはシーケンシャル命(=ベンチマーカーが喜ぶ)設定が
デフォルトなので>>895のような数字になったと考えます。
906(1): 03/07/21 23:59 ID:YVvmD1eO(1) AAS
>>901
おつかれ〜。面白いねぇ。
一応確認しますが、
>>901 の
＞bonnie++ -s 16g -n 100:50k -r 640のlfsでの結果。
は、ufs2 + softupdate での結果、でよろしいでしょうか？
>>902
CPU 負荷がだいぶ違いますが、とりあえず seq create per CPU1% で見てみても、
reiserfs 54.1
ufs2soft 34.5
省7
907(1): 901 03/07/24 12:33 ID:APm+ETGG(1) AAS
>906
＞ufs2 + softupdate での結果、でよろしいでしょうか？
はい。ufs2softって表にも書いた通りです。
で、あの結果を見ても分かる通り、16Gをランダムに書いて
1G/sとか有り得ない数字(例えば100MB/sで4台に書けたと
仮定しても、100*3で300MB/sが限界)が出てます。で、Don
に質問してみた所、FreeBSDではsrandつかってるからね、
srand48使うようにしてみて、などと返事されました。
そんなわけで、ちょっとFreeBSDはやり直してみてます。
908: 03/07/25 12:49 ID:NH3LXVfX(1) AAS
(･∀･)renice!
909(1): 03/07/25 16:37 ID:6G+OftYd(1) AAS
KB reclen write rewrite read reread ran-read ran-write
ufs2 softupdate with srand48:
524288 64, 5945 6074 382950 383263 326817 4574
524288 128 5940 6036 270864 269598 241653 4847
524288 256 5953 6015 217652 217670 207503 5067
16777216 64, 5890 5951 23225 23217 4470 2578
16777216 128 5882 5986 22673 22679 7086 3397
16777216 256 5885 5991 22339 22401 9197 3795
とまぁ普通の結果になりました。残念。
rand()の性能悪すぎ＆randの性能にこうまで依存してたiozoneちょい間抜け。
910: 03/07/26 00:11 ID:qll5XMfc(1) AAS
>>909
> randの性能にこうまで依存してたiozoneちょい間抜け。
それは仕方ないと思うんだけど、
> rand()の性能悪すぎ
>>907
> FreeBSDではsrandつかってるからね、srand48使うようにしてみて、
はどうしてなんだろ? glibcのmanだと、
> 注意事項
> これらの関数はSVID 3によって時代遅れと宣言されている。 SVID 3 はrand(3)
> が代わりに使用されるべきだと記述している。
省1
911: 03/07/26 01:46 ID:L1oQpf1J(1/5) AAS
iozoneをfreebsd対応した時代には、まだsrand48がなかったのか、
それとも対応をした人が面倒くさがってsrand48があるかどうか調べなかったのか、
そのどっちかでしょう。convexとMaxOSXで同様な問題を抱えてますw
いくらOSXがFreeBSDの派生だからといって、
そのまま流用するこたぁないと思うんですけどね。
912: 03/07/26 07:58 ID:Vorekzgd(1) AAS
つーか、FreeBSDのrand/srand(3)は古〜いままなんでは?
下位bitが余りランダムじゃない奴。えー加減にしろや
913(2): 03/07/26 13:18 ID:4eaeCEsA(1/2) AAS
FreeBSD 5.1R だと rand(3) は書き換えられてますよ。
make で USE_WEAK_SEEDING を定義しておくと古い rand になるようですが。
914: 03/07/26 16:38 ID:L1oQpf1J(2/5) AAS
>913
そうなんだ。不思議だね。ってことで調べてみた。確かに、古い
next = next * 1103515245 + 12345) % ((u_long)RAND_MAX + 1
系の乱数ではないね。iozoneでやけにパフォーマンスが良くなる
最小の数字が64だったのでそれで分散具合を調べてみた。
FreeBSD 5.1の「よりよいrand()」でrand()%64を64回計算すると、
0:1, 1:2, 2:3, 3:1, 4:2, 5:0, 6:1, 7:1, 8:0, 9:1, 10:3, 11:0, 12:1, 13:0, 14:5,
15:2, 16:1, 17:1, 18:0, 19:1, 20:0, 21:1, 22:0, 23:2, 24:0, 25:1, 26:3, 27:0, 28
:2, 29:1, 30:0, 31:1, 32:2, 33:2, 34:1, 35:0, 36:0, 37:1, 38:3, 39:0, 40:0, 41:1
, 42:1, 43:1, 44:1, 45:1, 46:0, 47:1, 48:0, 49:0, 50:0, 51:1, 52:3, 53:1, 54:2,
省3
915: 03/07/26 16:45 ID:L1oQpf1J(3/5) AAS
ちなみにLinuxだと
0:0, 1:1, 2:2, 3:0, 4:0, 5:1, 6:3, 7:1, 8:0, 9:1, 10:1, 11:0, 12:0, 13:4, 14:1,
15:0, 16:0, 17:2, 18:0, 19:0, 20:3, 21:0, 22:0, 23:1, 24:2, 25:0, 26:3, 27:2, 28
:1, 29:1, 30:1, 31:1, 32:0, 33:1, 34:0, 35:3, 36:0, 37:1, 38:1, 39:2, 40:1, 41:3
, 42:0, 43:2, 44:1, 45:0, 46:1, 47:0, 48:0, 49:1, 50:3, 51:2, 52:2, 53:0, 54:1,
55:1, 56:1, 57:0, 58:1, 59:1, 60:1, 61:1, 62:0, 63:1,
んでlrand48だと
0:1, 1:1, 2:0, 3:1, 4:3, 5:1, 6:2, 7:1, 8:2, 9:0, 10:1, 11:4, 12:1, 13:1, 14:1,
15:1, 16:1, 17:1, 18:2, 19:0, 20:1, 21:1, 22:0, 23:0, 24:1, 25:1, 26:1, 27:1, 28
:2, 29:1, 30:1, 31:0, 32:2, 33:1, 34:1, 35:2, 36:1, 37:0, 38:2, 39:0, 40:0, 41:3
省9
916(1): 03/07/26 16:58 ID:L1oQpf1J(4/5) AAS
……てゆーか、iozoneすげえバグってる＿|￣|○
917(1): 913 03/07/26 17:00 ID:4eaeCEsA(2/2) AAS
*rand48 系は乗算が多いから遅いのも。
rand(), random(), mrand48(), arc4random() で
ベンチマーク取ろうと思ったら、
よく考えると VMware で動いているんだった。意味ねぇ…。
>>916
どーした!?
918: 03/07/26 21:01 ID:L1oQpf1J(5/5) AAS
>917
Donはrand()が16ビット精度だと思ってるらしく、
2回rand()して結果を繋いでるんだけど、そのコードががが、、、＿|￣|○
big_rand=(rand1<<16)||(rand2);
おい、||じゃなくて|だろ……。Donにはメイルしますた。
lrand48()なOSには関係ないので上の結果はまあそこそこ信用できます。
あと、取り敢えずMersenne Twister使って、かつある程度自然に分散
するよう最低限X回random testでアクセスするように変更しすることで、
MTのランダム関数がちょっと偏ってても平気なようにして、
そのパッチを送りますた。
919: 03/07/26 22:02 ID:UPUujWHc(1/2) AAS
うーむ、常に精度が 16bit しかない…
しかし何時からあったんだろね、そのコード。
L1oQpf1J よくやった。感動した。w
いや、まじお疲れ様です。
920: 03/07/26 22:19 ID:UPUujWHc(2/2) AAS
しかし…
rand() そのまま使うほうがまだ正しいというのが、なんとも。
MTならまず問題ないでしょう。わざわざ書き換え乙彼です。
921: 03/07/28 22:51 ID:/mQNuNnN(1) AAS
ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!
第3回 ジャーナリングファイルシステムが保護する「情報」
外部ﾘﾝｸ[html]:www.atmarkit.co.jp
922(2): 03/07/29 09:02 ID:TOXwArtD(1) AAS
あるパーティション内の任意のファイルについて，
md5sum $ファイル
で毎回違う（同じときもある）値が出てくるような現象．
これを引き起こしているのは誰？
以前そういうことがあって結局ファイルが全部壊れ（たと思っ）て，
しょうがないから中古で売れるかどうかディスクのエラーチェックを
dd if=/dev/hd* of=/dev/null bs=1k
とか，逆の意味の
dd if=/dev/zero of=/dev/hd* bs=1k
やってみてエラーでなかったから店に持って逝ってみたら売れた；
省14
923(2): 03/07/29 09:36 ID:aKb1tqGy(1) AAS
Linuxのファイルシステムっていろいろあってすごいよね。
*BSDは種類がすくなくて寂しい。
background fsckはすげーって感動したし、便利に使ってるけど。
いろいろ選択肢があるのは、羨ましい(´･ω･`)
924(1): 03/07/29 17:02 ID:xxtnWOyT(1) AAS
>922
>2. メモリの部分破損
あとは、電源とかケーブルとか。
>923
>background fsckはすげーって感動したし、便利に使ってるけど。
そんなに頻繁にfsck走るんですか？ふつー、100日〜200日に一回でしょ？
925(1): 923 03/07/29 20:03 ID:1rLl9KRw(1) AAS
>924
たまたまディスクが壊れて、何度もかかかってますた。
あと、なんか再起動すると毎回走ってる気がする。
鯖だとおっしゃる通りほとんど走ることないと思います。
926: 03/07/29 23:10 ID:lwHvCPYY(1) AAS
>>878
CIFSはMSは一瞬RFCにする気になったらしいものの、その後明文化しないまま
激しく拡張していったのであまりにも参考にならんとSambaの人がいってたよ。
そのせいでWindows2000をサーバーにして全部のパケットをダンプして
まったく同じように動作させるようにするというRFC化されている仕様の
実装とはとても思えない開発手順を取ったとか。なのでCIFSのRFCは
ほとんど隠れ蓑。
927: 03/07/30 01:21 ID:Pdl4s9of(1) AAS
>>925
> たまたまディスクが壊れて、何度もかかかってますた。
> あと、なんか再起動すると毎回走ってる気がする。
FreeBSD?
Linuxのext2なら>>847,848
928: 03/07/30 01:27 ID:vDxYAdIz(1) AAS
>922
その症状はHDDじゃなくて、メモリ、CPU、マザボなどが
壊れてる症状のように思うよ。
929(1): 03/07/30 02:41 ID:AtS51Duz(1) AAS
reiserfs4はext3より1.5倍速いのか
そろそろ、reiserfsの時代かな
930: 03/07/30 03:52 ID:H1BsPP1V(1) AAS
それは一番遅いdata=journalしたext3と比べて…だろ。
ext3のデフォはdata=orderedだぞ。
931: 03/07/30 23:02 ID:4zMtLJvJ(1) AAS
>>929
安定性無視して語る貴方は冒険者
932(1): 03/07/30 23:08 ID:eRtaSc8/(1) AAS
安定性のあるLinuxのファイルシステムなどない。
933(1): 03/07/30 23:27 ID:nn1WQr0p(1) AAS
umsdos
ある意味では、かなり安定してる
934: 03/07/31 00:30 ID:1FSxQZ5T(1) AAS
>>933
それは仕様に対して実装が安定しているという意味だろうが、
仕様の保証する安定性が(ry
935(1): 03/08/01 00:56 ID:/643U5Jo(1) AAS
>>932
分散ファイルシステムは、どうなの？
専用スレはなさげだけど。
936: 03/08/01 12:29 ID:76mnFd6y(1) AAS
>>935
わざわざ専用スレが必要なのか疑問なのだが。
937: 03/08/01 19:44 ID:8+4JOWKd(1) AAS
SCOの一件でますますjfsが廃れそうだな。
938: 03/08/01 22:31 ID:wrTG1dZH(1) AAS
ハードディスクの容量が足りなくなってきたので
ファイルシステムを圧縮できる方法を探していたのですが
このスレを読む限り、現状でハードディスクで使える圧縮ファイルシステムはないということでしょうか？
939: 03/08/02 00:14 ID:3yd0RlyM(1) AAS
ググれよ。
940(1): 03/08/02 03:02 ID:IMudM/NO(1) AAS
linux で暗号化 fs とか圧縮 fs とかするには
loopback device 使ったやり方が一番簡単ですか?
941: 03/08/02 04:04 ID:pkjPv3Sq(1) AAS
>>940
Linuxに限らず、大昔からloopback deviceを使ってその手のものが実装されては
いたけど、それだと修論とかのネタにしかならず、きちんと使われている例は
皆無に等しい。
942: ぼるじょあ ◆yBEncckFOU [（＾＾）] 03/08/02 04:54 ID:GfRe8vK7(1) AAS
AA省
943: 03/08/02 10:10 ID:0p3phC6s(1) AAS
(･∀･)renice!
944: 03/08/02 13:27 ID:fy3lSRTn(1) AAS
JFSは
外部ﾘﾝｸ[pl]:slashdot.jp
問題なしなのでは。
実際に暗号化したFSを使っている人をみてみたい
（Linuxで）
945: 03/08/02 15:07 ID:L63X/791(1) AAS
Reiser4は暗号化だけで圧縮は無いのだっけ？
946: 03/08/04 17:45 ID:4AsrsMmh(1) AAS
AAAがなんの略かってのはどうなったんだらう
947: 03/08/05 00:21 ID:fJcvNP04(1) AAS
安心安全愛情でせう
948: 03/08/05 23:07 ID:XgzrayXF(1) AAS
さてはアリコの回し者だな！
949(2): 03/08/08 14:08 ID:MaZY3Tp+(1/3) AAS
reiserfsにするとルートパーティションとか永遠にfsckしないことになるけど、たまにsingleで立ち上げて
reiserfsckすると意外とぶっ壊れてて困る。でもルートパーティションにfsckかけるのに
どうやったらいいかわかんねえから放置してるんだけどな！
おまいら教えてくれよ！どうしたらいいんだ！
950: 949 03/08/08 14:09 ID:MaZY3Tp+(2/3) AAS
reiserfsck --fix-fixableをルートパーティションにかけらんねえって意味だ！
焦ってて悪かったな！
951: 03/08/08 14:11 ID:chobj3fG(1) AAS
ああ、ガムやるよ
952(1): 03/08/08 14:18 ID:JLn6xpjQ(1) AAS
>>949
漏れはインストールCDとかCDのみで動作可能なdistro等で起動して、
そこからreiserfsckかけたよ。
953: 03/08/08 15:08 ID:MaZY3Tp+(3/3) AAS
>>952
やっぱそれしかないくわ・・・。
特殊な構成だからCDブートでHDD認識させるのむりぽなんですが
ともかく外部メディアからブートする方向でなんとか頑張ってみます。ｻﾝｸｽｺ
954(1): 03/08/11 16:49 ID:BhMyykpd(1) AAS
やっぱHDDの後ろの方にちっこい環境を用意しとくと便利。
ついでに再インスコに必要なファイルも置いておくと(ﾟдﾟ)ｳﾏｰ
955: 03/08/11 21:16 ID:tckPLdZ8(1/2) AAS
>>954
最近のノートPCはみんなそうだよね。
漏れは一つ環境を作っといて、実際に使うときには
それをddでまるごとコピーしてます。
ちょこっとfstab等をいじれば普通に使えるからね。
dd if=/dev/hda7 of=/dev/hda8
dd if=/dev/hda7 of=/dev/hda9
dd if=/dev/hda7 of=/dev/hda10
って感じにね。（まあテスト用環境だからだけど）
956(2): 03/08/11 21:20 ID:VJ7D23tY(1) AAS
素人な質問ですが、
dd if=/dev/hda7 of=/dev/hda8
こういうことやる時、hda8 の方が hda7 より多い場合、
あまった空きはどうなるんですか?
957: 03/08/11 21:29 ID:tckPLdZ8(2/2) AAS
>>956
元のままです。
958: 03/08/13 22:55 ID:/kK/1TEp(1) AAS
Reiser4は2.6.0リリースまでにマージされんのかな。
959(1): 03/08/14 00:16 ID:xsuRRYPk(1) AAS
>>956
素人なら
「こういうことやる時、hda7 の方が hda8 より多い場合、
はみ出る部分はどうなるんですか?」
ってほうが気になると思うんだが。
960(2): 03/08/14 03:40 ID:1v+FhsOf(1) AAS
１００ＧＢ以上のディスクを使うにあたって、
ext3 だとブロックサイズ４ＫＢが限界で、なんだかなーな
感じなのですが、他の使うべきですかね？
置くファイルは比較的大きなものです。
961: 03/08/14 18:16 ID:9xWZKodO(1) AAS
XFSとか。
962: 03/08/14 21:21 ID:GkUGZsD7(1) AAS
XFSのせいではないというのは判ってるが、
なぜかXFSにしたHDDだけがよく死ぬ。
963(1): 960 03/08/14 23:16 ID:HLWnnlz1(1) AAS
速度性能は特に求めてないんで、
「安定していてかつブロックサイズ設定などの自由度が高い」
のが欲しいところなんですが…。
964: 03/08/15 00:29 ID:OWK8xiyU(1/2) AAS
#defineXFS_MIN_BLOCKSIZE_LOG9/* i.e. 512 bytes */
#defineXFS_MAX_BLOCKSIZE_LOG16/* i.e. 65536 bytes */
#defineXFS_MIN_BLOCKSIZE(1 << XFS_MIN_BLOCKSIZE_LOG)
#defineXFS_MAX_BLOCKSIZE(1 << XFS_MAX_BLOCKSIZE_LOG)
965(1): 03/08/15 02:47 ID:pWnXV+Z4(1) AAS
>>963
ext2
フォーマットするときにブロックサイズは指定できたはず
966(1): 03/08/15 02:52 ID:OWK8xiyU(2/2) AAS
>>965
MAXは4096
ext2_fs.h:#define EXT2_MAX_BLOCK_SIZE 4096
ext3_fs.h:#define EXT3_MAX_BLOCK_SIZE 4096
967: 960 03/08/15 05:10 ID:SU4hZe+X(1) AAS
>>966
そうなんです。
-T largfile なら blocksize=4096 flagment=4096 になりました。
これはちとさみしい。
968: 03/08/15 17:02 ID:9vL3588P(1) AAS
そんなこともあるさ。
969: 山崎 渉 [（＾＾）] 03/08/15 22:13 ID:ep0zwfOh(1/2) AAS
AA省
970: 山崎 渉 [（＾＾）] 03/08/15 22:33 ID:ep0zwfOh(2/2) AAS
AA省
971: 03/08/16 00:05 ID:5i+gfiwt(1) AAS
(･∀･)renice!
972: 03/08/16 23:58 ID:YSxzyMnv(1) AAS
そろそろ次スレかね。
/**ファイルシステム総合スレ その2**/
多種多様なファイルシステムに対応しているLinux。
そのファイルシステムに関するトラブル、チューニング、愚痴^H^H感想などなど。
なんでも語ってくれ。
こんなところか？
973: 03/08/17 23:10 ID:1lkI6K7O(1) AAS
xfs
外部ﾘﾝｸ:oss.sgi.com
jfs
外部ﾘﾝｸ:oss.software.ibm.com
974: 03/08/18 00:30 ID:mIM/04xL(1) AAS
reiserfs
外部ﾘﾝｸ:www.namesys.com
ntfs
外部ﾘﾝｸ:linux-ntfs.sourceforge.net
975: UFS2 03/08/20 23:47 ID:WwtlS4so(1) AAS
FreeBSDの5.1とRedHat linux9を使用しています。UFS2をlinuxからマウントしてリードライト
している方はいらっしゃいますか？カーネルでUFSを有効にしておいて
# mount -t ufs -o ufstype=44bsd /dev/hda2 /FreeBSD
でUFS1はマウントできますが、UFS2は出来ません。まあ、64bitサポートして等
結構変わっているので当然なのでしょうが、どなたかすでにマウントしてつかってる方いらっしゃいますが？
976: 03/08/21 18:39 ID:4HpoU2M5(1) AAS
ここがリヌクス板ですか？
977: 03/08/21 22:15 ID:ornXCEUP(1) AAS
裸ＩＮＡＸ板です
978: 03/08/26 18:05 ID:gFo6zh41(1) AAS
(･∀･)renice!
979: 03/08/29 23:47 ID:QrRh/iCg(1) AAS
>>959
素人ですが
どうなるんですか?
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.213s*