/**ファイルシステム総合スレその1**/

[過去ﾛｸﾞ] /**ファイルシステム総合スレその1**/ (979ﾚｽ)
上下前次 1-新

このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索歴削→次ｽﾚ栞削→次ｽﾚ過去ﾛｸﾞﾒﾆｭｰ

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

301(1): 02/09/19 01:24 ID:gnQ1F6hp(1) AAS
/.Jでこのスレと同じようなこと繰り返してるな。

302: 02/09/21 06:56 ID:87jQZSfI(1) AAS
>>301
私は235,236,238,245です
/.では簡潔な発言をした方のACです
softupdateは鰯の頭です

303: 02/09/21 21:44 ID:MYgJ1qK+(1) AAS
2.5のXFSはバッファキャッシュを使わずに巨大な
I/Oを一度に発行するので，でかいデータを扱っても
割り込みの数やCPU負荷を抑えられるというメリットが
あります。

304: 02/09/24 07:57 ID:gLll3W7j(1) AAS
NortonGhost2003《やっと》ext3に対応。

305: 02/09/25 18:13 ID:xXMi80dh(1) AAS
LinuxのUDFって日本語ファイル名が使えないの？

306(1): 02/10/02 20:33 ID:PGECUQKR(1) AAS
>>272,275
かめれすだが ...
e2compr の 2.4 対応版でてきたよ。
外部ﾘﾝｸ:www.alizt.com

307: 02/10/03 01:54 ID:pwZAl6sE(1) AAS
>>306
（ﾟ∀ﾟ）すばらしい！！
だが・・・なんて色使いなんだこのページわ・・・

308(1): 02/10/04 14:26 ID:PyejdkGq(1) AAS
外部ﾘﾝｸ:marc.theaimsgroup.com
なんか、もーreiserfsなんて要らない感じだな

309: 02/10/05 11:40 ID:J7Z01N8L(1) AAS
近代的な(linuxの)fsの機能
o 高速なディレクトリアクセス(hashでB-treeに対抗できてる？)
o i-nodeのダイナミックアロケーション
(reiserfs, jfs, xfs: df -i で変な数字が出てくる)
o ブロックの遅延確保(XFS)
o バッファキャッシュを使わずに巨大I/O(xfs,(jfsはジャーナルのとこだけ))
o SMPでのスケーラビリティ(ext3は低い，ext2を含めて他は高い)
o tail merging(reiserfs)
あとはlinuxでの動作実績(1年ぐらい)も欲しい

310(1): 02/10/05 12:16 ID:bWaKYQqn(1) AAS
>>308
ディレクトリのアクセスが速くなるのはいいけど
ReiserFSｽﾃと言うほどExt3が良いの？どんな点が？

311: 02/10/05 12:54 ID:u3TOzvfM(1) AAS
ReiserFSはこれからのFSだからもうちょっと見守ってみるべきかと。

312: 02/10/07 10:32 ID:SAwA6HJ3(1) AAS
実際問題としてディレクトリエントリへのアクセスが
遅いなと感じるようなディレクトリ構成は、何か間違っていると思う。
>>310
reiserfsとext3をそれぞれ別の端末で使ってたけど、
クラッシュ時に嫌な壊れ方をするのは前者だったので
新規にmkfsするときはext3の方が多いです。

313(1): 02/10/07 23:41 ID:0Hu6kU8a(1) AAS
EXT3のパーティーションをfsck.ext2やっても何も問題ないですか？

314(1): 02/10/08 01:53 ID:WXvW/Y3L(1) AAS
fsck.ext3ってfsck.ext2のhard link、、、じゃないな、今見たら
ファイルサイズはもちろんMD5も同じなんで同一バイナリなのだろうが
違うinodeだな、なんじゃこりゃ(debian sid/i386の環境)

>>313
つーことで、問題無いというか同じ事だと思います

315: 02/10/08 19:16 ID:fvRxGgJQ(1) AAS
>>314
ありがとうございます。今からEXT3にします。

316(1): 02/10/09 23:48 ID:glBts/Pi(1) AAS
さて、今から 1TB のディスクをフォーマットするんだが、
ファイルシステムは何が良いだろう。(ext2,ext3,reiserfs,jfs)
ポイントとしては、1)小さい多量のファイル 2)NFS の２点。

自分としては reiserfs にするか jfs にするか迷っているのだが。

317(1): 02/10/10 00:04 ID:BmQPitdK(1) AAS
テストしないの？

318: 02/10/10 00:33 ID:MluNRh/+(1/2) AAS
やってるよ。
でも例えば dd if=/dev/zero of=/mnt/disk1/largefile
とかやってHDD全体をなめるテストだけでも１日かかるんだわ。

