[過去ﾛｸﾞ]
/**ファイルシステム総合スレ その1**/ (979ﾚｽ)
/**ファイルシステム総合スレ その1**/ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
621: login:Penguin [sage] 03/04/20 13:40 ID:vWqdlgiI filedisk http://www.insidewindows.info/ Ext2fsdなどとあわせて使えばext2/3形式でもok http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/621
622: login:Penguin [] 03/04/20 14:01 ID:BAjIKgAd >>621 ありがとうございます！ これを使えば同じイメージファイルを Linuxと共用できるわけですか？ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/622
623: login:Penguin [] 03/04/25 09:27 ID:Oaa4xlZ+ reisefsからext3fsにしたら5%ぐらい空きがへった… http://hayabusa6.5ch.io/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.io/test/read.cgi/linux/1006743807/624
625: login:Penguin [sage] 03/04/26 11:55 ID:mb/b/EoM >>623 逆だろ、フツー。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/625
626: login:Penguin [sage] 03/04/26 11:58 ID:S1cV5m6L 逆？なにが？ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/626
627: login:Penguin [sage] 03/04/26 11:59 ID:JAxCPX2F 5%ぐらい空きが増えるということか。 http://hayabusa6.5ch.io/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.io/test/read.cgi/linux/1006743807/628
629: login:Penguin [sage] 03/04/26 12:44 ID:S1cV5m6L reiserfsマンセーということ？ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/629
630: login:Penguin [] 03/04/26 13:28 ID:HI1WXmQh jfs イイ http://hayabusa6.5ch.io/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.io/test/read.cgi/linux/1006743807/631
632: login:Penguin [] 03/04/26 16:10 ID:cfWiurrD >>631 元に戻したいってこともあるんでない？ それより、ext3はどうしてこんなに不安定なんだー！！ http://hayabusa6.5ch.io/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.io/test/read.cgi/linux/1006743807/633
634: login:Penguin [] 03/04/26 16:18 ID:cfWiurrD >>633 ウン十個のディスク(LU)に対して順にコピーしていくと ものの数分で止まってしまう。ext2ではそんなことないのに。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/634
635: bloom [] 03/04/26 16:25 ID:E9Svt9Gu http://homepage.mac.com/ayaya16/ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/635
636: login:Penguin [sage] 03/04/26 19:07 ID:5i9OYXTz ext3よりチップセットとかhdparmの設定があってないんじゃないの？ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/636
637: login:Penguin [] 03/04/26 23:46 ID:cfWiurrD >>636 まあ本当のところは、Qlogicドライバとの相性が悪いんだと思うけどね。 他社製のHBAではそんなことないから。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/637
638: login:Penguin [] 03/04/27 15:14 ID:QWjw8uY5 へー http://hayabusa6.5ch.io/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.io/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.io/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.io/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.io/test/read.cgi/linux/1006743807/642
643: 名無しさん＠ＸＥｍａｃｓ [sage] 03/04/30 21:55 ID:i6WeRQZT >>642 ごめん。ファイルシステムを縮小したと勘違いしてた。パーティションを縮小したんか。 それじゃもう一度partedで元のサイズ以上になるように拡張するのがいいんじゃない？ fsckでどうこうするのは難しい。 http://hayabusa6.5ch.io/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 を実行してください。 (parted) となって、いくら無視してもやってくれませんでした。。。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/644
645: login:Penguin [sage] 03/04/30 22:24 ID:vN8p6tH5 ﾊﾟｰﾃｨｼｮﾝサイズさえ（他は無視）変更できればいいならMBMの区画エディタで出来るかも そういう問題では無いのかもしれないけど。 http://hayabusa6.5ch.io/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.io/test/read.cgi/linux/1006743807/646
647: 640 [sage] 03/05/01 19:17 ID:D3r8M3QA >>645 御紹介していただいたMBMの区画エディタで変更するとできました!! MBMのフルパッケージにフロッピーのディスクイメージがあったので それをディスクにいれてブート、 区画エディタを起動してもとの大きさに切り直す、 もう一度linuxを起動して e2fsck をかける という手順で完全に直りました。 みなさん、ありがとうございました!! http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/647
648: login:Penguin [] 03/05/03 17:23 ID:rNRsHFNW ext3fsやxfsなんかでACLを活用してる香具師はいる？ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/648
649: login:Penguin [] 03/05/08 07:48 ID:Q59zPG1t 大量のファイルをext2で扱うとすごく遅くなりますよね。 xfsにするとこれが早くなるわけですが。 64bitOSにした場合ってのはどうなんでしょうか。 ext2のままでも早くなります？それともやっぱり遅いのでしょうか。 http://hayabusa6.5ch.io/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.io/test/read.cgi/linux/1006743807/650
651: login:Penguin [sage] 03/05/08 11:58 ID:6PEYUeTS 遅いままです。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/651
652: 649 [] 03/05/08 18:49 ID:Q59zPG1t >>651 回答ありがとうございます。 ところでプラットフォームは何で試されましたか？ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/652
653: login:Penguin [sage] 03/05/08 19:25 ID:UbEOrP5S >>652 遅いってのは、1ディレクトリに大量のファイルがある場合に遅いって意味？ もしそうなら、ext2（というか UFS全般）のディレクトリ構造が原因だろうけど。 そういう意味じゃなくて？ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/653
654: 649 [] 03/05/08 22:12 ID:Q59zPG1t >>653 その場合です。 でもxfsやjfsだとそれほど極端に遅くはないですよね。 つまりこれがディレクトリ構造が原因っていう意味ですか… OSの32bit64bitは関係ない話なのかな。 もしかしてsolarisのUFSやTru64のAFSでも遅いってこと？ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/654
655: login:Penguin [sage] 03/05/09 12:38 ID:8WMFPvE3 >>654 UFS由来のファイルシステムのディレクトリ構造は、作成順にエントリが作られて、 それを順探索するイメージ。（DNLCである程度は高速化してるけど） 最近の filesystem は、（b-treeとか方式はいくつかあるにしても）、理論的に 小さなオーダーで検索ができるような構造で格納してる・・・はず。 だから、32bitとか64bitとかは、あまり関係ないんじゃないかな。 あと、無知ですまんのですが、AFSってローカルファイルシステムでも存在して いるの？（NFSみたいなたぐいかと・・・） http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/655
656: login:Penguin [] 03/05/09 14:06 ID:eXN+nnT6 Linuxのファイルシステムどれにしようか？悩んでます。 次のファイルシステムでハードリンク数の上限について教えて貰えませんか？ ext2 ext3 reiserfs xfs http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/656
657: login:Penguin [sage] 03/05/09 17:11 ID:8WMFPvE3 >>656 どれも最低で、数万は大丈夫だと思うけど。 上限を超えそうな話があるの？ 想像しにくいんだけど、どんな用途？ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/657
658: login:Penguin [sage] 03/05/09 17:49 ID:7Xwooke7 ハードリンク数の上限て、単純に i-node (もしくはそれ相当のもの)の数ではないの? http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/658
659: login:Penguin [sage] 03/05/09 19:54 ID:8WMFPvE3 >>658 inode数とは関係ないでしょ。 要は、inode内のリンクカウンタのフィールドが、何バイトで取ってあるかってこと。 で、UFS系は2byteというのが多かったと思った。 すると、signedでも3万2千、unsignedなら6万5千は大丈夫じゃないかと。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/659
660: login:Penguin [sage] 03/05/09 20:08 ID:P4S7MUlL >>656 ところで知っているかもしれんけど、 Partitionが違うとハードリンクはできないよ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/660
661: login:Penguin [sage] 03/05/10 10:21 ID:ui5ZTSgH nyのキャッシュ領域をsambaで提供してて、linux側はext3なんだが、 １日から１週間くらいでext3の領域にアクセスできなくなってしまうんだけど、 (cd するとだんまりで、帰って来ない)そういう経験ないですか？ ext3って安定指向だったはずなんだけどなぁ。 ちなみに2.4.20にttp://www.zipworld.com.au/~akpm/linux/ext3/ のパッチあててまふ。とりあえずreiserfsにしてみて様子見中。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/661
662: login:Penguin [sage] 03/05/10 11:58 ID:OSBD+8c/ >>661 そりゃファイルシステムではなくてsambaじゃない？ sambaのログ見て味噌。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/662
663: login:Penguin [sage] 03/05/10 12:47 ID:ui5ZTSgH >662 怪しいのはこれくらいですかね。 request_oplock_break: no response received to oplock break request to pid 1541 on port 32775 cdできないのはlinux上のことで、たかが１アプリにファイルシステム 持ってかれるのは許せません。ちなみにsambaは2.2.7b-ja-1.0です。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/663
664: login:Penguin [] 03/05/10 13:02 ID:Wuf5ci5r >>659 ありがとうございました 安心してpdumpfs使えます。 一月に1TB以上の更新データの履歴を、安価なPCとIDE-HDDのRAIDで取りたかったのです。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/664
665: login:Penguin [sage] 03/05/10 13:06 ID:Wuf5ci5r もうひとつ、SAN上でのファイルシステムとハードリンクの扱いってどうなるのでしょうか? SANのアレイ単位?それとも各サーバーに割りあてた(LUN?)ボリューム単位? http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/665
666: login:Penguin [] 03/05/10 13:24 ID:AsAg2CCM >>665 知りたいことがいまいち分からないのですが、、、 物理的なHDDが何台か集まって一つのArrayになって、 各Arrayの中にLUを一つあるいは複数個作ることができますよね。 各サーバからは一つのLUが一台のディスクとして見えますから、 あとのパーティションを切ったりファイルシステムを作ったりする作業は IDEやSCSIと一緒です。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/666
667: login:Penguin [] 03/05/10 13:24 ID:c3/vA0ju >>663 >> これじゃないの? ファイルのロックが外れなくなる http://216.239.57.104/search?q=cache:2blU-p4s_gwC:www.samba.gr.jp/project/kb/J0/0/69.html+request_oplock_break:+no+response+received+to+oplock+break+request&hl=ja&lr=lang_ja&ie=UTF-8&inlang=ja http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/667
668: login:Penguin [sage] 03/05/10 13:26 ID:AsAg2CCM >>667 近頃はこういうリンクの仕方がはやってるの？ よく見かけるんですが。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/668
669: login:Penguin [sage] 03/05/10 13:36 ID:ui5ZTSgH >667 ありがとん。症状は似てます。nyのcacheファイルも壊れていたし。 でも、このsambaで共有しているディレクトリをマウントしている 場所(仮に/mnt/hogeとし、共有場所は/mnt/hoge/A/B/C)に UNIXから cd /mnt/hoge としたとたん、その端末が固まって Ctrl-Cも聞かないしkill9もだめで、リブートしか無いのですが、 oplockってそんなもんなんですか？ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/669
670: 669 [sage] 03/05/10 13:55 ID:ui5ZTSgH ファイルシステムがロックアップするという類似例を１つだけ見付けました。 2.4.18+XFSだそうで。 http://www.google.co.jp/search?q=cache:I_gtjQeHf8kC:linux-xfs.sgi.com/projects/xfs/mail_archive/200208/msg00271.html+request_oplock_break+no+response+received+oplock+break+request+&hl=ja&ie=UTF-8&inlang=ja むこうはSAMBA+NFSらしいが、こっちはSAMBAオンリー。 nyのcacheをsambaで運用するのはマイナーなのかな。cacheの古いのとかcron+find で消して行けるから良いとおもうんだが。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/670
671: login:Penguin [sage] 03/05/10 13:58 ID:AsAg2CCM >>670 素直にCygwin入れてcronをサービスに登録すれ。 http://www.amy.hi-ho.ne.jp/tachibana/cygwin/cron.html http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/671
672: login:Penguin [sage] 03/05/10 14:41 ID:c3/vA0ju >>668 基本である google 検索さえやろうとしない厨房のためのリンク方法。 キャッシュへのリンクなら、どんなキーワードで検索したかが一目瞭然。 欠点は URI が長くなるってことだけど、キーワード検索の技術を覚えてくれて、 少しでも厨房が減るなら安いもんだ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/672
673: login:Penguin [sage] 03/05/10 20:57 ID:Nb+5jsJO >>672 優しいな。 厨房はバカのままでいてほしいと思う。 彼らには搾取される側にいてもらいたいからね。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/673
674: login:Penguin [sage] 03/05/11 02:15 ID:RX8cRxGx >>659 各ファイルシステムの仕様一覧表なんてないですか? 最大ファイルサイズとか最大ファイルシステムやinode数、リンクカウンタ数 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/674
675: login:Penguin [sage] 03/05/11 02:19 ID:+b1ggx7/ >>674 作って公開キボソ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/675
676: login:Penguin [sage] 03/05/11 05:54 ID:qFlUSZHP >>674 ほしい。ほしすぎます。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/676
677: login:Penguin [sage] 03/05/11 23:13 ID:RX8cRxGx >>674 JF見よう! って言おうと思ったら具体的な事は書いてないんだね。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/677
678: login:Penguin [] 03/05/15 18:24 ID:Fcovmt4N 最近のjfsってどうなのよ？ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/678
679: login:Penguin [] 03/05/20 02:18 ID:UjoYg2tZ Linuxファイルシステム技術解説 第1回 VFSとファイルシステムの基礎技術 http://www.atmarkit.co.jp/flinux/rensai/fs01/fs01a.html http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/679
680: login:Penguin [age] 03/05/20 07:54 ID:Zv2lhu9W 早く第二回連載すれ（藁 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/680
681: login:Penguin [sage] 03/05/20 10:39 ID:DeFqutQT ＞ナノセックオーダー カナで書くとなんか変だ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/681
682: login:Penguin [sage] 03/05/21 00:11 ID:ES81Hc5J >>681 必殺技みたいだ。 セック を セェエ〜ック！ と読むとそれっぽい。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/682
683: login:Penguin [sage] 03/05/21 01:42 ID:cb6DdgQX くらえ!我が必殺技! ナノセェエ〜ック!オーーダァーーーーーーーーーーーー!!!!!!!!!!!!! http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/683
684: login:Penguin [] 03/05/21 23:13 ID:fyKiVEH+ ぐはぁっ〜〜〜〜〜！！ おぬぉれぇ〜この恨み、末代まで祟ってやるずおぉぉぉ〜〜！ 兄者ぁ〜！後は任せたぞぉ〜〜〜〜ぉぉおぉぉ〜〜！！ ﾁｭﾄﾞｰｰｰｰｰﾝ!! http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/684
685: login:Penguin [] 03/05/21 23:55 ID:DFDZ9dUV http://life.fam.cx/ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/685
686: login:Penguin [] 03/05/22 00:35 ID:obVD6StB ネタスレ化しとるな http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/686
687: あわび [] 03/05/22 00:46 ID:RQVCk0eg http://yahooo.s2.x-beat.com/linkvp/linkvp.html http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/687
688: 山崎渉 [（＾＾）] 03/05/22 01:43 ID:VfjbtMwi ━―━―━―━―━―━―━―━―━[JR山崎駅（＾＾）]━―━―━―━―━―━―━―━―━― http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/688
689: login:Penguin [] 03/05/22 02:48 ID:4+kUNQ7J ﾆﾔﾆﾔ(･∀･) http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/689
690: login:Penguin [] 03/05/22 03:15 ID:noB9aTNC LinuxってUnixと違って、dupシステムコールの使用が違うってきいたのです。 Unixの方は最小の空のファイル記述子へ新しい記述子を複写するのですが、 Linuxはそのまったく逆らしいってほんと？ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/690
691: login:Penguin [sage] 03/05/22 03:38 ID:L/uZLIx8 逆って? http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/691
692: login:Penguin [sage] 03/05/22 18:04 ID:A5nIymgl >>690 んなわけない。 でも、そんな副作用に依存するような書き方はお勧めできない。 そのために、dup2 が作られたわけで。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/692
693: login:Penguin [] 03/05/23 05:42 ID:OnCKSom/ ﾁｭﾄﾞｰｰｰｰｰﾝ!! http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/693
694: login:Penguin [sage] 03/05/23 12:23 ID:9fefEku9 今日、logwatch していると変なエントリが記録されていました。 messagesなのですが WARNING: DID conflict for 'ファイル名' and ' ファイル名'. Are These the same file? ファイル名からNetatalkで共有している仕事のファイルで有ることがわかりました。 しかしこのDID conflictがどういう衝突なのかがわかりません。 Turbolinux7Workstation (Kernel 2.4.18-12) Netatalk-1.5pre8-1 よろしくお願いします。 ＊当スレのSambaでのoplock問題非常に参考になりました。遅レスですが有り難うございます http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/694
695: login:Penguin [sage] 03/05/23 12:57 ID:T+vSH1Ou >>694 ぐぐれば出てくるじゃん。 http://www.google.com/search?hl=ja&q=netatalk+DID+conflict http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/695
696: login:Penguin [] 03/05/24 22:12 ID:ZoQ0LIhO アンケート 第2回 Linuxで使っているファイルシステムは？ http://www.atmarkit.co.jp/flinux/index.html http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/696
697: login:Penguin [sage] 03/05/24 22:18 ID:sxacNG4f ext3多いな http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/697
698: login:Penguin [sage] 03/05/24 23:41 ID:DkkyvjiK ReiserFSって少ないのね 1/16は俺 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/698
699: login:Penguin [] 03/05/24 23:49 ID:+92y2TUj Redhatのデフォルトがext3ってだけの話。 正直リソースを集中させてまともなFSひとつに絞って欲しいよ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/699
700: 名無しさん＠ＸＥｍａｃｓ [sage] 03/05/25 00:35 ID:K2oYiu38 >>698 俺も1票入れたYO! ext3はディスク効率悪いし、ディスクアクセス遅いし、1パーティション毎に kjournaldが必要だし、あまり好きでは無い。 reiserfsは速いし、ディスク効率がext3よりいいし、結構気に入ってる。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/700
701: login:Penguin [sage] 03/05/25 04:10 ID:fK1dq+Rc 常用してるLinuxマシンが3台あるから、 それぞれext3,ReiserFS,JFSにして使ってるけど、 最近のReiserFSいい感じ。 速いし、ファイル消えなくなったし。 ただ、あんまり信頼感でいうとext3の方が上なので、 一番重要なマシンはext3。 JFSは最悪。 クラッシュしたときに、ファイルが消えるだけでなく、 クラッシュしたときにいじっていたファイルに対して、 次回起動時にアクセスをおこなうと、 かなりの確実でシステムがロック(っていうかフリーズ)する。 なぜか2回目以降は平気(ファイルは消えたままだが)。 クラッシュして初回と2回目の起動時にジャーナルのReplyを しているみたいだから、その辺がうまくいってないのかも。 これからJFSの導入を考えている人には再考をすすめる。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/701
702: 694 [sage] 03/05/25 04:29 ID:wO30uJlm >>695 英語の情報のみで翻訳を通しても意味が分かりませんでした〜 がんばります。ありがとうございました。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/702
703: login:Penguin [sage] 03/05/25 04:36 ID://5y64WM >>453 NTFSの構造はMicrosoft Pressから出てるInside Windows NTに載ってたと思うが？ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/703
704: login:Penguin [sage] 03/05/25 04:43 ID:F1zVg7XN >>701 xfsは仲間外れでつか？ つか漏れ的にはreiserfsはお腹いっぱい。 ext3fsかxfsでいいや、つーかなんつーか。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/704
705: login:Penguin [sage] 03/05/25 04:49 ID:fK1dq+Rc >>704 ちょっとだけ試したことありますが、すぐにやめますた。 1.0の頃なんですが、普通にシャットダウンしただけで ファイルの中身が消えるんですよ。 セキュリティの都合で中身が全部ゼロになるヤツ。 1.1になってさすがに直ったのかな？ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/705
706: login:Penguin [sage] 03/05/25 04:50 ID:j+aIcA9E >>702 ちょっと待て。 以下のページの日記2002/06/02のようにしてみればどうか？ ttp://www.qsl.net/7n4ctr/nikki/nikki0206.html http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/706
707: login:Penguin [sage] 03/05/25 05:02 ID:fK1dq+Rc ってか今SGIのWebページチェックしてみたら、 XFS1.2とっくに出てたのね。 知らなんだ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/707
708: login:Penguin [sage] 03/05/25 05:21 ID:b4cLHq9D > 705 1.0がリリースされた直後からずーーーっと XFS 一筋だけど、ファイルがゼロクリアされた事なんて 一度もないなあ‥ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/708
709: login:Penguin [sage] 03/05/25 06:06 ID:P67m23S3 filesystem の version って HDD に fs を作った時点での version ですよね。 minor version も入れると、そんなに頻繁に HDD に生成される情報の構造がかわるんですか。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/709
710: login:Penguin [sage] 03/05/25 10:31 ID:ndeHDT1l >>705 1,0以前から使ってるけど、正常にシャットダウンしてる限りは 特に問題になったことないよん。 最近はファイルの削除も速いし http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/710
711: login:Penguin [sage] 03/05/25 12:12 ID:W/7CkB4T >705 IBMのwebのどっかに、その現象はv1.01で改善された、という記事(?)があったはず。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/711
712: login:Penguin [sage] 03/05/25 12:24 ID:W/7CkB4T >711 みつけた。これ。 http://www-6.ibm.com/jp/developerworks/linux/020906/j_l-fs11.html http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/712
713: login:Penguin [sage] 03/05/25 12:25 ID:W/7CkB4T v1.01 じゃなくて v1.1 でした。失礼。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/713
714: login:Penguin [sage] 03/05/25 18:17 ID:m20Rxhb7 >>712 そういえばその連載、いつまで経ってもJFSの解説しないんだよなぁ… http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/714
715: login:Penguin [sage] 03/05/25 18:32 ID:GNM3VfCc D.Robbinsの兄さんはXFSラヴだから。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/715
716: login:Penguin [] 03/05/26 20:26 ID:E09YBwMr http://www.dd.iij4u.or.jp/~okuyamak/Documents/NetworkFileSystem.Tune.4.html >残念なことに、ext3, ReiserFS, Linux-JFS は、 書き込み順序が( Linux の VFS >が間違っているそのままの状態なので) 間違っている。 このため、これら3つの >ファイルシステムは、 XFS に比べて破損確率が高い。 さらに残念なことに、 >これらの開発者は、 Journal とファイルシステムの実体に矛盾が生じて破損した場合、 >Journal に破損が生じた と勘違いし、Journal のフォーマットを変更することによって >問題が解決すると信じている節がある。 実際には書き順が間違っているので >indirect block 情報が破損して、 ファイルシステムに矛盾が発生したのに、だ。 これってほんとなんでつか？ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/716
717: login:Penguin [sage] 03/05/26 20:44 ID:S9ZTFvot >>716 このスレの233-250ぐらいと http://slashdot.jp/article.pl?sid=02/09/18/0623254&topic=2&mode=nested を 見るべし http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/717
718: login:Penguin [] 03/05/26 22:10 ID:TWN5Dz6f 「書き順が間違っている」というところはダウトってこと？ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/718
719: login:Penguin [sage] 03/05/27 20:41 ID:mDyR7Ejf IBM様のお墨付き。 http://www.tac.tsukuba.ac.jp/~yamato/samba/11000/msg00478.html http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/719
720: login:Penguin [sage] 03/05/27 22:50 ID:Dkrs+r+3 >719 うぉ、、これは。 XFSにしる！ってことでつか…… http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/720
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 259 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.190s*