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