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

1 名前：login:Penguin [03/09/08 21:47 ID:YkHkXm1o] 多種多様なファイルシステムに対応しているLinux。 そのファイルシステムに関するトラブル、チューニング、愚痴^H^H感想などなど。 なんでも語ってくれ。 前スレ pc.2ch.net/test/read.cgi/linux/1006743807/ 331 名前：login:Penguin mailto:sage [04/02/09 00:17 ID:YphTwcDO] >>328 どっちやねんって、ロールバックは健全性は保たれている。 破壊って言ったら普通は健全性が損なわれている。 332 名前：login:Penguin mailto:sage [04/02/09 00:37 ID:sC3Zk+Ez] 2.6.3-rc1カーネルなDebian sidでnavi2chしていたらカーネル固まった。 他所からping打っても返事無し。リセットした。 XFSなファイルシステム自体は壊れなかったけど、 ~/.navi2ch/pc.2ch.net/linuxの下のほげほげ.datなファイルの中身は グチャグチャになってしまった。 ext3の頃はそんな事なかったんだけどねー。 2ちゃんねるから足を洗ういい機会かもしれない、とは思った。 333 名前：login:Penguin mailto:sage [04/02/09 00:40 ID:XpgIuwzN] XFS信者キモイ。 334 名前：login:Penguin mailto:sage [04/02/09 08:16 ID:4YInUGD9] つーかすぐ信者論争起こしたがる考えがわからん。 335 名前：ヽ(´ー`)ノ mailto:sage [04/02/09 14:20 ID:xneU89ut] >>332 ~/.navi2ch の下がゴチャゴチャになったのはファイルシステムは 関係ないと思うんだが。変な終わらせ方したらたまになる。 336 名前：login:Penguin mailto:sage [04/02/09 15:31 ID:jPSJguiG] Reiser信者は絶滅したのですか？ 337 名前：login:Penguin mailto:sage [04/02/09 15:32 ID:jPSJguiG] おおくまさんXFSの具合いはどうですか。 おおくまさんさやかタンの具合いはどうですか。 338 名前：login:Penguin [04/02/09 18:13 ID:M16SWX6N] >>330 言いたい事あるならはっきり言えば？ なんでも「（ｒｙ」にすればいいと思ってるでしょうかこの人。 リアルで語尾がうやむやになって聞きとりにくいタイプ？ 339 名前：login:Penguin mailto:sage [04/02/09 20:51 ID:GhmEabJe] >>330 じゃあ、使い方が悪いのかもね 2年以上使ってるけど特に問題ないよ 340 名前：login:Penguin mailto:sage [04/02/10 00:24 ID:J64RHnv6] >>337 なつかしいな。 341 名前：login:Penguin [04/02/10 23:14 ID:2jfAUvMX] XFS 信者マダー？ 342 名前：login:Penguin mailto:sage [04/02/11 00:28 ID:EZiXYSs+] >>341 大して使ってないのにXFSを勧めてる連中が何人も登場した気がするが、それでも不足ですか？ 343 名前：login:Penguin mailto:sage [04/02/11 00:42 ID:Qn2GrHtv] 自演クサ！ 344 名前：login:Penguin mailto:sage [04/02/11 07:05 ID:rQjsSvx6] IRIX使ってるけど、ハードディスクがやたら五月蝿い。 これってXFSのせいかな？ 345 名前：login:Penguin mailto:sage [04/02/11 08:27 ID:6S9jTgap] そういや、294は結局どうしたんだ? 346 名前：login:Penguin mailto:sage [04/02/13 03:45 ID:ayNMDy6b] reiser4、今月の六日に更新されてんな。 347 名前：login:Penguin mailto:sage [04/02/14 07:43 ID:kX0ZpYOB] どのファイルシステムでもsysctlのvm.bdflushでダーティーページ の書き込みタイミングを調整すると書き込み時の応答性や信頼性 が調整できるよ 348 名前：login:Penguin [04/02/14 12:58 ID:Nk6dZisG] ext3に圧縮機能は無いですか？ 透過的な圧縮機能があればいいのになぁ、と思っているんですが。 349 名前：login:Penguin mailto:sage [04/02/14 14:55 ID:SxenY+uM] >>348 NTFSならありますよ。便利ですね。 350 名前：login:Penguin [04/02/14 15:02 ID:Nk6dZisG] >>349 いやまぁそれはわかってはいるんですが… 351 名前：ヽ(´ー`)ノ mailto:sage [04/02/14 15:09 ID:QjBE5SxX] >>348 とりあえず Google ぐらい使えよ、と言いたいわけだが。 352 名前：login:Penguin mailto:sage [04/02/14 15:17 ID:zgL8ZkS5] >>347 どっかで実験レポートだしてる？ vm.bdflushはジャーナル書き出しのタイミングは調整できないと思うし、 XFSのリアルタイムサポート(?)もこれじゃいじれないよな。 やれることには相当限界がありそうな気がするんで。 353 名前：login:Penguin mailto:sage [04/02/14 17:22 ID:vUtx4NfM] >>348 もう少し待ってよ。 今作ってるから。 354 名前：login:Penguin mailto:sage [04/02/14 19:14 ID:CeFOFhMA] e2compr、ext3につかえっかな 355 名前：login:Penguin mailto:sage [04/02/14 19:24 ID:SxenY+uM] NTFSのソースコードは流出しなかったようですね。残念ですね。 356 名前：login:Penguin [04/02/14 21:07 ID:Nk6dZisG] >>355 流出していたら、かなりおいしかったはず。 357 名前：login:Penguin mailto:sage [04/02/14 22:53 ID:EVeEM0ap] SCOがUnixWareにNTFSサポート組み込めてたらもっと売れてたかねえ？ 358 名前：login:Penguin mailto:sage [04/02/14 22:55 ID:zinZCNqj] つーか、CIFSなら流失して欲しかった。 NTFS今更どうでもいい。読み書きできるし。 359 名前：login:Penguin mailto:sage [04/02/15 20:29 ID:XK+NE1xY] 逆にNTFSが流出したら潰されそう 360 名前：login:Penguin mailto:sage [04/02/29 03:01 ID:hLQBw/Mk] NTFS の write サポートって 2.4系にバックポートされないのかな？ 2.4.25だとDANGEROUSのまま 361 名前：login:Penguin mailto:sage [04/02/29 03:47 ID:w+DnpQFE] linux-ntfs.sourceforge.net/ これだろ？ 2.6でDANGEROUSの表示が消えたのかどうかはしらんが、 書き込みが安全だと言い切れる状態ではない。 362 名前：login:Penguin mailto:sage [04/02/29 04:38 ID:LCUm+YYA] ｵﾌﾟｿ厨ってソースが無いものに対してはまったく無力だな。 363 名前：login:Penguin mailto:sage [04/02/29 09:41 ID:bgzDDfYK] >>362 まあそういうもんだろ 無力なやつはほっておけ 364 名前：login:Penguin mailto:sage [04/02/29 18:20 ID:W6jQgk9B] またドザか。 365 名前：login:Penguin mailto:sage [04/03/04 06:55 ID:2rvYzD4v] kernel 2.4 で ext3 を ordered で使ってるのですが、 大きなファイルを書き込もうとすると 5 秒経つごとに kjournald が数秒間激しく走って、 他の処理がストップしてしまいます。 いくら何でも遅すぎという気がするのですが、 そういうものなんでしょうか。 366 名前：login:Penguin mailto:sage [04/03/04 15:36 ID:ikN/Tr9S] reiserfs から reiser4fs にうpしたいんだけど 367 名前：login:Penguin mailto:sage [04/03/05 01:13 ID:eRm/fC7Z] >>365 そんな印象はないが…何を実験したらそう感じる? 368 名前：login:Penguin mailto:sage [04/03/05 20:07 ID:2MEpwOYP] 実験というか、普通に 100MB ほどの file cp してるだけで…… RHL8 をベースに kernel とか自前で compile してる環境で、 あんまり素性は良くないとは思いますが…… 369 名前：login:Penguin mailto:sage [04/03/05 21:03 ID:xuooe8hw] 俺のヘボ環境(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のファイルを何個もガチンガチンさわるような仕事？ 370 名前：login:Penguin mailto:sage [04/03/06 00:46 ID:viX8hVA9] tume cp a b して 0.490u 18.300s 0:35.23 53.3% 0+0k 0+0io 98pf+0w と出ましたが…… 裏で他に重いプロセス動いていない状態で cp だけしましたが…… 371 名前：370 mailto:sage [04/03/06 00:51 ID:viX8hVA9] IDE HDD二つあって、両方で time で同じような数値がでてるから、 ハードの故障ではないと思うのだけど…… 372 名前：login:Penguin mailto:sage [04/03/06 16:49 ID:Wbl/ELNq] システム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だとか？ 373 名前：login:Penguin mailto:sage [04/03/07 08:24 ID:rvQsV/pc] お付き合いいただいてありがとうございます。 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 374 名前：login:Penguin mailto:sage [04/03/07 09:38 ID:rvQsV/pc] syncで、で思い出したので調べてみたら、 DMA転送が何故かoffになってました…… 原因はよく分からないのですが、 とりあえず起動時にhdparm -d1を実行して様子をみます…… 375 名前：login:Penguin [04/03/11 22:45 ID:M5DTqQsJ] 質問です。 カーネル2.6使用時のファイルシステムは，現時点で何が一番オススメでしょうか。 ディストリビューションはDebianで， マシンの利用目的はWebサーバです。 できればACLも試してみたいと思っています。 376 名前：login:Penguin mailto:sage [04/03/11 22:56 ID:WJ5hr95y] xfs 377 名前：login:Penguin mailto:sage [04/03/11 23:02 ID:EpkHQQD1] ext2 378 名前：login:Penguin mailto:sage [04/03/12 15:43 ID:CDHj/mtN] どこに書けばよいのかよくわからなかったのでファイルシステムスレにて失礼します。 Linux で、ローカル・ディレクトリ・チェックポイントを実現するようなファイルシステムは存在するのでしょうか？ ローカル・ディレクトリ・チェックポイントとは、NetFORCFE NAS サーバーに実装されているようなものです。 www.tgi.co.jp/PROCOM/DOC/localcp_wp-J.pdf www.tgi.co.jp/NewImage/Check.pdf 379 名前：login:Penguin mailto:sage [04/03/12 15:48 ID:W69aggCM] >>378 LVMのスナップショットみたいなもん？ 380 名前：login:Penguin mailto:sage [04/03/12 16:00 ID:++M80f7W] ならこっちかな。 LVMを語らせていただけませんか？ pc.2ch.net/test/read.cgi/linux/1024122484/ 381 名前：login:Penguin mailto:sage [04/03/12 18:20 ID:CDHj/mtN] >>379 >>380 謝謝！まさにそんな機能でした。 382 名前：login:Penguin [04/03/12 18:33 ID:3s8oHFYh] 質問です。 まっさらから Debian 3.0 を kernel 2.4 で新規インストールするという前提で、HDD 2基を マウントする Linux マシンを組みます。 HDD_1 はシステム、アプリ、/var や swap などが入り、 HDD_2 は完全なファイルサーバー用のエリア（100MB over/file が基本） とするとき、 HDD_1（のシステム領域）と HDD_2 は、それぞれどのファイルシステムを選択するのが よいと思われますか？ なお優先順位はどちらとも 　耐障害性 > 安定性 > 速度 です。 383 名前：login:Penguin mailto:sage [04/03/12 23:32 ID:rthV9o/V] >>382 とりあえずジャーナリングできるやつで、あとは好きにすれば? 新しく作るのに今更ext3でもなかろう...とは思うが。 ファイルサーバ用のファイルシステムは、今ならACLに対応したやつがホットかな。 ちなみに、漏れはほとんどreiserfs。 小さなファイルがほとんどだから、xfsよりもこっちを勧められた。 384 名前：login:Penguin mailto:sage [04/03/13 10:38 ID:DcGhysxg] >>383 すいません。reiserfs3.x から reiserfs4 に上げたいんですけどお教え下さい。 385 名前：login:Penguin mailto:sage [04/03/18 20:49 ID:oingiW5Z] NTFS書き込み正式サポートはまだですか？サポートされればKNOPPIXの利用価値が 激増するんですけど。 386 名前：login:Penguin mailto:sage [04/03/19 22:59 ID:YRFlNFy9] >>385 Captive-NTFS使えば？ www.jankratochvil.net/project/captive/ KNOPPIX3.4で採用されるらしいよ。 387 名前：login:Penguin mailto:sage [04/03/20 16:18 ID:WZAPoCo5] >>386 ユーザ空間でファイルシステム動かす話で実用化を狙ってるのが地味に面白いんだけど、 これってNTFSドライバはWindowsの純正のをもってくるんだよね？ 単に入手方法だけ考えるとCDブートできない機械用にMSが配布してるフロッピから 取ってこれるのかもしれないけど、ライセンス的にどうなのかな。 388 名前：login:Penguin mailto:sage [04/03/20 21:22 ID:x4cMoRse] WinXP_EN_HOM_BF.EXEをcabextractで展開するとcdboot5.imgにntfs.sysが見えるね。 389 名前：login:Penguin mailto:sage [04/03/21 07:29 ID:rJHOQEvY] FATの特許無視して勝手に使ったりドライバファイル盗んで勝手に配布したり 相変わらずモラルを知らない奴らだな。 390 名前：login:Penguin mailto:sage [04/03/21 07:35 ID:5tT6LEFS] >>389 お前FATのライセンス知ってる？ 391 名前：login:Penguin mailto:sage [04/03/21 11:46 ID:Pq7pE02T] >>387-388 っつーか、>>386のツールの中にM$のサイトから自動的にダウンロードするソフトが付属しています。 392 名前：login:Penguin mailto:sage [04/03/23 13:36 ID:AG2H318m] >>386 Captiveに手を染めるぐらいなら本家サポートを待ったほうがよさげですね。 2.6.xでは書き込みもdangerouse扱いじゃなくなったんですっけ。 393 名前：login:Penguin mailto:age [04/03/24 10:06 ID:oq0vBsj1] (´･ω･｀) 394 名前：login:Penguin mailto:sage [04/03/24 11:44 ID:+HppsPhq] >>391 ダウンロード可能＝使用可能じゃないだろ。 しかもユーザーに責任押し付けてるだけだし。 そういうことするから信用がなくなるんだよ。 395 名前：login:Penguin mailto:sage [04/03/24 11:57 ID:HvqBGrKz] >>394 だったら使うなよ というのがこの業界のスタンスだし まあいいんじゃないの？ 396 名前：login:Penguin mailto:sage [04/03/25 12:24 ID:tZ5tq3DY] FATの特許って、データ構造に対するものなの？ あるいはデータへのアクセス手法？ それとも両方？ 教えてエロイ人 397 名前：login:Penguin mailto:sage [04/03/25 12:25 ID:wQXoVoix] VFATのロングファイルネーム対応に対するもの。 と適当言ってみる。 398 名前：login:Penguin [04/03/26 06:03 ID:jS/iKX5x] >>396 両方。 Windowsソースコードの流出、OfficeのフォーマットのXMLでの公開で MSは自社技術をクローズドソースでは保護できなくなってきている。 なので特許による保護・ライセンスビジネスに方針を転換している。 もうすぐLinuxに対する対応も決まってくるよ。 おそらく会社単位で狙い撃ちしていくことになるはず。 399 名前：login:Penguin mailto:sage [04/03/26 09:17 ID:6xoXy2a2] Windowsソースコードの流出ってそんなに深刻なの？ あとEUにはもっとがむばって欲しい。 Officeのフォーマットはオープンにすべきだ、くらい言ってくれ >EU 400 名前：login:Penguin mailto:sage [04/03/26 10:54 ID:r4Oaasi7] >>398 データ構造で特許ってとれるの？ 401 名前：400 mailto:sage [04/03/26 10:56 ID:r4Oaasi7] >>398 あと何処の国の特許取ったの？ 402 名前：login:Penguin mailto:sage [04/03/26 12:44 ID:rZIDnhWH] >>399 それは既に言っている。 XML schemaの公開を制裁の一部に加えようとしているし。 403 名前：login:Penguin mailto:sage [04/03/26 13:11 ID:5Iq7H9D3] >400 FATの件ならFATのデータ構造で特許をとったわけじゃないよ。 VFATのロング/ショートファイルネーム生成の実現方法に関する特許をMSが 取得している訳。 したがってVFATではなく FAT で8.3形式のファイル名しか利用しないという 制約の元で使用する限りにおいてはMSの特許に触れることはない(はず)。 あと、取得したのは米国の特許ね。 この辺は ttp://www.itmedia.co.jp/enterprise/0312/25/epic04.html に書いてあるのが詳しいかな。問題の特許の米国特許番号まで載っている。 404 名前：login:Penguin mailto:sage [04/03/26 14:15 ID:rZIDnhWH] デジカメのメモリカードとかVFATだよなあ。儲かりそうだなあ。 405 名前：login:Penguin mailto:sage [04/03/26 15:50 ID:k+o0nQDE] つーかさー、Windowsとデュアルブートして データ共有領域にFAT使ってるやってるだけでも 有り難いと思えばいいのに。 406 名前：login:Penguin mailto:sage [04/03/26 20:44 ID:zPHssn+4] >>404 デジカメなんかは8.3形式じゃない？ DSCF0001.JPG とかってなってるよ。 407 名前：login:Penguin mailto:sage [04/03/26 21:09 ID:LghBzjcP] >>406 ありゃあえてそうつけてるだけ 408 名前：login:Penguin [04/03/26 21:32 ID:8l+mmiF8] >>403 あと、取得したのは米国の特許ね 米国以外で使う分には、今のところは問題ないわけ？ 409 名前：login:Penguin mailto:sage [04/03/26 21:57 ID:rZIDnhWH] >>406 ディレクトリが、2004-03-26なんてなってるよ。 410 名前：403 mailto:sage [04/03/27 00:00 ID:M4lJiMFX] >408 すまん、それは俺には何とも言えない。MSの法務部門がなんというかだな(w 調べてみた限りでは問題の特許は国際出願にはなっていないようだが。 また日本の特許庁のサイトでもちょっと検索してみたが、引っかからなかった ので日本では該当特許は成立していないと思われ。違ってたらスマソ。 411 名前：sage [04/04/08 19:42 ID:MyiCZN16] (;_;100G over の XFS 使って 100M 〜 200M 前後のファイルを読み書きしていたら、mount も xfs_repair(1) も不可能な状態に ...ext3 使ってて壊れたから乗りかえたのに、いきなりこれかよ ... 412 名前：411 mailto:sage [04/04/08 19:46 ID:om+YpLci] 間違えて age ちゃったよすまソ 413 名前：411 mailto:sage [04/04/08 19:57 ID:MyiCZN16] ちなみに 壊れた 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 どうするかな ... 414 名前：411 mailto:sage [04/04/08 20:04 ID:MyiCZN16] あと、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 が怪しい? 415 名前：411 mailto:sage [04/04/08 20:05 ID:MyiCZN16] mount したまま FS を resize する機能を使っている人、情報キボンヌ 416 名前：411 mailto:sage [04/04/08 20:24 ID:MyiCZN16] 2.6.5 に乗り換えようとして device-mapper でひどい目にあったので、 ReiserFS4 は試してない ... なんか map している device の数が増えると動かなかった ( LVM over device-mapper) やっぱ ext3 に戻して backup をこまめに取るしか無いのだろうか ただ、online resize(マウントしたまま resize) がアヤシイんだよね < ext3 417 名前：411 mailto:sage [04/04/08 20:27 ID:MyiCZN16] >>416 補足。 kernel 2.6.5 で LVM over device-mapper は map している device の数が増えるとうまく動かなかった。 miner 番号の大きい device が使えない。制限だかバグだかは不明。 418 名前：login:Penguin mailto:sage [04/04/09 18:52 ID:vld9ah26] やっぱり総合的に見て ufs2 + softupdates ﾏﾝｾｰだよ ﾏﾝｾｰ!!ヽ（´ー｀）ﾉ 419 名前：login:Penguin mailto:sage [04/04/09 21:46 ID:OMIPEWdZ] >>418 お前ここに来なくていいよ 420 名前：login:Penguin [04/04/10 00:40 ID:04yJkWho] XFS merged in 2.4 421 名前：login:Penguin mailto:sage [04/04/12 22:02 ID:tD61SLNy] 次のLinuxファイルシステム技術解説はxfsでも来るかな 422 名前：login:Penguin [04/04/12 22:06 ID:90nnhkEC] xfsって、ファイル名の文字エンコードはどれでもいいの？ 423 名前：login:Penguin [04/04/13 21:34 ID:lGFIQbkK] XFS使い始めて3、4年になるが、その間EUC-JP、UTF-8と使ってきて 特に問題ないよ。 それ以外は知らない。 424 名前：login:Penguin mailto:sage [04/04/13 21:48 ID:V/u6W3OU] XFSは、自分も使用しているが今のところまったく問題はでてない。 #なんか大文字のほうがいいような気がする。xfsってフォントサーバと間違えやすい 425 名前：login:Penguin mailto:sage [04/04/13 22:10 ID:1uNu0LoS] ISO-2022-JPはダメでしょ。/が入るから。 426 名前：login:Penguin mailto:sage [04/04/13 23:02 ID:QHo3p5R0] 大容量ファイルサーバ目指したいのですが、 やっぱクラスタしかないのかな？ 無料の並列ファイルシステムって↓以外に 知ってる人いたら教えてください。 PVFS(kernel2.4系) PVFS2(kernel2.6系) 427 名前：411 mailto:sage [04/04/14 11:15 ID:uDiO3j/8] 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 で使用 (たとえば巨大容量とか) というのでどうだろう。 428 名前：login:Penguin mailto:sage [04/04/14 11:20 ID:NxcgLzmj] >>411でext3でも壊れたって書いているけど、同じマザーボードですか? いくらなんでもハードディスクは交換しているよね。 > Apr 7 21:46:01 xxx kernel: end_request: I/O error, dev 21:00 (hde), sector 428474824 なんだから、ハードディスク壊れているに違いないけども、 ハードディスクは交換ずみなら、コントローラとか、 利用環境を疑った方がいいんじゃない? ファイルシステムのレイヤーで解決できない問題だから。 財布とかRAIDとかさ。 429 名前：411 mailto:sage [04/04/14 11:28 ID:uDiO3j/8] >>428 同じマザーボードです。 ディスクは交換しました。 あと、HDDの冷却がうまくいってないのかと思い、ファンを増やしました。 (HDDはずしたとき熱かった) 電源も地雷の噂のあるやつだったので交換しました。 >>427に出した log は交換する前に出た error です。 リカバリのために backup 取ってるときに FS が shutdown してしまって困る ということ。 430 名前：login:Penguin mailto:sage [04/04/15 01:29 ID:XR5N4r4E] >>429 > リカバリのために backup 取ってるときに FS が shutdown してしまって困る > ということ。 ムチャ言うなよ。 重要なmeta dataのトラブル回避はRAIDの担当分野だよ。 まあ、20年も前ならfile systemで冗長性取るのもありだろうけど。 431 名前：411 mailto:sage [04/04/15 10:14 ID:f3k8qTWn] >>430 backup するときに、 読めるデータは全部読みたい というのは、そんなに無茶な要求ですか? >重要なmeta dataのトラブル回避はRAIDの担当分野だよ。 だれも、そうじゃない とは言ってない。

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef