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

多種多様なファイルシステムに対応しているLinux。
そのファイルシステムに関するトラブル、チューニング、愚痴^H^H感想などなど。
なんでも語ってくれ。

前スレ
http://pc.2ch.net/test/read.cgi/linux/1006743807/

reiserfs
http://www.namesys.com/

xfs
http://oss.sgi.com/projects/xfs/

jfs
http://oss.software.ibm.com/jfs/

nfs
http://nfs.sourceforge.net/

ntfs
http://linux-ntfs.sourceforge.net/

>>1
乙〜

最近ReiseFSってあんま(･Ａ･)ｲｸﾅｲかも、って思い出したんだが…。
そんな漏れって短気なのかねぇ…。

Linuxファイルシステム技術解説第4回マダ〜？

xfsにはbadblockをチェックする方法がないのがアレだなあ。
今使っている160GBにbad sector があるのに、それだけスキップ
できない。JFSやext2|3ならできるのに。

160GBのディスクでfsck走ったら氏ねるな(w

reiserfsよりext3でdir_index有効にした方が速くね？

Linuxで使える4つのジャーナリングファイルシステム比較
http://kerneltrap.org/node/view/715

CPU負荷は
reiser4 >> reiserfs > xfs > ext3 > jfs

処理速度は
reiser4 > reiserfs > ext3 > xfs > jfs

4つじゃなくて5つだった…。

面倒だけどNTFSを安定させるか・・・
ハァ・・・俺がやるしかないのか・・・

やっぱtmpfsだな

こうして見るとext3ってなかなか優秀だな。

なんか、以前にもこんなスレみたような気がする。
デジャヴか？？

>>12
多分ここの事だ
http://pc.2ch.net/test/read.cgi/linux/1006743807/

I/O　Errorが出るんだけど皆さんどう対処しています？
RSYNCとか頻繁に使ったりします。

Redhat7.3, 8.0 Ext3ファイルシステム

- Whoa, deja vu.

- What did you just say?

- Nothing. Just deja vu.

>>15
マトリックス

何か最近、外づけ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:

>17
ｶﾞｯ(AA略

現状だけ見るとext3の後継はxfsになりそうな悪寒。
まあRHあたりのディストロ次第だろうけど。
xfsは削除とか遅いけど機能豊富で設計も悪くないし、まあまあユーザーもいる。
個人的にはネイティブなreiserfs4にがんばってほすぃな…。

前ｽﾚの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

あ、途中で送信してしまった。

　　 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

以上です。

Linuxの高速ソフトRAID5>>7506のハードRAID5>>
　　NetBSDのソフトRAID5ってな感じでした。

試しに買ってみた7506ですが、正直、意味がなかったかなあと ＿|￣|○

JFS+LVMで初めてresizeしてみたんだが、smbdがOopsしたり、
ディスクが一杯で書き込めませんて出たり散々ですた。
もまえらどうですか？当方linux-2.4.21デス。

チャレンジャーだな。

Linuxファイルシステム技術解説 第4回 ext3とトランザクション処理
http://www.atmarkit.co.jp/flinux/rensai/fs04/fs04a.html

ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!

>25

この記事にもありますがジャーナルファイルな ext3 にもかかわらず 27 回
毎の起動、もしくは 180 日経過する度に fsck がかかるのがイヤなんですが、
tune2fs で止めてしまって何か問題ってありますか？

また reiserfs, xfs, jfs 等のファイルシステムではこのあたりどうなって
るんでしょうか？

>25

この記事にもありますが、ジャーナルファイルな ext3 にもかかわらず 27
回毎の起動、もしくは 180 日経過する度に fsck がかかるのがイヤなんです
が、tune2fs で止めてしまって何か問題ってありますか？

また reiserfs, xfs, jfs 等のファイルシステムではこのあたりどうなって
るんでしょうか？

止めたきゃとめろ

>>25
各々の技術解説の１ページ目位しか解らん

XFSは何であんなにでかいんだ？

>>30
漏れもそんな感じだ…。
チンプンカンプン。

http://www.sdc.org/~leila/usb-dongle/

fsckさせる前に、矛盾を報告してくるような
自律したファイルシステムってないの？
壊れててもいけいけどんどんなreiserfsとか、
使こてて鬱だわさ。

JFS ってなんか、すごい安定してきてる。
なかなか壊れないファイルシステムだとおもう

でもさ、うちはreiserfs使ってて起動不能とかに陥ったことないよ。
ext3には何度もやられたけどね。停電なんかくるともう冷や汗ものです。
なんかふつうに使ってて再起動したらファイルシステムエラーで
動かなくなったことも三回くらいあるしなぁ。
その点reiserfsは停電でも突然の終了でも結構安心して使える。

>>20
ベンチソフトを教えてください．
前スレdat落ちして見れないので…

>37 iozone

NTFS5最強

−−−−−−−−−−　終了　−−−−−−−−−−−

>>35
トラップに誘い込むつもりかぁぁ！

>>39
確かに最強かも。
書き込み中に電源切ってもファイル壊れたことは一度もないし。
ファイルシステムはおろか、ファイルも全然壊れないね。
MSもWinがバンバン止まるから考えてるんだろうｗ

Linux のファイルシステムの NLS は、
結局 Unicode <-> 各種文字コード のテーブルの集まり、ということ？
iocharset=euc-jp, codepage=932 の場合、
euc-jp <-> Unicode <-> cp932 って経由する？

なんかカーネルソース見てみたら uni2char と char2uni しかなかったから。

そだよ

すいませんが
いま私は　ＬＩＮＵＸファイルサーバー１台＋Ｗｉｎｄｏｗｓクライアント２台という構成で使用しています。
Ｗｉｎｄｏｗｓ同士は問題ないのですが　Ｌｉｎｕｘサーバーからファイルの出し入れする時　
スピードが遅いのです。

スペック的には　３台とも変わりはありません。
ちなみにＲｅｄｈａｔ　Ｌｉｎｕｘ９を使用しています。
どなたか　解決方法を教えてください。

それは、サンバｽﾚのほうが適当じゃね？
Linux鯖から読み出す時はあんまストレス感じないけど、
書き込むのはすごい遅いね。気にせず使ってるけど。

あの後、再度ソフトウェア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にまとめてそれ報告するよ。

>>42 iconv で使っている変換テーブルと食い違っていないか心配。
http://www.debian.or.jp/~kubota/unicode-symbols-map2.html

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]

$ 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

ReiserFSなんですが、空き容量がどのくらい以下になると
フラグメントが激しくなるとかいうデータはありますか？

取り直した結果と作ったグラフ、
http://www.pobox.com/~jam/filesystem/
にうｐしますた。NetBSDのufs2も追加。

リードライトは、46でも書いた通り、
LinuxのソフトRAID5＞7506のハードRAID5 from NetBSD＞＞
　　NetBSDのソフトRAID5＝7506のハードRAID5 from Linux
ってな感じですた。

FreeBSDのufs2の死ぬ程速いファイル削除が光ってます。謎。

英語だね。 書いてある字が読めるといいんだけど・・・。

字が読めても内容を理解できないという事例もあるかもしれない。

俺には……このグラフは……読めないっ……!

>>52
ﾜﾗﾀ

ここはﾍﾞﾝﾁする香具師が居るということで。

M$ではおなじみ(かもしれない)だが、
Super-πのlinux版が出てる。

ftp://pi.super-computing.org/Linux_jp

ext3遅すぎ
http://fsbench.netnation.com/

そうか？
十分速いじゃん。

Linuxのファイルシステムとファイルの概要
http://japan.linux.com/kernel/03/10/14/0235259.shtml

Linuxファイルシステムを最適化する
http://japan.linux.com/kernel/03/10/14/0658216.shtml

>>54
確かに。
色を変えるなど工夫がほしいところ。
あと、グラフは拡大してみたいのでPDFとかPSとかで作ったのもほしいね。
あと、Conclusionがないのがあれね。

贅沢言うなよ(ﾁﾝﾁﾝ

>61
色を変えたら見難かったので白黒にしたんだよ。
PS出力にして拡大できる状態でカラーにするといいかもね。
気が向いたらやってみる。多分向かないと思うけど。

でも、大体の比較はiozoneの結果じゃなくてbonnie++の
結果で眺めたほうがいいような。iozoneじゃないと駄目なんだ
とか具体的な話をしてくれたら、気が向いてPSでカラーグラフ作るかも。

Conclusionはねえ。あんま比較できるようなデータを取った訳ではない上に、
結果も単にRAID5の性能を比較しただけ、みたいな結果になっちゃったので、、、

>62
そんな感じでw

>>57のデータの方が組み合わせてきなベンチ結果なので、
比較検討できておもろいんじゃないかなあ。

Linuxファイルシステムのサイズ変更とデフラグ
http://japan.linux.com/kernel/03/10/16/1431223.shtml

JFSまんせー

ルートパーティションをext3 からreiserfs に切替えて >56 のベンチをはしらせてみた。
./pi 19
でやって10秒以上遅くなった。
reiserfs から xfs に切替えて試してみた。
元に戻った。

ルート以外のパーティションは全てxfs で、
カーネルは 2.6.0-test6-mjb1, 2.6.0-test8 の二つを使ってのお話。

ベンチとるのが目的の作業ではなかったのでメモも何もとっていないのだが、
だれか追試出来る人いない?

ext[2|3]やjfsにはフォーマット時にbadsectorをチェックする機能があるけど、
lvmでファイルシステムを拡張したときにbadsectorをチェックする方法は
無いものだろうか。。。。

ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!
第5回　進化し続けるReiserFS
http://www.atmarkit.co.jp/flinux/rensai/fs05/fs05a.html

Reiser はなんて読むの？

ﾚｲｻﾞｰ

ライザーだろ。

レイサー

録画したファイルを置くサーバーを作ろうと思ってるんだが
ギガクラスのファイル置くのに適したファイルシステムってどれ？

HFS+

NTFS

LinuxでソフトRAID5してreiserfs作ってsamba経由で
ギガクラスのファイルやり取りしてたけど、馬鹿みたいに
重かった(引っ掛かった)。

今はNetBSDでハードRAID5してffs作ってsamba経由で
利用してる。引っ掛かり無し。

使ってるHDDも違うし、OSも違う、RAIDも、FSも違うので
いまいち参考にならない情報ですが。

ずっとsambaが重さの元凶なんだと思い込んでたんだけど、
そういうわけではなかったみたい。

一番確実なのはWinでNTFSだと思うよ。Free UNIX系はUnified
Cacheがへたれとか色々あって、どうも安定しない。安定させれない
漏れがヘタレってことかもしれないけどｗ

皆さんありがとう。参考にします。

確かにFreeUNIXでsamba使うよか2000serverなりでNTFSつかってファイルサーバ
やらせたほうがはるかにパフォーマンス出やすいし、いろんなデバイス使えるし、
商用アプリなbackupソフトとかもいろいろあるしで楽ではあるけど、いまいち
面白みに欠けるというのはある。

ttp://www.jankratochvil.net/project/captive/
ってどんな感じ？

秀丸

>>76
すでにハードRAIDとソフトRAIDで比較している段階で
何の参考にもならんな

なんでそんなに泣きそうなの?

泣いてなんかないやい！

泣いてなんか・・・ かぁちゃん・・・

>>76
うちとまったく逆の結果だ
興味深い

低負荷のjfs
速度のreiser4
機能豊富のext3
総合優等生のxfs

アナタはどれにする？

tmpfs

>85
>機能豊富のntfs

のまちがい?

jfs

本命 ext3
対抗 xfs
注意 jfs
大穴 reiser4

ntfsはLinuxからちゃんとつかえないからだめ

>90
>>79？

なんだかんだいってもext3。

Linuxファイルとファイルシステムのリカバリ
http://japan.linux.com/kernel/03/10/31/1455200.shtml

だめじゃん

reiser4だろ

>>79
THX!

Kernel 2.6 で ext3 / ACL を使おうと思ってます。
その話題はここで OK ですか?

>>97
誰の許可を待ってるんだ？

苦しゅうない。話すがよいぞ。

FDから起動して間違って ext2の /home をフォーマットしました。
一度起動して気が付いて、即終了させて放置してあります。
復旧方法はあるでしょうか？

>>100
時間を過去に戻す

>>100
サルベージ業者のおながいする

マウントしているファイルシステムをアンマウントせずにチェック
できるようなやつが必要だと思うがどうかね？

Kernel 2.4.22 の linux-ntfs ってないの？

>>79 をなんとかインストールしたんだが、これってEUCで日本語出せる？

>>105
FAQだよ

>>106
どこに書いてありますか？できれば場所教えてください。

書いてあった。utf8から変換できないみたいだなぁ。

いやーファイルって同時に開ける数決まってるんだね
1024ってすくないとおもわまい？みなの衆

そーですねー

スマン、１０００個以上もファイルを開けっぱなしにしておいて
嬉しいアプリってどんなの？

spoolがMaildirなIMAP daemonで検索かけるときなんて、Maildir下にある
全ファイルをオープンしっぱなしにしたくなるときはあるな。

そういう場合、メモリが一杯あれば、open/closeなんてキャッシュ上の
出来事だし(ReadOnlyだし)、メモリが少ないときはopenしっぱなしでも読み込み時に
seekが発生するから、あんまかわらんと思うんだが。

現時点で堅牢でperformanceも高いfilesystemとなると何が良いですかね〜
スレをざっと読んだところxfsが良さそうには見えましたが・・・

>>114
UFS2

>>115
(ﾟДﾟ)ﾊｧ?

>>114
NTFSに1票

まあ実際には無難にraiserfsですかね

全言語のページからraiserfsを検索しました。 約2,520件中1 - 10件目 ・検索にかかった時間0.18秒


予想される検索キーワード： reiserfs

>>118
新しいな。

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"ってことか。

NTFS write support
ってwin2kのNTFSもOKなんでしょうか？

http://pc.2ch.net/test/read.cgi/linux/1042017230/
こっちで聞いたほうが良かったかな

全バージョンのNTFSサポートみたいなことは書いてある

最近は盛り上がるネタがないな。

>>124
ACL は？正直盛り上る程のもんじゃないとは思うが。

ＥＸＴ２なドライブにどうやっても消えないファイルが有るんだが
どうやって消せば良いですかね？　とりあえず今は前のファイルがあったＤＩＲを
リネームしてやってます
＃でやっても消えないんでとりあえず放置してるが気持ち悪い

環境はリナザウＣ７６０
ＳＤ５１２ＭＢに入ってるfetchmailの作ったメールファイル

>126
フォーマット

rm ./-hoge で消せたりしたらヌッコロス。

>>128
>rm ./-hoge で消せたりしたらヌッコロス。

駄目でした、、、input/output error って出るんすよね、、、
やっぱフォーマットかなぁ　めんどうだな

必要なファイルは移動したのち
rm -rf *

>>130
それも駄目でした　はぁ、、、あきらめてフォーマットしまつ(´・д・`)

>>126
fsck してもだめ?

まさか削除変更不可フラグとかたっててないよな？

普通のPC程度なら、ext3かreiserFS。
SCSIやFibre上なら、XFS。

>>132
e2fsck -p /mnt/card
って感じだよね？だめですた・・・＿|￣|○

>>129
そのエラー、ファイルシステムがぶっ壊れてるか、
HDに不良セクタがあるかだと思うよ。

>>136
はい　ＭＰ３とかそんなに入れてないのになんでこんなに容量使ってるんだか
分からなかったので一回フォーマットし直してみます thxでした

fsck に -f オプションつけてみ。

MSがライセンスする「ClearType」と「FAT」とは？

Microsoftの広範なライセンス計画の先陣を切るのは、
コンピュータでファイルの格納に使われるFATファイルシステムと、
テキストを精細に表示するClearType技術だ。

http://www.zdnet.co.jp/news/0312/04/ne00_cleartype.html

FATサポートにロイヤリティを支払っていないLinuxは
直ちにFATを読み書きするコードを削除してください。

>>139
著作権なり特許なりを侵害していない場合でも支払う必要あるの？

UNISYSのまね?

>>140
その場合はもちろん払う必要ないけど
「FATファイルシステムのライセンスは永続的なものだ。
これにはMicrosoftの4件の特許が含まれている。 」
って話だからなぁ。

>>141
そだね。これが高じてSCOの真似にならないことを祈るばかり

UNISYSｷﾀ━(ﾟ∀ﾟ)━( ﾟ∀)━( 　ﾟ)━(　　)━(ﾟ 　)━(∀ﾟ )━(ﾟ∀ﾟ)━!!!!

やっぱりext3が一番だよ。

ext3が一番な部分ってどこや？

ext2からの移行の楽さくらいじゃネーノ?

reiserfsは早くていいけどbadblock扱えない。
ext3はそこそこ早いし、badblockもOK、Disk Quotaも使える優等生じゃないか。

普通に壊れるけどな>ext3

>>148
ん、そうかね？例えばどんな時？

>>149
俺は経験ないんだが、これを見てそういうもんなんだと思った。

ttp://enbug.tdiary.net/20031015.html

まぁ、いろいろあるさ

>>150
/bootをext2とかにしとけばいい話？

>>150
参考になった、サンクス。
俺も経験ないんだよなぁ、比較的電プチする方なんだけど。

// ドジなんで、ノートに AC 繋ぐの忘れたりとか(;´Д`)>

ext2だけど、電プチって奴をしたら
二度と起動しなくなったことが3回ほど(´･ω･`)

ライザーほど壊れないだろ。ext2も3も。

f*ckでなおったこと１回程。

ext3はやっぱり信頼感無い。
ジャーナルをdropしてfsckし直すこと多いし。
Linux単独マシンならXFSにしてしまったほうがいい。マルチブートだとあれだけど。

>>157
> ジャーナルをdropしてfsckし直すこと多いし。
tune2fs で fsck 有効にしているとかいうオチじゃ…ないよね。

結局どれも似たりよったりなんかね。

俺のマシンだとext3は既に５回くらい壊れたけど、jfs、reiserfsはまだ壊れた事ないな

XFS merged in 2.4
http://linux.derkeiler.com/Mailing-Lists/Kernel/2003-12/1716.html
お。Marceloタン2.4シリーズにxfsマージするのか。
漏れもそろそろxfsに乗りかえるかなあ。
Winnyの焙煎にんにくクラスタで集めた動画がいっぱいあるんだけど、
やっぱりxfsにすると速くなるかな。
ファイルなくなると痛いけど。
使ってる香具師xfsの安定性教えてください。

ここの人間がどのFSを採用するなんてどうでもいいことだ。
重要なのはどのディストリビューションがどのFSを標準に採用しているかだ。

どのディストリビューションがどのFSを標準に採用しているんですか?

使いたけりゃカーネルをビルドし直せば済むだけの話なのだが。

ルートはどうするんだよ･･･

>>162
RedHatはext3

>>164
引っ越せるよ。面倒だけど。

ttp://www.zdnet.co.jp/news/0312/04/ne00_cleartype.html
FATのサポート外さないとMSの略奪受ける？？

XFSを試してみようと、公式からソース落とした。
中身を確認していると、fsckがこんなのだった。

int
main(int argc, char **argv)
{
return 0;
}


SGIよ、すごい自信だなオイ。

感動した

man fsck.xfs
> fsck.xfs - do nothing, successfully
mount時にリカバリーするからいらないんだと。

でも xfs_check xfs_repair つーのもある

>>167
ﾜﾗﾀ

>>169
magic numberが読めなくなったので、最近使ったな。
xfs_repairでも直らなかったので、
xfs_repair -Lでログ消したらmountできた。

liloや、grubをMBRではなくパーティションの先頭に
書き込んでしまったときも大活躍です > xfs_repair

がーん。それやっちゃいけないのか。

Windowsとのマルチブートだけど Windowsパーティションによく
grub 書き込んで再インストールしてますよん

grub-install /dev/hda [TAB} -> ?? [1] -> /dev/hda1 [Enter]






あ
＿|￣|○

Windowsのntfs.sysを使って、読み書き完全サポート

http://www.jankratochvil.net/project/captive/

使っている人います？

>>175
相変わらず犬糞陣営ってやることが汚いよな。
それが必要であるならば正式にライセンスを受けてFAT/NTFSをサポートするのが筋だろう。

>>175
がいしゅつ

>>176
それはディストリビュータがやるべきことであって、一開発者がやることではない
そもそも犬糞陣営という言葉が意味不明

>>177
このスレでは使用報告は見られないんだが。他のスレにあるなら教えて欲しい。

いないって事だろう。

>>178
>>105-108

Redhatが買収するSistinaのSistina GFSってどうよ。
また、ファイルシステムが増えるのか？
ファイルシステムの切り札となるのか？

Sistina GFS
http://www.sistina.com/products_gfs.htm

米Red Hatがストレージ仮想化ソフトの米Sistinaを買収，全技術をオープンソース化
http://itpro.nikkeibp.co.jp/free/ITPro/USNEWS/20031219/2/index.shtml

買収してオープンソース化か。大胆だな。

MS買収してオープンソース化すれば、世界中の情報処理に関する問題の
半分は解決すると思うな。

>>183
やってくれ。
俺は金が足りん。

MSを買って捨てるという手もあるな。
アメリカの自動車会社は昔、鉄道会社を買収して、片っ端から廃線にしたらしいからな。

The OpenGFS Project
http://opengfs.sourceforge.net/

FAT ってこういう感じですか？ｗ
micros~1
micros~2
micros~3
micros~4
　：
　：

ＦＡＴのライセンス使用料はユーザーから徴収するようになるらしいね。
ディス鳥毎に交渉するので若干の差異はあるけど
大体一人当たりで約\500程度になるらしい。

>>188
>ＦＡＴのライセンス使用料はユーザーから徴収するようになるらしいね。
>ディス鳥毎に交渉するので若干の差異はあるけど
>大体一人当たりで約\500程度になるらしい。
ソースは？

カーネルが2.6になって、/ をXFSにする人も増えてくるだろう。

grubにXFSサポートマージされたっけ？

>>191
/をXFSにしてgrubからブートしていますが何か？
MBRにインストールすれば問題ないですよ。

>>191
とうの昔に

MBRにgrub入れるか、/bootを分けるか。
いずれにしても、インストール時にXFS選択できるようになるのはありがたい。

とっくに対応してたのね…。

FSだけの問題じゃないかもしれないけど、
ext3で定期的なfsckチェックに失敗して、死んだことがある。
何回かはログをドロップしてfsckし直すことで復帰したけど、一回はそれでも復帰できなかった・・・。

kernel2.6でEXT3も改良されたりしてないか？？？
情報求む。

それにしてもext3かxfsかreiserfsか選択に迷うなー。

>>197
vfatがお勧め。

>>197
umsdosとtmpfs

>>197
なんといっても cramfs が一番だよ。

>>197
スケジューラの改良で100倍(たぶん最高で)速くなるという噂をきいたぞ。
どっかのベンチマークに載ってねーかな？

噂ってこれ?
ttp://www.zdnet.co.jp/enterprise/0310/11/epn10.html

10倍となってるけど。

>>185
へえそうなの？

パフォーマンスにおいて、B-TreeがB+やB*に勝てるわけない。
頼みの安全性も、ログが壊れやすいという欠点がある。

>>202
ってことは、
>>7
あたりの評価も変わるってことかな。

>>202
> ディスクの予測型IOスケジューラ採用で100倍以上のスループットを記録

そのページの下の方に書いてあるよ。アンドリューも言ってるが、
投機的ものなので安定して100倍になるわけじゃない。

>>204
お前、ソフトウェアの実装の経験やアルゴリズムの知識ないだろう?

降るジャーナル使えるのはext3だけ？

>>167
これホント？

(((( ；゜Д゜)))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ ...

コメントの方が大きいぜw

>>167
int main(void)でいいだろ(w

>>211
main=-61; でいいじゃん

Linuxってx86以外にはportされてないんだっけ?

>>213
Debian が入った LX がそこに転がってる。alpha とかでも動いてたような…。
だから、>>212 じゃダメだな。

>>167
まじだ、、、すげー

>>167
1T以上のファイルシステム組んだとき、安定して動作するのがXFSのみだった、
という話は聞いたことがある。

befsってもう無かったことにしていいですか？

いいよ

Windows上から読み書きできることを条件としたときの最適なファイルシステムは何でしょう？

vfat

ext2 or ext3 ↓
http://www.holonlinux.com/products/linuxdrive/linuxdrive/

>>221
これいいですね。
ちなみにReiserFSやXFSはWindowsからマウントできるのでしょうか？

>>221
＞LinuxDrive for Windowsで対応しているフォーマットは何がありますか？

＞ Ext2とExt3とReiserFSになります。
＞Ext2とExt3はフォーマットおよびマウントを行うことができますが、ReiserFSはフォーマットのみの対応(マウントすることはできません)となります。
＞XFS,JFSは現在フォーマット、マウントともに未対応です。

なんて微妙なReiserfs

http://ext2fsd.sourceforge.net/
これどーよ？
ext2 file system driver for winnt/win2k/winxp.
ということだが。

ext2explorerだかext2plorerってのがあったと思う。

>>224
これって書き込みも完全にサポートしているの？

>>226
V0.09から書き込みもサポートされたみたいだけど。

>>224
書き込みはやめた方がよさげ
書き込んでLinux起動したらfsck走った

>>225
explore2fs？

力技：
VMWareでLinuxを起動
↓
ハードディスク上のパーティションをマウント
↓
Sambaで共有

>>208 今更のレスですまんが、漏れは、
mount -t ext3 -o data=journal ...
した時に、はデータ本体もジャーナルノードに書きこまれた後に
ファイルシステムに反映されると期待してた。
ttp://www.jp.redhat.com/products/Enterprise/WS21/releasenotes_WS.html
ttp://www-6.ibm.com/jp/developerworks/linux/020201/j_l-fs7.html
ttp://www.zdnet.co.jp/help/howto/linux/redhat7_2_ext3/02.html
とかはそう読めるんだけど
ttp://www.atmarkit.co.jp/flinux/rensai/fs04/fs04b.html
を見るとどうもデータ本体は別にジャーナルノードに書かれるわけでは
ないようだ。こういうのもフルジャーナルっつーの？

質問です。

cramfsでリードオンリーのプチシステムを作ろうと思ったんですけど
普通にブートできない事に、はたと気がつきました。

cramfsのイメージをシステムに書きこんだら、
ブートローダの情報を更新してやる必要があるけど、
cramfs自体がリードオンリーのファイルシステムだから書きこめない。
/bootだけext2にするのもなんかカッコ悪いし、
何かいい方法ありませんか。

>>231
grubみたいなファイルシステムを認識できるブートローダで
なんとかならない？ググると2002年頃にはcramfs用のパッチが
出てたし。

>>221
それなら祖父地図で投げ売りしていたんで買って来た
売価は通販での同時購入版と同じ
ネット通販と違って単独で買えたけど何でだろ
秋葉で買ったが地元の地図も同様だった

FAT32 だと 2GB の壁があるんでこれを使えばそれを越えられるかを試してみるつもり

>>233
君がいつもいい子にしてるからだよ。> 何でだろ

>>233
あらかじめいっておくが、2GBの壁はFAT32にはまったく関係ない。

訂正
2GB の壁ではなくてファイルサイズの 32bit u_int ( 4GB ) の壁
と言う事で宜しいかな >>235

Win9x系はOS自体が4G超に対応してへんよ

80GBのHDDとかをFAT32でフォーマットできるよ。

>>237
それFSとは別の話だろ。

>>238
BIOSの制限　つまりその当時のPC/ATの規格の制限であり
且つFAT16での話だな

>>238
悪い、言葉足らずだった
4G超のファイル、に訂正する

>>240
なおさら、ファイルシステムで話す内容じゃないな。まったく関係ない

>>232

れす、ありがとうございます。

それ、実はそれっぽいのがありそうだと言うことは知っていたのですが
肝心のパッチ自体が何処にあるのか分からなかったのです。
どっかのメーリングリストにあったリンクは既に死んでたりで。

とりあえずは/bootはext2ですすめながら、パッチも並行して探して見ます。
どうもでした。

>>242
うへぇー、たしかにパッチ本体が消えまくってた。
これは使えるのかな？
ttp://mail.gnu.org/archive/html/bug-grub/2002-04/msg00187.html

あと、これはどうだろう。/linuxしか読めないみたいだけど。
ttp://handhelds.org/hypermail/bootldr/1/0139.html

handhelds.orgだからiPAQとかのbootloader用だった...
逝ってきます

>>229
お前頭いいな

>>234-245

thx!
243の方は（良くわかんないけど）使えるかもしれませんね。
良く見つかりましたね。ほんと、どうもです。

> handhelds.orgだからiPAQとかのbootloader用だった...
> 逝ってきます

逝かないでぇ〜(w

とにかく最速はReiserFSでおＫですか？

>>248
HPFSだと何遍言わせれば気が済むんだ

/boot ext3
/ XFS
/usr reiserfs
/home reiserfs
がベスト？

>>249
またまたご冗談を

>>250
個人で使うなら、
/ reiserfs

でいいだろ。

>>250
メモリの無駄だろ。

>>252
禿同

というより>>253の指摘もあることだし/bootはext2/3、それ以外はケースバイケース(ただしどれか一種類)
でいいんじゃないかな


時に今Reiser4はどうなっているんだろと言ってみるテスト

>>254
ReiserFS4がインストールから使えるdist.ってある？

>>255
むしろ模索中

要はパッケージとインストーラーにreiser4progsが組み込まれ、かつKernelにReiser4サポートが
組み込まれる(あるいは組み込める)のが最低条件なんだが

確か今のところReiser4はオフィシャルのKernel2.6でもまだ試験サポートですら組み込まれてないので、
ディストリ側が独自にパッチを当てない限り上記の最低条件は満たされない

ただGentooのebuildにreiser4progsが上がってたりするので、実は案外その日も近いのではと期待
とはいえ当分は人柱だろうが

長々とスマソ

snapshotの最後の日付が12月23日だし。
来年辺りになりそうな悪寒。

Linuxファイルシステム技術解説（6)マダ〜？

>>258
あれだけしかatmarkitではよんでないな

ルートファイルシステムに cramfs を使ってシステムを作っているのですが、
devfsd が起動するときに

"VFS: busy inodes on changed media.."

というメッセージを吐きます。
これは inode が busy っていったいどういう意味なんでしょうか？
ファイルがオープンされているって事？

ルートファイルシステムを ext2 でつくったものをリードオンリーにして起動してみると
上のメッセージは現れません。
cramfs が inode の情報を削っていることが何か関係あるのかな？
今のところ、一応ブートもするし、特に困った症状も出るわけではないのですが
どうも気になります。

何かヒントをお持ちの方、教えてくださいませ。

尚、debian woody で kernel 2.4.18 を使っています。
また、諸事情により /boot だけはext2でマウントしています。

自己レスです。

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読んでみます。

>>254-257
去年12月のlkmlより
ttp://kerneltrap.org/node/view/1834

レイザー本人はものすごい乗り気で、
「version3よりずっと早く安定するだろう、今すぐ experimental でマージできる」
「1月には何らかの成果をおくるよん」としごく楽観的。
対してメンテナは様子見を決め込む。
モートンタソはmmに取り込む意志アリ、みたいな模様。

ライザーだろ。

>>262-263
ドイツ人とアメリカ人の喧嘩が始まりますた。

www.atmarkit.co.jp/flinux/rensai/fs05/fs05a.html

カーネル2.5から取り込まれてるんじゃないの？reiser4

>>262
情報ｻﾝｸｽｺ

>>265
そういう話もあったけど現に2.6.1の時点ではまだexperimentalにすらなってない

262のリンク先見てると取り込むの2.7でいいじゃんって言ってる人もいるし。
まぁ、俺はXFSが安定してるからReiserはいまさら使う気ないなぁ。

>>267
XFSいい？
最近ファイルが多くなってきてlsするのですら重くなってきたから使用してみようかな。

1つのディレクトリに数万以上のファイルがなければ違いなんてないでしょ。

>>269
数万以上でないけど、何百でも微妙に重いような。
感覚的に。

別に正確に調べたわけでもなんでもないけど、私の経験ではext3 xfs jfs いずれも
クラッシュした後にOSが起動しなくなるとかXが起動しなくなるとかの災難に見舞われたことがある。
で、Reiserfsだけは今のところこういう事態が発生したことはない。ｌ
というわけで何となくReiserfsを使ってます。
実際、デスクトップ用途ではどれがいいんだろう？解説とか見てもあんまり分からないんだよなー。

>>271
ext2

>>272
そうなの？

>>271
Linuxファイルシステム技術解説
ttp://www.atmarkit.co.jp/flinux/index/indexfiles/linuxfsindex.html

これが参考になると思うけど。

ufs2ﾏﾝｾｰ
DIRHASHﾏﾝｾｰ
softupdatesﾏﾝｾｰ

>>275
FATじゃダメでつか？

>>276
使ってもいいけど、お金払ってください。

>>275 奥山健一降臨?

>>271
安定してからのext2, xfs, ext3しか使ったことないけど、crashしたことなんてないよ。
ext2な/がumount出来なくなるくらいだ。

一体何台くらい運用しているとそんなに何回もcrashするの?
Crash後、hard diskのsurface checkやってる?

>>271
XFS-1.0のリリース前のバージョンはファイルをオープンしたまま
システムがフリーズするとファイルが壊れたりしたけど、
今は当然のごとくそんなことないよ。

逆に昔のことを考えるトReisefsはバージョンの変わり目が怖い。

(´-`).｡ｏＯ(このスレでは何回同じ話が繰り返されるんだろう)

reiserfs(linux-2.4.23 reiserfs 3.6)でjournal replayして復旧すると、
復旧したファイルの中身が壊れるのがいまだによくあるんですが、
何が悪いんでしょうか? notailオプションはつけてます。
データ本体がずいぶん長時間バッファリングされてる気がするんで、
仕方ないのかな。ひょっとしてreiserfs userの常識はsync mount？

というか、meta data以外はねえ

フルジャーナルじゃないんだから、
ファイルシステム的におかしくなければ、問題ないんでは？

>>280
禿同

1GBくらいのファイルをランダムアクセス（読みも書きも）する場合って、どのFSが高速ですか？
具体的には、データベースのデータファイルを置く用途を考えているんですが、
この際、信頼性は無視して高速なものを選びたいのです。

tmpfs

マジレスでXFS

FAT32

rawデバイス

EXT2とEXT3とRaiserFSは試したのですが、断然EXT2が速かったんですよね。
XFSとFAT32は環境がないので試してないのですが、機会を見てやってみます。
結局のところ、シンプルで余計な処理をやっていないものが速いと考えていいんですよね？
とするとFAT32とかMINIXあたりが最速なんでしょうか。XFSはどうなんでしょう。

まぢれすすっとFAT32は遅い

>>291
> 結局のところ、シンプルで余計な処理をやっていないものが速いと考えていいんですよね？

脳みそが旧石器時代だな。

>>293
でもですよ、EXT3よりEXT2の方が速いという事実からすると、ジャーナリングの仕組みが
パフォーマンスの観点から言ってマイナスなわけですよね。バッファリングをちょっぴり
賢くやっているという記事も見掛けますが、ランダムアクセスが多い場合はあんまり役に立って
なかったりすると思うのです。
「小さいファイルを効率良く扱える」とか、「大きいディレクトリを効率良く扱える」といった
特長が新しめのFSには多いと思うのですが、「大きいファイルのランダムアクセスを効率良く」
という特長を備えるものはないのでしょうか。

tmpfs

>>294
機能を後付けされたものと，最初からその機能込みで開発されたものを同列で考えられても…

大きいファイルの扱いだったらXFSは悪くないんじゃないだろうか．
もともとSGIのWSとかで使われてたわけだし．

あくまで想像だけど

>>286 とりあえずカーネルが2.4か2.6からぐらいは決めてふってくれ。
あと信頼性無視ってのは以下のどれ？
・システムクラッシュ後にファイルがこわれてもよい
・ファイルシステムが枯れてなくてシステムクラッシュしてもよい

>>297
後者はありえないだろ。

【XFSについての理解を深める】
ttp://www-6.ibm.com/jp/developerworks/linux/020322/j_l-fs9.html
ttp://www-6.ibm.com/jp/developerworks/linux/020607/j_l-fs10.html
ttp://www.sgi.co.jp/projects/xfs/
ttp://www.linux.or.jp/JF/JFdocs/Filesystems-HOWTO-9.html#xfs
ttp://www.hiemalis.org/~palace/linux/irix-linux.shtml
ttp://www.hiemalis.org/~palace/linux/xfs.shtml
ttp://miyagino.homeip.net/linux/sgi_xfs.html

DBで使ってfs周りでの処理はなるべくさせなくないっていうのなら、
DBMS次第だけど>>290のいうようにraw device使うべきだな。なぜか
スルーされているけど。

せっかく、商用DBMSのためにサポートされた機能でもあるんだし。

>>298
わざわざ無視っていう単語使ってるくらいなんだからわかんないだろ。

>>297
前者です。ミッションクリティカルなものではないので、バックアップからレストアすればいいと
思っています。

>>299
情報ありがとうございます。一通り読んでみます。

>>290
raw deviceって使ったことないのですが、単一のファイルをマウントするような機能なんでしょうか。
あ、とりあえずググってからまた来ます。

raw device → partitionをfileの様に使う

あ、block deviceの場合ね。

一般のFS上でDBMSを使う場合のデメリットは、
DBMSの整合性維持がFSの整合性維持によって、キャンセルされる可能性があること。
大した問題ではないかもしれないけど、二重にフラグメンテーションがおきること。

なんかいわゆるDBの話をしてるヤシが多いが、1GBのファイルのランダムアクセスというのはマルチメディアストリーミングとかの用途だったりしないか?

>>286
＞ 具体的には、データベースのデータファイルを置く用途を考えているんですが、

XFSの記事（>>299）を読んだらよさげな気がして来ました。試してみます。
raw deviceに関してですけど、mySQLだと使えないっぽいですね。
ところで、kernelは2.4を使っています。
2.6だとI/Oが効率化されるような記事も見掛けますが、XFSを使うとして、その恩恵は受けられる
のでしょうか。
、、、質問ばかりですみません。

つかうだうだ悩んでないで100GのHDD10分割して主要なFS全部試してみたらいいのに。
んで結果をここで発表すれ。

>>309
それじゃﾃｽﾄにならんだろ。外周と内周は同一条件じゃないぞ。

10分割がダメなら10台使えばいいのに

結局どれを使っても大差はでないってことでファイナルアンサー？

>>311
一台で順番にやれよ。

>>312
大きいファイルのアクセス、FATは遅いよ。
まあFATにする馬鹿もおらんだろうが。

MySQLでも、innodbならraw device使えるだろ

次世代WindowsではFSとDBが統合されるけどな。
ここでもLinuxは大きく遅れとるな。

釣りは他所でどうぞ

FSに履歴が復活してほしい

XFS1.3.1をSOFT RAID5で使っていると細かいファイルを大量にread/writeしてると
時々ファイルシステムがシャットダウンしてしまいます。
再現できずに苦労しているんですが、同じような経験した人いますか？

ファイルシステムがシャットダウンて何?

>>320
>XFS1.3.1をSOFT RAID5で使っていると細かいファイルを大量にread/writeしてると
>時々ファイルシステムがシャットダウンしてしまいます。
謎ｗ

XFS は突然シャットダウンくらうと
オープンしてるファイルが完全に破壊される。
あんなもん恐くて使えるか。

嘘はやめなさい。
ロールバックすることはあるけどね。←sync使わない限りどのFSでも起こりえる。

昔の話をしてる奴が居る

>>315
ですな。
http://www.mysql.com/doc/en/InnoDB_overview.html
InnoDB stores its tables and indexes in a tablespace, which may consist
of several files (or raw disk partitions).

http://www.mysql.com/doc/en/InnoDB_start.html には
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'.
とある。

>>323
昔の話ですな。
XFS pre1.0くらいのころはファイルをオープンしているときに
システムがフリーズするとファイルが壊れたりした。

まぁ当時カーネルも2.4.5位だったから全てXFSのせいでは
なかったけどね。

いまはそんなことはないよ

ロールバックは変更が反映されないってことだけで、破壊とは意味が違うだろ。

どっちやねん。

昔といっても gentoo が出てしばらくたったぐらいの話。
そしてロールバックではなく「完全破壊」です。
XFS こえーよ。あんなのは他のファイルシステムではなった事がない。

完全って何よ? 物理フォーマット?
あ、返事しなくていいから。どうせ(ry

>>328
どっちやねんって、ロールバックは健全性は保たれている。
破壊って言ったら普通は健全性が損なわれている。

2.6.3-rc1カーネルなDebian sidでnavi2chしていたらカーネル固まった。
他所からping打っても返事無し。リセットした。
XFSなファイルシステム自体は壊れなかったけど、
~/.navi2ch/pc.2ch.net/linuxの下のほげほげ.datなファイルの中身は
グチャグチャになってしまった。
ext3の頃はそんな事なかったんだけどねー。
2ちゃんねるから足を洗ういい機会かもしれない、とは思った。

XFS信者キモイ。

つーかすぐ信者論争起こしたがる考えがわからん。

>>332
~/.navi2ch の下がゴチャゴチャになったのはファイルシステムは
関係ないと思うんだが。変な終わらせ方したらたまになる。

Reiser信者は絶滅したのですか？

おおくまさんXFSの具合いはどうですか。
おおくまさんさやかタンの具合いはどうですか。

>>330
言いたい事あるならはっきり言えば？
なんでも「（ｒｙ」にすればいいと思ってるでしょうかこの人。
リアルで語尾がうやむやになって聞きとりにくいタイプ？

>>330
じゃあ、使い方が悪いのかもね
2年以上使ってるけど特に問題ないよ

>>337
なつかしいな。

XFS 信者マダー？

>>341
大して使ってないのにXFSを勧めてる連中が何人も登場した気がするが、それでも不足ですか？

自演クサ！

IRIX使ってるけど、ハードディスクがやたら五月蝿い。
これってXFSのせいかな？

そういや、294は結局どうしたんだ?

reiser4、今月の六日に更新されてんな。

どのファイルシステムでもsysctlのvm.bdflushでダーティーページ
の書き込みタイミングを調整すると書き込み時の応答性や信頼性
が調整できるよ

ext3に圧縮機能は無いですか？
透過的な圧縮機能があればいいのになぁ、と思っているんですが。

>>348
NTFSならありますよ。便利ですね。

>>349 いやまぁそれはわかってはいるんですが…

>>348
とりあえず Google ぐらい使えよ、と言いたいわけだが。

>>347
どっかで実験レポートだしてる？
vm.bdflushはジャーナル書き出しのタイミングは調整できないと思うし、
XFSのリアルタイムサポート(?)もこれじゃいじれないよな。
やれることには相当限界がありそうな気がするんで。

>>348
もう少し待ってよ。
今作ってるから。

e2compr、ext3につかえっかな

NTFSのソースコードは流出しなかったようですね。残念ですね。

>>355 流出していたら、かなりおいしかったはず。

SCOがUnixWareにNTFSサポート組み込めてたらもっと売れてたかねえ？

つーか、CIFSなら流失して欲しかった。
NTFS今更どうでもいい。読み書きできるし。

逆にNTFSが流出したら潰されそう

NTFS の write サポートって
2.4系にバックポートされないのかな？
2.4.25だとDANGEROUSのまま

http://linux-ntfs.sourceforge.net/
これだろ？
2.6でDANGEROUSの表示が消えたのかどうかはしらんが、
書き込みが安全だと言い切れる状態ではない。

ｵﾌﾟｿ厨ってソースが無いものに対してはまったく無力だな。

>>362
まあそういうもんだろ
無力なやつはほっておけ

またドザか。

kernel 2.4 で ext3 を ordered で使ってるのですが、
大きなファイルを書き込もうとすると
5 秒経つごとに kjournald が数秒間激しく走って、
他の処理がストップしてしまいます。
いくら何でも遅すぎという気がするのですが、
そういうものなんでしょうか。

reiserfs から reiser4fs にうpしたいんだけど

>>365
そんな印象はないが…何を実験したらそう感じる?

実験というか、普通に 100MB ほどの file cp してるだけで……
RHL8 をベースに kernel とか自前で compile してる環境で、
あんまり素性は良くないとは思いますが……

俺のヘボ環境(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のファイルを何個もガチンガチンさわるような仕事？

tume cp a b して
0.490u 18.300s 0:35.23 53.3% 0+0k 0+0io 98pf+0w
と出ましたが……
裏で他に重いプロセス動いていない状態で cp だけしましたが……

IDE HDD二つあって、両方で time で同じような数値がでてるから、
ハードの故障ではないと思うのだけど……

システム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だとか？

お付き合いいただいてありがとうございます。
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

syncで、で思い出したので調べてみたら、
DMA転送が何故かoffになってました……
原因はよく分からないのですが、
とりあえず起動時にhdparm -d1を実行して様子をみます……

質問です。

カーネル2.6使用時のファイルシステムは，現時点で何が一番オススメでしょうか。
ディストリビューションはDebianで，
マシンの利用目的はWebサーバです。
できればACLも試してみたいと思っています。

xfs

ext2

どこに書けばよいのかよくわからなかったのでファイルシステムスレにて失礼します。

Linux で、ローカル・ディレクトリ・チェックポイントを実現するようなファイルシステムは存在するのでしょうか？
ローカル・ディレクトリ・チェックポイントとは、NetFORCFE NAS サーバーに実装されているようなものです。
http://www.tgi.co.jp/PROCOM/DOC/localcp_wp-J.pdf
http://www.tgi.co.jp/NewImage/Check.pdf

>>378
LVMのスナップショットみたいなもん？

ならこっちかな。

LVMを語らせていただけませんか？
http://pc.2ch.net/test/read.cgi/linux/1024122484/

>>379 >>380
謝謝！まさにそんな機能でした。

質問です。

まっさらから Debian 3.0 を kernel 2.4 で新規インストールするという前提で、HDD 2基を
マウントする Linux マシンを組みます。
HDD_1 はシステム、アプリ、/var や swap などが入り、
HDD_2 は完全なファイルサーバー用のエリア（100MB over/file が基本）
とするとき、

HDD_1（のシステム領域）と HDD_2 は、それぞれどのファイルシステムを選択するのが
よいと思われますか？

なお優先順位はどちらとも
　耐障害性 > 安定性 > 速度
です。

>>382
とりあえずジャーナリングできるやつで、あとは好きにすれば?
新しく作るのに今更ext3でもなかろう...とは思うが。

ファイルサーバ用のファイルシステムは、今ならACLに対応したやつがホットかな。

ちなみに、漏れはほとんどreiserfs。
小さなファイルがほとんどだから、xfsよりもこっちを勧められた。

>>383
すいません。reiserfs3.x から reiserfs4 に上げたいんですけどお教え下さい。

NTFS書き込み正式サポートはまだですか？サポートされればKNOPPIXの利用価値が
激増するんですけど。

>>385
Captive-NTFS使えば？
http://www.jankratochvil.net/project/captive/
KNOPPIX3.4で採用されるらしいよ。

>>386
ユーザ空間でファイルシステム動かす話で実用化を狙ってるのが地味に面白いんだけど、
これってNTFSドライバはWindowsの純正のをもってくるんだよね？
単に入手方法だけ考えるとCDブートできない機械用にMSが配布してるフロッピから
取ってこれるのかもしれないけど、ライセンス的にどうなのかな。

WinXP_EN_HOM_BF.EXEをcabextractで展開するとcdboot5.imgにntfs.sysが見えるね。

FATの特許無視して勝手に使ったりドライバファイル盗んで勝手に配布したり
相変わらずモラルを知らない奴らだな。

>>389
お前FATのライセンス知ってる？

>>387-388
っつーか、>>386のツールの中にM$のサイトから自動的にダウンロードするソフトが付属しています。

>>386
Captiveに手を染めるぐらいなら本家サポートを待ったほうがよさげですね。
2.6.xでは書き込みもdangerouse扱いじゃなくなったんですっけ。

(´･ω･｀)

>>391
ダウンロード可能＝使用可能じゃないだろ。
しかもユーザーに責任押し付けてるだけだし。
そういうことするから信用がなくなるんだよ。

>>394
だったら使うなよ


というのがこの業界のスタンスだし
まあいいんじゃないの？

FATの特許って、データ構造に対するものなの？
あるいはデータへのアクセス手法？
それとも両方？

教えてエロイ人

VFATのロングファイルネーム対応に対するもの。


と適当言ってみる。

>>396
両方。

Windowsソースコードの流出、OfficeのフォーマットのXMLでの公開で
MSは自社技術をクローズドソースでは保護できなくなってきている。
なので特許による保護・ライセンスビジネスに方針を転換している。
もうすぐLinuxに対する対応も決まってくるよ。
おそらく会社単位で狙い撃ちしていくことになるはず。

Windowsソースコードの流出ってそんなに深刻なの？

あとEUにはもっとがむばって欲しい。
Officeのフォーマットはオープンにすべきだ、くらい言ってくれ >EU

>>398
データ構造で特許ってとれるの？

>>398
あと何処の国の特許取ったの？

>>399
それは既に言っている。
XML schemaの公開を制裁の一部に加えようとしているし。

>400

FATの件ならFATのデータ構造で特許をとったわけじゃないよ。
VFATのロング/ショートファイルネーム生成の実現方法に関する特許をMSが
取得している訳。
したがってVFATではなく FAT で8.3形式のファイル名しか利用しないという
制約の元で使用する限りにおいてはMSの特許に触れることはない(はず)。
あと、取得したのは米国の特許ね。
この辺は
ttp://www.itmedia.co.jp/enterprise/0312/25/epic04.html
に書いてあるのが詳しいかな。問題の特許の米国特許番号まで載っている。

デジカメのメモリカードとかVFATだよなあ。儲かりそうだなあ。

つーかさー、Windowsとデュアルブートして
データ共有領域にFAT使ってるやってるだけでも
有り難いと思えばいいのに。

>>404
デジカメなんかは8.3形式じゃない？
DSCF0001.JPG
とかってなってるよ。

>>406
ありゃあえてそうつけてるだけ

>>403 あと、取得したのは米国の特許ね

米国以外で使う分には、今のところは問題ないわけ？

>>406
ディレクトリが、2004-03-26なんてなってるよ。

>408

すまん、それは俺には何とも言えない。MSの法務部門がなんというかだな(w
調べてみた限りでは問題の特許は国際出願にはなっていないようだが。
また日本の特許庁のサイトでもちょっと検索してみたが、引っかからなかった
ので日本では該当特許は成立していないと思われ。違ってたらスマソ。

(;_;100G over の XFS 使って 100M 〜 200M 前後のファイルを読み書きしていたら、mount も xfs_repair(1) も不可能な状態に ...ext3 使ってて壊れたから乗りかえたのに、いきなりこれかよ ...

間違えて age ちゃったよすまソ

ちなみに 壊れた 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
どうするかな ...

あと、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 が怪しい?

mount したまま FS を resize する機能を使っている人、情報キボンヌ

2.6.5 に乗り換えようとして device-mapper でひどい目にあったので、
ReiserFS4 は試してない ...

なんか map している device の数が増えると動かなかった
( LVM over device-mapper)

やっぱ ext3 に戻して backup をこまめに取るしか無いのだろうか

ただ、online resize(マウントしたまま resize) がアヤシイんだよね < ext3

>>416
補足。
kernel 2.6.5 で LVM over device-mapper は
map している device の数が増えるとうまく動かなかった。
miner 番号の大きい device が使えない。制限だかバグだかは不明。

やっぱり総合的に見て ufs2 + softupdates ﾏﾝｾｰだよ
ﾏﾝｾｰ!!ヽ（´ー｀）ﾉ

>>418
お前ここに来なくていいよ

XFS merged in 2.4

次のLinuxファイルシステム技術解説はxfsでも来るかな

xfsって、ファイル名の文字エンコードはどれでもいいの？

XFS使い始めて3、4年になるが、その間EUC-JP、UTF-8と使ってきて
特に問題ないよ。
それ以外は知らない。

XFSは、自分も使用しているが今のところまったく問題はでてない。
#なんか大文字のほうがいいような気がする。xfsってフォントサーバと間違えやすい

ISO-2022-JPはダメでしょ。/が入るから。

大容量ファイルサーバ目指したいのですが、
やっぱクラスタしかないのかな？
無料の並列ファイルシステムって↓以外に
知ってる人いたら教えてください。

PVFS(kernel2.4系)
PVFS2(kernel2.6系)

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 で使用 (たとえば巨大容量とか)

というのでどうだろう。

>>411でext3でも壊れたって書いているけど、同じマザーボードですか?
いくらなんでもハードディスクは交換しているよね。

> Apr 7 21:46:01 xxx kernel: end_request: I/O error, dev 21:00 (hde), sector 428474824

なんだから、ハードディスク壊れているに違いないけども、
ハードディスクは交換ずみなら、コントローラとか、
利用環境を疑った方がいいんじゃない?

ファイルシステムのレイヤーで解決できない問題だから。
財布とかRAIDとかさ。

>>428
同じマザーボードです。
ディスクは交換しました。
あと、HDDの冷却がうまくいってないのかと思い、ファンを増やしました。
(HDDはずしたとき熱かった)
電源も地雷の噂のあるやつだったので交換しました。

>>427に出した log は交換する前に出た error です。
リカバリのために backup 取ってるときに FS が shutdown してしまって困る
ということ。

>>429
> リカバリのために backup 取ってるときに FS が shutdown してしまって困る
> ということ。

ムチャ言うなよ。
重要なmeta dataのトラブル回避はRAIDの担当分野だよ。
まあ、20年も前ならfile systemで冗長性取るのもありだろうけど。

>>430
backup するときに、
読めるデータは全部読みたい
というのは、そんなに無茶な要求ですか?

>重要なmeta dataのトラブル回避はRAIDの担当分野だよ。

だれも、そうじゃない とは言ってない。

素朴な疑問なんだがswapって作らなくても平気？

ああ。

>>431 ところで、これはXFS以外だといくぶんマシなの?
他のファイルシステムはシャットダウンはしないかもしれないが、
cpioやtarが読めないファイルをスキップしてくれなくて、
そこでハマったまま止まって、
その他のファイルのバックアップに進んだりはしてくれないんじゃないかと。

431はそっちの方がいいんだってさ。

いままでだと
I/O error が出ながら backup が進むという場合が多かったが ...
ハマる場合もわりとあるんでしょうか?

>>435 ext3 の場合です。

>>435 じゃなくて >>436 です。すまソ

>>421

???
詳細キボン

>>439
@ITのことだろ。

>>439
ttp://www.atmarkit.co.jp/flinux/index/indexfiles/linuxfsindex.html

>>440
>>441

ありがとん

ageてしもた。
みんな、ごめん。

JFSでどうしてもSamba経由のSJISのファイル名が通らない。
これって仕様？
結局JFSのソースに手を入れて無理矢理何でも通すようにしたのだが。

sambaの設定で回避できなかったの?

>>445
出来なかった。。。
カーネルは2.6.5で、ext2とかは大丈夫なんだけどとにかく多バイトコードはダメ。
codepageの設定がおかしいのかな。

>>411
なるほど。ディスクの壊れ方にもよるんだろうけど、俺の場合は
壊れたブロックを含むファイルをさわったプロセスがそこで止まってしまい、
dd_rescueでディスクイメージでコピーするぐらいしか対処できなかった経験ばかりだった。
(ディスクが過熱して一時的にI/O errorってのはあるが)
なんか実験する方法ねーかなー。

Google File System(GFS)ってどうよ？
ttp://www.radiumsoftware.com/0404.html#040406
ttp://blog.topix.net/archives/000016.html

正直意味わからん。だれか俺にもわかるように解説きぼん

>>448

あんまり深く考えるものでもない。その名の通りgoogle専用FS

ファイルのメタ部分とデーター部を物理的に分離して全てのメタ部分を一台のマシンに格納。
このマシンはシステム全てがRAMに乗っかるようにしたりして、
限りなくハイレスポンスで動くようにチューニング。
※一台といってもフェイルセーフのため待機してるスレーブはあると思われる。

データー部はHDDを持つマシンによるクラスター群に収納。
このマシンはRAIDなどもたず格安のハードで構成する。
そのかわり大量に用意し、かつクラスターどうしで複製・修復の機能を持たせる。

GFSサーバー（リモートFSなのでネット越し）にクライアントからファイルアクセスの要求がくると、
メタ部サーバーが要求したマシンにデーター部の場所を教える。
※ファイルのある場所はクラスターのどこのマシンか
クライアントは教わったデーター部サーバーに直接ファイルアクセス要求をだして
データーを受け取ったり書き込んだりする。

世の分散FSなどだとメタ部分の分散を狙う。
だけどメタ部分を分散すると各サーバーで食い違いが生じる問題が出てくる。
そこで、googleでは学術的面倒さを吹っ飛ばすためメタ部は一台（食い違いが起こりえない）
としたんだね。

クラスター群のマシンは昔電源がガムテープで止めてあると読んだことがある。
ねじ止めするとパーツ交換に時間がかかるからだってさ。
アメリカは土地が広いんだねー。日本のハウジングじゃブレードサーバーですらでかすぎ。
（ラック利用料（土地代）が高いので）

いろいろと豪快だな、Google。

"Deep Blue"を思い出すね。

ext3使ってるんですけど、
WindowsのFAT32やNTFSと比較しても随分壊れやすい気がするけど気のせい？

>>452
どんな使い方してる？

>>453
今すぐその発言を撤回しろ、もしくは首釣って来い
FAT32よりも劣っているなどとext3に対してあまりにも失礼だ
たとえお前がxfsだとしてもだ

＿|￣|○ レス先間違えた

わらえる

　∧||∧
（　⌒ヽ　　吊って来た
　∪　　ノ　
　　∪∪

fsckで復活しますた。
というわけで何事もなかったように続きをどうぞ。

xfsがカーネルに追加されてからはxfsばっかりだなぁ。
なんとなくだけど。前はReiserFSばっかりだった。
どっちも普通に安定して使えてる。

>>458
>xfsがカーネルに追加されてからはxfsばっかりだなぁ。
>なんとなくだけど。前はReiserFSばっかりだった。
>どっちも普通に安定して使えてる。
もはや、性能うんぬんではなく好みの問題。

dvd-ramでバックアップしようと思うのだけど、
お勧めのファイルシステムってある？

とりあえず、ext2かudfかで迷ってます。

>>460
gnu-tarで固めれば、できあがった玉を納めるものはなんでもいいだろ。
FATのままならフォーマットし直す手間も省けるんじゃないか？

ext3は信用ならないね・・・

jfsはどう？

ext4は出るんかね。
名前だけのじゃなくて。

>>460
あほか、UDFに決まってるだろ

ReiserfsにReiser4の機能がバックポートされまくってるな。
2.6.6-rc3-mm1で
- reiserfs gains a data=journal option.
出来るようになったみたいだし

>>461
zip使え　ハゲ

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
みたいなエラーが出まくって死んじゃったことあるけど。

>>468 どっちかっつーと、

現状FSを縮小できるものはReiserFS以外に何がありますか？
以前はxfsが拡大はできるけど縮小ができなくてReiserFSにしたわけですが。

ちなみに縮小の用途はLVMとの組み合わせで
データ生かしたままHDD取り出すときの為です。

>>469
ディスクエラー？

Windows2kみたいな圧縮フォルダの機能を持ってるFSありませんか？
あとデフラグって掛けられません？
掛ける必要ない？

>>472
>>64

圧縮については知らない。

e2comprでいいなら2.4.26向けまで
ttp://sourceforge.net/project/showfiles.php?group_id=83758&package_id=86254

暗号化してくれるループバック用ファイルシステム...って、あったよな。
圧縮してくれるやつって、なかったっけ?

っつーかさ、今時「圧縮」なんてミミチイことやってる香具師いるのか?

↑アフォ（ｗ

476：login:Penguin [sage]：04/05/04 11:58 ID:7vji/ywI
↑アフォ（ｗ

476：login:Penguin
↑アフォ（ｗ

>>476=アフォ（ｗ

cloop?

From: [476] login:Penguin <sage>
Date: 04/05/04 11:58 ID:7vji/ywI

↑アフォ（ｗ

アフォなのは Date

まだ春かよ。とっとと学校いけよ。

>>470
reiserfs以外だとext2(ext3)
ttp://tldp.org/HOWTO/LVM-HOWTO/reducelv.html

つーか、読むべきなのは以下の２つのどちらかでは。

データを載せたままHDD(というよりVolumeGroup丸ごと)を取り出すなら
"Moving a volume group to another system"
ttp://tldp.org/HOWTO/LVM-HOWTO/recipemovevgtonewsys.html

データを別HDDに退避してHDDを取り出すなら
"Removing an Old Disk"
ttp://tldp.org/HOWTO/LVM-HOWTO/removeadisk.html

>>478
cloopはread-only

>>475
[HOWTO] root, swap filesystem encryption for 2.4 and 2.6
http://forums.gentoo.org/viewtopic.php?t=108162

これ応用すれば圧縮もできない？

出来なくはないけど、swapなんかは、
block単位のsize保存encryptionだからこそ、
memory pageの扱いがうまく行くんでしょうね。

swapじゃなくてもseekが遅くならない工夫があった方がいい。

XFSのファイルの削除は速くなったかね？

速くなってたらどうする？

# rm -rf /
だろ？
これ time で時間計れるのかな。

kernel2.6系列だとXFSがいいのかな
でもreiserfsもジャーナリングオプション一通り揃ってきたし

ReiserFSってなんて呼んでますか？
私は　レイザーエフエス　って読んでるんです

http://search.yahoo.co.jp/bin/query?p=reiserfs+%c6%c9%a4%df%ca%fd&hc=0&hs=0

XFSは何の問題もなく使えてる。
ファイルの削除の時間も特に気にならないけどなぁ。
カーネルツリーの削除とかね。

環境はこんな感じ。

CPU Pentium4-2.8GHz
DISK SATA経由でUDMA133(多分)。
Kernel 2.6.5

ディスク自体は忘れた。
MaxtorのUDMA150対応のやつだったと思う。

でかすぎてパーティションの先頭のセクタ破壊する問題は改善されん？

消去法でいくとJFSしか残らない悪寒…。

EXT3でのファイルオープン数の上限が分かる方いらっしゃいませんか？
ここなら載っていそうと言うURLでもいいので。。。
お願いします。

聞いてることの意味わからへん
cat /proc/sys/fs/file-max
じゃないよな？

まさにそれです。
自由に変えられようですね。
しかし、1プロセス1024の上限はそうそう変えられないようですね。
ありがとうございました。。

もう一つ、教えてください
inodeの数って変更できると言うことは調べられたのですが、
EXT3での上限などはあるのでしょうか？

ファイルオープン数はとりあえず、
ttp://www.nxhack.tarumi.kobe.jp/linux_kernel_tuning.html
を見てみれ。

inode数はman mkfs.ext2とかman mkfs.ext3したら

-i bytes-per-inode

この値は、一般にはファイルシステムのブロックサイズより小さくすべきではない。さもないと不必要に多くの inode が作られてしまう。

とか書いてある。

ディスクデバイスはブロックサイズ単位で読み書きするので、基本的には、1個のinodeはブロックサイズ分ディスクを使うと考えてくれ。

bytes-per-inodeをブロックサイズより小さくする
↓
パーティションを分割する単位データが小さくなる
↓
通し番号として使うinodeの数が超増える
↓
単位データが小さくなってもinodeはブロックサイズ分使ってて小さくならない
↓
ディスクの半分がinodeで使われる
↓
マズー

まぁこうならないようにハイテクなファイルシステムではinodeのわりあてをいじるわけだがext3の理解だったらこんなもんでいいだろ。

$ find e2fsprogs-1.35 -type f | xargs fgrep ext2_ino_t | fgrep typedef
e2fsprogs-1.35/lib/ext2fs/ext2fs.h:typedef __u32 ext2_ino_t;

497はext2ファイルシステムだと32ビット個のinodeしか作れないぞといいたいのだろうか

なんか危険なことが起きてますね…

On 2.6.0-testx kernels, I have noticed that there are problems with
GNU Parted. Parted says that the disk geometries reported by the
kernel are incorrect.

/.J にもタレコみがありましたが。

NFS の質問も良いでつか？　OS は Fedora Core 2 なんですが、

サーバは下記の通りです。
/etc/fstab:　LABEL=/home　/home　ext3　defaults,usrquota　1　2
/etc/exports:　/home　*　(rw,no_root_squash)

クライアントは、
/etc/fstab:　sv:/home　/home　nfs　nfsvers=3,hard,intr,user,rw　0　0
となってます。

この設定で mount /home で普通にマウントできるのですけど、書き込みが
できません。Permission denied だそうです。FreeBSD からもマウントを
試してみたのですが Read-only file system で、ほぼ同じです。当然ながら
ディレクトリそのものには書き込み権限あります。なんででしょう？

>>500 もしかして両者のuid/gidが合ってないとか。

>>501
さっそくありがとうございます。root でも一般ユーザでもダメです……。
権限の問題というよりも、マウントオプションで何かを忘れているために
Read-only file system なんじゃないかと思ってます。うーむ。

exports の微妙なスペースの差でダメだったみたいです。できました。

>>500
そうだそうだ。許可ホストとかっこオプションのところはくっつけないかんね。

ソフトウェアRAIDでRAID5のボリュームに既存のデータを壊さずに
ディスクを追加できるのってraidreconfがあるLinuxだけ？
vinumやraidframeではどうなのかな。

あ？

Linux-NTFS Projectの中の人も大変だな

/ を reiserfs にしてるんだけど、
その / をリードオンリーでマウントしてるのに mount コマンドでは

/dev/hda2 on / type reiserfs (rw)

とかってあたかもリードライト可能なように表示される。
他のファイルシステムでもそんな人いる？

多分、readonlyであっても最初のmount時にjournalを強制的に反映させるために
read-writeにしてるんじゃないですかね。
ext3もjfsもxfsもデフォルトはそうだと思う。
jfsはnointegrity optionで、xfsはnorecovery optionで
mount時にjournalがどうなってようがreplayせずに放置してくれるそうだけど、
journalingのためのkernel daemonが動いたらrwにしてしまいそうな気もする。
ext3の場合はfilesystemをext2だと宣言してmountするのが安全かなぁ。

>>496
>ディスクデバイスはブロックサイズ単位で読み書きするので、基本的には、1個のinodeはブロックサイズ分ディスクを使うと考えてくれ。

ちょいと、ダウトしとこかな。

mkfs -i で指定するサイズの意味は、ファイルシステムを、その指定サイズのファイルで
埋め尽くしたときに、ちょうど足りるだけの inode 領域を作りますって意味に、100カノッサ。

あと、1 inode のサイズは、ext系だと多分128byte。

reiser4はどうなったのか

debianをインストールするときにrescue.binは正常に通って
次にroot.binを入れてエンターを押すと

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
request_module[block-major-2]:Root fs not mounted
UFS:Cannot open root device 02:00
Kernel panic: VFS: Unable to mount root fs on 02:00
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
と出てしまいインストールをすすめる事が出来ません、、

何が原因でしょうか？
ご教授してください。

お願いいたします。
ちなみにDebian GNU/Linux 3.0(woody) をインストール中です。

>>512
Debianスレにいった方がいいと思うが…

単にfloppyが壊れているんじゃないの?

>>512
http://pc5.2ch.net/test/read.cgi/linux/1085817615/135

cfs使ってみたいんですけどその話題もここでOK？

0k

ext3が壊れたのですが、これって何が起こったのですか？

発生状況としては、hibernateを繰り返しながら使っていたノートPCを、
デュアルブートのWindowsに切り替えるため再起動。
Windowsでの作業(linuxパーティションへのアクセスは無し)を終え、
Linuxを起動するとなぜかrpmのDBが壊れてる。
rpm --rebuilddb で修復すると、一部パッケージ情報が欠落。
何となく(すみません、何でだったかな)再起動すると、/ の
ファイルシステムチェックが動き、さらにrootのパスワードをいれて、
fsckしろと。したら一部ファイルが/lost+found逝きに。

ま、こういう時に再インストールに逃げやすいよう、/home を別パーティションに
分けてあるので再インストールのつもりなんですが、原因は何でしょうね？

・ハードウェア異常でHDDが壊れた（でも、smartctl によれば異常無し）
・ドライバのバグ、configミス(でも、結構長く使ってる2.4系カーネル。自家ビルド)
・その他

消去法でもいいんで、何かあったらよろしくです。
ちなみにディストリビューションはVineLinux(Seed)です。

>>517
壊れる前の数日とか、ログに何も出てなかった？

>518
grep -e '\(ext3\|hda\)' /var/log/*
で調べましたけど、正常なログと壊れたときのfsckの時のログしか出てきませんでした。
(ログが壊れてる様子は無いですね)

fsckのログは以下。最初のタイムスタンプがずれてるのはキーボード入力を放置したからかな？
ジャーナリング最強、壊れるわけねーぜと思い込んで真面目に作業してなかった・・・。

Jun 11 16:30:10 localhost kernel: EXT3-fs error (device ide0(3,5)): ext3_readdir: bad entry in directory #644496: rec_len is smaller than minimal - offset=96, inode=646822, rec_len=0, name_len=0
Jun 11 16:59:54 localhost kernel: EXT3-fs error (device ide0(3,5)): ext3_readdir: bad entry in directory #599176: directory entry across blocks - offset=0, inode=599176, rec_len=9352, name_len=9
Jun 11 17:00:09 localhost kernel: EXT3-fs error (device ide0(3,5)): ext3_readdir: bad entry in directory #470676: directory entry across blocks - offset=0, inode=470676, rec_len=11924, name_len=7
Jun 11 17:00:24 localhost kernel: EXT3-fs error (device ide0(3,5)): ext3_readdir: directory #82031 contains a hole at offset 0
Jun 11 17:00:24 localhost kernel: EXT3-fs error (device ide0(3,5)): ext3_readdir: directory #82031 contains a hole at offset 4096
(中略、前後の行とdirectory #とoffsetだけが違うのが15行ほど)
Jun 11 17:00:34 localhost kernel: EXT3-fs error (device ide0(3,5)): ext3_readdir: directory #82019 contains a hole at offset 16384
Jun 11 17:00:56 localhost kernel: EXT3-fs error (device ide0(3,5)): ext3_readdir: bad entry in directory #644496: rec_len is smaller than minimal - offset=0, inode=0, rec_len=0, name_len=0

正直、NTFSは無駄多いしそんなに速くないけど偉大だとつくづく思わされた…ﾊｧ

>>519
おお、俺の(468)と同じじゃないか。
これ fsck のログじゃなくて、普通のディスクアクセス時のログでしょ。

fsckが何かログを吐くのかは知らないけど、fsckするときはアンマウントしてるはずだから
EXT3-fs errorってことにはならないような。

>>519
ハイバネってAPMハイバネ?swsusp?
使ってるカーネルが明記してないあたりから察して
いろんなパッチあててるんじゃないか?

昔、LBAでdisk使っているのに、
Windows+BIOSのハイバネはCHSだと思ってて、
Linuxのpartition壊されたことあったな。

まあ、最近はLBAばっかりだとは思うが。

>>521
あ、そうなんですか？
その時間帯fsckしてたような気がするんですけど、そういわれてみればそうかも。

>>522
ハイバネは 2.0.0.44 です。
カーネルは自家ビルドと思っていましたが今調べたら Vine 製(kernel-2.4.26-0vl1)でした。
e2fsprogsのバージョンはfsck.ext3 -Vで調べたら1.35(28-Feb-2004)でした。

>>523
Windows+BIOSのハイバネって、下記URLの
＞ノートPCのハイバネーション機能はノートPCのハードベンダーが独自に組み込んだもので、OSが用意した機能ではない。
の奴ですか？
ttp://nobumasa-web.hp.infoseek.co.jp/multi_boot/etc.html#hibr
うちのWindowsで使ってるのはWindows2000自体の機能の休止状態です。
しかし、ブートセクタやMBRが侵蝕されたならともかく、ファイルシステムの
一部が壊れたわけですから、関係ないと決めつけてるんですがどうでしょうか。

>>520
>正直、NTFSは無駄多いしそんなに速くないけど偉大だとつくづく思わされた…ﾊｧ
またまた冗談を。なんかNTFS信者って多いな。
NTFS信者=Win信者？

透過圧縮とか謳い文句 だけ みりゃいいもんに見える

>>524
冷静に考えてみ。

/つーか/var/logを含んでいるパーティションをfsckしている最中に
その上にモリモリログを書いてたらえらいことになるぞ。

あと普通のSysVinitの構成は/をmountできないうちにsyslogdを走らせたりは
しないから、syslogdがメッセージをバッファしたりもしない。
kernelがメッセージをバッファしていて(dmesgとかでみえるやつ)klogdが後から
ファイルに書いてくれたりはするが、fsckはアプリとしてメッセージ吐くからダメなのだ。

>>527
言われてみればそのとおりですが、ちょっと疑問があります。
ttp://www.a-yu.com/pub/lilo1_6.html
のとおりシングルユーザモードでログインしてfsckしたわけですが、
確かログインした時点では/はマウントされてたと気がするのです。
それに fsck はルートパーティションの /sbin 以下にあるし。
プログラムをメモリにコピーしてから一時的にアンマウントしてるのかな・・・。

ファイルシステムへの理解が浅いのでこの部分で間違ったのかな？
素直にfsckしなければ復旧できたとか。

>>526
NTFS信者ですが、どのあたりを見れば、わるいもんに見えますか？

Windows NTFS
共有領域 FAT32
Linux Reirserfs or XFS

どうせこういう感じで使うんだからNTFSとLinuxのファイルシステムは比較対象にならないよ。
WinとMac比べてるようなもん。不毛。

>>527
/のように無いと何もできないパーティションをfsckする羽目になると、
たいがいread-onlyでmountしてfsckする。よって/var/logには何も書けない。

ファイルシステムトラブルに限った話じゃないけど、
システムがまともにブートしなかった時のコンソール
メッセージってものすごく大事だと思う。
これをうまくログる方法ってないのか?
いまどきシリアルコンソールで繋いで
端末からラインプリンタに出すわけにもいかないし...

それはともかく、>>517のトラブルはswsuspとext3の合わせ技なんじゃないかなぁ。
最近のswsuspってfilesystem buffer cacheもハイバネの時に吐いたりするし、
2.4のext3もいまだに高速化のチューニングやってるよね。

解決方法の提案は今ありません。

>>531
なるほど、納得です。

>>532
推量で書かれてますが、納得してしまいました。ありがとうございます。
swsuspをやるhibernateスクリプトって、モジュールアンロードしたり
一部daemonを止めたり周辺機器の接続を落としたりしてから
swsuspしますが、スクリプトが走り始めてからでもキー入力は受け付けてるし、
他のプロセスも走ってるようだしで、こんなんでいーのかなーと思ってました。
今まで正しく動いていたので良いのかと思ってましたが。
でも、ジャーナリングの御加護はどこへ行ったんでしょうねぇ。

>>532
俺も同じエラー出てext3壊れたけど、
ハイバネなんか使ってないしIDEじゃなくてSCSI(RAID)だし、
ということで ext3 逝って良しということなのかな。なんだかなー。

>>532
シリアルコンソールつないでTeraTermで観察よろ

ext3ジャーナリングって設定しない限りはメタデータに対してのみだから、
fsckしないでも済む以上のことはないでそ。実データに対してのジャーナリング
までやっていたら、遅くて話にならなくなるし。

メタデータのジャーナリングしかやってないのなら、
ext3だろうがjfsだろうがxfsだろうが、
ファイルの壊れやすさはジャーナリングしないのと、たいして変わらないのでは？

NTFS ってメタデータだけなのかな

>>537
ファイルについてはそう。
ただファイル「システム」が壊れにくくなる。

NTFSは貶められるほど粗悪じゃないし、崇拝されるほど完璧でもなく
個人利用には必要にして十分ないいFSだと思うが、ﾏﾝｾｰ派もｱﾝﾁも必死なんだよな・・・

>>539
fs自体の壊れにくさもそうは変わらんよ。非ジャーナリングfsでは
障害時にfsckで全ディスクを舐める必要があるってだけで。

>>536
519のログを見ると、メタデータが壊れているようなので、まさに
「ジャーナリングの御加護はどこに」
という気分になるな。

ext3ってジャーナリングしてたんだっけ？

えぇー！

>>541
ext2 -> ext3 という話なら、そうかもしれんが、
一般論としてのジャーナリングであれば>>539が正しい。

ジャーナル部分のバグで、更に壊れる可能性アップ

とかいってみるテスト

昔、ext3でログのsyncが、vfsのバグで上手くいかなくて、
壊れるって言ってる人いたけれど、もう直ってるんだよね？

sync2回打たないといけないとか、いろいろ噂流れてたなぁ

sync for me
sync for you
sync for god

>>547
IBMの奥山が広めたデマだな。
・ext3が.journalというファイルにログを書いていたこと
・LinuxがHDDにraw deviceを用意してないこと
に着目してjournalもバッファされるからトランザクション性がないだろ
とか言ってた。彼のページにまだ記事が残ってるだろうが、
彼はFreeBSDのsoftupdateマンセーだったので
journaling fs自体否定されてるぞ(w

>>550
ところでsoftupdateって実用に耐えるようになったのだろうか？

>>551
FreeBSDではかなり前からsoftupdateがデフォルトで有効になっているぞ。
つーか実際に運用されているサーバでsoftupdateを有効にしていないものは
ほとんど残っていないと思われ。

>>550

奥山シンパじゃないが...

>journaling fs自体否定されてるぞ(w

おまえ、ちゃんと文章読めや。
奥山はjournaling自体をを否定してねえだろ。
ただ（あの当時の）journaling fsはメタジャーナリングしかなくて、
メタジャーナリングじゃデータ領域の安全性はsoftupdateとか、何か安全性を
保証することをしないといけない。
なのに、データ領域への書き込みはlinuxのvfsが無茶苦茶asyncしまくりのタコな
状態なのに、それに依存しまくっているから問題だって言ってるだけだろ。

たしかにext3に関して勘違いした文章は書いているが、結局メタジャーナリングじゃ
データ領域の保証はされてないってところでは、現状のlinuxのvfsってどうなのよ。
linux使ってる身としては、結構気になるんだけどな。

#たしか、/.でも、奥山の間違いの指摘と、ジャーナリング機構の堅牢性の話は出たが、
#その部分で叩くばかりで、linuxのvfsの話はスルーされてたなぁ。

#おまけに、>>536の指摘が出るまで気づいてないような、勘違いレス
#（ジャーナリングしたのになんでデータが飛ぶの？みたいな）も出てるし。

データ領域もジャーナリングするファイルシステムってないの？

>>553
xfsが自前のvfs使ってるはず。

他のext3とかreiserfsとかjfsは
腐ったvfsを使用しているという点ではダメだと思う。

vfs直そうよ

http://www.dd.iij4u.or.jp/~okuyamak/Documents/NetworkFileSystem.Tune.4.html
http://www.tac.tsukuba.ac.jp/~yamato/samba/11000/msg00478.html

論争ネタはこれ前後ですかね？
---
ext3 層が ext2 に Journal を書いてくれと頼んでも、 Journal 記録が disk に書き込まれる保証はない
---
これは vfs と ext2 fs がジャーナルの書き込みと順序の保証をしないという事かな？

これに対する典型的な反論は
・古い情報に基づいてる
　　→ということはもう vfs は直っている？
・HDD のファームがある時点でのデータまで全て書き終えた事まで保証しないとだめなので softupdates も意味無いんでは
　　→ではバリア命令を送れば問題ない？

…以上だったと思う。訂正よろ。


あと、どこかに奥山氏だったか、linux の fs は順序フラグ付けても無視する、
と言うようなML投稿も有ったと思うがみつからねー。(syncじゃなくてorderの方)

>>554
RAID?

俺もそう思ったがファイルシステムじゃない・・・

>>542
まさにそうなんだよ。
ext2よりext3のほうがよく壊れる感じがしませんか？

しません。原因不明で壊れた事はないから。
ていうかファイルシステム破壊のような重大問題を
「感じがする」なんていいかげんな事で済ませたりしませんから。

壊れた原因が判明するほうがまれだと思う

>>554

Log structured は、比較的それっぽいと思うけど、どうなんだろう？
メタデータとデータを一筆書きで（場所を分けないで）ずるずると書いていく
イメージなんだけど。

>>563
LFSはジャーナルだけのファイルシステムって感じだよね。

>>554
ext3が、data=journalオプションでフルジャーナルになるっぽい。

結局vfsは直ってるんですかね〜
直ってるってはっきり言ってるのを見たこと無いのでちょっと心配。

なんでファイルシステム関連は妄想ヲタが多いのかね。

>>565
おかしいところを具体的に指摘すると
もっと効果的だよ。

>>566
っていうか、指摘できなきゃ>>565こそヲタの妄想でしかないよな。

>>564
vfsが治っていないと、今でも>>546ってことになるもんなぁ。

>>568
それはないはず。
たしか、奥山氏のページのext3に関する記述の（/.だったかな、の）反論として

（奥山氏の推論）ext3はext2上にジャーナルデータを記述した一般ファイルを作る
　　　　　　　　→ジャーナルデータはvfs経由で書いてるだろう

（反論）ext3では、ジャーナルデータの書き込みはちゃんと独自のルーチン使ってますね（プ

というのがあったので、たぶんvfsが原因でジャーナル部分に影響することはないと思う。

皆さんのカーネルに対する理解が、スケジューラやVM辺りで止っていて、
fsやnetにまで届いてないことは、よく分りました。

>>570

そう思いたいのですね:-)

>>569
ううむ。なるほど。
とりあえず ttp://www.atmarkit.co.jp/flinux/rensai/fs01/fs01a.html を見て
勉強します。

>>564
>>230に対してコメントおねがいします。

>>560
ext2よりext3のほうが壊れ易いという声は良く聞くんだけど、
どのタイミングで壊れたかの話を聞かないと何とも言えないよな。

俺の場合は、ext3のjournal recoverで問題が起きたことはなかったんだけど、
以下の手順で壊した時にはかなり壊れた。

ext3 + swsuspで、ハイバネをかける
↓
まちがって他のカーネルで起動する
↓
readonlyで/がmountされるがext3なので結局journalがリプレイされる
↓
あわてて元のカーネルで起動する
↓
ハイバネしていたカーネルがjournalがリプレイされたことに気がつかないままリジューム
↓
shutdownする
↓
ジャーナルノード崩壊 orz

journaling fsの原理だけ考えるとジャーナルノードがこけてもふつうのfilesystemになる
だけのような気がするんだけど、ext3でジャーナルノードが壊れてる時は
ジャーナルだけじゃなくモロモロえらいことになってる話が多いような。
JFSやReiserFSではそういう話聞かないから、ext3が壊れ易いってのはext3特有の問題
なんじゃないかな。

>>574
それは壊れたというよりオマエが不注意で壊してるだけじゃねーか馬鹿！

なんでファイルシステム関係は妄想オタが多いのかね。

>>575
壊そうと思えば簡単に壊せるようじゃ困ると思わない?

壊そうとすればどれだろうと壊れるだろ

>壊そうと思えば簡単に壊せるようじゃ困ると思わない?
>>577はファイルシステムの脆弱性のことを言いたいのか？

>>558
RAID1でも、複数のディスクに同時に書き込んでいて、複数のディスクが
同時に事故(例えば停電)したら、同じエラーが出るんじゃない？
ファイルシステムのバグが原因ならもっと確実だろうけど。

>>574
linuxのハイバネって、確かswapパーティションに書くよね。
他のカーネルでswapのマウントまで行ったらリジュームできなくなると思うんだが。
だとすると、/のジャーナルリプレイ完了(開始？)後、swapのマウント前に
再起動(リセット？)したのかな？ずいぶん微妙なタイミングだな、と。

# 間違った仮定に基づいていたらごめんなさい。

swapパーティションにハイバネイメージを書いた後、
swapパーティションの先頭のシグニチャをいじってswapに見えなくする。
linux kernelはswapパーティションのパーティションIDではなく、
パーティションの先頭に書いてあるシグニチャでswaponできるか
どうかを判定するようだ。
このへんmkswapしなくていい普通のUNIXとは違うんだよな。
だから、他のカーネルでブートするとハイバネイメージを書いた
swapパーティションはswaponできないままブートプロセスが進行する。
(あと、ハイバネしないカーネルはroot deviceを先に、
ハイバネするカーネルはresumeのデータを読むためswap partitionを先に
アクセスする違いがあるな)
最近のハイバネパッチは異バージョンのカーネルのハイバネイメージを
検出すると、破棄してクリーンブートを続行するかリブートするか選択できる。

つーかハイバネの話はスレ違いなので適切なところへ...

盛り上がってまいりますた！

>>557
Samba-JP MLの奥山のポストをよんでみたけど、
エレベーターシークを行なっているのはブロックデバイスのドライバだから
(driver/block/elevator.c)XFSでも逃げられないのでは?

ext3のjournalingに使われるjournaled block deviceドライバがfs以下にあるので
これで回避できてるのかもよくわからないけど。

エレベーターアクション

(#ﾟДﾟ)ｺﾞﾙｧ!!

上でRAIDとかfull journalとかとの比較がでてるけど、
どっちもdata領域をsync書き込みしたいという要望なのかな。

softupdateはasync書き込みに対してfilesystemを安定化させる手法だから、
kernelがbuffer cacheをflushする前に書き込んだ内容は電源切ったら消えますよ。
flushは30秒に1回がdefaultだから、最悪で30秒分もどってしまう。

奥山さんが言ってるdata領域の安全性というのは
meta data領域とdata領域の整合性のことで、
data領域への任意の時点での書き込み内容を保証する話じゃないでしょう。
だからfull journalとは目的が少し違うわけで。

softupdateの場合は、metadata領域のupdateもdata領域のupdateも
同じkernel daemon processで処理されるけど、
journaling fsの場合、
(1) journal領域のupdate
(2) metadata領域のupdate
(3) data領域のupdate
が全部別々のprocessになりうるから、
連携がとれてないとfilesystemが壊れうる瞬間がすごく長くなりますよね。
ext3の場合、(3)はext2とおなじbdflushを使っているのが気になります。

>>586
それは理解した上でext3のジャーナルデータの書き出し部がどうなっているのか
とか、vfsがどうなっているのかっていう話になっているわけだけど。

ファイルシステムが壊れているわけではないけど、
定期的なfsckでたくさん不整合が見つかるもんなぁ。< ext3の場合。

結局VFSが元凶ということでFA？

>>588
みつかんねぇよアホ。

己のスキルの無さとハードの不安定をファイルシステムのせいにしたがる奴が多すぎ。
馬鹿のひとつおぼえみたいにVFSとかぬかしてんじゃねぇよ。

現象論しか語れない人はおいといて誰かVFSの解説してください
それともLinuxユーザは所詮ソース読{ま|め}ない人？

vfsの何を解説して欲しいの?
このスレにも解説記事が上がってるでしょ?

VFSはｍｍと密接な関係にあるので、理解するのは容易ではありません。

vfsにバグがあるか聞きたいんでしょうけど‥自分で読まないのかね

「バグがある」と言いたいお年頃なんでしょう。

ハゲがある！

何年も昔と違って今じゃカーネルソースを読んで
理解できるユーザなんてほんの一握りじゃね？

IBMとか巨額をつっこんでるみたいだし、
エンタープライズ向けを狙ってるんだから、
vfsにバグがいつまでも残ってるとは考えられないし、
気にしなくていいじゃん。

昔のカーネルは一人で全体を把握できる規模だったんだが
趣味のレベルならそのくらいの時代がいちばん面白いよなぁ

今だって、vfsだけなら全体を把握できるでしょ

具体的にはどのファイルがvfsなの?

dir/w と打ったら、VFS.BAS と出てくるやつ。

http://www.namesys.com/
　　_, ._
（　ﾟдﾟ）　・・・

　　_, ._
（　´Д⊂

　　_, ._
（； ﾟДﾟ）　・・・ ！？

>>601

linux-2.x.x/fs/*.c(file.cやopen.c、inode.cなど)

VFSの動きを知りたいなら、linux-2.x.x/include/linux/fs.hの
file構造体、inode構造体、super_block構造体
file_operations構造体、inode_operations構造体、super_operations構造体
も必須でしょう。

kernel2.6系のmountシステムコールなら
user　　　｜　　　　　　　VFS　　　　　　｜　　　ext2などのファイルシステム
mount(2)→sys_mount・・・get_sb_bdev→fill_super(それぞれのファイルシステムの)

こんなかんじ。
ユーザが出すシステムコールと各ファイルシステムのインタフェースを
つなぐのがVFSの役目

キチガイどもだ。SCOと同じ。

ﾏｸﾌﾞｰ

ノーパソのHDDが突然おかしくなった。
読み書きするたびにからからいい、
今までの数十倍の時間がかかる。
絶望し、新しいマシンを購入した。
しかし10年もの間築いてきたデータは失われた。

一ヵ月後、だめもとでまた起動してみた。
やはりまともに動かない。
LILO の文字がでるのに 10 秒かかる。
ブート途中で interrupt lost でどうしようもない。
頭にきたのでパソコンを縦に持って
前後に強く振った。
ぶぶぶおーん。
ディスクはうなり声を上げ、力強い回転を取り戻した。
再起動してみた。猛烈な勢いでブートプロセスが動き出す。
今わたしは、この手に再び青春を取り戻したのだ。

>>607 は人世に勝利した。

>>607
ファイルシステムの種類くらい書いてくださいよ

↓は何を使っていたと思う?

BodyBladeFS

>>603
「ああ、ついに完成だ！」
「ええ、ベンチマークもダントツよ」

ライザーマンとライザーウーメンは全てのFSに勝利することを確信した。

だが、UFSは彼らの両耳と背中の一部と両足首に無敵のコードが記述されていないことに気づいていた…

>>609
reiserfs

カキコの途中で転送されてしまった。
reiserfs だけど、HDD の故障だから関係ないよ。
となるとすれ違いなわけだが。

windowsでフォーマットしたudf1.5なdvd-ramに、
kernel 2.6.6から書きこみしたら、
windowsからのみ読めないdvd-ramになったのだけど、
まだそういうもんなのでしょうか？
俺が悪いだけ？

gfs

reiser4! reiser4!

ext4! ext4!

OS を新しく入れ直したのだが、結局 ext3 を指定するヘタレな俺。

>>614 え？そうなの？

てか、DVD-RAMを普通にマウントできたのか、Linuxって。
しらなかった。Linux から DVD-RAM が使えると知ってうれしい反面、
書き込んだファイルは Windows からは見えないと知って悲しい…

友達がDVD-RAM ドライブ安く売ってやるって言ってるんだよなぁ。
両面で９GB over ってすごく魅力的。

俺はWindowsからもMac OS Xからも読めるけども。
ドライブの相性とかなんじゃないの?

>>620
RAMはいい加減負けを認めろ
http://pc5.2ch.net/test/read.cgi/cdr/1075543288/915

ここでそういう話が出ていたので。

>>619
コピーガードのかかった奴を再生できないだけで
単にばかでかいディスクとして使うだけなら問題ないのでは

>>618
そうなんだよな。どうも他の奴が信用できなくてな。
痛い目に会ってるが別れられない女みたいだ。

>>619
UDF なら Win でも読み書きできるよ。ただし、ファイル名はUTF8でないと
化けた気がする。UDF だとファイル名の長さの制限がきつかったりするので
自分は ext2 で使ってるけど。

619はfsスレにいるくせに、DVD-RAMのfsのことを知らないお馬鹿さんなのか…

はいはい、賢い君が解説してあげてね。

またお前等か

626=包茎

reiser4の正式リリースまだ？

DVDで9Gのfsckなんて、どんくらい時間かかるんだろう

　　　　　　　　　,r::::::::::::::::::::､:､　　 ／￣￣￣￣￣￣￣
　　　　 　　　　 |:::∧＿∧::::::::|:::| 　 |
　　　 　　　　 ⊂（＠∀＠）つ|:::|　＜>>1クズ･･･っ！ゴミ・・・っ！
　　　　　　 ／／（手 　塚）／／::::!
　　　　　　 |:::|/とヽ ♂ θ|:::| :::／　　
　　　 ／￣￣旦￣￣￣／|
　　／＿＿＿＿＿＿／ | |
　　| |-----------| |

　　　＿
　 ／ ／|）
　 |￣|
／ ／

linux-2.4.26のJFSでX11R6.7のビルドツリーを一気にけしたらこんなん出た。

Jul 24 13:08:44 kernel: JFS: dbFree asked to free block larger than mapsize
Jul 24 13:08:44 kernel: blkno = 0x612073656b, nblocks = 0x742029, mapsize = 0xb7d723
Jul 24 13:08:44 kernel: ino = 1097861, cflag = 1a
Jul 24 13:08:44 kernel: ef55fd1c c01ac0a6 c02acfb4 0010c085 0000001a 00742029 00000000 00b7d723
Jul 24 13:08:44 kernel: 00000000 00000004 00000000 ed57a000 ecddb580 de100000 ef5b2d2c 2073656b
Jul 24 13:08:44 kernel: 00000061 00742029 2073656b 00000061 cadb35bc c01bf8ff c85d9280 2073656b
Jul 24 13:08:44 kernel: Call Trace: [<c01ac0a6>] [<c01bf8ff>] [<c01a6626>] [<c01b9bad>] [<c01b9511>]
Jul 24 13:08:44 kernel: [<c0140804>] [<c019c8f0>] [<c019e08b>] [<c019c8f0>] [<c019c938>] [<c0166273>]
Jul 24 13:08:44 kernel: [<c01bf3c8>] [<c01bd345>] [<c01bff22>] [<c01c010c>] [<c0105000>] [<c010757e>]
Jul 24 13:08:44 kernel: [<c01bffe0>]

JFSはgrubがstage2読み込めなかったから、そこであきらめた。
あまり速く感じなかったし。

結局をまえらは何を使ってんの？

tmpfs

確かにJFSあんまり速い感じしないね。
FreeBSDでFFSの方が速く感じるくらい。
XFSは結構速く感じたんだけどなー

xfsのみ
他は sysfs, procfs, usbdevfs tmpfs
あと、/devにramfsつかってるみたい(gentooでudev)

Andrew Morton曰く
http://kerneltrap.org/node/view/3466
ext2 > ext3 > ReiserFS

low latency ってどういう意味？

遅延が低い -> 命令を受けとってから結果を出すまでが早い

結局ext3マンセーですか

消去法でな。

FiST
ttp://www.filesystems.org/
ってどう？

XFSって使ってる人いないの？
Fedoraで対応したみたいなので、使ってみようと
おもうんだけど･･･

使ってるよ。調子いいよ。

オレ様安心度ランキング
ext3>ReiserFS>XFS>>>>>>>>>>>>>>>>>>>>JFS

JFSマジでゴミ。
こいつのせいでどれだけのデータを…。

>>645、646 情報THX！

XFSってHigh Performanceと言われてはいるけど
IOZoneとかBonnie++の結果見ているとそんなに変わらない気もするんだよね・・・
ちょっとやってみますよ。/procのチューニングでも結果は変わりそうだし、多分。

XFSはsgiだから個人的に安心。
silicon graphicsのワークステーションがはじめて触ったコンピュータだし。
IRIXも止りそうでも復活するしｗ

>>648
オレも初めはそう思ったよ。

人が割り当てられて継続的に
メンテナンスされてるかどうかが重要じゃない？
実際の事情はしらないが
昔すごかったものでも
手を入れられなければ時代遅れになっていくとか

tux2fsとかな

このスレでは「*FSに問題があった(漠然)」は信用できないよ。
Filesystem壊れて、diskのsurface checkすらしない人が、
「*FSは糞」とか言っているから。
具体的な問題を指摘している場合じゃないと。

毎日使っているデスクトップやサーバーで問題がない、
は参考にしてもいいかもしれないけども。

reiser4progs 1.0.0

initramfs

reiser4をmmに入れるみたいだね。
3-6週間後には、正式リリースに入るかもと本人は言ってるが。

>>655
祭りだな。

mm2来た。experimental扱いだけど入ってる。

reiser4のベンチマーク結果
http://www.namesys.com/benchmarks.html

Quotaもまだサポートされてなく、チューニングもまだ途中らしいからベンチマークも
これから良くなるはず。

連載記事 「Linuxファイルシステム技術解説」

XFSキター

NTFS の圧縮を使っても、
linux から読めますか？

第7回　64bitファイルシステム XFSの実装
http://www.atmarkit.co.jp/flinux/rensai/fs07/fs07a.html

>>660
ダメ。

@it kita- age

結局Linuxには使い物になるジャーナリングFSが無いのでext2が最強。
WindowsならNTFSがあるんだけど。

>>644
ext3とかXFSは何が不満だ？

>>664
>結局Linuxには使い物になるジャーナリングFSが無いのでext2が最強。
Linuxには、ファイルシステムが選択できていい環境ではないか。
さらに昔よりも性能がよくなってるし。XFSやReiserfs等。

>WindowsならNTFSがあるんだけど。
実際のところ、NTFSは遅い。

>>664
つーかNTFSってジャーナリングFSなの？

来たな、SGIの回し者

>>667
IDにSGIｷﾀｰ
やっぱXFSですか？

>>667
そうだよ．

>>664
> 結局Linuxには使い物になるジャーナリングFSが無いのでext2が最強。

ext2ってe2progsのprocessがぶらさがって、
umount出来なくなったりしません(でした)か?

ext3にしてから問題なし。

>>662
どうもです。
しかし、その後調べてみたら
> LinuxのNTFSドライバーは、Unicodeファイル名（各国文字コード列に変換されたもの、あるいはUTF8）、
> 圧縮ファイル、分散格納されたファイルをサポートしている。
ttp://linux-ntfs.sourceforge.net/info/ntfs-ja.html#3.3
こんな風に書いてあったんですが、
読めないってのはドライブ全体を圧縮したときの話で、
ファイル単位なら読めるということでしょうか。

全然読めるよ

Reiser4 Filesystem Released
http://developers.slashdot.org/article.pl?sid=04/08/24/0058234

> RedHat are the guys that at one point shipped their kernel with
> REISERFS_DEBUG turned on just to make us look slow.....
http://developers.slashdot.org/comments.pl?sid=119091&cid=10053967

Reiser3 の話だけど。

ext3をフェイルオーバークラスタシステムの共有ディスクに使っていたんだけど、
フェイルオーバー発生時に自動でfsckが掛けられてしまったのだが、ジャーナル
のデータがおかしなことになったらしく、あるファイルのケツに他のファイルの
データが書き込まれるのが頻発・・・orz.

共有ディスクの１つは、apache+PHPのドキュメントとログファイルが大半だった
んだけど、書き込みが多いログファイルでは上記の現象が多く、どこにどのログ
がマージ(笑)されてるのか、全然分からなくなってしまったので、泣く泣く前夜
のバックアップから戻すことに・・・

一方、postgresのデータを置いた共有ディスクは破損がひどく、かなりのファイ
ルがlost+found行き。より分ける気力もなく、これもバックアップも戻すことに。

>>675
御愁傷様です。具体的にはどういうフェイルオーバーですか?

そういうの聞くとゾッとするけど、ext2/ext3 でトラブったことないなぁ。

>>677
ext2/ext3でのトラブルというより、本当にトラブったときにはext2よりext3のほうが
被害が大きくなるという好例でそ。

何度もガイシュツのようにext3はデフォだとメタジャーナルのみでfsは生きる
(単にfsckがいらなくなるだけともいう) けど、各ファイルはext2よりも死にやすく
なるからねぇ。

>>676
レス遅くなってしまいました。

クラスタはサーバ２台とSCSIの共有RAIDディスク１台という構成で、
apache+PHPとpostgresをフェイルオーバーしてます。機械はセットで
売ってるヤツで、サーバ１が通常apacheを、サーバ２が通常postgresを
実行しており、非常時には相手をシャットダウンさせて、共有ディスク
をマウントして、apacheとpostgresの両方を実行するようになります。

>>677
そうですか・・・
ウチではこれまでにも、apacheで１回、postgresで１回、データがやら
れています。いずれも、データ用の領域のみの破壊でして、システム部分は
同じくext3なのに生き残り、パーティションをフォーマットしなおしたあと、
バックアップからデータを戻して復活できてはいるんですけど、、、

>>678
ほんとにそうでつ。orz

復旧させるにあたって、共有部分にどのFSにするべきなのか、迷い中です。
とりあえず、耐障害性＞＞＞＞＞＞パフォーマンスなんですが、何がいいん
ですかねぇ？JFS?

>>675
復旧させるの大変だったね。
最初クエリーのバグを疑って、整合性をあわせたりして。なんとかなおった
って、関係者かよ。世間は狭いね(w

書いている途中で送信してしまった(w

最初クエリーのバグを疑って、とりあえず、整合性をあわせたりして。
で、何とか直ったと思ったら、
修正したデータがまたどんどん破壊されていくのを見たときには
呆然としたよ。まじで。

>復旧させるにあたって、共有部分にどのFSにするべきなのか、迷い中です。

このさい思い切って FAT にでもしたほうが安定するのでは(w

grub って reiser4 に対応してる?
もし対応してるなら /boot も含めて全部 reiser4 にしても無問題?

うちはSUSEですが、grubでReiserつかってますよ。
/bootも含めて。

でも＠ITの記事よんでたらXFSにしたくなってきた。

reiser3 の出始めの頃を思い出すと，
とても全部 reiser4 にしようなんて気はおきないんだが．

>>670
NTFSがジャーナリングしているというソースキボンヌ

( ﾟдﾟ) …。

>>685
http://www.atmarkit.co.jp/icd/root/13/14575813.html

>>682
Linux: 2.6.8.1-mm2, Reiser4 Merged (2004/08/19)
http://kerneltrap.org/node/view/3674
mmブランチにReiser4が入りました。

reiser4 support (2004/08/06)
http://lists.nongnu.org/archive/html/bug-grub/2004-08/msg00013.html
http://lists.nongnu.org/archive/html/bug-grub/2004-08/msg00014.html
http://lists.nongnu.org/archive/html/bug-grub/2004-08/msg00017.html
http://lists.nongnu.org/archive/html/bug-grub/2004-08/msg00020.html
「reiser4対応patchをGRUB Legacyに入れるのは何か問題ある？
　知っての通り、GRUB 2はreiser4に対応させる予定だよ」
「メモリがらみの問題点があったと思う。
　GRUB Legacyに機能追加するの反対！」

reiser4 patch
http://thebsh.namesys.com/snapshots/2004.08.04/grub-0.94-reiser4-20040729.diff
これを自分で当てるとreiser4対応grubになります。

対応カーネルとパッチ済みgurbをコンパイルすれば
お望みどおり /boot も含めて全部 reiser4 になります。
前スレ前半のreiserfs人柱大会を読んで
自分も人柱になってみようと思う方はどうぞ。

進化するLinux用ファイルシステム、Reiser4は数倍の高速化
http://www.itmedia.co.jp/enterprise/articles/0408/26/news039.html

>>688
＞人柱になってみようと
日々どういうログを取っておけばぶっとんだときに報告できるの？
いまさら開発側も>>675レベルの報告なんていらないでしょ

>>679
> SCSIの共有RAIDディスク１台

これはNFSサーバなわけ?

RAIDのドライバとext3の障害切り分けはどうやってやったの?

>>690
洩れも知りたいが、とりあえずdebugレベル最大でコンパイルして
log吐かせるってのはどうかな。

>>689
数倍だなんて、バス帯域飽和しちゃうぜ

>>679
> SCSIの共有RAIDディスク１台

たしかに気になるな。Fiber Channel接続で共有に見えるとか?

>>691
>>694
いえいえ、外付けのハードウェアRAID装置ってことです。
インターフェースはSCSIですがマルチパス(?)対応なので
２つのサーバから接続できます。

で、障害要因の切り分けは?

ttp://richard.jones.name/google-hacks/gmail-filesystem/gmail-filesystem.html
どうっすかこれ

>>697
nameってどこの国？

む、貼ってから始めてみることに気づいた。
個人専用ドメインだかなんだかだったと思う。

http://www.google.co.jp/search?q=TLD+name&lr=lang_ja

Linux: Semantic Changes with Reiser4
http://kerneltrap.org/node/view/3727

Linux: Merging Reiser4, How and Why?
http://kerneltrap.org/node/view/3736

Linux : Reiser4 and VFS Issues
http://kerneltrap.org/node/view/3749

Reiser4ねぇ…

微妙だよな…

ext3の次出るのかな。
ext4は使われてるけど。

Windows で UDF 2.0 でフォーマットして日本語含むファイル名で
いろいろと書き込んだ。 kernel 2.6.7 な Linux でマウントしたら
ちゃんと読めた。もっとてこずらされるかと思ったんだが…
そういうもん？

一方の OS で書き込んだファイルを他方の OS で削除できないとか、
いろいろと問題があるようなことを以前から聞いていたモンで。

DVD-RW / DVD+RW でも同じような使い方できるんですかね。

そこらへんのWinNT以降で使われてる奴はちゃんとUnicodeインプリされてて、
規格がUnicode使ってるなら結構大丈夫なんじゃないかなと、想像。

Cygwinのe2fsprogsが結構まともに動いてびっくり

どんどんcygwinのミラーが撤退していくな

Reiser4 file semantics: An opportunity for open source
http://os.newsforge.com/os/04/09/08/143252.shtml

reiser3 -> reiser4 って、 tune2fs -j みたいに簡単にできないんですかね？

BTW,
実は今悩んでます。
IO-DATAのLANDISKなんですが、最近とみに遅いと思ったら
fsck で (88.7% non-contiguous) とか出てきました。
さて、どうすればいちばん簡単に デフラグできますかね？
やっぱり中に chroot で どこかのディストリビューション環境を作って、
defragコマンドを中で作らないと駄目ですかね・・・？
同じような経験した方教えてください・・・

>>710
バックアップとってファイルシステムを構築し直すのが、
最も簡単なデフラグ方法だろ。

>>711
やっぱそうっすか・・・ （T_T) まんどくせー

>>712
ext2ならデフラグあったような...。
partedでできたっけ?

unmountしないと出来ないよ

>>713
defragはあるんですよ。でも、SH4用のバイナリがないし、LANDISKにgcc入ってないわで
コンパイル環境作るの面倒だなぁ、と。

やったらただ後悔するだけだろう

>>716
何か不味いこと起こるんですか？＞defrag
取り合えず今、他のマシンにデータ移行中。
fsckでフラグメントが減ったら順に書き戻すつもり。
また、フラグメント出来た状態で書き戻されたら泣く。

>>715
なるほど、SH4かぁ...Debian本家にもないなぁ。
アーキテクチャはarmからs360まで揃ってるんだが。
支流にそんなヤツ、なかったっけか。

http://debian.dodes.org/
ここにあるよ。

>>719
古い

>>717
基本的にUFS系のファイルシステムにはdefragという
意識がない、もしくは希薄だと思う。
そもそも、UFSは断片化が起こりにくいように配置する
設計になっているから、
断片化も何のそので一時的なフォーマンスを追求する
NTFSとは違い、あとでデフラグするという感覚がないの
だろう。

UFSであまりにもひどい断片化が起きているようなら、
それはシステムのオーバーホールの時期に来ていると
いうことで、
バックアップをとってファイルシステムを再構築というのが、
UNIX的なやり方だろう。

defrag が必要な NTFS もそうだけど、なんで MS は長期的な展望のない
開発ばかりするんだろう。

デフラグが無いとパーティションが増やせないっスよ

NTFSってdefrag必要なのか。したことないや。
利用者から「デフラグどこいった？」って問い合わせが多いから、本来は必要ないのにデフラグを付けたって聞いてた・・・。

チェックしたら赤に支配されてる悪寒

>>709
Reiser4のファイルセマンティクス：オープンソースには好機
http://japan.linux.com/opensource/04/09/13/0334233.shtml

WinFSは登場しないかもしれない――？
http://www.itmedia.co.jp/enterprise/articles/0409/13/news010.html

>>724
それはMSがうそついてると思うなあ。
20GBのNTFSパーテーションにシステム入れて5GB食った。
データは別のパーテーションに入れて20GBの所はOSとソフトのみ。
で、その状態で2ヶ月くらい使ってたら結構派手にフラグメント起こしてたよ。
15GBも空いてるのにあんなにフラグメント起こるのはどうかと思うよ。
まあ、デフラグ出来るからいいけど。

>>722
MSだから。

>>724
それが真実だったら、xfsのfsckみたいなコードにすれば良い。
vfatよりはフラグメントしにくい程度じゃない？

>>728
でも、ディスクのシーク音が聞こえないと、
デフラグしている気分に浸れないから、
fsck.xfsみたいに何もしないわけにもいかないだろう。

>>728
パーティション切りなおしなどのときにdefragが必要になるのに、
そんなんじゃ困るやん。

まんまとだまされてたのか・・・。

ちなみに父親曰く、
「W2Kのデフラグを終了した直後に再度断片化具合を調べたら、まだまだ全然断片化したままだった。
　もう一回やってもあまり変わらない。何時間もかけて一体何やってたんだ(ﾟДﾟ)ｺﾞﾙｧ」
とお怒りでした。

>>731

空き容量が少ないと効率よくdefragできないそうです。

>>721
ちなみに、バックアップは取り終えた。
100GB取るのに1日がかりでした。今、fsckでフラグメントチェックしてます。
しっかし、ファイルサーバとしてこんなに早くフラグメント作られるとこまるんですが・・・
ufs系といえば(solaris連想しただけなんだけど)
qfsとかいいのかな？有料だからわかんねえけど使ってみてーよー

前から思ってたんだけど、defrag したってそんなに速度かわんなくね？

今fsck終了

/dev/hda3: 27585/30572544 files (86.8% non-contiguous), 27864341/61119292 blocks

変わっとりません・・・・orz
もうバックアップスペースのほうが足りないんですが・・・・

>>732
なんかフラグメントの意味を勘違いしているような気が。それに、fsckとデフラグを
混同しとるし。

>>735
ということは、mke2fsやってないってこと？
何のためのバックアップやねん。

>>731
それは製品版との差別化のため。
Win2k以降に標準搭載されてるデフラグソフトはDiskeeperだったかな?の機能縮小版。
製品版だとページファイルすら完璧にデフラグ可能。

dd でバックアップしてたりして。

このスレ読むとNTFSの信頼性が高いように感じるが漏れは信用できん。
バックアップとしてプライマリからセカンダリのハードディスクに
ファイルコピー（両方ともNTFS）しただけなのに大量にファイルが
壊れていて復旧不可能になったよ。
コピー先のハードディスク自体が壊れているならしょうがないが
そんなことなく正常だったし。

NTFSは強制シャットダウン→起動時の信頼性だけは高いから。

そうは思えません

コピーしたら fs がぶっ壊れたって、
それはディスクとかメモリの故障じゃないの？
あるいはとてつもなくbuggy なバックアップソフト使ったとか。

>>735
いや、さすがにそれは勘違いしすぎ。
fsck掛けたらフラグメント量が大体わかるから掛けてる。
ttp://lists.debian.org/debian-user/2000/06/msg01677.html
見てくれ。

>>736
別のディスクにファイルを移して、inodeを開放してやって
改めて大きなファイルから書き戻そうと思ったのでつ。
ext2でも、結局連続の空きがないとフラグメント起こすでしょ。
ファイルシステム作り直しはしたいけど中身のデータを全部バックアップできる
空きがないので・・・・・

non-contiguous とフラグメントって違うんじゃなかったっけ。

カーネル 2.6.7 を使っています。
オプションなしで NTFS をマウントすると、日本語の名前を持つ
ファイルやディレクトリが表示されません。

マウント時に iocharset=utf8 とすると、ls したときに
日本語の名前を持つファイルやディレクトリも含まれてるみたいで、
nkf -W すると表示させることができました。

man mount によると「変換できない文字を含む名前を抑制する」
とのことですが、これはつまり iocharset の指定によっては
いくつかのファイルやディレクトリが見えなくなってるかもしれない、
ってことですよね？これってすごく不安な仕様なんですが、
抑制されている名前があるかどうか、ってのをレポートさせることは
できないんでしょうか？

また、 iocharset とは別に utf8 というマウントオプションもあるのですが、
man mount によるこのオプションの説明には
「ファイル名の変換のUTF-8を用いる」とあります。
これ、iocharset=utf8 と何が違うんでしょうか？

parted について質問させてください。
40GB のディスクで運用していたのですが、ディスク障害がみられたので、
あわてて dd if=/dev/hd? of=/dev/hd? bs=512 conv=sync,noerror で
120GB のディスクに移行した以下のようなディスクがあります。
残りの 80GB を利用したいのですが、parted とかで、パーテーションのコピーとか
移動をせずに、 extended の数値だけを 1004.062 - 117800.156 にすることは可能ですか？

Disk geometry for /dev/hda: 0.000-117800.156 megabytes
Disk label type: msdos
Minor Start End Type Filesystem Flags
1 0.031 31.376 primary ext3 boot
2 31.377 517.719 primary ext3
3 517.720 1004.062 primary linux-swap
4 1004.062 39260.412 extended
5 1004.093 1247.233 logical ext3
6 1247.265 5153.664 logical ext3
7 5153.695 5640.007 logical ext3
8 5640.038 39260.412 logical ext3

>>739
それ普通は
1 HDD
2 ケーブル
3 IDE コントローラ
4 OS(IDE ドライバ)
5 file system
の順番ぐらいで疑うケースじゃないの？
どうやってNTFSが原因って切り分けたの？
ていうか、その話だけだとNTFSの信用性を疑うオマエさんの頭が信用ならんわけで。

>>747
その順番もおかしいだろ。ディスクが壊れてないというなら
多くのケースにおいては1,2,3は問題ないんじゃないのか？

コピーしただけでファイルが壊れた際にファイルシステムを疑う奴に
トラブルシュートできるとは思えない。

ﾜﾗﾜﾗ

そんなことより、parted の話してよ。

好きなだけresizeしてろよ

チンコでもresizeしときますわ。

ﾑｸﾑｸ

>>749
タイミングよく、今その手のトラブルを抱えているので相談さしてください。

PentiumII 400MHz, メモリ256MB, PCIバス66MHzという古いマシンに
PromiseのUltraATA 66をさしてMaxtorの120GBのHDDを繋ぎ、
Fedora FC1をインスコしました。
FC1のデフォのカーネルが2.4.22でNPTLというイマイチ枯れて
なさそうな感じなので、まっさらの2.4.27を入れました。

で、これにxfsprogs-2.6.9を使ってXFSのパーティションを作って、
他のマシンからあれこれrsyncすると壊れてたりするんです。
具体的にはカーネルソースをrsyncしたらソースが途中でちぎれたりとか。
もっとひどくなると、
Sep 15 20:03:02 fedora kernel: __alloc_pages: 1-order allocation failed (gfp=0x1
f0/0)
みたいなのが大量にでてハングしてしまいます。
(/var/log/messageみたら128回リピートとかでてました)

今までXFSはIEEE1394接続とかUSB-2.0接続の外付けで使ってきて、
こういうことはなかったんですけど、どっからどう調べたら良いんでしょうか。

>>755
俺もあまり詳しくないけど、自作板のATAカードスレやそのまとめサイト、過去ログを
読むと、PromiseのATAカードの不具合報告が多い。
取り敢えず、そこから疑ってみたら？

■ ATAカード適用事例、傾向と対策 ATA-10■
http://pc5.2ch.net/test/read.cgi/jisaku/1092102305/

アドバイスどうもです。
ATAカードが怪しいか…
他にもってるのがSilicon Imageぐらい
なので紹介スレでまともなのを探します。
マザーにまともそうなPIIXの
ATAコントローラついてるんですけど
BIOSが古くて120GBのHDD繋ぐと
デバイスチェックでとまってしまうんですw

NTFSだけは信用できないなぁ。
NTFSにして何度Windowsが立ち上がらなくなったことか…

Windowsのブートプロセスがものすごく綱渡りなので、
FATのほうが枯れてはいるだろうけど
NTFSが最悪に不安定という評価の根拠としてはちょっとなぁ。

>>652

>>760
linux-users とかそこら辺のMLで、
Windowsは嫌いだけど仕方なく使ってるとか
言う池沼連中と同じということか。

池沼の人たちって、知らないことについても
論じてしまうから怖いよね。

IDE ハードディスクのイメージを dd if=/dev/hda により抜きだした
巨大ファイルがあります。 この中には複数のパーティションがある
わけですが、これらのパーティションを個別にループバックマウント
できますか？

この巨大ファイルを再びハードディスクに書き戻せば普通に
マウントできるのですが、できればファイルのままループバックマウント
したいとおもっています。

offset指定

>>763 なるほど…そういう事ができたのか。
パーティションの開始セクタをしらべにゃならんのかぁ。
面倒だなぁ。でも情報 THX

$ cfdisk -P s /dev/hda
$ cfdisk -P t /dev/hda

enhanced loopback driver

>>766
http://talk.trekweb.com/~jasonb/articles/linux_loopback.shtml
なるほど、Ehnanced Loopback Device なんてのがあったのか。
ありがとう。いまカーネルをコンパイルする時間ないんで、
暇を見付けて試してみます。

好きなだけ 4 番を resize したら、こうなりますた。

Disk geometry for /dev/hda: 0.000-117800.156 megabytes
Disk label type: msdos
Minor Start End Type Filesystem Flags
1 0.031 31.376 primary ext3 boot
2 31.377 517.719 primary ext3
3 517.720 1004.062 primary linux-swap
4 1004.062 117796.926 extended lba
5 1004.093 1247.233 logical ext3
6 1247.265 5153.664 logical ext3
7 5153.695 5640.007 logical ext3
8 5640.038 39260.412 logical ext3
9 39260.443 117796.926 logical ext3

>>761
むしろこのスレでWindowsやNTFSの話が出る事が不思議。
板名読めないのかな？

>>769 いや、いいんじゃないか？
Linux でもサポートされているわけだし、NTFS

がが〜ん、Enhanced Loopback Device の
カーネルパッチって、kernel 2.4.x 用しかないんだね。
洩れ 2.6.8 だから… だめぽ。

>>769
スレタイは「ファイルシステム総合スレ」なんだよな。
何か問題あるの？

NTFSをWindowsで使ってどうしたこうしたという話がLinuxに関係あると思えんが

>>772
Linux板にある以上「Linuxの」が暗黙に付くだろ。
OS板とかPC一般板ならともかく

Linux ユーザにとって有益な話ならいいんでないの。

>>774
> Linux板にある以上「Linuxの」が暗黙に付くだろ。

どこでそういう定義をしているの？

Linuxで扱える、とか、扱えそうな、が最低ラインじゃね？
このスレにはあぶなげなパッチを試す奴はいても
ファイルシステムドライバをハクしてる奴はいなそうだから
Linuxであのファイルシステムをサポートしろとかは
あきらめて「Linux普及のためには」系のスレでよろしこ。

> Linuxであのファイルシステムをサポートしろとかは
> あきらめて「Linux普及のためには」系のスレでよろしこ。

そのスレに書けばサポートしてもらえるのか。すげーな。

なにこいつ

誰も>>769のIDには触れないのか・・・

>>776
定義もなにも、2chでは
>５． 掲示板・スレッドの趣旨とは違う投稿
は削除対象な訳なのだが。

この掲示板の趣旨とはLinuxに関する話題な訳で
このスレッドの趣旨とはファイルシステム関係の話題な訳。
まとめると「Linuxに関する」「ファイルシステム関係」の話題を扱うべきスレなんだよ。
理解できた？

嫌Win派の方ですか？

犬糞使いでもNTFSを読み書きしたくなることはあるさ

激しく脱線しなきゃいいと思うけどな。
LinuxからNTFS読めるし。

昔はroで使ってたけど、今はrwで使えるんだっけ？
誰か使ってる香具師情報キボンヌ。

NTFS の性能を知ることで linux の fs と比較できるわけだから、
非常に有意義じゃないか。

このスレでのNTFSの話の大半は
Linuxの次世代fsをちゃんと使えないヤシがNTFSキボンキボン言ってるのと
WindowsでNTFS使えないヤシがFATマンセーマンセー言ってるのと
どっちかなわけで

NTFS キボンなんているのか。
昔のブラウザスレであった IE キボンってのと同じだなw

>>781
理解できないね。

山田君
座布団全部もってって。

……。山田くん？
ああ、うん。座布団全部取っ…ちょ、なにやってんの！！
座布団、座布団を取ってこいっての！
ちが…なに取ってんの！？　何を取ってこようとしてるんだよ！
山田くん！　座布団！　ざぶ…山田！！！
おい！　座布団取ってこい！　座布団を取ってこいよ！
何で座布団以外のものを取ってこようとしてんだよ！
座布団だよ！　あいつが座ってる奴だよ！
違ぇよ！　それは座布団じゃねぇよ！
分かんだろ！　そこにあんだろ！
ほら指さしてんだろ！　アレだよ！
アレを取ってこいよ！　……見ろよ！！！
なんで目を逸らすんだよ！！
見ろよ！　見ろって！！
…え？　……何言ってんのか分かんねぇよ！
いいから取って来いよ座布団を！！
なんだよ！　触んなよ！！
俺は座布団じゃねぇよ！！！
痛ぇ！　痛ぇよ！！
死ねよ！　座布団を取ってこいよ！！

なんか包茎が居着いとるな。臭いから手術して出直してきてね。

QTPartedでext3のパーティションのサイズを変更しようと思うのですが、
こういうのでサイズ変更って危ないですかね？

俺は(Qt)partedでNTFSのresizeしたよ。
全然問題なし。

NTFSのresizeするなんて漢だな

reiserfs4がmmに入ったっていうことは、カーネル2.6.9とか2.6.10に試験的にせよ入るってこと?

mmに入ったからってメインツリーに入るとは限らないだろう。

792です。
レスありがとうございます。
QTpartedでサイズ変更しようと思ったらext2しか対応してないことに気づきましたorz
大人しく一旦パーティション消して作り直してきます。

割れ窓信者のドザらが脱糞をぶちまけていったようですね。
MacコンプレックスにつづいてLinuxコンプレックスですか、
哀れな人生ですね、ドザ。無様w

限りなく断片化し、遅い糞FSのNTFS信者は見苦しいなw
HFS+以下の性能と信頼性の癖に頭悪すぎww

犬信者を装ったﾏｶがウザい

WinFSはLonghornから外され、予定されていた機能はXPにバックポート。
Longhornは何の為にあるんだ？w

HFS系ほどショボイFSも珍しい

また、Windowsとか言う欠陥OSのヲタが荒してるのか。どこの板に行っても害獣なのは変わりないな。

なんか暇な人がイパーイいますね。

連休だからな。

まだ夏だからな

えー、PromiseのUltra66 (PDC20262)でXFSがちゃんと動かないと言ってた755です。

Reiserfsでも試してみたんですけど、同様に中身が壊れたり
Sep 17 04:03:39 fedora kernel: ide3(34,6):vs-5150: search_by_key: invalid format
found in block 2939225. Fsck?
とかがガンガン出るので、PromiseのATAカードをほかしまして、
AEC ACHIP ATP865が載ってるI-O DATAのUIDE-133を買ってきました。

すると、Reiserfsでは特に問題なくなり、
XFSでもファイルの中身が壊れたりはなくなったんですけど、
小さいファイルを大量に書くと
kernel: possible deadlock in kmem_zone_alloc (mode:0x1f0)
とか
kernel: __alloc_pages: 1-order allocation failed (gfp=0x1f0/0)
が出るのは変わらなくて、rsyncのプロセスが止まったりしてます。
(カーネルごとハングアップはなくなりました)

>796
そうなんですかー。やっぱメインツリーにはなかなか入らないんですね。
亀レス御免!

巨大なディスクイメージを losetup で offset 指定しながら
あつかってます。が、offset 指定って 32bit 値以上は指定
できないみたいです…

losetup supports large file but can't be use with very big offset.
it seems the offset is an int, but it should be a long int
http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=126623

どうやらこれと同じみたいだ…

洩れは Debian GNU/Linux sarge なんだが、直ってないナァ。

ディストリビューションによっては直ってるのかもな。
Debian specific かもしれないんで、Debian スレに行きます。

そもそも、NTFS についてはマイクロソフトは
必要な技術情報を公開しておらず、解析することで
得た情報を元に NTFS on Linux は実装している。
（ FAT は公開済み ）

信頼性・性能うんぬん以前に正常動作の保証も出来ない。

CIFSもそうだね。

> （ FAT は公開済み ）

逆にこいつは特許を主張し始めた。

ひょっとするとCaptive-NTFSが最も安全なのではないかという疑惑

>>780
うお、Sexでた！

スワップパーティションじゃなくて、Windowsみたいにスワップファイル
だと、効率悪いの？今のPCはメモリ沢山あるからスワップするような
状況ってあんまりないよね。だからわざわざパーティション作る必要も
ないんじゃないかと。。。

>>816 別にスワップパーティションじゃなくてもいいんじゃない？
俺はスワップファイルにしてるけど。
ときどき free で確認するけど、ほとんど使われていない。

Captive: The first free NTFS read/write filesystem for GNU/Linux
http://www.jankratochvil.net/project/captive/

Project implements the first full read/write free access
to NTFS disk drives. You can mount your Microsoft
Windows NT, 200x or XP partition as a transparently
accessible volume for your GNU/Linux.

Linux の NTFS 圧縮ファイル対応になるのはいつ？

>>614
> windowsでフォーマットしたudf1.5なdvd-ramに、
> kernel 2.6.6から書きこみしたら、
> windowsからのみ読めないdvd-ramになったのだけど、
> まだそういうもんなのでしょうか？
> 俺が悪いだけ？

俺は、mkudffs 1.0.0b2 で UDF 2.0 なフォーマットをして
Linux から書き込んで、 Windows から読もうとしたら
読めなかった。

逆に Windows で UDF 2.0 なフォーマットをして
Windowsから書き込んで、Linux から読もうとしたら
読めた。

autofs で MO や DVD-RAM などをオートマウントしています。
アンマウントするときって、やっぱり root になるしかないですか？

オートマウントではなく /etc/fstab 経由のマウントだったら
オプションに user を指定することで一般ユーザでも
マウント/アンマウントできるんですが、オートマウントで
マウントされたデバイスは root でしかアンマウントする
手段は無いんでしょうか？

むしろ一定時間アクセスが無ければ自動アンマウント
とかでもいいんですが…

captiveを使おうとしてますが、マウントまではできますが、
>>>/dev/sda1 190G 113G 77G 60% /mnt/drive-c
>>>drwxr-xr-x 1 bin root 0 Sep 26 10:20 drive-c
に対してcdすると、
>>>[root@localhost mnt]# cd drive-c/
>>>bash: cd: drive-c/: ディレクトリではありません
となります。何か良い方法がありませんか？
kernel2.4.27、captive1.1.5、sda1はusb2.0の外付けです。

SuSE9.1を使っていてreiser4を試してみたい方は

ftp://ftp.novell.co.jp/pub/suse/suse/i386/update/9.1.42/

のkernel2.6.8を入れると使えるようになるみたい。
最新機能を試してみたいけどパッチ当てには及び腰な人にはおすすめかも。

おまいら、月刊Interfaceで日高さんがファイルシステムベンチマークやってますよ。
(速)ext2 > reiserfs > ext3(遅)で、reiserfsはjournalなしモードでも対して速くならねーそうですよ。

ext3でよかったと思った瞬間は無いからext2+RAID1にしよう

raid 使ってて電源ブチやったらどうなんの？

俺の場合は大手データセンターに置いてる鯖機だから電源は信用してる。
環境的に熱暴走も考えにくいから、ハード的障害の恐れは磁気ドライブと
メモリ破損ぐらいのもの。

>>824
昨日のオールナイトニッポンにもいたね

なんでXFSを入れないんだろう。謎。

>>827
クラッシュしたらどうすんの？
Linuxだと高負荷時に結構ヤバイよ。

大したサイトじゃないなら気にならないんだろうけど。

>>830
君はバックアップという言葉を知っているかな?

>>824 ext3 は ordered でつか？
writeback にしてもあんまり早くならない？

>>824
いまさらreiserfsもなぁ。
それに、ext2,3はディレクトリ内に沢山ファイルあると遅いじゃん。

ソース読んでファイルシステムを比較してる人って少ないのかな

>>834
皆無

>>831
バックアップするのは、ファイルシステムが
何であれ必要なことだ。

826, 829, 830が問題にしているのは、電源障害や
クラッシュの時、ファイルシステムの整合性を
どれだけ早い時間で取り戻せるかだ。

>大したサイトじゃないなら気にならないんだろうけど。

ま、Linuxで運用してるGoogleもAmazonも
830からしたら大したサイトじゃないのかも知れんが。

たいしていようがいまいが、
サーバの負荷に対して適切なスペックの運用をしていれば
Linuxであっても問題が無いし、それを超えた負荷ならばどの
OSだろうが関係なく危険であるということを、830はまだ、知らないのだ・・・

だれか >>837 を1行に要約してよ。

「人は生まれ、苦しみ、そして死ぬ。」

マイクロソフトのFATファイルシステム特許、再審査で取り消しに
http://japan.cnet.com/news/ent/story/0,2000047623,20074900,00.htm

>>837はgoogleがどんな運用しているか知って言っているのか?
かなりピント外れで笑えるんだが…

>>841
確かに、ファイルシステムの話をしているのに、
googleうんぬんは変だな。

ext2だと、電源障害やクラッシュの際にファイルシステム
の整合性確保に多く時間がかかっちゃうんじゃないの
ってだけなのにね。

電源障害の恐れは低く、クラッシュはRAID1で対応するから
通常使用時のパフォーマンスを落とすぐらいならext2を使おう
というのが>>824の趣旨なんだけど

>>824じゃなくて>>825だった

>>843
クラッシュとは、カーネルのクラッシュ
のことだ(高負荷時に何とかと言っているから)。
ディスク障害ではない。

ファイルシステムの整合性回復にミラーリングは関係ない。
ミラーしててもジャーナリングしてなきゃ多く時間が
かかるだろ。

その時間が気にならないのなら、確かにext2でどうぞ
ってことですな。

/bootパーティションなんてどうでもいい

>>846
まあ、通常運用時は
マウントする必要すらないからな。

>>843 vs >>845

.........>>845の勝ち！

>>845
最近おきたカーネルクラッシュの具体例が聞きたいな。

俺の場合(2.4.27)、USB-HDDの電源が抜けてるのに気づかずに
SCSI bus scanかけたらnull pointer dereferenceしたとか、
IEEE1394のPCカード抜いたらバスの消失をうまく扱えなかったとかの
ホットプラグ系のものが多い。Load average 10ぐらいはしょっちゅうあるけど。
高負荷ってのはLoad average 100とかそういうレベル?

>>821
> むしろ一定時間アクセスが無ければ自動アンマウント
> とかでもいいんですが…
--timeout オプションでできるよ

NFSmountしてた先のマシンを停止した後に
こっちもumountしようとしたけど出来ない

ファイルシステムとか全然詳しくないんだけどctimeじゃなくて
作成時間を残すext3用のパッチとかってある？

あ、作成時間はWinの作成日時みたいなの

noatimeじゃ駄目なん？

>>850 ありがとう！

>>851
serverを立ち上げ直してからumountしろ。

>>854
なるほど、そういうmount方法があるのか
勉強になりますた。ありがとう

これすごくないか。

【10.3問題】discreet stoneシステムの不具合
http://pc5.2ch.net/test/read.cgi/avi/1096718878/

>>858
「整備不良」、と欠陥を隠し続けたスリーダイヤ
よりはマシってとこかな？

よく分からんが。

stoneファイルシステムってDTV用のファイルシステムなのね。
http://www.discreet.jp/products/infrastructure/index.html

>>858
すごいね。10/3にプロ用アプリケーションが動作不能になるよっていう告知を
9/30にするとは。しかもメール一本投げただけ。

モノがモノだし症状が症状なだけに、、電話で個別対応する必要すらある大欠陥
だと思うなぁ。

2chのログ置き場にはどのファイルシステムがいい？
つか、これはダメってのある？

FATは駄目だろう。

datのような細かいのならreiserfsかxfsだろう。

なんでXFSなんだよ。

>>865
ジャーナリングファイルシステムの中でそれなりに速いからでは？

教えてください。
インターネット越しにファイル共有をしたいと考えています。
WebDAVなどでは、リモートにあるファイルを実行したときに
ローカルにコピーされて実行されますよね。
ではなくて、普通のローカルフォルダのように実行できるファイルシステムは
ないのでしょうか？
目的は、「巨大な映像ファイルを共有したい」です。
一旦ローカルに落とすだと10分以上待たされるorプレイヤが落ちるので。。

よろしくお願いします。

>>867
nfsとかsmb(NetBIOS)とかsshfsとか。

>>858
インターネット越しなんですが、nfsとかNetbios使えるんでしょうか？
むかーし、nfsでNAT越そうとしてえらい目に遭ったんですが。

>>867
ストリーミングサーバ立てりゃいいじゃん。

reiserfsやxfs, jfsでHDDのコピーを取るにはどうすればいいですか？
ext2やext3だとdump&restoreでHDDのコピーできるんですけど…

>>867
古いけど、davfsってあったよ。
たしか2.6系は対応してないはず。

相手側の構成がわからないけど、
映像ファイルだけなら、ストリーミングサーバたてるのに賛成。

トンネル掘っても良いし。

>>871
xfsはxfs用のdump/restoreがある。

単にコピーだったら、ddとかで良いんじゃないの?
どういうコピーがしたいのかがわからない。
cp -a とかで済むかもしれないし。

映像データのフォーマットも聞かないうちにストリーミングにしろってのは無理がないですかね。

>>873
ありがとうございます
xfsdumpについて調べてみました。ext系との互換は無いみたいですね。残念
ReiserFSとJFSはdumpの変わりになるようなものは無いようですね

やりたいのはファイルシステムのバックアップです
用心のために起動可能な状態でシステムのコピーを取っておきたいのです
容量の違うHDDに取りたいのでdump&restoreしかないかなぁと…

ddでも同じようなことってできますか？

parimageとも思ったが、あれもパーティションサイズ同じのでないと駄目だしな
対応してるファイルシステムならddよりはこっちを薦めるけど

>>875
素直にrsync使っておけ。
rsyncの使い方はググれ。

>>875
Mondo Rescue
ttp://www.microwerks.net/~hugo/index.html

リストア時にパーティション切り直せる
ただし、リストアの練習必須な。
練習用のマシンを準備できないなら>>877

UDF ファイルシステムって、めちゃくちゃ遅くない？
mkudffs で DVD-RAM にファイルシステム作って
書き込んでみたら、Windows の１００倍くらい遅い。いやマジで。

ところで、UDF ファイルシステムに対する
e2fsck みたいなツールってあるの？

>>879
W1ndom$の方が、ただ単に"どデカイキャッシュ"を作成してるので
そう感じるだけでは無いのか？

>>881 そうなのかも。
dd if=/dev/hdb of=/dev/null すると
5Mbps くらいでるしなぁ。

DVD-RAM 上のディレクトリツリーを rm -rf で
消したりすると、どうやら一ファイルごとに
ジーコンジーコンってシーク音が聞こえる。

ぼくも毎晩ジーコンジーコンでつ。

書き込みのほうは
dd if=/dev/zero of=/dev/hdb で測ってみると
400kbps ちょっとだった。

どうも UDF ファイルシステムの問題（？）らしいけど、
ちゃんとキャッシュかかってんのかな？

大昔は、ファイルシステムそのものに履歴機能があったそうですが
今はなぜなくなったのでしょうか

えろいひとがいらないって

えろいひとはすぐにHDDを動画でいっぱいにしちゃうからね。

ぼくえろいひとだけど、ちゃんとDVDに焼いてるからHDDいっぱいにならないよ

>>885
plan9なんてどうよ?

>>885
1. ゴミ箱ができたからいらなくなった。
2. コンテンツの履歴管理には、それ用のSCMが使われるようになった。
3. それでも、どうしてもという香具師には、cvsfsという選択肢ができたので、いらなくなった。

885がいってるのはUNIXの無構造バイトストリーム指向のファイルシステム以前の話じゃないの?

COBOLな時代のお話だ罠。

VAX/VMSもバージョン管理の機能をシステムが持っていた。

>>884
Linux で使うだけなら ext2 なり別のファイルシステムにした方がいいかもね。
どうも UDF は使いにくい

ハードディスクのイメージを操作しようとしています。
/dev/loop0 にそのイメージがあり、
fdisk /dev/loop0 とするとパーティションテーブルが見えます。

各パーティションは /dev/loop0p1 /dev/loop0p2 のように
デバイス名が表示されるのですが、/dev/ 以下にはそのような
デバイスはありません。どうやって mknod すればいいのでしょうか？

使用しているカーネルは 2.6.8.1 です。
ディストリビューションは Debian GNU/Linux sargeです。

おとなしくoffsetしてなさい

>>896 が〜ん、それしかないですか OTL

パーティションテーブル眺めてオフセット計算するのが面倒だから、
loop0p1 とか使えそうなのを知って小躍りしていたのに…
もうだめぽ…

Reiser4ってメチャクチャ早いな。もっと早く移行しときゃよかった。

詳細報告汁

腐ってやがる…速過ぎたんだ。

Reiser4って2.6系に入ってくる可能性高いらしいね。でも、そんな大物をいまさら
安定版カーネルに入れるなよ…。

今使わずにいつ使う！

>>900
なんか笑いが止まらんw

>>900>>902
ワロタ

>>901
2.6系は、まだ安定版ではないのでしょう（藁

そりゃ、2.7が出来てからでしょ。
reiser4は、2.6にもともと入れたかった機能だったんじゃ？

XFSを1年ほど使っているのだが、昨日文書書き中にXFSがシャットダウン。
xfs_repairのログから判断するに、本家bugzillaの
#326 xfs_repair failing to repair corrupted dinode
が起こったみたい。xfs_repairでもなおらないよどーしよー。
このバグの依存関係たどると、大本のバグは去年の8月に発見されているのだが、
XFSって今メンテされてないのかしら。

まずは御愁傷様です。
CVS版のxfs_repairで修復されちゃったのでバグ(っぽい挙動)を再現できない、
とかいう話になってないですかこれ

bugzillaの人は、カーネル2.6.9-rcで一度マウントしたあとにCVS版でxfs_repairしたら直ったって言ってるのだけど、
同じようなことしても直らない…。
結局xfs_dbでエラーが出た箇所を無理矢理書き換えてなんとかxfs_repairでエラーは出なくなりました。
しかし本日また違うinodeで同じエラー発生! ハードウェアかIDEドライバの方の問題なのかなぁ…。
とりあえず余ってるHDDに取れるだけバックアップしておいてbadblocksしてみます。
お騒がせしました。

ダメなATAカードでXFSして悩んでいた807です。
一年使ってきて問題ないそうなので、
HDDのガタがきたとかじゃないかと思うんですけど、
badblockで調べて異常がないHDDでも
ReiserFSとかXFSみたいなバリバリアクセスしてそうなfsを
みかけ上高速なATAで使うと問題があるようです。
僕もIEEE1394, USB-2.0 (20MB/s)で問題なく使ってきたので
ATA(60MB/s)でやったらエラりまくったので…
カーネルのバッファキャッシュ系の警告がでたりしてませんか?

>>909 ケーブルが DMA33 のものだったりして。

2.6向けのe2comprがリリースされていた事に気づく

Ext2Fsdだいぶ安定してきたな

tmpfs が /dev/shm にマウントされてるんだけど
fstab見ても書いてないんです。
誰がいつどうやってなぜマウントしたのでしょうか。

>>913
使ってるディストリのスレで聞け

そうする

俺だよ。俺がマウントした。

Reiser4でQUOTA使えるようになったら、移行しよう。
いつになるのかねえ。

SELinux使いは、ext2/ext3かxfsしか選択肢がないからなぁ。

xfsに何か文句でも？

>>908
その後、badblocksでエラーでました?
今、カーネル2.4.28rc1を使ってるんですけど、
IEEE1394のHDDでxfsでアクセスしてると

SCSI disk error : host 2 channel 0 id 0 lun 0 return code = 8000002
Info fld=0x9402062 (nonstd), Current sd08:15: sense key None
I/O error: dev 08:15, sector 11736776

みたいなのがボロボロ出て、でもbadblocksで何も
エラーがでないという変な状況に…これからIEEE1394以外の
インタフェースで試すつもりですけども

http://www.suse.de/~aj/linux_lfs.html
http://nfs.sourceforge.net/
俺用メモ

結局外付けストレージを繋ぐときには、VxFS＆VxVMを使うことになるな。
LinuxのFSとLVMの組み合わせなんて、怖くて使えねぇ。
内蔵ディスクをミラーで使うときはlinux標準のmdドライバでいいとは思うが。

>>922
Linux上のVxFSとVxVMって実績あるの？ Veritasは
ext3より3倍くらい高速なんて言っているけど。

mdドライバの出来も五十歩百歩のような気がするけど。

Solaris 10の新fs、ZFS
ttp://www.sun.com/2004-0914/feature/

>>923
パフォーマンスより、安全性。
ストレージとの組み合わせで使うものだから、個別にきちんと対応しているものじゃないとね。

>>925
> 個別にきちんと対応しているものじゃないとね。

って何のこと?
wd時代に逆戻りってこと?

カーネルパニックとかで止まってしまった場合。fsckは実行するべきでしょうか。
もしかして、出来るだけ早くしたほうがいい？

ファイルシステムによってはfsck実行するとさらに被害が増えることもあるかもしれない。

>>928
そうですか、今はreiserfsとext3を使っているので調べてみます。よく異常終了させてしまうので。
ありがとうございました。

ジャーナリングFSで fsck ってのは意味のあることなんだろうか。
でも時々は fsck する必要やっぱりある？

最近 BSD を使ってみてふと思ったんだけど、
SoftUpdate VS ジャーナリング、
どっちがいいものなんだろう。

>>931
Journaling versus Soft Updates: Asynchronous Meta-data Protection in File
Systems - Seltzer, Ganger, McKusick, Smith, Soules, Stein (ResearchIndex)
ttp://citeseer.ist.psu.edu/seltzer00journaling.html

XFSだけど電源バッチン何回かして
xfs_checkしてxfs_repairかけたら
lost+foundにいろいろ落ちてた。(´･ω･`)ｼｮﾎﾞｰﾝ

>>930
ext3は30回に一回fsckが強制されるけど、あれ禁止する方法ないの?
software suspendでもカウントされるからうざいんだけど。

>>932 THX
CiteSeerで思い出したので板違いだけど
http://slashdot.jp/article.pl?sid=04/11/18/1119237&topic=112&mode=thread

>>934
tune2fsで設定可能

>>936
Thanks

# tune2fs -c 0 /dev/hda1

しました。
fsckしたくなったらtouch /forcefsckしてrebootします。

UDF は電源パッチンにたいしてどれくらい耐性があるのかと思って
パケットライトスレッド UDF 2.0
http://pc5.2ch.net/test/read.cgi/cdr/1084023794/
で質問してみた。いま UDF 関連のドキュメントを読んでいるんだが、
なかなか複雑で理解するのに時間がかかりそう…

>>931
ジャーナリングじゃないけど、*BSDでには、
ディレクトリエントリの検索が改善されてるFSはあるの?

>>939
ufsにdirhashとか無かったっけ？

UFS dirhashはディスク上のデータ配置はそのままで、
ディレクトリエントリ取得後にカーネルがハッシュ表(サイズ上限あり)にしておく
やり方みたいですね。
はじめて触ったディレクトリに対してはハッシュ表ができていないため速度改善はないそうで。
ところで、dirprefの作者として名前がでてくるGrigoriy Orlovさんは
ext3のorlov allocaterのOrlovさんなんでしょうか?
参考
ttp:/www.cnri.dit.ie/Downloads/Malone_2001_bsdcon.pdf

おまえら今売りのInterfaceでフラッシュメモリ用ファイルシステムの勘所の記事がのってますよ

>>932
こういうのって電源パッチンパッチンしながら論文書いてるんだろうか…

そういや、こんな話があった。
ttp://ml.postgresql.jp/pipermail/pgsql-jp/2004-October/017756.html
ttp://ml.postgresql.jp/pipermail/pgsql-jp/2004-October/017774.html
SCSIケーブルが抜けてるのにfsync()に成功してしまうってのはどうよ。

ｆｊの教祖様が書いていたext2/3ではsyncしても実際syncされないこともある
って話と関係あるのかな？

ttp://www.dd.iij4u.or.jp/~okuyamak/Documents/NetworkFileSystem.Tune.4.html

ヲイヲイ、それじゃ欠陥品じゃないか（w
DBの領域にはとても使えんな。

また奥山か

SCSIケーブルが抜けないように注意してればいいだけの話でしょ。
もし万が一抜けてしまったら、何か問題が起きてしまってもしょうがない。

>>948
(´Д｀)ｱﾌｫ登場

>>948
抜けるなら最初から挿さなければいいんだよ。

抜けないように圧着すればいいじゃん

いやあのな。
SCSIケーブル抜くってのは、
コントローラレベルで補足出来る、意図して起こせる、
ハードウェアエラーの代表なわけよ。

これで駄目ならハードディスクの故障対策なんかも駄目なわけよ。

例えばSCSIコントローラやRAIDコントローラが故障して、
ディスクへの書き込みが正常にできていないのにOSに「正常終了」っていう
誤った結果を返したりしたら、不正なトランザクションが発生したことを
OSは全く認知できない。
つまり、どんな障害に対しても100%確実に対処できるようにすることなんて
不可能なわけだ。

だとすれば、どこかで妥協点を設けるしかない。
SCSIケーブルが抜けたなんて特殊な状況、そこまで面倒をみる必要があるか?

だから、妥協点として、SCSIケーブルが抜けたなんて、
SCSIコントローラが対処できるレベルの奴は、
>>944の様なことが起きない様にすべき対象内なんだよ。

そしてハードディスクの故障は再現させるのが面倒だけど、
SCSIケーブルが抜くのは簡単だから、
>>944のURLのような技術の話をする所でも議論しやすい。

だから、SCSIケーブルが抜けるケースを取り上げることには意味がある。

ハードディスクが壊れないように注意してればいいだけの話でしょ。
もし万が一壊れてしまったら、何か問題が起きてしまってもしょうがない。

>>955
その考えはさすがに困ると思うけど。

絶対壊れないなんて事はないんだから、壊れても大丈夫なようにすべき。
止められないなら冗長化するとか、止まってもいいならバックアップでもいい。
もちろん壊れても構わないマシンなら、面倒なんでなんもしなくていいと思うけど。

漏れはSCSIケーブル抜けたのなんて言うのは、当然対応すべきだと思うけど。
どうでも良いマシンに今時SCSIなんかつかわんでしょ。

>> AFAIK, EXT2 doesn't update all metadata synchronously in sync-mode.

>It does.

おまいら、教祖様とモートンたんのどっちの云うことを
信じるのだ。（AFAIKは教祖様がいったのと違うけどな）

めちゃくちゃ重要なことじゃん。はっきりしる。

>>957
これの出典は?
先のPostgreSQLのMLのログで紹介されてた
RedHatのBugzillaではext2のバッファキャッシュが激読みづらくて
fixが出ないままお流れになっていたようですが…

個人的にはLinuxのSCSIドライバがちゃんとメンテされてるように
思えないのでそのあたり怪しいと思ってますけども

うみゅ。ヲレもSCSIケーブルの抜き差しについては、fsではなくSCSIのドライバの
問題だと思う。メジャーじゃない製品のドライバだと、動けばいいやで適当に
作っているものがものすごく多いしね。