[過去ﾛｸﾞ]
/**ファイルシステム総合スレ その1**/ (979ﾚｽ)
/**ファイルシステム総合スレ その1**/ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
554: login:Penguin [sage] 03/03/06 12:44 ID:3wSJjnne >>553 自業自得。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/554
555: login:Penguin [sage] 03/03/06 14:47 ID:GEejYXpl >>550 explorerなどのUI側でやれば済むことを、わざわざ file system にやらせるような 感じだな。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/555
556: login:Penguin [sage] 03/03/06 21:42 ID:fV02zthk >>555 UIと今のファイルシステムでも出来るけど、何万個もファイルがあったら時間がかかりすぎるから DB技術を使おうって話じゃないの？ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/556
557: login:Penguin [sage] 03/03/06 22:28 ID:zHXmoTk+ お前らはいつまでもgrepでｶﾞﾘｶﾞﾘディスクを削ってなさいってこった。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/557
558: login:Penguin [sage] 03/03/06 23:32 ID:jDV+8pBJ >557 namazuでえーやん そのままnamazu.cgiでWebにももっていける。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/558
559: login:Penguin [] 03/03/13 06:15 ID:Vmtf8PO1 ﾆﾔﾆﾔ(･∀･) http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/559
560: login:Penguin [] 03/03/13 23:19 ID:MRYC6k3z ﾆﾔﾆﾔ(･∀･) http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/560
561: login:Penguin [] 03/03/15 23:49 ID:DcKiwYtX HP-UXなんかでLVM使ってるから、Linuxでも使いたくなってきた 安定してるのかな？ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/561
562: login:Penguin [sage] 03/03/16 14:33 ID:I8EyZ30W >>558 Namazuは前もってIndexつくっておかないといけないわけで リアルタイムな更新に対応できないとかあるからな。 またその結果をシステム内部で使い回ししたいとかいう場合に 外部プログラムだといろいろ面倒という面もあるのかもしれない。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/562
563: login:Penguin [] 03/03/18 12:20 ID:NrsRy3z1 回せばいいやん http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/563
564: login:Penguin [sage] 03/03/18 12:44 ID:9lYVjOpN しかし、リアルタイムな更新に対応するとすれば、 Textファイルや、もしかしたらPDFなんかも、コピーや移動をするたびに 一々、Index情報が生成されるのでしょうか…… http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/564
565: login:Penguin [sage] 03/03/18 22:31 ID:PIWDX3/x >>564 そこはファイルシステムレベルでIndexを作成する強みで コピーや移動だってわかるわけだから そういうときはIndex情報の一部書き換えや複製だけで 済ませられるのではないかと。 内容に変更があった場合だけ、そのファイルのIndexを つくり直せばいいんだし (更新があった箇所もブロック単位でわかるだろうから Index作成にもなんらかの役にはたつかもしれない) http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/565
566: login:Penguin [] 03/03/19 13:57 ID:z4pojZOJ mke2fsでフォーマットしたらdir_index(HTree)がオンになってたんだけど、 この機能は安定していますか？ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/566
567: login:Penguin [sage] 03/03/19 15:44 ID:N7reRNVS 少なくとも、まだStableではありません＞Ext3でのHTree 過去において何度かバグも発見されていますが、 海外では既に、利用者がけっこういるようです。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/567
568: 566 [] 03/03/19 21:52 ID:z4pojZOJ ありがとう。BSDから越してきたのだけれど、 Stableでないものがデフォルトになってたりするからちょっとコワいです。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/568
569: login:Penguin [sage] 03/03/19 22:34 ID:OZL3AfZ6 >>568Linux自体そういうもんじゃけん http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/569
570: login:Penguin [sage] 03/03/19 22:50 ID:gShnMZ0h >>568-569 ディストリビューションによってそのあたりのポリシーは大きく異なると思うぞ。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/570
571: login:Penguin [] 03/03/20 12:19 ID:Eys34y/7 locateデータベースみたいなのは、ファイルシステムの標準機能として装備すべきだね カーネルなら、変更があった時のみアップデートするから、夜中に動くupdatedbがなくなって (･∀･) ｲｲ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/571
572: login:Penguin [sage] 03/03/20 14:52 ID:sjGxezZU あれがなくなると、午前4時を知ることができなくなる、、、ｗ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/572
573: login:Penguin [sage] 03/03/20 21:32 ID:JYnHL45V 次のカーネルでCIFSクライアントがサポートされるみたいだから（mount可能になる）、 そっち経由でアクセスした方が安全だね。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/573
574: login:Penguin [sage] 03/03/21 00:33 ID:OdCpVBUX ファイルの変更とか捕まえたかったら fam を使うという手もあるな http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/574
575: login:Penguin [sage] 03/03/22 02:51 ID:j2wJcuTQ >573 すんません、私、よく分かってないのですが、 ローカルディスクにあるNTFS領域を、CIFSでマウントできるのでしょうか？ CIFSについては、 http://www.atmarkit.co.jp/flinux/special/kernel26/kernel26_03b.html ここに載っている程度しか知らないのですが…… http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/575
576: login:Penguin [sage] 03/03/23 00:40 ID:KHUVMyCn >>575 ははは。 そうなんだよね。書き込みしてからすぐに気がついたんだ（ｗ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/576
577: login:Penguin [] 03/03/23 02:23 ID:suSWTpEJ VFSの層でファイルの圧縮を実現するのって なんてファイルシステム(?)だったか忘れちゃった なんだっけ？ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/577
578: login:Penguin [sage] 03/03/23 02:36 ID:7S/qe7fQ >>565 んー。一部の移動はわかるだろうが、コピーはわからんだろうなぁ。 APIとしてコピーをもつfsを新規につくってもいいのだろうけど、 それをやるぐらいなら、fsを全部dbに突っ込むのがたのしそう。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/578
579: login:Penguin [sage] 03/03/23 13:14 ID:QlW0Ao/3 >>577 cramfsのこと? http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/579
580: login:Penguin [sage] 03/03/23 15:04 ID:suSWTpEJ >>579 ちがうよ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/580
581: login:Penguin [sage] 03/03/23 21:52 ID:v7KISsPB ﾄﾞﾗｲﾌﾞｽﾍﾟｰｽ？ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/581
582: login:Penguin [sage] 03/03/24 00:14 ID:ZmCHcLcS >>581 ﾅﾂｶｽｨ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/582
583: login:Penguin [] 03/04/02 03:41 ID:G+RkFIg+ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/583
584: login:Penguin [] 03/04/04 02:05 ID:GX3ZXYFI ﾆﾔﾆﾔ(･∀･) http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/584
585: login:Penguin [] 03/04/04 23:00 ID:xXeh9oWm ファイルシステムで、JFS,JFFS,JFFS2,などを詳しく解説してる 本しらない？日本語でね。 知ってたら教えてくれよ。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/585
586: login:Penguin [] 03/04/04 23:03 ID:xrYYHO9n >>585 俺が書いてやるから一年待たれよ。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/586
587: login:Penguin [] 03/04/04 23:16 ID:xXeh9oWm >>586 申し訳ないんで、今、発売されてる本で お願いします。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/587
588: login:Penguin [] 03/04/04 23:35 ID:xrYYHO9n >>587 ないよ。IBMのウェブサイトでもあさるか、英語を勉強しようNE! JFS概説 http://www-6.ibm.com/jp/developerworks/linux/jfs.html JFSレイアウト http://www-6.ibm.com/jp/developerworks/linux/000901/j_jfslayout.html http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/588
589: login:Penguin [sage] 03/04/04 23:40 ID:KEsL6tPk >>588 JFFS2についても教えれ。 ハードディスクでも使えるようにしろ。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/589
590: login:Penguin [sage] 03/04/04 23:43 ID:xXeh9oWm >>589 JFFS2をハードディスクで使うメリットは？ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/590
591: login:Penguin [sage] 03/04/05 19:51 ID:YDuq16MO >>590 圧縮効くじゃん http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/591
592: login:Penguin [sage] 03/04/06 02:27 ID:iZnbIo55 >>591 blkmtdでつかえるけど、ちっともうれしくないよ。 圧縮目的ならヨソあたってください。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/592
593: login:Penguin [sage] 03/04/06 05:05 ID:qYDP8AWb (´･ω･`)ヨソってどれよ・・・ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/593
594: login:Penguin [sage] 03/04/06 12:12 ID:iZnbIo55 >>593 なんか、いいのがないよねー。 reiserfs か e2cmpr か、ひょっとして NTFSか、ちょっと毛色の違うところで arcfs かなあ。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/594
595: login:Penguin [sage] 03/04/06 18:40 ID:XL+2VeBy 1TBを超えるサイズのファイルシステム作りたいんすけど、 安定して使えるのって何かあります？ ext3だと1TBが上限なのねん。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/595
596: login:Penguin [sage] 03/04/06 18:43 ID:HR8MRV7C NTFS http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/596
597: login:Penguin [sage] 03/04/06 18:47 ID:uEALKljM >>595 ext3 は、ファイルシステムの最大サイズ 16Tbyte ファイルの最大サイズ 4Tbyte だったような。 アプリケーションが対応してないと無意味だけど。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/597
598: login:Penguin [sage] 03/04/06 18:52 ID:XL+2VeBy >>597 うう、すいません改めて確認してみるとその通りでした。 http://e-words.jp/w/ext3.html てことでext3でいっちゃいます。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/598
599: login:Penguin [] 03/04/10 18:48 ID:N7JU8+Na ﾆﾔﾆﾔ(･∀･) http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/599
600: login:Penguin [sage] 03/04/11 21:49 ID:HWDpnzkI 600ｹﾞﾄ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/600
601: login:Penguin [] 03/04/15 17:55 ID:L2gF3miP ググった結果、ext2では、１つのﾌｧｲﾙ名の最大長は255バイトと理解してるのですが、 ファイル名・ディレクトリ名を含む、PATHの最大長はどのくらいでしょう？ もしやPATHの最大長も255でつか？ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/601
602: login:Penguin [sage] 03/04/15 19:56 ID:3ksUcAsi ファイルシステムの制限というよりは、OS の制限ではないか。PATH_MAX は 4096 のはず http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/602
603: login:Penguin [sage] 03/04/15 21:43 ID:7w7dsng2 そうそう。 Linuxはなぜか、4096と大きいんだよね。いつからだろ？ でも、Solarisとか多くのUNIXでは昔から1024のままだと思う。 1024とはいっても、もちろん、cwdを変更して相対パス指定にすれば、 いくらでも奥深くまで潜っていけるけれど。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/603
604: login:Penguin [sage] 03/04/15 22:30 ID:9KlxJWUn POSIX http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/604
605: 603 [sage] 03/04/15 22:34 ID:7w7dsng2 げ、MAXPATHLEN と勘違いしてたかも。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/605
606: 603 [sage] 03/04/15 22:41 ID:7w7dsng2 と思って少し調べてみたけれど、やっぱり、Linux以外の多くは 1024みたい。失礼。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/606
607: login:Penguin [] 03/04/16 01:39 ID:RGc1gOZn redhat7から /etc/fstabの最初の項目が /dev/hda1 とかじゃなくて LABEL=/usr とかに 変わってしまってます。LABELとdeviceの対応表ってどこに格納されてますか？ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/607
608: login:Penguin [sage] 03/04/16 01:52 ID:EfS9wh6o >>607 labelはfs内に格納されています。 というか、fstabに疑問があるならman fstabだろ。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/608
609: login:Penguin [sage] 03/04/16 01:55 ID:qylmZ9Dc >>607 > 変わってしまってます。LABELとdeviceの対応表ってどこに格納されてますか？ どっかに格納しておくんじゃなくて、/bootの位置を動的に変更できるように ブート時に各ディスクのdisklabelを見てるんじゃないの？ /boot(/でも良い)パーティションがあるディスクを2台システムにつないで立 ち上げると、「どっちにしたらいいかわかんないよー」というようなメッセー ジが出たと思います。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/609
610: login:Penguin [] 03/04/16 04:10 ID:RGc1gOZn dumpe2fs で調べればいいんですね、ありがとうございました。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/610
611: login:Penguin [sage] 03/04/16 04:14 ID:EfS9wh6o e2labelなきもするけど.... http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/611
612: login:Penguin [] 03/04/17 08:56 ID:i8+JQJ4r 仮想CDをマウントできないかな isoイメージじゃないよ ウィンドウズのやつね http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/612
613: login:Penguin [sage] 03/04/17 09:00 ID:oUys6e4E ? http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/613
614: login:Penguin [sage] 03/04/17 10:34 ID:7hZSwgFO >>612 どのソフトで作った仮想 CD ? あの手のって ISO イメージ吸い出してるだけじゃないの? http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/614
615: 山崎渉 [（＾＾）] 03/04/17 11:46 ID:KRn99/cy （＾＾） http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/615
616: login:Penguin [sage] 03/04/17 11:51 ID:JLCnAL3t isoに変換しる。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/616
617: login:Penguin [] 03/04/17 15:14 ID:QgET5h2K ﾆﾔﾆﾔ(･∀･) http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/617
618: login:Penguin [sage] 03/04/17 23:13 ID:mo1qLlbb >>614 CD革命のFCDね 圧縮FCDが作れたりループバックマウントできたりすると 結構面白いと思うんだけどね cloopでもいいんだけど http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/618
619: 山崎渉 [（＾＾）sage] 03/04/20 05:54 ID:xFRXxEWb ∧＿∧ （ ＾＾ ）＜ ぬるぽ（＾＾） http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/619
620: login:Penguin [] 03/04/20 13:30 ID:BAjIKgAd こうすれば普通のファイルの中にファイルシステムを構築できるわけですが、 # dd if=/dev/zero of=/file bs=1M count=100 # losetup /dev/loop0 /file # mkfs -t vfat /dev/loop0 # mkdir /dir # mount /dev/loop0 /dir . . . # umount /dev/loop0 # losetup -d /dev/loop0 これをWindowsでマウントできるようなソフトはありませんか？ もちろん読み書き両用で。 すごく欲しいのですが。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/620
621: login:Penguin [sage] 03/04/20 13:40 ID:vWqdlgiI filedisk http://www.insidewindows.info/ Ext2fsdなどとあわせて使えばext2/3形式でもok http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/621
622: login:Penguin [] 03/04/20 14:01 ID:BAjIKgAd >>621 ありがとうございます！ これを使えば同じイメージファイルを Linuxと共用できるわけですか？ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/622
623: login:Penguin [] 03/04/25 09:27 ID:Oaa4xlZ+ reisefsからext3fsにしたら5%ぐらい空きがへった… http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/623
624: login:Penguin [] 03/04/26 11:39 ID:xH9Gvfbe 3wareの7500-12＋Maxctor250G*12で3テラ構築してみんとしてみたが、 全部揃えてからカードが2テラまでしか対応していないことに気づいた。。。 RH7.3でも9でもエラーでてｲﾝｽｺ、ﾏｳﾝﾄできんし、踏んだりけったりだ。 連休中は格闘しそうだ。ﾊｧｰ.. 知っている方アドバイス頼みます。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/624
625: login:Penguin [sage] 03/04/26 11:55 ID:mb/b/EoM >>623 逆だろ、フツー。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/625
626: login:Penguin [sage] 03/04/26 11:58 ID:S1cV5m6L 逆？なにが？ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/626
627: login:Penguin [sage] 03/04/26 11:59 ID:JAxCPX2F 5%ぐらい空きが増えるということか。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/627
628: login:Penguin [sage] 03/04/26 12:33 ID:mb/b/EoM >>626 ext2/ext3 → reiserfs が「フツー」って意味のつもりなのだが。 ...書き方、悪かったか。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/628
629: login:Penguin [sage] 03/04/26 12:44 ID:S1cV5m6L reiserfsマンセーということ？ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/629
630: login:Penguin [] 03/04/26 13:28 ID:HI1WXmQh jfs イイ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/630
631: login:Penguin [sage] 03/04/26 16:05 ID:mb/b/EoM >>629 いや、そうじゃない。別に xfs でもいいし jfs でもいい。 ...とにかく ext2/ext3 → * が「フツー」なんじゃないかと。 実際、漏れ自身もそうだったし、この向きは身の回りでよく聞くが、 逆は聞いたことないよ。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/631
632: login:Penguin [] 03/04/26 16:10 ID:cfWiurrD >>631 元に戻したいってこともあるんでない？ それより、ext3はどうしてこんなに不安定なんだー！！ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/632
633: login:Penguin [sage] 03/04/26 16:15 ID:3HhBwMNm >>631 reiserfsで痛い目にあった人とか、quotaとかdumpの為に, ext3にした移行した例はある。 >>632 ext3ってそんなに不安定か？ こっちは身の回りで聞いた事無いが。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/633
634: login:Penguin [] 03/04/26 16:18 ID:cfWiurrD >>633 ウン十個のディスク(LU)に対して順にコピーしていくと ものの数分で止まってしまう。ext2ではそんなことないのに。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/634
635: bloom [] 03/04/26 16:25 ID:E9Svt9Gu http://homepage.mac.com/ayaya16/ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/635
636: login:Penguin [sage] 03/04/26 19:07 ID:5i9OYXTz ext3よりチップセットとかhdparmの設定があってないんじゃないの？ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/636
637: login:Penguin [] 03/04/26 23:46 ID:cfWiurrD >>636 まあ本当のところは、Qlogicドライバとの相性が悪いんだと思うけどね。 他社製のHBAではそんなことないから。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/637
638: login:Penguin [] 03/04/27 15:14 ID:QWjw8uY5 へー http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/638
639: login:Penguin [sage] 03/04/29 21:06 ID:j1CUUtEz Patch: Linux 2.4.21-rc1-ac3 oMerge XFS core code(Steve Lord, Christoph Hellwig, and a load more people) http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/639
640: 名無しさん＠Ｅｍａｃｓ [] 03/04/30 20:26 ID:kFecTNgi #くだ質からやってきました。 うっかりマウントしたままそのパーティションをpartedでresize(小さく)してしまいました。 filesystem size が physical size より大きいという状態になっています。 これではうまくブートしません。 起動ディスクから立ち上げると、そのパーティションは読める状態にはなっています。 これは、filesystem を再構築というようなことができて解決できますか? ext3 です。 くだ質では、読めるんだからバックアップとって切り直せばといわれたのですが、 バ
ックアップできるほど大きなHDDがないのでそれはできないのです。 e2fsck のメッセージの始めはこうです。 e2fsck 1.32 (09-Nov-2002) The filesystem size (according to the superblock) is 20008949 blocks The physical size of the device is 19904527 blocks Either the superblock or the partition table is likely to be corrupt! Abort<y>? no この後変だy連打しましたが直りませんでした。 もう一度e2fsckをしても同じエラーが出ます。 どなたか解決方法が分かる方いらっしゃいますか? http://hayabusa6.5ch.net/test/read.cgi/
linux/1006743807/640
641: 名無しさん＠ＸＥｍａｃｓ [sage] 03/04/30 20:31 ID:i6WeRQZT >>640 うまくいくか解りませんが、もう一度resizeしてみては？ resize2fs /dev/hoge でパーティションのサイズまで、ext2(3)ファイルシステムのサイズを拡張できるけど。 無責任かつ無保証だけど、俺ならそうする。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/641
642: 640 [sage] 03/04/30 21:10 ID:kFecTNgi >>641 ありがとうございます。 やってみたのですが、 # resize2fs /dev/hdb1 resize2fs 1.32 (09-Nov-2002) Please run 'e2fsck -f /dev/hdb1' first. となって e2fsck をやるはめになってしまいました。 しかし、e2fsckはうまくいかないので、 resize2fs を -f でやってみますと # resize2fs -f /dev/hdb1 resize2fs 1.32 (09-Nov-2002) resize2fs: Can't read an block bitmap while trying to resize /dev/hdb1 となってしまいました。 http://hayabusa6.5ch.net/test/read.cgi/linux/10
06743807/642
643: 名無しさん＠ＸＥｍａｃｓ [sage] 03/04/30 21:55 ID:i6WeRQZT >>642 ごめん。ファイルシステムを縮小したと勘違いしてた。パーティションを縮小したんか。 それじゃもう一度partedで元のサイズ以上になるように拡張するのがいいんじゃない？ fsckでどうこうするのは難しい。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/643
644: 640 [] 03/04/30 22:19 ID:kFecTNgi >>643 ありがとうございます。 すみません、そうです。パーティションを縮小したのです。 (swap領域を作ろうと思って) 仰せの通り、partedでresizeしようとしてみましたが、 (parted) resize 1 0 78948 エラー: ファイルシステムがボリュームよりも大きいです! 無視(I)/Ignore/取消(C)/Cancel? I 警告: ファイルシステムにエラーがあります。先に e2fsck を実行してください。 無視(I)/Ignore/取消(C)/Cancel? I 警告: ファイルシステムにエラーがあります。先に e2fsck を実行してください。 (parte
d) となって、いくら無視してもやってくれませんでした。。。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/644
645: login:Penguin [sage] 03/04/30 22:24 ID:vN8p6tH5 ﾊﾟｰﾃｨｼｮﾝサイズさえ（他は無視）変更できればいいならMBMの区画エディタで出来るかも そういう問題では無いのかもしれないけど。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/645
646: login:Penguin [sage] 03/05/01 08:36 ID:y7MV1FS+ ttp://www.oo-software.com/english/products/oodlinux/index.html 要るのか？ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/646
647: 640 [sage] 03/05/01 19:17 ID:D3r8M3QA >>645 御紹介していただいたMBMの区画エディタで変更するとできました!! MBMのフルパッケージにフロッピーのディスクイメージがあったので それをディスクにいれてブート、 区画エディタを起動してもとの大きさに切り直す、 もう一度linuxを起動して e2fsck をかける という手順で完全に直りました。 みなさん、ありがとうございました!! http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/647
648: login:Penguin [] 03/05/03 17:23 ID:rNRsHFNW ext3fsやxfsなんかでACLを活用してる香具師はいる？ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/648
649: login:Penguin [] 03/05/08 07:48 ID:Q59zPG1t 大量のファイルをext2で扱うとすごく遅くなりますよね。 xfsにするとこれが早くなるわけですが。 64bitOSにした場合ってのはどうなんでしょうか。 ext2のままでも早くなります？それともやっぱり遅いのでしょうか。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/649
650: __ [ｓａｇｅ] 03/05/08 07:59 ID:jUedoc94 （ ´Д｀）/＜ 先生！！こんなのを発見しますた。 http://muryou.gasuki.com/moe/hankaku07.html http://www.muryou.gasuki.com/moe/hankaku08.html http://muryou.gasuki.com/moe/hankaku10.html http://www.muryou.gasuki.com/moe/hankaku09.html http://muryou.gasuki.com/moe/hankaku06.html http://www.muryou.gasuki.com/moe/hankaku05.html http://muryou.gasuki.com/moe/hankaku04.html http://www.muryou.gasuki.com/moe/hankaku03.html http://muryou.gasuki.com/moe/hankaku02.html http
://www.muryou.gasuki.com/moe/hankaku01.html http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/650
651: login:Penguin [sage] 03/05/08 11:58 ID:6PEYUeTS 遅いままです。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/651
652: 649 [] 03/05/08 18:49 ID:Q59zPG1t >>651 回答ありがとうございます。 ところでプラットフォームは何で試されましたか？ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/652
653: login:Penguin [sage] 03/05/08 19:25 ID:UbEOrP5S >>652 遅いってのは、1ディレクトリに大量のファイルがある場合に遅いって意味？ もしそうなら、ext2（というか UFS全般）のディレクトリ構造が原因だろうけど。 そういう意味じゃなくて？ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/653
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 326 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.030s