319: 02/10/10 12:06 ID:BIlKE6ng(1) AAS
>>316
reiserfsは小さいファイルへのアクセスが速いが，まだ若すぎる．
1TBっていうからには個人での用途ではなく，
安定性が求められると思うんだが，
それだったら現状ではext3あたりしか選択肢はないように思えるんだが．
>>320はどうよ？

320(1): 02/10/10 12:08 ID:bo3lwRwH(1) AAS
んー、ディスク半分くれたら考えてもいいよ。

321(1): 02/10/10 14:35 ID:MluNRh/+(2/2) AAS
ext3(data=jarnal)は書き込み性能が他の半分程度しかない
(bonnie++で計測)んで、選択肢としては悪くないのだが...
使用環境を想定したテストはまだこれからなんだが、
チェックの組合せが多いとぼらんてぃあーではしんどいんだわさ。

322: 02/10/10 21:27 ID:EfhnIyya(1) AAS
>>321
data=journalなら書き込み時間が倍になるのは
道理だと思うのですが？

323(2): 02/10/11 00:50 ID:GfF/nRnu(1/3) AAS
いや、だから、ext3(data=ordered)とjfsとreiserfsから
選択するとしてもext3なのかな...と思って。

324: 02/10/11 03:53 ID:jehWricB(1) AAS
>>323
話が全然見えません

325: 02/10/11 11:14 ID:xMDGjF+I(1) AAS
>>323
jfsが選択肢に入ってるのにxfsが選択肢に挙がっていないのは何故？
xfsも1.1になってだいぶ改善されたとかdeveloperWorksの記事にあったけど。
(>>287のリンク先の記事)

326(2): 02/10/11 12:43 ID:GfF/nRnu(2/3) AAS
1)たまたまテストしているマシンがターボでxfsが入っていない
2)xfsは大きいファイルに強いが小さい大量のファイルはどうか？
と言う点で今回の選択肢には入ってません。2)の経験談ありませんか？

(別の数MB～数百MBのファイルサイズが主の500GBのHDDでxfs+lvm運用で
そろそろ１ヵ月になるのがありますのでxfsを無視している訳でなないです)

今回の用途とは別だけど、
-rw-r--r-- 1 XXXXX XXXXX 1357266583552 10月 11日 03:12 /mnt/disk1/test/bigfile
と書き込みはOKだったが、
dd if=/mnt/disk1/test/bigfile of=/dev/null
とかやったら
省2

327: 02/10/11 12:46 ID:GfF/nRnu(3/3) AAS
あ、ちなみに上のエラーはreiserfs上です。

328: 02/10/11 22:55 ID:g0fFCgZg(1) AAS
>326
lvmってMAX256GBじゃなかったっけ？

329: 256 02/10/11 23:33 ID:/fgIRKQ8(1) AAS
>>326
reiserfsはホントに壊れます．
個人用途で半年間 '/'(ルート)をreiserfsで使いましたが，
気付いたときにはfsckでも解決できないくらい壊れてました．
結局，フォーマットして入れ直し．(ext3にした．)
悪いこと言わないからreiserfsだけはやめた方がいいです．

あと，ちょっとやそっと速いことなんかより，安定性を重視するべきだと思うよ．

330(1): 02/10/12 20:02 ID:zC91l6Vv(1) AAS
reiserfsの悪い噂は散々聞いているが、使用時のkernelのバージョン
と一緒に聞いたことはほとんどないな...
develpersworksの記事にも最近のreiserfsは安定してきているとあるが、
どうよ？

lvmはPEのサイズ変えれば2TBまでいけます。

331: 256 02/10/12 21:23 ID:QYLrd0q3(1) AAS
>>330
確かに．
ちなみに私は導入時(インストーラのカーネル)は2.4.9だったけど，
すぐに当時最新だった2.4.17にした．
Debian/testingなので，Debianにカーネルの最新パッケージが
登場するたびにカーネルは作り直した．
壊れてるのが発覚したときは2.4.19だったと思う．
残念ながらいつ壊れたのかはわからない．

332(2): 02/10/13 08:29 ID:8PJX0kK8(1) AAS
漏れは二台reiserfs onlyで運用してるけど、
特に問題出てないなぁ。昔は酷かったけど。

333: 02/10/13 21:30 ID:9gy9v5IE(1) AAS
EXT3使ってますが、Windowsみたいにデフラグみたいなやつし無くても大丈夫なんですか？

334: 02/10/13 23:44 ID:UpTP18/F(1) AAS
FAT が特別ダサいだけです

335(1): 02/10/14 00:04 ID:YfAlwh43(1) AAS
>>332
カーネルのバージョンキボンヌ．

