[過去ﾛｸﾞ]
/**ファイルシステム総合スレ その3**/ (983ﾚｽ)
/**ファイルシステム総合スレ その3**/ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
322: login:Penguin [sage] 05/03/06 13:41:39 ID:xL3xP2Az バックアップメディアとしてDVD-RAMを使いたいのですが無駄領域が少ないファイルシステムを教えて下さい。 条件 100KB程のファイルを50〜60個まとめて１つのディレクトリの中に入れています。 そんなディレクトリが大量にあって、合計4G程です。 このディレクトリ構造のままバックアップする。 月に2回位の頻度で1ディレクトリの中味を更新する可能性があります。 パーミッションは不用です。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/322
323: login:Penguin [sage] 05/03/06 13:45:46 ID:PA4OTFZu ｱﾁｬｰ、正直に「エロ画像のバックアップ」と言えば回答があったかもしれないのに。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/323
324: login:Penguin [sage] 05/03/06 15:45:01 ID:3BV4HdMy うpしてくれたら回答するのに。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/324
325: login:Penguin [sage] 05/03/06 16:08:44 ID:waKltDdZ エロ画像ってバックアップしたら 二度と見ないような気がする。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/325
326: login:Penguin [sage] 05/03/06 17:07:35 ID:nxdvWmTA >>325 そうそう。HDDと運命を共にするデータってのもあっていい。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/326
327: login:Penguin [] 05/03/06 17:40:30 ID:3BV4HdMy 1995年のタイムスタンプのエロ画像今でもあるよ。 Mosaicでplayboyのサイトから落としてきたやつ。 昔はこんなのオカズにしていたのかと思うと感慨深い。 今では炉利画像でないと駄目なんだよな…… http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/327
328: login:Penguin [sage] 05/03/06 17:43:20 ID:3BV4HdMy 漏れのオカズ置き場ファイルシステムは ext2→ext3→XFSだな。 やっぱり動画が多くなるとXFSは有利。 さーて関西援交で抜くか。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/328
329: login:Penguin [sage] 05/03/06 19:04:02 ID:mgzbg/YP FAT32だろ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/329
330: login:Penguin [sage] 05/03/07 22:21:06 ID:AThsXQD+ まあFDDなら。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/330
331: login:Penguin [sage] 05/03/08 08:16:48 ID:qQCYK4X/ FDはFAT12 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/331
332: login:Penguin [] 05/03/09 03:59:04 ID:kZyLlzVN ところでおまいらreiserfs4は使ってますか。明日外付けのファイヤワイヤ ハードディスクの250GB を買いに行くんだがこれをreiserfs4で使ってみる つもりだ。age http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/332
333: login:Penguin [sage] 05/03/09 11:39:06 ID:CSxZ1x4z 勇者だな。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/333
334: login:Penguin [sage] 05/03/09 12:16:00 ID:otq4u07+ 貴重なエロ画像が…… http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/334
335: login:Penguin [sage] 05/03/09 20:52:10 ID:rPlMuUJL >>333 勇者必要だな。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/335
336: login:Penguin [sage] 05/03/09 21:22:22 ID:w5/mqsWn 勇者たちに質問です。 このたびLinuxでファイル倉庫を作ろうと思ってます。 いままでファイルシステムに無頓着だったんですが、ext3よりもreiserfsとかXFSというファイルシステム の方が良さそうに思いました。HDDを4台でソフトウェアレイド5にしようと思ってます。 動画とか溜めるのにやはりファイルシステムは速度等考慮して、ext3以外のものを選択した方が、 後々違いが出てくる（有利になる）ものでしょうか？ 一回倉庫を作ってしまうと、あとで変更するのが難しそうなので勇者たちにア
ドバイスをいただけたらと 思っています。m(_ _)m http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/336
337: login:Penguin [sage] 05/03/09 21:30:15 ID:SLjEunOr Reiser4使ってるよ。もう7ヶ月くらい。 1.5TB RAIDアレイからLVM2でいろいろ切り出して運用してる。問題があったのは ボリュームサイズ拡張してもファイルシステムのリサイズがうまくできなかったこと くらいかな。でもLVMなんで空きをかき集めてそこにファイルシステム作ってデータ 移してから元の領域を解放して、みたいにして対処してる。 Reiser4の速度を知ってしまうと他のにはもう戻る気になれない。statの応答速度が モロに効いてくるプログラムがぶん回ってるんで。 http://hayabu
sa6.5ch.io/test/read.cgi/linux/1101495293/337
338: login:Penguin [sage] 05/03/09 21:42:53 ID:GUjVEOPf inodeサイズを2KBまで大きくしたXFS ほんのりお勧め http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/338
339: login:Penguin [sage] 05/03/09 21:48:51 ID:w5/mqsWn そんなにファイルシステムで違うものですか。参考になりました。 いろいろと調べていると、Reiserfsが情報が多いようなので、ファイルシステムはそれで 作ってみようと思います。ありがとうございました。 ちなみにReiser4は、カーネル2.6以上のディストリしか対応してないですよね？ SUSEのFTP版があるようなので、そちらで試してみたいと思います。どうもです。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/339
340: login:Penguin [sage] 05/03/09 21:51:12 ID:w5/mqsWn >>338 XFSももう少し調べてみます。どうもです。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/340
341: 337 [sage] 05/03/09 22:33:01 ID:SLjEunOr >> 336=ID:w5/mqsWn すまん。漏れは337の内容は332,333へのレスのつもりで書いた。 一つのディレクトリあたり数千個のファイルが転がってるような環境でReiser4は 圧倒的な優位性を発揮してくれている。これが数十個程度のファイルしかなくて、 ファイル一個あたりのサイズが数ギガなんて環境でも同様にReiser4が優位かどうかは ベンチ取ったわけでもないので何とも言えない。 Hans Reiserがそんなタコな仕事をするとも思えないけど実際に使用・評価して 目的にあったものを選ぶのはユーザの責
任なんで、そこんとこよろしく。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/341
342: 337 [sage] 05/03/09 22:36:03 ID:SLjEunOr 参考までに。Gentoo Linuxでmmなカーネルソースね。Reiser4で運用してるの。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/342
343: login:Penguin [sage] 05/03/09 22:55:55 ID:syCi24B3 丁寧にどうも。勘違いしました。 仕事で使うわけでもないので、何かあった時は、少し涙を流せばいいだけです。 消えて困るものは、バックアップは取っておきます。 おっしゃってることもわかってますので、違うファイルシステムも試してみたいという興味の上で、 実験をかねてやってみたいと思います。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/343
344: login:Penguin [sage] 05/03/10 00:50:48 ID:gstvhYY5 おれが yamada-fs 作ったら使う？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/344
345: login:Penguin [sage] 05/03/10 00:52:30 ID:rvtZdt1B >>344 特徴きぼんぬ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/345
346: login:Penguin [sage] 05/03/10 01:38:46 ID:gstvhYY5 名前が reiserfs よりかっこいい。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/346
347: login:Penguin [sage] 05/03/10 09:56:53 ID:W1xhULZI Hans ReiserはちょっとDQNなのがなあ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/347
348: login:Penguin [sage] 05/03/10 10:08:09 ID:pFXH32Vm ×ちょっと ○かなり もっとも、Theoだのdjbだの上には上がいるけどね… http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/348
349: login:Penguin [] 05/03/10 13:02:48 ID:TkVSk90+ rms はどうよ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/349
350: login:Penguin [sage] 05/03/10 16:53:16 ID:Hy0Epyub 誰か知ってたら教えて下さい。 hostAとhostBの両方に/pubという同一名のディレクトリを作り、それをお互いにNFS等で マウントさせて、片方のhostに書き込まれたファイルは、もう片方のhostにも書き込まれる ようにする事は可能なのでしょうか？ ちなみに、NFSで試してみたところ、同一名のディレクトリにお互いにマウントさせる事が 出来ず、どちらか一方のみしかマウント出来ませんでした。 出来れば、フリーのソフトでそういった事が出来ると良いのですが･･･。 よろしくお願いします。
http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/350
351: login:Penguin [sage] 05/03/10 16:53:30 ID:ZItEV8md LesserFS http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/351
352: login:Penguin [sage] 05/03/10 17:13:39 ID:GsF+JXNW >>350 基本的な考え違いを起こしてるような気がします。 例えばsambaだとお互いからマウントできます。 しかし、たとえそのような状態でも 一度の書き込みで”両マシンそれぞれに直接接続されている物理ディスク”に同時に 書き込むことは出来ませんよ そちらがやりたいことはネットワークを介したミラーリングであるような気がしますが、 両方でマウントしあってもそのようなことは実現できません。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/352
353: login:Penguin [sage] 05/03/10 18:08:08 ID:GsF+JXNW >>352 補足です NFSでもお互いからマウントできますよ 但しNFSはsambaと比べると多少制限がきついです。 例えばhostAの/usr/と/usr/localがexportされているとします。 これをhostB側でそれぞれ/usrと/usr/localにマウントすることはできません。（例が良くないですが） （実装によって制限つきで可能な場合もありますが、一応これは出来ないとされていることです。） でもとにかく一つのマウントポイントで読み書きできるのは一つのファイルシステムだけですから（当たり前 ですが
）、マウントし合うことによって同時に二つのディスク（場所を隔てていてもいなくても）に書き込む ことはできません。 もし実現できればディザスタリカバリに最適な手法ということになりますが ネットワークを介したミラーリングってのは今のところ難しいです。 普通はLVMを導入して稼働中のバックアップを定期的にとることでそれに準じた効果を得ます。 hostBのバックアップを常にhostAにとっておきたいというのであればhostBをNFS-ROOT式にすれば良いと思います。 あるいはバックアップしたいpathだけをNFSにしてもいいと思います。 http://hay
abusa6.5ch.io/test/read.cgi/linux/1101495293/353
354: login:Penguin [sage] 05/03/10 18:51:33 ID:pFXH32Vm 350はDBのレプリケーションみたいなことをやりたいわけか? http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/354
355: login:Penguin [] 05/03/10 20:34:26 ID:bTgb51pQ fdiskのソースコードってどっかにあります? http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/355
356: login:Penguin [sage] 05/03/10 20:42:38 ID:pFXH32Vm >>349 rmsの場合思想が過激だけど、DQNかというとちょっと違う気がする。 んまぁ、似たようなもんだといえばそうだけど。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/356
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://haya
busa6.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
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 562 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.036s