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

1 名前：login:Penguin [03/09/08 21:47 ID:YkHkXm1o] 多種多様なファイルシステムに対応しているLinux。 そのファイルシステムに関するトラブル、チューニング、愚痴^H^H感想などなど。 なんでも語ってくれ。 前スレ pc.2ch.net/test/read.cgi/linux/1006743807/ 445 名前：login:Penguin mailto:sage [04/04/17 13:55 ID:twzvtQ3r] sambaの設定で回避できなかったの? 446 名前：login:Penguin [04/04/17 14:12 ID:thjy0l0r] >>445 出来なかった。。。 カーネルは2.6.5で、ext2とかは大丈夫なんだけどとにかく多バイトコードはダメ。 codepageの設定がおかしいのかな。 447 名前：login:Penguin mailto:sage [04/04/17 23:17 ID:Q/j86wpk] >>411 なるほど。ディスクの壊れ方にもよるんだろうけど、俺の場合は 壊れたブロックを含むファイルをさわったプロセスがそこで止まってしまい、 dd_rescueでディスクイメージでコピーするぐらいしか対処できなかった経験ばかりだった。 (ディスクが過熱して一時的にI/O errorってのはあるが) なんか実験する方法ねーかなー。 448 名前：login:Penguin mailto:sage [04/04/18 13:41 ID:VuxMVPxr] Google File System(GFS)ってどうよ？ ttp://www.radiumsoftware.com/0404.html#040406 ttp://blog.topix.net/archives/000016.html 正直意味わからん。だれか俺にもわかるように解説きぼん 449 名前：login:Penguin mailto:sage [04/04/20 16:22 ID:jhW2rYZb] >>448 あんまり深く考えるものでもない。その名の通りgoogle専用FS ファイルのメタ部分とデーター部を物理的に分離して全てのメタ部分を一台のマシンに格納。 このマシンはシステム全てがRAMに乗っかるようにしたりして、 限りなくハイレスポンスで動くようにチューニング。 ※一台といってもフェイルセーフのため待機してるスレーブはあると思われる。 データー部はHDDを持つマシンによるクラスター群に収納。 このマシンはRAIDなどもたず格安のハードで構成する。 そのかわり大量に用意し、かつクラスターどうしで複製・修復の機能を持たせる。 GFSサーバー（リモートFSなのでネット越し）にクライアントからファイルアクセスの要求がくると、 メタ部サーバーが要求したマシンにデーター部の場所を教える。 ※ファイルのある場所はクラスターのどこのマシンか クライアントは教わったデーター部サーバーに直接ファイルアクセス要求をだして データーを受け取ったり書き込んだりする。 世の分散FSなどだとメタ部分の分散を狙う。 だけどメタ部分を分散すると各サーバーで食い違いが生じる問題が出てくる。 そこで、googleでは学術的面倒さを吹っ飛ばすためメタ部は一台（食い違いが起こりえない） としたんだね。 クラスター群のマシンは昔電源がガムテープで止めてあると読んだことがある。 ねじ止めするとパーツ交換に時間がかかるからだってさ。 アメリカは土地が広いんだねー。日本のハウジングじゃブレードサーバーですらでかすぎ。 （ラック利用料（土地代）が高いので） 450 名前：login:Penguin mailto:sage [04/04/20 18:53 ID:nlGIuyMH] いろいろと豪快だな、Google。 451 名前：login:Penguin mailto:sage [04/04/21 02:12 ID:N3FifXa5] "Deep Blue"を思い出すね。 452 名前：login:Penguin mailto:sage [04/05/01 02:55 ID:aLTtib1B] ext3使ってるんですけど、 WindowsのFAT32やNTFSと比較しても随分壊れやすい気がするけど気のせい？ 453 名前：login:Penguin mailto:sage [04/05/01 03:01 ID:MV3vi1L4] >>452 どんな使い方してる？ 454 名前：login:Penguin mailto:sage [04/05/01 03:03 ID:Mkcbqg44] >>453 今すぐその発言を撤回しろ、もしくは首釣って来い FAT32よりも劣っているなどとext3に対してあまりにも失礼だ たとえお前がxfsだとしてもだ 455 名前：login:Penguin mailto:sage [04/05/01 03:04 ID:Mkcbqg44] ＿|￣|○ レス先間違えた 456 名前：login:Penguin [04/05/01 03:18 ID:xU0hyIuq] わらえる 457 名前：login:Penguin mailto:sage [04/05/01 03:35 ID:MV3vi1L4] 　∧||∧ （　⌒ヽ　　吊って来た 　∪　　ノ　 　　∪∪ fsckで復活しますた。 というわけで何事もなかったように続きをどうぞ。 458 名前：login:Penguin mailto:sage [04/05/01 05:24 ID:G5Xl72vC] xfsがカーネルに追加されてからはxfsばっかりだなぁ。 なんとなくだけど。前はReiserFSばっかりだった。 どっちも普通に安定して使えてる。 459 名前：login:Penguin mailto:sage [04/05/01 10:06 ID:35deH9i1] >>458 >xfsがカーネルに追加されてからはxfsばっかりだなぁ。 >なんとなくだけど。前はReiserFSばっかりだった。 >どっちも普通に安定して使えてる。 もはや、性能うんぬんではなく好みの問題。 460 名前：login:Penguin mailto:sage [04/05/01 15:24 ID:zPnxRDqF] dvd-ramでバックアップしようと思うのだけど、 お勧めのファイルシステムってある？ とりあえず、ext2かudfかで迷ってます。 461 名前：login:Penguin mailto:sage [04/05/01 15:42 ID:PFwe4PNT] >>460 gnu-tarで固めれば、できあがった玉を納めるものはなんでもいいだろ。 FATのままならフォーマットし直す手間も省けるんじゃないか？ 462 名前：login:Penguin mailto:sage [04/05/01 15:45 ID:3hew/I+G] ext3は信用ならないね・・・ 463 名前：login:Penguin mailto:sage [04/05/01 16:43 ID:5A3z+V27] jfsはどう？ 464 名前：login:Penguin [04/05/01 20:45 ID:NZYZ+aBp] ext4は出るんかね。 名前だけのじゃなくて。 465 名前：login:Penguin [04/05/01 21:08 ID:IwjnparA] >>460 あほか、UDFに決まってるだろ 466 名前：login:Penguin mailto:sage [04/05/01 23:02 ID:0kehN5rD] ReiserfsにReiser4の機能がバックポートされまくってるな。 2.6.6-rc3-mm1で - reiserfs gains a data=journal option. 出来るようになったみたいだし 467 名前：login:Penguin mailto:sage [04/05/02 01:38 ID:Y4x3j4LZ] >>461 zip使え　ハゲ 468 名前：login:Penguin [04/05/02 07:17 ID:V8xTz9ua] 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 みたいなエラーが出まくって死んじゃったことあるけど。 469 名前：login:Penguin mailto:sage [04/05/03 08:57 ID:BfC6CeLL] >>468 どっちかっつーと、 470 名前：login:Penguin mailto:sage [04/05/03 23:02 ID:xF+EBQEG] 現状FSを縮小できるものはReiserFS以外に何がありますか？ 以前はxfsが拡大はできるけど縮小ができなくてReiserFSにしたわけですが。 ちなみに縮小の用途はLVMとの組み合わせで データ生かしたままHDD取り出すときの為です。 471 名前：login:Penguin [04/05/04 01:05 ID:uDreh/uE] >>469 ディスクエラー？ 472 名前：login:Penguin [04/05/04 03:30 ID:7vji/ywI] Windows2kみたいな圧縮フォルダの機能を持ってるFSありませんか？ あとデフラグって掛けられません？ 掛ける必要ない？ 473 名前：login:Penguin mailto:sage [04/05/04 03:51 ID:LZoDxWxk] >>472 >>64 圧縮については知らない。 474 名前：login:Penguin mailto:sage [04/05/04 08:37 ID:ws39yc5z] e2comprでいいなら2.4.26向けまで ttp://sourceforge.net/project/showfiles.php?group_id=83758&package_id=86254 475 名前：login:Penguin mailto:sage [04/05/04 11:37 ID:J1G1svnR] 暗号化してくれるループバック用ファイルシステム...って、あったよな。 圧縮してくれるやつって、なかったっけ? っつーかさ、今時「圧縮」なんてミミチイことやってる香具師いるのか? 476 名前：login:Penguin mailto:sage [04/05/04 11:58 ID:7vji/ywI] ↑アフォ（ｗ 477 名前：login:Penguin mailto:sage [04/05/04 12:15 ID:60T8ReLv] 476：login:Penguin [sage]：04/05/04 11:58 ID:7vji/ywI ↑アフォ（ｗ 476：login:Penguin ↑アフォ（ｗ >>476=アフォ（ｗ 478 名前：login:Penguin mailto:sage [04/05/04 12:19 ID:X3P8P3x4] cloop? 479 名前：名無しさん＠Ｅｍａｃｓ mailto:sage [04/05/04 16:15 ID:8MZo2r1+] From: [476] login:Penguin <sage> Date: 04/05/04 11:58 ID:7vji/ywI ↑アフォ（ｗ アフォなのは Date 480 名前：login:Penguin mailto:sage [04/05/04 20:30 ID:bSUpMLYT] まだ春かよ。とっとと学校いけよ。 481 名前：login:Penguin mailto:sage [04/05/05 01:16 ID:feJbybkc] >>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 482 名前：login:Penguin [04/05/06 17:34 ID:ZOGdhQd7] >>475 [HOWTO] root, swap filesystem encryption for 2.4 and 2.6 forums.gentoo.org/viewtopic.php?t=108162 これ応用すれば圧縮もできない？ 483 名前：login:Penguin mailto:sage [04/05/07 03:11 ID:JoWXqpjK] 出来なくはないけど、swapなんかは、 block単位のsize保存encryptionだからこそ、 memory pageの扱いがうまく行くんでしょうね。 swapじゃなくてもseekが遅くならない工夫があった方がいい。 484 名前：login:Penguin mailto:sage [04/05/09 16:30 ID:JX44eFIJ] XFSのファイルの削除は速くなったかね？ 485 名前：login:Penguin [04/05/10 23:54 ID:RG+8FhJI] 速くなってたらどうする？ 486 名前：login:Penguin mailto:sage [04/05/11 00:10 ID:tbL++feO] # rm -rf / だろ？ これ time で時間計れるのかな。 487 名前：login:Penguin mailto:sage [04/05/11 21:15 ID:zFFDupRn] kernel2.6系列だとXFSがいいのかな でもreiserfsもジャーナリングオプション一通り揃ってきたし 488 名前：login:Penguin mailto:sage [04/05/12 15:01 ID:EFyuxBJz] ReiserFSってなんて呼んでますか？ 私は　レイザーエフエス　って読んでるんです 489 名前：login:Penguin mailto:sage [04/05/12 15:41 ID:aA2zwV6y] search.yahoo.co.jp/bin/query?p=reiserfs+%c6%c9%a4%df%ca%fd&hc=0&hs=0 490 名前：login:Penguin mailto:sage [04/05/13 05:10 ID:foQ9wEfi] XFSは何の問題もなく使えてる。 ファイルの削除の時間も特に気にならないけどなぁ。 カーネルツリーの削除とかね。 環境はこんな感じ。 CPU Pentium4-2.8GHz DISK SATA経由でUDMA133(多分)。 Kernel 2.6.5 ディスク自体は忘れた。 MaxtorのUDMA150対応のやつだったと思う。 491 名前：login:Penguin [04/05/15 02:19 ID:buObe/ED] でかすぎてパーティションの先頭のセクタ破壊する問題は改善されん？ 492 名前：login:Penguin [04/05/19 18:36 ID:KUfjki7Y] 消去法でいくとJFSしか残らない悪寒…。 493 名前：login:Penguin [04/05/19 21:31 ID:jBXXIAYQ] EXT3でのファイルオープン数の上限が分かる方いらっしゃいませんか？ ここなら載っていそうと言うURLでもいいので。。。 お願いします。 494 名前：login:Penguin mailto:sage [04/05/19 21:56 ID:u8+AAJQa] 聞いてることの意味わからへん cat /proc/sys/fs/file-max じゃないよな？ 495 名前：493 [04/05/19 22:29 ID:jBXXIAYQ] まさにそれです。 自由に変えられようですね。 しかし、1プロセス1024の上限はそうそう変えられないようですね。 ありがとうございました。。 もう一つ、教えてください inodeの数って変更できると言うことは調べられたのですが、 EXT3での上限などはあるのでしょうか？ 496 名前：login:Penguin mailto:sage [04/05/20 14:21 ID:pv2juzoW] ファイルオープン数はとりあえず、 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の理解だったらこんなもんでいいだろ。 497 名前：login:Penguin mailto:sage [04/05/20 14:41 ID:pv2juzoW] $ 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; 498 名前：login:Penguin mailto:sage [04/05/20 15:01 ID:tIP8zoBV] 497はext2ファイルシステムだと32ビット個のinodeしか作れないぞといいたいのだろうか 499 名前：login:Penguin [04/05/21 09:19 ID:kYzTzX93] なんか危険なことが起きてますね… 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 にもタレコみがありましたが。 500 名前：login:Penguin [04/05/21 11:23 ID:FV96uEsa] 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 で、ほぼ同じです。当然ながら ディレクトリそのものには書き込み権限あります。なんででしょう？ 501 名前：login:Penguin mailto:sage [04/05/21 11:30 ID:kYzTzX93] >>500 もしかして両者のuid/gidが合ってないとか。 502 名前：500 mailto:sage [04/05/21 11:40 ID:FV96uEsa] >>501 さっそくありがとうございます。root でも一般ユーザでもダメです……。 権限の問題というよりも、マウントオプションで何かを忘れているために Read-only file system なんじゃないかと思ってます。うーむ。 503 名前：500 mailto:sage [04/05/21 14:11 ID:FV96uEsa] exports の微妙なスペースの差でダメだったみたいです。できました。 504 名前：login:Penguin mailto:sage [04/05/21 14:13 ID:VsRi3rpS] >>500 そうだそうだ。許可ホストとかっこオプションのところはくっつけないかんね。 505 名前：login:Penguin mailto:sage [04/05/24 10:25 ID:4ImjrC6R] ソフトウェアRAIDでRAID5のボリュームに既存のデータを壊さずに ディスクを追加できるのってraidreconfがあるLinuxだけ？ vinumやraidframeではどうなのかな。 506 名前：login:Penguin [04/05/26 00:13 ID:SfaM/mSu] あ？ 507 名前：login:Penguin mailto:sage [04/05/26 15:12 ID:pOHK88eZ] Linux-NTFS Projectの中の人も大変だな 508 名前：login:Penguin [04/05/26 22:05 ID:kckN2mm9] / を reiserfs にしてるんだけど、 その / をリードオンリーでマウントしてるのに mount コマンドでは /dev/hda2 on / type reiserfs (rw) とかってあたかもリードライト可能なように表示される。 他のファイルシステムでもそんな人いる？ 509 名前：login:Penguin mailto:sage [04/05/27 03:00 ID:Z984zvO6] 多分、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するのが安全かなぁ。 510 名前：login:Penguin [04/06/01 01:23 ID:tlN9OZLB] >>496 >ディスクデバイスはブロックサイズ単位で読み書きするので、基本的には、1個のinodeはブロックサイズ分ディスクを使うと考えてくれ。 ちょいと、ダウトしとこかな。 mkfs -i で指定するサイズの意味は、ファイルシステムを、その指定サイズのファイルで 埋め尽くしたときに、ちょうど足りるだけの inode 領域を作りますって意味に、100カノッサ。 あと、1 inode のサイズは、ext系だと多分128byte。 511 名前：login:Penguin mailto:sage [04/06/01 01:26 ID:nbK3Ai7O] reiser4はどうなったのか 512 名前：login:Penguin [04/06/01 19:53 ID:LxD/3eE0] 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) をインストール中です。 513 名前：login:Penguin mailto:sage [04/06/01 20:32 ID:K0TAxYKz] >>512 Debianスレにいった方がいいと思うが… 単にfloppyが壊れているんじゃないの? 514 名前：login:Penguin mailto:sage [04/06/02 11:06 ID:Ci6HeraW] >>512 pc5.2ch.net/test/read.cgi/linux/1085817615/135 515 名前：login:Penguin mailto:sage [04/06/05 00:05 ID:B7RiJ4DO] cfs使ってみたいんですけどその話題もここでOK？ 516 名前：login:Penguin [04/06/06 16:11 ID:1wMuQIJs] 0k 517 名前：login:Penguin mailto:sage [04/06/12 02:58 ID:0LhZcALe] ext3が壊れたのですが、これって何が起こったのですか？ 発生状況としては、hibernateを繰り返しながら使っていたノートPCを、 デュアルブートのWindowsに切り替えるため再起動。 Windowsでの作業(linuxパーティションへのアクセスは無し)を終え、 Linuxを起動するとなぜかrpmのDBが壊れてる。 rpm --rebuilddb で修復すると、一部パッケージ情報が欠落。 何となく(すみません、何でだったかな)再起動すると、/ の ファイルシステムチェックが動き、さらにrootのパスワードをいれて、 fsckしろと。したら一部ファイルが/lost+found逝きに。 ま、こういう時に再インストールに逃げやすいよう、/home を別パーティションに 分けてあるので再インストールのつもりなんですが、原因は何でしょうね？ ・ハードウェア異常でHDDが壊れた（でも、smartctl によれば異常無し） ・ドライバのバグ、configミス(でも、結構長く使ってる2.4系カーネル。自家ビルド) ・その他 消去法でもいいんで、何かあったらよろしくです。 ちなみにディストリビューションはVineLinux(Seed)です。 518 名前：468 [04/06/12 05:55 ID:dPI2DSbQ] >>517 壊れる前の数日とか、ログに何も出てなかった？ 519 名前：login:Penguin mailto:sage [04/06/12 15:11 ID:0LhZcALe] >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 520 名前：login:Penguin mailto:sage [04/06/13 06:47 ID:B8KhNcsS] 正直、NTFSは無駄多いしそんなに速くないけど偉大だとつくづく思わされた…ﾊｧ 521 名前：468 [04/06/13 07:44 ID:rXdYP9Bk] >>519 おお、俺の(468)と同じじゃないか。 これ fsck のログじゃなくて、普通のディスクアクセス時のログでしょ。 fsckが何かログを吐くのかは知らないけど、fsckするときはアンマウントしてるはずだから EXT3-fs errorってことにはならないような。 522 名前：login:Penguin mailto:sage [04/06/13 10:03 ID:BIfDG3Tz] >>519 ハイバネってAPMハイバネ?swsusp? 使ってるカーネルが明記してないあたりから察して いろんなパッチあててるんじゃないか? 523 名前：login:Penguin mailto:sage [04/06/13 10:29 ID:Xw8IMvv9] 昔、LBAでdisk使っているのに、 Windows+BIOSのハイバネはCHSだと思ってて、 Linuxのpartition壊されたことあったな。 まあ、最近はLBAばっかりだとは思うが。 524 名前：login:Penguin mailto:sage [04/06/13 14:32 ID:bthVhoxo] >>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が侵蝕されたならともかく、ファイルシステムの 一部が壊れたわけですから、関係ないと決めつけてるんですがどうでしょうか。 525 名前：login:Penguin mailto:sage [04/06/13 16:32 ID:2N27U/2Y] >>520 >正直、NTFSは無駄多いしそんなに速くないけど偉大だとつくづく思わされた…ﾊｧ またまた冗談を。なんかNTFS信者って多いな。 NTFS信者=Win信者？ 526 名前：login:Penguin mailto:sage [04/06/13 16:57 ID:08tOn3UP] 透過圧縮とか謳い文句 だけ みりゃいいもんに見える 527 名前：login:Penguin mailto:sage [04/06/13 17:43 ID:Aj0tvs1r] >>524 冷静に考えてみ。 /つーか/var/logを含んでいるパーティションをfsckしている最中に その上にモリモリログを書いてたらえらいことになるぞ。 あと普通のSysVinitの構成は/をmountできないうちにsyslogdを走らせたりは しないから、syslogdがメッセージをバッファしたりもしない。 kernelがメッセージをバッファしていて(dmesgとかでみえるやつ)klogdが後から ファイルに書いてくれたりはするが、fsckはアプリとしてメッセージ吐くからダメなのだ。 528 名前：login:Penguin mailto:sage [04/06/13 18:41 ID:bthVhoxo] >>527 言われてみればそのとおりですが、ちょっと疑問があります。 ttp://www.a-yu.com/pub/lilo1_6.html のとおりシングルユーザモードでログインしてfsckしたわけですが、 確かログインした時点では/はマウントされてたと気がするのです。 それに fsck はルートパーティションの /sbin 以下にあるし。 プログラムをメモリにコピーしてから一時的にアンマウントしてるのかな・・・。 ファイルシステムへの理解が浅いのでこの部分で間違ったのかな？ 素直にfsckしなければ復旧できたとか。 529 名前：login:Penguin mailto:sage [04/06/13 18:47 ID:zxGnPCwq] >>526 NTFS信者ですが、どのあたりを見れば、わるいもんに見えますか？ 530 名前：login:Penguin mailto:sage [04/06/13 19:01 ID:O0msYNSV] Windows NTFS 共有領域 FAT32 Linux Reirserfs or XFS どうせこういう感じで使うんだからNTFSとLinuxのファイルシステムは比較対象にならないよ。 WinとMac比べてるようなもん。不毛。 531 名前：login:Penguin mailto:sage [04/06/13 19:54 ID:OI74V2PG] >>527 /のように無いと何もできないパーティションをfsckする羽目になると、 たいがいread-onlyでmountしてfsckする。よって/var/logには何も書けない。 532 名前：login:Penguin mailto:sage [04/06/13 20:06 ID:bEziBMJs] ファイルシステムトラブルに限った話じゃないけど、 システムがまともにブートしなかった時のコンソール メッセージってものすごく大事だと思う。 これをうまくログる方法ってないのか? いまどきシリアルコンソールで繋いで 端末からラインプリンタに出すわけにもいかないし... それはともかく、>>517のトラブルはswsuspとext3の合わせ技なんじゃないかなぁ。 最近のswsuspってfilesystem buffer cacheもハイバネの時に吐いたりするし、 2.4のext3もいまだに高速化のチューニングやってるよね。 解決方法の提案は今ありません。 533 名前：login:Penguin mailto:sage [04/06/13 20:29 ID:bthVhoxo] >>531 なるほど、納得です。 >>532 推量で書かれてますが、納得してしまいました。ありがとうございます。 swsuspをやるhibernateスクリプトって、モジュールアンロードしたり 一部daemonを止めたり周辺機器の接続を落としたりしてから swsuspしますが、スクリプトが走り始めてからでもキー入力は受け付けてるし、 他のプロセスも走ってるようだしで、こんなんでいーのかなーと思ってました。 今まで正しく動いていたので良いのかと思ってましたが。 でも、ジャーナリングの御加護はどこへ行ったんでしょうねぇ。 534 名前：468 [04/06/14 08:03 ID:z1H12v42] >>532 俺も同じエラー出てext3壊れたけど、 ハイバネなんか使ってないしIDEじゃなくてSCSI(RAID)だし、 ということで ext3 逝って良しということなのかな。なんだかなー。 535 名前：login:Penguin mailto:sage [04/06/14 10:42 ID:1qdNIOT1] >>532 シリアルコンソールつないでTeraTermで観察よろ 536 名前：login:Penguin mailto:sage [04/06/14 13:55 ID:jA/pYCxE] ext3ジャーナリングって設定しない限りはメタデータに対してのみだから、 fsckしないでも済む以上のことはないでそ。実データに対してのジャーナリング までやっていたら、遅くて話にならなくなるし。 537 名前：login:Penguin mailto:sage [04/06/14 19:13 ID:0HARJGC2] メタデータのジャーナリングしかやってないのなら、 ext3だろうがjfsだろうがxfsだろうが、 ファイルの壊れやすさはジャーナリングしないのと、たいして変わらないのでは？ 538 名前： mailto:sage [04/06/14 19:59 ID:rVKeY2mp] NTFS ってメタデータだけなのかな 539 名前：login:Penguin [04/06/14 22:45 ID:lmV9zskf] >>537 ファイルについてはそう。 ただファイル「システム」が壊れにくくなる。 540 名前：login:Penguin mailto:sage [04/06/14 23:01 ID:JqE6W7+Z] NTFSは貶められるほど粗悪じゃないし、崇拝されるほど完璧でもなく 個人利用には必要にして十分ないいFSだと思うが、ﾏﾝｾｰ派もｱﾝﾁも必死なんだよな・・・ 541 名前：login:Penguin mailto:sage [04/06/14 23:33 ID:jA/pYCxE] >>539 fs自体の壊れにくさもそうは変わらんよ。非ジャーナリングfsでは 障害時にfsckで全ディスクを舐める必要があるってだけで。 542 名前：login:Penguin mailto:sage [04/06/15 00:25 ID:7cOhxF1c] >>536 519のログを見ると、メタデータが壊れているようなので、まさに 「ジャーナリングの御加護はどこに」 という気分になるな。 543 名前：login:Penguin mailto:sage [04/06/15 10:56 ID:PTlfPUnj] ext3ってジャーナリングしてたんだっけ？ 544 名前：login:Penguin mailto:sage [04/06/15 17:08 ID:+v2UNpKs] えぇー！ 545 名前：login:Penguin mailto:sage [04/06/15 21:27 ID:qDwhCLTh] >>541 ext2 -> ext3 という話なら、そうかもしれんが、 一般論としてのジャーナリングであれば>>539が正しい。

---

---

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

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