336: 02/10/14 01:59 ID:ZkuvAxLC(1/2) AAS
その後のテスト経過ですが、ファイルシステムをext3(data=orderd)にして、
NFSテスト(bonnie++をローカルとリモートで１日実行)はOKでした。
小さいファイルの扱いは、1-64kBのランダムな大きさのファイルを
書き込んで、後で読み込むというテストをやっているのですが、
６つほど並行して１日実行しても、60GBほどしか埋まりません。
(しかもまだ書き込みフェイズだし)
ファイル数は180万、１つのディレクトリに60万ほどありますが、
現時点でファイル生成の速度は極めて遅くこのままでは1TBを埋めるのは
不可能っぽいです。

ちなみに環境はターボ８(2.4.18-3smp)です。なにか良いテスト方法って
省1

337: 02/10/14 02:03 ID:ZkuvAxLC(2/2) AAS
>>１つのディレクトリに60万ほどありますが
30万のまちがいね。

338: 02/10/14 14:04 ID:gFK41Xss(1) AAS
>>335
常に2.4系最新(含むpre/ac patch)

339: 02/10/16 22:34 ID:Bv5hNcA9(1) AAS
336のテストは48時間の後中止しました。hashなしext3ではこれ以上続けても
無理なんで。

続いてjfsのテストに入りましたが、dd if=/dev/zero of=largefileは980GB
ぐらいのところでjfsCommitのカーネルスレッドがCPU異常消費で進まなく
なったので止めて、一旦別のファイルでディスク埋めた後、dd if=largefile
of=/dev/nullで読みだしはOKでした。

ローカルとNFS越しとでbonnie++の連続実行テストは始めて３０分ほどで
SCSIエラー多発でカーネル完全沈黙。2.4.20pre11を入れて再開してます。

これまでの結論。ターボ８のjfsはへたれである。

340(1): 02/10/17 00:24 ID:295BVh5O(1) AAS
ディストリ関係ある？

341: 02/10/17 01:36 ID:c6jIka81(1) AAS
>>340
禿同

342(1): 02/10/17 01:41 ID:eZtB9FEQ(1) AAS
ディストリビューターの仕事ってのは、便利なパッチを集めてきて
それを検証することではないのかな？
特にターボは金もらってやってるんだし、金とってるんだから
(テストしてるのはプロモ版だがな)もう少しマシな仕事をだな...

343(1): 02/10/17 11:54 ID:5HPpVrO6(1) AAS
>>342
JFS for Linuxがどのような状況にあるかくらい知ってんだろ．
Turboは全体的に言ってクソディストロだというのには賛成だが，
JFSの不具合をTurboのせいにするのは筋違いだと思うが．

344: jfs 02/10/20 14:35 ID:z2W/yCBV(1) AAS
そんな jfs の 1.0.24 ﾘﾘｰｽ age

Utilities changes

- byte-swapping fixes for big-endian hardware
(fixes in logredo and fsck.jfs)

File System changes

- readSuper() was incorrectly checking return status of sb_bread()
- change name of get_index to read_index fixes MIPS build issue
- Releasing LOGGC_LOCK too early
In txLazyCommit, we are releasing log->gclock (LOGGC_LOCK) before
checking tblk->flag for tblkGC_LAZY. For the case that tblkGC_LAZY
省6

345: 02/10/20 14:45 ID:wOzazl+a(1) AAS
ひさびさにこのスレ見た。
ものすごく sage 進行だ…

346: 02/10/20 15:38 ID:coarZJ+1(1) AAS
>>343 Turbo8に採用されているjfsが腐ってるという可能性はある。インストーラに使ったjfsのversion問題？

347: 02/10/20 16:13 ID:pz5HABvF(1) AAS
>>332
漏れも Debian/sid, kernel-2.4系おっかけで
ずっと reiserfs だけど、壊れたのはかなり昔だな。
まだパッチ配布で kernel に入る前の頃。
ここ最近は壊れてない。

348(1): 02/10/20 18:49 ID:Po0xlDSy(1) AAS
339のテストの続き。(on jfs)
2.4.20pre11でローカル+NFS越しのbonnie++は24時間のテストクリア。
localでのbonniee++ ４つ同時実行の24時間テストクリア。

1B～64kBのランダムな大きさのサイズのファイルの書き出しと読み込みテスト
は、５つ同時実行でディスク全体を埋める書き出しのテストは終了。
現在読み込みテストに入ってますが、書き込みに比べて死ぬ程時間
がかかります。CPUのidel時間がほとんどなので外付けRAIDが遅いんでしょう。
また、１つのディレクトリ下には推定で800万個のファイルがあるはずです
が、ls -f しても２時間戻ってこず、端末も凍ったので再起動しました。

ちなみに、2.4.20pre11のjfsは1.0.23相当、たーぼ８のそれは1.0.17です。

349: 02/10/20 23:19 ID:o5SkVp+g(1) AAS
せっかくいい感じに沈んでたのにageられてる…。

