[過去ﾛｸﾞ] /**ファイルシステム総合スレ その3**/ (983ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
353: 05/03/10 18:08 ID:GsF+JXNW(2/3) AAS
>>352
補足です
NFSでもお互いからマウントできますよ
但しNFSはsambaと比べると多少制限がきついです。
例えばhostAの/usr/と/usr/localがexportされているとします。
これをhostB側でそれぞれ/usrと/usr/localにマウントすることはできません。（例が良くないですが）
（実装によって制限つきで可能な場合もありますが、一応これは出来ないとされていることです。）
でもとにかく一つのマウントポイントで読み書きできるのは一つのファイルシステムだけですから（当たり前
ですが）、マウントし合うことによって同時に二つのディスク（場所を隔てていてもいなくても）に書き込む
ことはできません。
省5
354: 05/03/10 18:51 ID:pFXH32Vm(2/3) AAS
350はDBのレプリケーションみたいなことをやりたいわけか?
355(2): 05/03/10 20:34 ID:bTgb51pQ(1/2) AAS
fdiskのソースコードってどっかにあります?
356: 05/03/10 20:42 ID:pFXH32Vm(3/3) AAS
>>349
rmsの場合思想が過激だけど、DQNかというとちょっと違う気がする。
んまぁ、似たようなもんだといえばそうだけど。
357: 05/03/10 20:43 ID:GsF+JXNW(3/3) AAS
rpm -qf `which fdisk`
358: 05/03/10 20:43 ID:AQyKN01L(1) AAS
>>355
util-linux
359: 355 05/03/10 21:31 ID:bTgb51pQ(2/2) AAS
ありがと
360: 05/03/10 23:21 ID:/Gxa5wIp(1) AAS
>>350
外部ﾘﾝｸ[html]:www.jp.redhat.com
361: 05/03/11 18:16 ID:QTHwpecX(1) AAS
今は2.4系のカーネルでreiserfs使ってる。十分早いし満足してるけど
reiserfs4の噂を聞くと早くそっちに移行したい。2.6の-mm をmakeして
みたけどエラーがかなり出た。漏れのはvine2.1が元になってるシステム
なんでアップグレードしなくちゃいかんものが多過ぎ。2.4系で使えるように
なんねえかなあ。
362: 05/03/12 07:01 ID:/2TeBUsm(1) AAS
>>350
つDRBD
363: 05/03/12 08:02 ID:B77gz3fS(1) AAS
両方からは無理だよな
364: 05/03/13 00:19 ID:vqoSZka5(1) AAS
クロスマウントすると管理面倒になるからやらない。最近の若いもんは普通にやるもんかね。
365: 05/03/13 02:35 ID:/bLtM+hK(1) AAS
>>350自身からは一切レスがないようだな
だから>>350がどれくらいわかって書いたのかが全然わからん
366: 05/03/13 08:19 ID:RCm3GK+k(1) AAS
クロスマウントすると、シャットダウンとか面倒だね。
/pubをAで作ってエクスポートして、
Bがそれをマウントするのじゃだめなの?
いまいちわからんな。
もしくは、AかBに適当にディレクトリ作って、
両方が/pubにマウント。
367: 05/03/14 23:33 ID:qfetEuje(1) AAS
大きいファイルはxfsがいいとかよいとか
368: 05/03/20 15:29 ID:LRW/WyAB(1) AAS
不用意にfsckして破損したファイルシステムを
ls -all ./
したら、ディレクトリなのに
?--------- ? ? ? ? ? .thunderbird
になってるディレクトリ以下(にあるInboxだけでも可)を救出する方法ってありますか?
369(2): 2005/03/24(木)02:28 ID:2BfPk71/(1) AAS
アイドル時にHDDをスピンダウンさせてくれるファイルシステム探してます。
今JFS使ってるのですが、経験とソース斜め読みした感じですと、
ある程度(結構少ない)dirtyなデータが貯まると必ずHDDに書きに行くようで、
ntpdやらの書き込みだけでも結構な頻度でHDDが起きてしまいます。
ext3やらXFSやらはどうですか?
370: 2005/03/24(木)13:47 ID:+epQr8Te(1) AAS
dirtyなデータをできるだけ早くストレージに書き出そうとするのは
まともなファイルシステムなら当たり前だと思うが。
頻繁に生じる書き込みをram diskに移す方が本質的な解決だと思う。
371: 2005/03/24(木)21:15 ID:hce01uAn(1) AAS
咥えて言えばHDDのスピンアップ/ダウンはHDDの健康にいいの?悪いの?
ってのはHARD系の板でよく議論になっとるね。宗教論争だが。
まあ>>369がやりたいってのなら、止める理由はない。
372: 2005/03/24(木)22:14 ID:8DdvgNkl(1/2) AAS
>>369
noflushd がありますよ。
バッファが満杯になるまでアクセスを控えます。
ディスクをスピンダウンさせる働きもあり。
他に bdflush でも調整可能ですよ。
書き込み間隔をとても長くすることで
近い効果を発揮します。
（ むしろ信頼性の観点から標準より短めに
するのが推奨されているけど。）
以上の様な方法でギリギリまで HDD を起こさずに
省2
373(1): 2005/03/24(木)22:20 ID:8DdvgNkl(2/2) AAS
早く reiser4 が標準カーネルに取り込まれないかな・・・。
MM パッチは自分の所では動作しないので、
reiser4 パッチを当ててる。
/ を reiser4 にするには結構な手間がかかるので
インストーラが reiser4 に対応して欲しい所。
374: 2005/03/24(木)22:24 ID:X+pmEYkJ(1) AAS
漏れの所は、こんな感じ。
AGE=60000
DIRTY_RATIO=40
DIRTY_BACKGROUND_RATIO=5
echo 5 > /proc/sys/vm/laptop_mode
echo $AGE > /proc/sys/fs/xfs/age_buffer_centisecs
echo $AGE > /proc/sys/fs/xfs/xfssyncd_centisecs
echo 3000 > /proc/sys/fs/xfs/xfsbufd_centisecs
echo $AGE > /proc/sys/vm/dirty_writeback_centisecs
echo $AGE > /proc/sys/vm/dirty_expire_centisecs
省2
375: 2005/03/24(木)22:42 ID:obVs4ggg(1) AAS
ノートパソコンだと回転止まって欲しいときあるね。
376(2): 2005/03/24(木)23:20 ID:eAdtZAh6(1) AAS
>>373
今日/をreiser4にして入れたけど、
/boot切っちゃった。
grubが対応してれば、/一発でも行けるかな。
377(1): 2005/03/24(木)23:34 ID:plVaD2oa(1) AAS
>>376
ｆ外部ﾘﾝｸ:ftp.namesys.com
人柱報告よろしくー。
378: 376 2005/03/25(金)16:55 ID:tpH3AC8j(1) AAS
>>377
最新patchじゃないけど試してみた。
kernelが2.6.10+reiser4-for-2.6.10-2、
grubがgrub-0.95-reiser4-20041021+手修正、
パーティションはswapと/(reiser4)のみ。
インストールして、grub入れるまではうまくいったけど、
起動時にstage2に行くところで探せない模様でresetがループする。
外部ﾘﾝｸ[html]:www.namesys.com
この問題かな。
379: 2005/03/31(木)00:21 ID:xQCr5jDn(1) AAS
自分もGentooだけどreiser4早いねえ。
早く本流に入らないかなあ。
380(1): 2005/03/31(木)08:43 ID:2Fl3pWqz(1) AAS
今 reiser3 使ってるんだけど、ext2 -> ext3 みたいな感じで
アップグレードできるの？reiser4に。
まぁダンプ→リストアすればいいんだが、面倒だ
381: 2005/03/31(木)11:08 ID:/KGNFFju(1) AAS
>>380
reiserってダンプ/リストアできるの？
単にアーカイバを使う以外に方法がなかったような気がする。
382: 2005/03/31(木)11:15 ID:1c7IduQg(1) AAS
そんなファイルシステムは嫌だ。
383: 2005/03/31(木)11:22 ID:RtTWMWi9(1) AAS
俺用メモ
外部ﾘﾝｸ:www.jp.redhat.com
XFSには、XATTRに関して1つ大きな問題があります。XATTRがiノードに収まらない場合は、1つのデータブロックごとに1つのiノードという形でデータブロックに格納されるのです。
mkfs.xfs のデフォルトの設定は、ブロックサイズが4096バイト、iノードのサイズが256バイトになっています（SELinuxのXATTRを格納するには、iノードが30バイトほど小さすぎます）。
つまり、デフォルトのXFSファイルシステムでは、SELinux のXATTRが1つのiノードにつき4096バイトを占めることになり、多くの場合これはディスク空間のかなりの部分に相当してしまいます！
XFSファイルシステムの作成時に“-i size=512”というオプションを使用すると、iノードのサイズが512バイトになり、SELinuxのXATTRがiノードに収まるようになります（スペースと性能の面で大きなメリットが得られます）。
また、512バイトのiノードにすると、明らかにその他の操作も少し性能が向上します。
XFSを使用する場合、もし将来SELinuxを使う予定があるなら、512バイトのiノードを使ってすべてのファイルシステムを作成しておくと良いでしょう。
384: 2005/03/31(木)21:10 ID:SDiutJxz(1) AAS
2.6.12-rc1-mm4
- New resierfs4 code drop
385: 2005/04/03(日)16:15 ID:j/Rt+Ruj(1) AAS
Ext2Fsd 0.24 is released!
386(1): 2005/04/04(月)06:38 ID:ELd5Mzsa(1) AAS
XFSにそんな罠があったのか。容量は余りまくってるから良いけど、
パフォーマンスが落ちるのはやだな。
387(1): 2005/04/14(木)14:41 ID:cevmRAGN(1) AAS
「ファイルシステム」って日本語だとどう言うの？
388: 2005/04/14(木)14:42 ID:kqmjiD6W(1) AAS
算帳系
389: 2005/04/14(木)14:47 ID:V2S1Efj8(1) AAS
>>387
ファイルシステム
390: 2005/04/16(土)18:50 ID:r3JC0W9u(1) AAS
>>386
心配しなくてもSELinuxは面倒くさくて切って使うことが多いよ
391: 2005/04/17(日)13:51 ID:WLIJimIy(1) AAS
FUSE使って2chfsとかできるのかな?
base64で書き込み。あ、削除ができねーか。
392: 2005/04/20(水)23:13 ID:M2iZ1FSf(1) AAS
追記型ならできるかも。
でも書き込みは1000回まで。
393(1): 2005/04/28(木)15:49 ID:BMKzQJCS(1/2) AAS
ReiserFSについて質問です。
400GBのSATAディスク7つRAIDコントローラボードに接続して1つのドライブ（2.18TB）をつくり、
シングルパーティションでReiserFS (3.6)のファイルシステムを作りました。
そのまま使っている分には問題なかったのですが、ある日rebootしたら2Tのディスク容量が
200GB弱になっており、FSもぶっ壊れてました。reiserfsckしたらとりあえず
データ（<200GB）は救済できたのですが、容量の1割しか使えないんでは困ります。
これって仕様なんでしょうか？
システムは最近インストールしたばかりのGentooです。
よろしくお願いします。
394: 2005/04/28(木)16:22 ID:BMKzQJCS(2/2) AAS
age他方がいいのでしょうか・・
395: 2005/04/28(木)16:40 ID:4g8dKA1q(1) AAS
アーキテクチャが何だかわからないが
ix86のような32bit Linuxは2Tまでしか扱えないと思ったが。
396: 2005/04/28(木)16:48 ID:rK5WqVjM(1) AAS
sfdisk -V
すると驚愕の結果に！
なったりして
397: 2005/04/28(木)20:51 ID:9uhV2jNz(1) AAS
＊＊ おおっと、便座の中 ＊＊
398: 2005/04/29(金)00:48 ID:d0KstKY1(1) AAS
5.1TBのreiserfsのボリュームがあるよぉ。
リブート恐いよぉ。
399: 2005/04/29(金)20:35 ID:qISA9YjY(1) AAS
すでに、どこかぐちゃぐちゃかもな。
400: 2005/05/03(火)11:50 ID:cp4zIlNs(1) AAS
400万個のぬるぽに満ち溢れて
401: 2005/05/03(火)12:05 ID:1/69pRET(1) AAS
人柱だという自覚が足りん
実運用に入る前にちゃんと検証すれ
402: 2005/05/06(金)08:17 ID:lI2CCtV2(1) AAS
reiser4 ではなく、reiserfs なら別に人柱じゃないだろ。
ただ、HDDがトラぶった時のリカバリ方法とかのノウハウが
あまり世に出てこないから。
>393
既知だと思うけど、
外部ﾘﾝｸ:japan.linux.com
あとは英語のページで情報漁るくらいしかないのでは？
403(2): 2005/05/07(土)00:18 ID:RGubdeds(1/3) AAS
ReiserFSを試してみようと思い、調べていたのですが、>>71を見てちょっと
困りました(>_<)
ext3よりも、障害耐性は弱いのでしょうか？
電源ぶち切れなんて年に１度あるかないかぐらいの確率だと思うのですが、
やっぱり気になります。
どうなのでしょうか？
404: 2005/05/07(土)00:20 ID:RGubdeds(2/3) AAS
ちなみにOSはCentOS3(kernel-2.4)です。
405: 2005/05/07(土)10:24 ID:Tsd4BFaD(1) AAS
>>403
漏れは>>71のようなことになったことはない。
ハードウェア的に問題があったか、さもなくばよほど運が悪かったのだろう。
仮にそのような事態を想定するとしても、それはファイルシステムに対してではなく、
重要なファイルを定期的にバックアップする心がけに注意を払うべきではないのか。
いくらジャーナリングファイルシステムだからといっても、
それは単にファイルシステムとしての整合性が保たれるってだけのことで、
アプリが書き込んだつもりの情報が失われることから守られるわけではないのだから。
# 書き込む直前にメモリにキャッシュされていた内容は反映されないから
406: 2005/05/07(土)18:36 ID:AS+rBZgo(1) AAS
運が悪いとファイルシステムの整合性が失われるジャーナルファルシステムなんて
ありえないんだが。
407: 2005/05/07(土)19:03 ID:GUZIugGL(1) AAS
運悪く隕石が当たって整合性が失われるとか
運悪く宇宙人にいたずらされて整合性が失われるとか
408: 2005/05/07(土)19:04 ID:HbhHk6d9(1) AAS
運が悪いと＝バグに遭遇すると
バグの無い実装などありえないでしょ。
409: 2005/05/07(土)19:06 ID:N9jtnJjA(1) AAS
そしたらバグで fs が壊れる実装なんて使えねーって結論になるよ。
410: 2005/05/07(土)19:06 ID:80i1u5KT(1) AAS
>>403
試してみようと思ってるなら、実際にやってみりゃいいやん。
411: 2005/05/07(土)22:24 ID:VtFnCXn/(1) AAS
ext3で電源ぶち切れたら運悪くジャーナルファイルがぶっ壊れて
マウントできなくなったことはある。
ext2でマウントしてみたらできたけど。
412: 2005/05/07(土)23:46 ID:RGubdeds(3/3) AAS
>>405-411
ありがとうございます。>>71のような事例はそうそう無いということですね。
知り合いにReiserFSを使っている人が一人もいないので、参考になりました。助かります。
とりあえず試してみようと思います。
413(1): 2005/05/07(土)23:49 ID:V/FHntOf(1) AAS
reiserfsってパーティションのdumpって取れないの？
414: 2005/05/08(日)00:40 ID:MfVnjZZl(1) AAS
>>413
取れません。
415: 2005/05/08(日)09:24 ID:YfHNWr0g(1) AAS
アンビリーバボー
416: 2005/05/08(日)13:45 ID:Po17ElHx(1/2) AAS
reiserfsのdumpツールがないのは痛いね。
しかたがないんでpartimageで代用してる。
partimageはマウント中のパーティションはバックアップできないんで
KNOPPIXからpartimageでイメージ作ってる。
スナップショットを使えばオンラインでバックアップできるかもしれないけど
やってみたことないんでわかんない。
417: 2005/05/08(日)19:13 ID:XF2QZrT2(1) AAS
reiserfsは、dumpの必要性がないファイルシステム(･`ω´･)
418: 2005/05/08(日)19:36 ID:Ri0iZE9p(1) AAS
Can I use "dump" and "restore" with ReiserFS? Any caveats?
外部ﾘﾝｸ[html]:www.namesys.com
419: 2005/05/08(日)21:55 ID:Po17ElHx(2/2) AAS
reiserfsのFAQが正しいとするとext2でもdumpは必要なさそうだけど
実際のとこどうなんだろ？
420(1): 2005/05/10(火)00:24 ID:sNZknnWi(1) AAS
dump自体がレガシー。
HDDが数GBしかなかったころのバックアップ手法。
421(2): 2005/05/10(火)00:44 ID:J6n6iw5h(1) AAS
>>420
数十〜数百GBのHDDのバックアップ手法キボンヌ
422(2): 2005/05/10(火)00:49 ID:Kc7Ph/cf(1/2) AAS
>>421
nbd+mdでraid1とか。
423: 2005/05/10(火)01:10 ID:ACNMSWsB(1) AAS
>>421
rsync+ssh
424(1): 2005/05/10(火)08:01 ID:WSSMWoK/(1) AAS
>>422
RAID1は予防策であって、復旧には使えんだろ、バーカ
425(1): 2005/05/10(火)21:10 ID:sTZqqV00(1) AAS
旧態依然だといわれても他にdumpより良い方法がないからなぁ。なんかいいのある？/procとか問題なくrestoreできるなら正直なんでもいいんだけど。
426: 2005/05/10(火)22:35 ID:Rmgt7anG(1) AAS
LVM
427: 2005/05/10(火)22:42 ID:gz3WobZQ(1) AAS
>>425
/procの中身を取らないという意味ならtar -l (--one-file-system)は？
428: 2005/05/10(火)23:03 ID:IQ56/S9J(1/2) AAS
tarかよ
429: 2005/05/10(火)23:03 ID:IQ56/S9J(2/2) AAS
IQ56 orz
430: 2005/05/10(火)23:55 ID:6E7mrfUV(1) AAS
cp -ax
っつう手もあるな。dumpと比べてメリットがあるのかどうか知らんが。
431(1): 2005/05/10(火)23:58 ID:6fEbo/Kd(1) AAS
てゆーか、dumpが無いって事は壊れないって事だ。
432(1): 2005/05/10(火)23:59 ID:Kc7Ph/cf(2/2) AAS
>>424
脳タリンが紛れ込んでるな。
433(1): 2005/05/11(水)00:02 ID:pQb5ltlh(1) AAS
>>432
バーカ バーカ
434: 2005/05/11(水)00:17 ID:5zPh38xf(1) AAS
dumpfsは？
435: 2005/05/11(水)00:46 ID:LKUcENHN(1) AAS
基本はスナップショットとれるfsをつかって、スナップショットをとったあと
時間をかけてお好きな方法でって感じで、特にこれといった決め手はないような。
>>433
バックアップにRAIDとかほざく馬鹿は放置しとけ。
436: 2005/05/11(水)00:56 ID:h/eusWjs(1) AAS
>>422はnbdって言ってるから、
ネットワーク越しにRAID1組んで
片方死んでももう片方から復旧させるという手法なのかな？
瞬間的には逐次的なバックアップと見なせなくもないけど、
操作間違って消したらおしまいだしな。
437: 2005/05/11(水)01:01 ID:Y7lrbbGG(1) AAS
sync終わったら切り離すって手法じゃね？
438: 2005/05/11(水)02:16 ID:DNCWvbPO(1) AAS
>>431
ファイルシステムがいかに優れていて壊れなくても、人間というものはアフォで
すぐ壊すからバックアップは必要なの。
439(4): 2005/05/11(水)09:45 ID:L5tbV2CV(1) AAS
Red Hat Enterprise Linux 4のファイルシステム(ext3)上で
ディレクトリをtarで固めると、順番めちゃくちゃに格納されちゃう。
Red Hat Enterprise Linux 3のファイルシステム(ext3)だと大丈夫。
何か変わった？
440(1): 2005/05/11(水)10:54 ID:s7L8K+Gr(1) AAS
>>439
H-Treeのオンオフが違うとか?
441(1): 2005/05/11(水)19:42 ID:sC8+382H(1) AAS
>>439
例えば、weekという名前のディレクトリ以下に、一定の並びでファイルが
入っていると仮定します。
$ ls -f week
. .. Sunday Monday Tuesday Wednesday Thursday Friday Saturday
H-Treeがオフの状態のext3上で
$ tar cpf week.tar weeek
を実行すると、その並びでtarファイルが作られます。
もし、H-Treeがオンの状態のext3上で同様に作りたければ、
week/Sunday
省15
442: 439 2005/05/12(木)11:40 ID:o3RQajAb(1) AAS
>>440 >>441
いろいろ教えてくださりありがとうございます。
なるほど、H-Treeが原因のようですね。
H-Treeがオンの時、tarファイルに格納する対象としてディレクトリを
指定すると、その配下のファイルがまとめて固められてしまうので、
このような手順を踏んでいるのですね。参考にさせていただきます。
取引先に納品したtarファイルのリストが従来と違うと文句を言われて
いたので、大変助かりました。
ただ、この方法だとディレクトリの深さが１段までなら大丈夫ですが、
さらにツリーが深くなると、再帰的な処理が必要になると思われます。
省1
443: 2005/05/12(木)11:49 ID:dF2mIo3M(1) AAS
FUSE: Filesystem in Userspace (2)
外部ﾘﾝｸ:japan.linux.com
444: 2005/05/12(木)11:50 ID:9wWIeXgk(1/2) AAS
tar で順番変わると何がマズいんだろ。
445: 2005/05/12(木)12:28 ID:gklP+NyP(1) AAS
ただ気持ち悪いだけだろ。
446(1): 2005/05/12(木)13:35 ID:GQdBBjBd(1) AAS
ファイル展開時に関連するファイルがディスク上に並んで置かれないため、
状況によってはシーク性能に影響するということが考えられるね。
447(1): 2005/05/12(木)13:56 ID:7uDI2iCm(1/2) AAS
ひょっとして、cpioとか使ったことないのか?
448: 2005/05/12(木)14:24 ID:9wWIeXgk(2/2) AAS
>>447
cpio だとどうなの?
449: 2005/05/12(木)15:08 ID:OCISmod/(1) AAS
find | sort | cpio -H tar
450: 2005/05/12(木)19:23 ID:ZMvUpTPR(1) AAS
>>446
tarにおけるアーカイブ順と、ディスク上の物理的な書き込み位置
が関係あるの?
451(1): 2005/05/12(木)19:37 ID:7uDI2iCm(2/2) AAS
DQNをとりまく世界ではあらゆることが起きうるから
tarにおけるアーカイブ順の如何で世界が滅亡しても不思議じゃない。
452: 2005/05/12(木)19:40 ID:zj5o6ZTq(1) AAS
cpioだったら、たとえば、
find hogehoge | sort | cpio -H ustar -vo | gzip -9 > hogehoge.tar.gz
みたいなことをやって、中間ファイルなしに
ファイル名順にそろえられるとかじゃない?
上下前次1-新書関写板覧索設栞歴
あと 531 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.038s