[過去ﾛｸﾞ]
/**ファイルシステム総合スレ その1**/ (979ﾚｽ)
/**ファイルシステム総合スレ その1**/ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
598: login:Penguin [sage] 03/04/06 18:52 ID:XL+2VeBy >>597 うう、すいません改めて確認してみるとその通りでした。 http://e-words.jp/w/ext3.html てことでext3でいっちゃいます。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/598
599: login:Penguin [] 03/04/10 18:48 ID:N7JU8+Na ﾆﾔﾆﾔ(･∀･) http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/599
600: login:Penguin [sage] 03/04/11 21:49 ID:HWDpnzkI 600ｹﾞﾄ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/600
601: login:Penguin [] 03/04/15 17:55 ID:L2gF3miP ググった結果、ext2では、１つのﾌｧｲﾙ名の最大長は255バイトと理解してるのですが、 ファイル名・ディレクトリ名を含む、PATHの最大長はどのくらいでしょう？ もしやPATHの最大長も255でつか？ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/601
602: login:Penguin [sage] 03/04/15 19:56 ID:3ksUcAsi ファイルシステムの制限というよりは、OS の制限ではないか。PATH_MAX は 4096 のはず http://hayabusa6.5ch.io/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.io/test/read.cgi/linux/1006743807/603
604: login:Penguin [sage] 03/04/15 22:30 ID:9KlxJWUn POSIX http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/604
605: 603 [sage] 03/04/15 22:34 ID:7w7dsng2 げ、MAXPATHLEN と勘違いしてたかも。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/605
606: 603 [sage] 03/04/15 22:41 ID:7w7dsng2 と思って少し調べてみたけれど、やっぱり、Linux以外の多くは 1024みたい。失礼。 http://hayabusa6.5ch.io/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.io/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.io/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.io/test/read.cgi/linux/1006743807/609
610: login:Penguin [] 03/04/16 04:10 ID:RGc1gOZn dumpe2fs で調べればいいんですね、ありがとうございました。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/610
611: login:Penguin [sage] 03/04/16 04:14 ID:EfS9wh6o e2labelなきもするけど.... http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/611
612: login:Penguin [] 03/04/17 08:56 ID:i8+JQJ4r 仮想CDをマウントできないかな isoイメージじゃないよ ウィンドウズのやつね http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/612
613: login:Penguin [sage] 03/04/17 09:00 ID:oUys6e4E ? http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/613
614: login:Penguin [sage] 03/04/17 10:34 ID:7hZSwgFO >>612 どのソフトで作った仮想 CD ? あの手のって ISO イメージ吸い出してるだけじゃないの? http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/614
615: 山崎渉 [（＾＾）] 03/04/17 11:46 ID:KRn99/cy （＾＾） http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/615
616: login:Penguin [sage] 03/04/17 11:51 ID:JLCnAL3t isoに変換しる。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/616
617: login:Penguin [] 03/04/17 15:14 ID:QgET5h2K ﾆﾔﾆﾔ(･∀･) http://hayabusa6.5ch.io/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.io/test/read.cgi/linux/1006743807/618
619: 山崎渉 [（＾＾）sage] 03/04/20 05:54 ID:xFRXxEWb ∧＿∧ （ ＾＾ ）＜ ぬるぽ（＾＾） http://hayabusa6.5ch.io/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.io/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.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
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 282 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.022s