ところで、>>348はテスト終わったら各FSの印象とか
まとめてくれたりしない？
本格的なテストをやってるようなんで大変参考になると思うんだが。

350: 02/10/23 22:36 ID:CdjY/dSd(1) AAS
348の続き
jfs上での小さいファイルの読み込みテストは、１時間程でkswapd
スレッドがCPUを異常に喰うようになり、テストが進まなくなりました。
再現性ありです。VMの問題かとも思いましたが、その後reiserfsでの
テストでは問題は起きなかったのでjfs特有の問題と思われます。
(2.4.20pre11のjfsは1.0.24相当でした。訂正)

最後にreiserfsのテストに入っていますが、こちらは小さいファイルの
書き込みに問題があり、3-400GBを超えたあたりからbdflush,kswapd,kupdated
のスレッドが異常にCPUを喰うようになりテストがすすまなくなりました。
500GBほどで止めて読み込みテストにはいり、こちらは問題なく終了しました。
省2

351: 02/10/24 15:28 ID:mzv35bhd(1) AAS
テスト終了しましたので、簡単に各ファイルシステムの感想など。
今回は用途が小さい多量のファイルを扱うということで、その辺を
中心にテストしましたので、評価できないところもあります。

ext3(ext2)
１つのディレクトリに多量のファイルがある場合に問題あり。
hashed directoryが安定版にはいればオールマイティなfsかも。

reiserfs
ファイルの書き込み性能に問題があり、特に連続して書き込みを行なう場合
カーネルスレッドの異常動作を引き起こす。またjfsと比較してディスクの
書き込み量(vmstatのbo)に周期的な波があり、詰まるような挙動をする。
省4

352(2): 02/10/25 01:58 ID:lg5TUdbr(1) AAS
ext3で　/が逝ってしまった...
kernel panic であがらない

仕方ないので過去に使ってたHDDを繋いで fsckするも
エラーで修復すらできません...
おまけにマウントできないし

まあデータ領域はマウント出来るのでデータは取り出せるかと
同容量のHDDがない為明日にでも買いに走らないと....

てかfsck効かない場合いい方法ってあるのかな？

353(2): 02/10/28 23:17 ID:+A56r6p4(1) AAS
# mount
/dev/hda3 on / type ext3 (rw,errors=remount-ro)
こんなメッセージが出ているんですけど、　このエラーの意味がわかる人いますか？

354: 02/10/28 23:19 ID:AER5WDBp(1) AAS
>>353
どこにエラーでてるんだ？

355: 02/10/29 00:34 ID:TIzWAM71(1/3) AAS
>>353
man mount位は見てみたのか？

356(2): 352 02/10/29 01:02 ID:pLneawoZ(1/2) AAS
調べてみましたエラーじゃなかったですね。　　ってちょっと言い訳させてください。

# mount
/dev/hda3 on / type ext3 (rw,errors=remount-ro)
proc on /proc type proc (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
/dev/hda2 on /boot type ext3 (rw)

いつも挙動不振な奴にのみ　errors　なんてメッセージがでていたから　エラーだと確信してしまいました。
他の奴には書いてないのになぁ・・・

357: 02/10/29 01:05 ID:TIzWAM71(2/3) AAS
>>356
fstabにそう書いてあるはずだが。編集した覚えは無いか？

358: 02/10/29 01:06 ID:rk9YhGj9(1) AAS
>>356
つかfstabみたことないのか？

359: 352 02/10/29 01:20 ID:pLneawoZ(2/2) AAS
＞ＡＬＬ
fstab 見たこと無かった。　スマソ。　編集した覚えなんてまったく無い。

360: 02/10/29 17:38 ID:hWd0ylIh(1) AAS
ReiserFSって圧縮化できないの？

361(1): 02/10/29 18:52 ID:PCo70yBI(1) AAS
自分の使っているkernelのxfsのversionってどうやって調べるの?

362: 02/10/29 18:57 ID:TIzWAM71(3/3) AAS
>>361
ソース見るとか

363(1): 02/10/30 19:12 ID:5QqX1sKb(1) AAS
tune2fs -j するつもりで mke2fs -j してしもうた。
死んでしまいたい。

364: 02/11/01 05:46 ID:Z+/lNPwB(1) AAS
>>363
よし

365(2): 02/11/10 23:12 ID:i4APiDTi(1/3) AAS
結局どのFSも全ての面ではNTFS上回ることは出来ないのね

366(1): 02/11/10 23:18 ID:i4APiDTi(2/3) AAS
>>↑
別にACLやマルチストリームなんていらねーYO

上下前次 1-新書関写板覧索設栞歴

あと 613 ﾚｽあります
ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ AAｻﾑﾈｲﾙ

ぬこの手ぬこTOP 0.028s