[過去ログ]
/**ファイルシステム総合スレ その1**/ (979レス)
/**ファイルシステム総合スレ その1**/ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/
上
下
前
次
1-
新
通常表示
512バイト分割
レス栞
このスレッドは過去ログ倉庫に格納されています。
次スレ検索
歴削→次スレ
栞削→次スレ
過去ログメニュー
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なんだが、 1日から1週間くらいで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上のことで、たかが1アプリにファイルシステム 持ってかれるのは許せません。ちなみに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 ファイルシステムがロックアップするという類似例を1つだけ見付けました。 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: 名無しさん@XEmacs [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
721: login:Penguin [sage] 03/05/27 23:02 ID:1LMRwKDH >>720 >>719のメールの作者の奥山さんが>>716のリンク先のページの作者なの。 それで>>717のリンク先で批判されている。 自分はXFS使っているからどうでもいいんだけど。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/721
722: login:Penguin [sage] 03/05/27 23:57 ID:Dkrs+r+3 >721 サンクスです。 そういえば、この/.jpのスレッドは以前読んだ気がする、、、 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/722
723: login:Penguin [sage] 03/05/28 01:48 ID:fy9nT8Sm LFSだけど、NetBSD 1.6.0 -> 1.6.1 では変化ないんだよなぁ。もちっと 安定化してくれればいいのに。って、Linuxとは関係のない話だった…。 LFSのLinuxへのportは難しいのかな? http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/723
724: login:Penguin [sage] 03/05/28 04:40 ID:BkJ14vDK で、そのvfsのバグとやらはいつ直るでしょうか。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/724
725: login:Penguin [sage] 03/05/28 09:56 ID:pQsxkS8F >>706 有り難うございます。 しかしながら、rpmパッケージでのインストールなので・・・ ファイルが消えるなどの実害は出ていないのでそのままにしてみます http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/725
726: login:Penguin [sage] 03/05/28 12:45 ID:fbAYKwoG >723 板違い ttp://cgi.cse.unsw.edu.au/~neilb/conf/lca2003/paper/ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/726
727: 山崎渉 [(^^)] 03/05/28 16:47 ID:4u9ffZfO ∧_∧ ピュ.ー ( ^^ ) <これからも僕を応援して下さいね(^^)。 =〔~∪ ̄ ̄〕 = ◎――◎ 山崎渉 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/727
728: login:Penguin [sage] 03/05/29 00:00 ID:IYI93wnx ext3は怖い 3回消えた たぶんオレが馬鹿なだけだろうがな わかってるんだ わかってるんだよ・・・ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/728
729: login:Penguin [sage] 03/05/29 01:58 ID:njol5Zmj 金は怖い 小指 3 本消えた たぶんオレがスッただけだろうがな わかってるんだ わかってるんだよ・・・ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/729
730: login:Penguin [] 03/05/29 09:07 ID:ekZSounW (・∀・)renice! http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/730
731: login:Penguin [sage] 03/05/29 12:29 ID:isn6afCV >>728 消えること考えて ddで同じ容量のディスクにcronで深夜バクアープしているよ。 まぁそうでなくともHDDの物理的不良以外で逝ったことはない。 たまにランレベル落としてe2fsckしているし http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/731
732: login:Penguin [sage] 03/05/29 13:08 ID:Nc20K5VE telinit 0、と。 ∧_∧ ∧_∧ (´<_` ) 流石だな、兄者。 ( ´_ゝ`) / ⌒i / \ | | / / ̄ ̄ ̄ ̄/ | __(__ニつ/ / .| .|____ \/____/ (u ⊃ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/732
733: login:Penguin [] 03/05/29 14:07 ID:ZTIiGlW/ >>731 なんか違うような気が・・・ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/733
734: 731 [sage] 03/05/29 15:48 ID:isn6afCV >>732 init 1 ... >>733 これを見てやったのです http://www.zdnet.co.jp/help/tips/linux/l0113.html ext3でnetatalkとsambaファイルサーバーにしているけど、1年以上これと言って問題はない。 XFSに興味はありますが、まだ変える気がないのです。まだ空き容量有るし http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/734
735: login:Penguin [sage] 03/05/29 23:56 ID:nYSlvouF >>731 もし一部破損した状態でfsckかける前にcronによってdd実行されてしまったら… http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/735
736: 731 [sage] 03/05/30 09:11 ID:BkxOUrv5 >>735 その上に毎日、自分の使っているWindow$とMacに共有しているファイルを 差分バックアップかましています。 いざというときにもこれでファイルは大丈夫。 っていうかext3でsamba,netatalkつかっていていきなりfsが逝ったことはないよ。 /home のユーザーフォルダ内での共有だし、 /まで一緒に逝かない・・・とおもっている。 もち別パーティションにしています。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/736
737: login:Penguin [sage] 03/05/30 15:30 ID:axRr3mKa 同じ容量のディスクつかってるんだったらRAIDにすればいいのに。 IDE-RAIDは安いよ〜 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/737
738: 731 [sage] 03/05/30 18:03 ID:BkxOUrv5 >>737 RAIDでミラーリングということだよね? 物理的に逝き始めてきたときの問題まで正常なディスクにコピーしちゃわないかなぁ? 1日のデータなら何とか復旧できる(残業...) ぐらいの 職場環境の鯖なのでこれでいいかなぁと思っています。 足下に置いてある鯖なのでHDDの回転音で大体ヤバイかは判断付きますね。 音で交換して助かったこともあります。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/738
739: login:Penguin [sage] 03/05/31 00:08 ID:OSAEWsQv >物理的に逝き始めてきたときの問題まで正常なディスクにコピーしちゃわないかなぁ? RAID-1よりむしろ>>731で起きる問題じゃないのか? http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/739
740: login:Penguin [sage] 03/05/31 12:07 ID:IQ6SozY9 >>738 >物理的に逝き始めてきたときの問題まで正常なディスクにコピーしちゃわないかなぁ? RAID-1は、常時HDDからコピーを取ってるわけではないよ。 最初の構築は別として。 なんかファイルシステムとは別の話になっていきそう・・・ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/740
741: login:Penguin [sage] 03/05/31 12:46 ID:H+LE339J ☆ 総合 RAID総合スレッド No1 http://pc.2ch.net/test/read.cgi/linux/1013875908/ RAID運用トラブル集 http://pc3.2ch.net/test/read.cgi/hard/1011835141/ ☆ RAID card/subsystem ATA(IDE)のRAID Array http://pc2.2ch.net/test/read.cgi/mysv/1052317315/ IDE RAIDカードあれこれ RAID7 http://pc3.2ch.net/test/read.cgi/jisaku/1051275886/ ■IDE−RAID総合スレッド■ Part2 http://pc3.2ch.net/test/read.cgi/hard/1037360506/ ●SCSI RAID 愛好者の会 ● http://pc3.2ch.net/test/read.cgi/hard/1053613622/ ☆ 違 SMASH RAID http://music2.2ch.net/test/read.cgi/minor/1019657900/ YAMAHA TT-R Raid その2 http://hobby3.2ch.net/test/read.cgi/bike/1053494587/ Raid談義スレ http://jbbs.shitaraba.com/game/bbs/read.cgi?BBS=3067&KEY=1035115480 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/741
742: login:Penguin [sage] 03/05/31 16:40 ID:GUGh6o1N どうやったら >>741 みたいな親切な一覧を出せるの? 手動でちまちま? http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/742
743: login:Penguin [sage] 03/05/31 16:40 ID:zw8+Na/L スレタイ検索 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/743
744: login:Penguin [sage] 03/06/02 15:23 ID:bmx05Yx4 Linuxで使っているファイルシステムは? http://www.atmarkit.co.jp/flinux/survey/vote/result.html http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/744
745: 731 [sage] 03/06/02 17:09 ID:OLWts8ef スレ住人+みなさまスマソ。 スレタイから離れた話になってしまった。 大変申し訳ないです。 ext3もええよ。と言うことだけで。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/745
746: login:Penguin [] 03/06/02 23:44 ID:bhT8EpXU (・∀・)renice! http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/746
747: login:Daemon [] 03/06/04 01:52 ID:D0TdMKDU rootfs って具体的に言うと何なのよ? 調べたけど、ようわからん。 それと、 /usr を外付けの HDD への sym link にしたら、起動しなくなった。 どうして? http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/747
748: login:Penguin [sage] 03/06/04 09:12 ID:DlktMZjU >>747 外付けってどういう形? ドライバナシで見えちゃう外付け?(SCSIとか・・・SCSIぐらいか) http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/748
749: login:Penguin [sage] 03/06/04 19:52 ID:g1Hqdzhk >>747 何でsymlinkなんかにしちゃうの? 普通にmountすればいいのに。。。 パーティションを切りたくないとか? http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/749
750: 747 [sage] 03/06/04 21:27 ID:D0TdMKDU IEEE1394 なのれす。 で、こいつが 80G のパーティションで、 あんなものやこんなものが既に入っている。 こいつを /data に mount してあるのだが、 / の領域が少なくなったために /usr だけ symlink 張ったのさ。 /data/usr へ symlink 張るのと /usr として mount するのとどう違うんだ? あと rootfs の謎も誰かおねがい http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/750
751: login:Penguin [sage] 03/06/05 19:44 ID:m5jN0aIN >>750 linkの件は .. とか chroot のときの挙動がちがう。 rootfsの件は、それが、いわゆるそれのことなら、fsの木の根っこのぶぶん。 Unix系は、普通、 mount-point(普通はディレクトリ) に, /dev/ほげ とかを, mount コマンドとかで マウントしていくわけだけど、それらもfs上にあるので、いちばん根っこは、 特別にカーネルがマウントしてやらんといかん部分がある。それ。 それを、多くのLinuxみたいに最初から大きなシステムにしちゃうか、 伝統にしたがって小さくつくって、あとで大きなのを/usrにマウントするか initrdとかminirootみたいな、極小のをつくって、あとで / をさしかえるか いろいろバリエーションはあるのだけど。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/751
メモ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 228 レスあります
スレ情報
赤レス抽出
画像レス抽出
歴の未読スレ
AAサムネイル
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.027s