[過去ﾛｸﾞ]
/**ファイルシステム総合スレ その1**/ (979ﾚｽ)
/**ファイルシステム総合スレ その1**/ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
322: login:Penguin [sage] 02/10/10 21:27 ID:EfhnIyya >>321 data=journalなら書き込み時間が倍になるのは 道理だと思うのですが？ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/322
323: login:Penguin [sage] 02/10/11 00:50 ID:GfF/nRnu いや、だから、ext3(data=ordered)とjfsとreiserfsから 選択するとしてもext3なのかな...と思って。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/323
324: login:Penguin [sage] 02/10/11 03:53 ID:jehWricB >>323 話が全然見えません http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/324
325: login:Penguin [sage] 02/10/11 11:14 ID:xMDGjF+I >>323 jfsが選択肢に入ってるのにxfsが選択肢に挙がっていないのは何故？ xfsも1.1になってだいぶ改善されたとかdeveloperWorksの記事にあったけど。 (>>287のリンク先の記事) http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/325
326: login:Penguin [sage] 02/10/11 12:43 ID:GfF/nRnu 1)たまたまテストしているマシンがターボでxfsが入っていない 2)xfsは大きいファイルに強いが小さい大量のファイルはどうか？ と言う点で今回の選択肢には入ってません。2)の経験談ありませんか？ (別の数MB〜数百MBのファイルサイズが主の500GBのHDDでxfs+lvm運用で そろそろ１ヵ月になるのがありますのでxfsを無視している訳でなないです) 今回の用途とは別だけど、 -rw-r--r-- 1 XXXXX XXXXX 1357266583552 10月 11日 03:12 /mnt/disk1/test/bigfile と書き込みはOKだったが、 dd if=/mnt/disk1/test/bigfile of=/dev/null とかやったら Oct 11 11:03:41 XXXXXX kernel: 08:11: rw=0, want=1621124684, limit=1326848481 なんてエラーがずらずらと出た....大丈夫かいな。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/326
327: login:Penguin [sage] 02/10/11 12:46 ID:GfF/nRnu あ、ちなみに上のエラーはreiserfs上です。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/327
328: login:Penguin [sage] 02/10/11 22:55 ID:g0fFCgZg >326 lvmってMAX256GBじゃなかったっけ？ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/328
329: 256 [sage] 02/10/11 23:33 ID:/fgIRKQ8 >>326 reiserfsはホントに壊れます． 個人用途で半年間 '/'(ルート)をreiserfsで使いましたが， 気付いたときにはfsckでも解決できないくらい壊れてました． 結局，フォーマットして入れ直し．(ext3にした．) 悪いこと言わないからreiserfsだけはやめた方がいいです． あと，ちょっとやそっと速いことなんかより，安定性を重視するべきだと思うよ． http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/329
330: login:Penguin [sage] 02/10/12 20:02 ID:zC91l6Vv reiserfsの悪い噂は散々聞いているが、使用時のkernelのバージョン と一緒に聞いたことはほとんどないな... develpersworksの記事にも最近のreiserfsは安定してきているとあるが、 どうよ？ lvmはPEのサイズ変えれば2TBまでいけます。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/330
331: 256 [sage] 02/10/12 21:23 ID:QYLrd0q3 >>330 確かに． ちなみに私は導入時(インストーラのカーネル)は2.4.9だったけど， すぐに当時最新だった2.4.17にした． Debian/testingなので，Debianにカーネルの最新パッケージが 登場するたびにカーネルは作り直した． 壊れてるのが発覚したときは2.4.19だったと思う． 残念ながらいつ壊れたのかはわからない． http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/331
332: login:Penguin [sage] 02/10/13 08:29 ID:8PJX0kK8 漏れは二台reiserfs onlyで運用してるけど、 特に問題出てないなぁ。昔は酷かったけど。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/332
333: login:Penguin [sage] 02/10/13 21:30 ID:9gy9v5IE EXT3使ってますが、Windowsみたいにデフラグみたいなやつし無くても大丈夫なんですか？ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/333
334: login:Penguin [sage] 02/10/13 23:44 ID:UpTP18/F FAT が特別ダサいだけです http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/334
335: login:Penguin [sage] 02/10/14 00:04 ID:YfAlwh43 >>332 カーネルのバージョンキボンヌ． http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/335
336: login:Penguin [sage] 02/10/14 01:59 ID:ZkuvAxLC その後のテスト経過ですが、ファイルシステムをext3(data=orderd)にして、 NFSテスト(bonnie++をローカルとリモートで１日実行)はOKでした。 小さいファイルの扱いは、1-64kBのランダムな大きさのファイルを 書き込んで、後で読み込むというテストをやっているのですが、 ６つほど並行して１日実行しても、60GBほどしか埋まりません。 (しかもまだ書き込みフェイズだし) ファイル数は180万、１つのディレクトリに60万ほどありますが、 現時点でファイル生成の速度は極めて遅くこのままでは1TBを埋めるのは 不可能っぽいです。 ちなみに環境はターボ８(2.4.18-3smp)です。なにか良いテスト方法って ないでしょうかねぇ... http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/336
337: login:Penguin [sage] 02/10/14 02:03 ID:ZkuvAxLC >>１つのディレクトリに60万ほどありますが 30万のまちがいね。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/337
338: login:Penguin [sage] 02/10/14 14:04 ID:gFK41Xss >>335 常に2.4系最新(含むpre/ac patch) http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/338
339: login:Penguin [sage] 02/10/16 22:34 ID:Bv5hNcA9 336のテストは48時間の後中止しました。hashなしext3ではこれ以上続けても 無理なんで。 続いてjfsのテストに入りましたが、dd if=/dev/zero of=largefileは980GB ぐらいのところでjfsCommitのカーネルスレッドがCPU異常消費で進まなく なったので止めて、一旦別のファイルでディスク埋めた後、dd if=largefile of=/dev/nullで読みだしはOKでした。 ローカルとNFS越しとでbonnie++の連続実行テストは始めて３０分ほどで SCSIエラー多発でカーネル完全沈黙。2.4.20pre11を入れて再開してます。 これまでの結論。ターボ８のjfsはへたれである。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/339
340: login:Penguin [sage] 02/10/17 00:24 ID:295BVh5O ディストリ関係ある？ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/340
341: login:Penguin [sage] 02/10/17 01:36 ID:c6jIka81 >>340 禿同 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/341
342: login:Penguin [sage] 02/10/17 01:41 ID:eZtB9FEQ ディストリビューターの仕事ってのは、便利なパッチを集めてきて それを検証することではないのかな？ 特にターボは金もらってやってるんだし、金とってるんだから (テストしてるのはプロモ版だがな)もう少しマシな仕事をだな... http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/342
343: login:Penguin [sage] 02/10/17 11:54 ID:5HPpVrO6 >>342 JFS for Linuxがどのような状況にあるかくらい知ってんだろ． Turboは全体的に言ってクソディストロだというのには賛成だが， JFSの不具合をTurboのせいにするのは筋違いだと思うが． http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/343
344: jfs [] 02/10/20 14:35 ID:z2W/yCBV そんな jfs の 1.0.24 ﾘﾘｰｽ age Utilities changes - byte-swapping fixes for big-endian hardware (fixes in logredo and fsck.jfs) File System changes - readSuper() was incorrectly checking return status of sb_bread() - change name of get_index to read_index fixes MIPS build issue - Releasing LOGGC_LOCK too early In txLazyCommit, we are releasing log->gclock (LOGGC_LOCK) before checking tblk->flag for tblkGC_LAZY. For the case that tblkGC_LAZY is not set, the user thread may release the tblk, and it may be reused and the tblkGC_LAZY bit set again, between the time we release the spinlock until we check the flag. This problem is easy to hit on a 2.5 kernel with CONFIG_PREEMPT set, but it is a potential problem on SMP as well. The fix is to hold the spinlock until after we've checked the flag. http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/344
345: login:Penguin [sage] 02/10/20 14:45 ID:wOzazl+a ひさびさにこのスレ見た。 ものすごく sage 進行だ… http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/345
346: login:Penguin [sage] 02/10/20 15:38 ID:coarZJ+1 >>343 Turbo8に採用されているjfsが腐ってるという可能性はある。インストーラに使ったjfsのversion問題？ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/346
347: login:Penguin [sage] 02/10/20 16:13 ID:pz5HABvF >>332 漏れも Debian/sid, kernel-2.4系おっかけで ずっと reiserfs だけど、壊れたのはかなり昔だな。 まだパッチ配布で kernel に入る前の頃。 ここ最近は壊れてない。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/347
348: login:Penguin [sage] 02/10/20 18:49 ID:Po0xlDSy 339のテストの続き。(on jfs) 2.4.20pre11でローカル+NFS越しのbonnie++は24時間のテストクリア。 localでのbonniee++ ４つ同時実行の24時間テストクリア。 1B〜64kBのランダムな大きさのサイズのファイルの書き出しと読み込みテスト は、５つ同時実行でディスク全体を埋める書き出しのテストは終了。 現在読み込みテストに入ってますが、書き込みに比べて死ぬ程時間 がかかります。CPUのidel時間がほとんどなので外付けRAIDが遅いんでしょう。 また、１つのディレクトリ下には推定で800万個のファイルがあるはずです が、ls -f しても２時間戻ってこず、端末も凍ったので再起動しました。 ちなみに、2.4.20pre11のjfsは1.0.23相当、たーぼ８のそれは1.0.17です。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/348
349: login:Penguin [sage] 02/10/20 23:19 ID:o5SkVp+g せっかくいい感じに沈んでたのにageられてる…。 ところで、>>348はテスト終わったら各FSの印象とか まとめてくれたりしない？ 本格的なテストをやってるようなんで大変参考になると思うんだが。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/349
350: login:Penguin [sage] 02/10/23 22:36 ID:CdjY/dSd 348の続き jfs上での小さいファイルの読み込みテストは、１時間程でkswapd スレッドがCPUを異常に喰うようになり、テストが進まなくなりました。 再現性ありです。VMの問題かとも思いましたが、その後reiserfsでの テストでは問題は起きなかったのでjfs特有の問題と思われます。 (2.4.20pre11のjfsは1.0.24相当でした。訂正) 最後にreiserfsのテストに入っていますが、こちらは小さいファイルの 書き込みに問題があり、3-400GBを超えたあたりからbdflush,kswapd,kupdated のスレッドが異常にCPUを喰うようになりテストがすすまなくなりました。 500GBほどで止めて読み込みテストにはいり、こちらは問題なく終了しました。 現在、最後のbonnie++によるNFSテスト中ですが問題なく終りそうです。 それが終ったら簡単にまとめてみます。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/350
351: login:Penguin [sage] 02/10/24 15:28 ID:mzv35bhd テスト終了しましたので、簡単に各ファイルシステムの感想など。 今回は用途が小さい多量のファイルを扱うということで、その辺を 中心にテストしましたので、評価できないところもあります。 ext3(ext2) １つのディレクトリに多量のファイルがある場合に問題あり。 hashed directoryが安定版にはいればオールマイティなfsかも。 reiserfs ファイルの書き込み性能に問題があり、特に連続して書き込みを行なう場合 カーネルスレッドの異常動作を引き起こす。またjfsと比較してディスクの 書き込み量(vmstatのbo)に周期的な波があり、詰まるような挙動をする。 また、大きなファイル(数10GB)の読み込みに問題がある。 jfs 多量のファイルの連続した読み込みに問題がある。それ以外は特に問題なし。 用途から今回はreiserfsを選択しました。神の御加護があらんことを。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/351
352: login:Penguin [sage] 02/10/25 01:58 ID:lg5TUdbr ext3で /が逝ってしまった... kernel panic であがらない 仕方ないので過去に使ってたHDDを繋いで fsckするも エラーで修復すらできません... おまけにマウントできないし まあデータ領域はマウント出来るのでデータは取り出せるかと 同容量のHDDがない為明日にでも買いに走らないと.... てかfsck効かない場合いい方法ってあるのかな？ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/352
353: login:Penguin [] 02/10/28 23:17 ID:+A56r6p4 # mount /dev/hda3 on / type ext3 (rw,errors=remount-ro) こんなメッセージが出ているんですけど、 このエラーの意味がわかる人いますか？ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/353
354: login:Penguin [sage] 02/10/28 23:19 ID:AER5WDBp >>353 どこにエラーでてるんだ？ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/354
355: login:Penguin [sage] 02/10/29 00:34 ID:TIzWAM71 >>353 man mount位は見てみたのか？ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/355
356: 352 [] 02/10/29 01:02 ID:pLneawoZ 調べてみましたエラーじゃなかったですね。 ってちょっと言い訳させてください。 # mount /dev/hda3 on / type ext3 (rw,errors=remount-ro) proc on /proc type proc (rw) devpts on /dev/pts type devpts (rw,gid=5,mode=620) /dev/hda2 on /boot type ext3 (rw) いつも挙動不振な奴にのみ errors なんてメッセージがでていたから エラーだと確信してしまいました。 他の奴には書いてないのになぁ・・・ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/356
357: login:Penguin [sage] 02/10/29 01:05 ID:TIzWAM71 >>356 fstabにそう書いてあるはずだが。編集した覚えは無いか？ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/357
358: login:Penguin [sage] 02/10/29 01:06 ID:rk9YhGj9 >>356 つかfstabみたことないのか？ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/358
359: 352 [sage] 02/10/29 01:20 ID:pLneawoZ ＞ＡＬＬ fstab 見たこと無かった。 スマソ。 編集した覚えなんてまったく無い。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/359
360: login:Penguin [] 02/10/29 17:38 ID:hWd0ylIh ReiserFSって圧縮化できないの？ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/360
361: login:Penguin [] 02/10/29 18:52 ID:PCo70yBI 自分の使っているkernelのxfsのversionってどうやって調べるの? http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/361
362: login:Penguin [sage] 02/10/29 18:57 ID:TIzWAM71 >>361 ソース見るとか http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/362
363: login:Penguin [sage] 02/10/30 19:12 ID:5QqX1sKb tune2fs -j するつもりで mke2fs -j してしもうた。 死んでしまいたい。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/363
364: login:Penguin [sage] 02/11/01 05:46 ID:Z+/lNPwB >>363 よし http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/364
365: login:Penguin [] 02/11/10 23:12 ID:i4APiDTi 結局どのFSも全ての面ではNTFS上回ることは出来ないのね http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/365
366: login:Penguin [sage] 02/11/10 23:18 ID:i4APiDTi >>↑ 別にACLやマルチストリームなんていらねーYO http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/366
367: login:Penguin [sage] 02/11/10 23:19 ID:i4APiDTi >>↑ 速度や安定性なんかの面においてです http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/367
368: login:Penguin [sage] 02/11/10 23:25 ID:Peusroaz >>365-367 ( ´_ゝ`)ﾌｰﾝ もう終わりですか？ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/368
369: login:Penguin [sage] 02/11/10 23:30 ID:QtfLr6M8 >365 NTFSとの比較ってどこにあるんですか？ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/369
370: login:Penguin [sage] 02/11/11 00:45 ID:BgKRJMta 速度だって。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/370
371: login:Penguin [sage] 02/11/11 02:02 ID:hEbbcqJ8 何処 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/371
372: login:Penguin [sage] 02/11/11 02:11 ID:l3o0U9JC >>367 主観的な印象だが、NTFSってfragment化を起こしまくるという印象がある あれはWindowsの実装が悪いのか、ファイルシステムとしての仕様が 根本的に悪いのか FATから簡単にコンバートできるって事は、メタデータはともかく ファイル実体の配置に関してはかなりダサいのでは？ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/372
373: login:Penguin [sage] 02/11/11 11:21 ID:BIPHzs1Q >>372 わざとじゃない？ext2よりマシかと http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/373
374: login:Penguin [sage] 02/11/11 13:01 ID:l3o0U9JC >>373 そうですか？ 耐障害性はともかく、ext2のブロック割り当ては FATほど馬鹿じゃないと思います http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/374
375: login:Penguin [] 02/11/11 15:54 ID:X2fR72kL ちょっと質問なんですが．．． DVD-RAMをvfatでフォーマットして、ファイルをコピーしたら、大文字のファイル名が小文字に なってしまうことがあります(例えば、AAA→aaa)。 ext2でフォーマットしてやってものに、同様なことを行っても、ファイル名は、変化ありません。 これは、ファイルシステムの問題なんでしょうか？ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/375
376: login:Penguin [sage] 02/11/11 15:59 ID:CyNNjePI どっかでみた質問だナ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/376
377: login:Penguin [] 02/11/11 16:04 ID:pjorG7KZ >>375 そうだ。 FAT はもともと大文字小文字を区別しなかった事の名残り。 VFAT のマウントオプションを調べてみれ。回避出来るだろう。 でも VFAT は短いファイル名と長いファイル名の二つを持つ等、 非常に特殊なファイルシステムだ。この点を良く理解していないと Windows 以外の OS で VFAT を利用するとき足をすくわれる事になる。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/377
378: login:Penguin [sage] 02/11/11 16:12 ID:WbwxbPCo vfat の mount オプションのお話ですか。 2.2系と2.4系ではｶﾅｰﾘ変わったんだね。調べてﾋﾞｸｰﾘしたよ。 shortname=lower|win95|winnt|mixed -- Shortname display/create setting. lower: convert to lowercase for display, emulate the Windows 95 rule for create. win95: emulate the Windows 95 rule for display/create. winnt: emulate the Windows NT rule for display/create. mixed: emulate the Windows NT rule for display, emulate the Windows 95 rule for create. Default setting is `lower'. http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/378
379: login:Penguin [sage] 02/11/11 17:16 ID:TrRuwBXc >ファイル実体の配置に関してはかなりダサいのでは？ NTFSのファイル管理はB-TREE仕様ですが何か？ ファイル名もUnicode統一で非常に美しい OSはカーネル以外アレだが http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/379
380: login:Penguin [] 02/11/11 18:07 ID:0ljt0pL2 NTFSって結構多機能なのね ACL、マルチストリーム、暗号化、圧縮、ジャーナリング、クオータ、 ユニコードファイル名、マウント、リンク、リパースポイント 問題は使ってる奴でさえその存在を知らない言ってことだな（笑 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/380
381: login:Penguin [sage] 02/11/11 18:12 ID:pjorG7KZ >>380 手軽に暗号化ファイルシステムが利用出来るのは大きなメリットだよな。 セキュリティ板の人妻スレを思いだしたよ。懐かし。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/381
382: login:Penguin [sage] 02/11/11 20:57 ID:l3o0U9JC >>379 B+Treeを使っているのはディレクトリエントリでしょ ファイル"実体"の配置はFATと同様？ 穴空きファイルが作れるらしいから少しは違うと思うのだけど Unicodeを使っているのが美しいという美的感覚も、ズレていると気がしないでもない >>381 何でも一つのレイヤーに押し込んでしまうのがWindows的アプローチ ファイルシステムとは独立した仕組みで実現するのがUNIX的アプローチかと 前者の方が取っつきが良くて、後者の方が応用が効く 一長一短ですな http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/382
383: login:Penguin [sage] 02/11/11 21:19 ID:BIPHzs1Q > セキュリティ板の人妻スレ ﾁｪｷ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/383
384: login:Penguin [sage] 02/11/11 21:44 ID:0ljt0pL2 マルチストリームはNT鯖がマックバイナリ記録するのに使ってるネ ストリームにファイル隠すと見つけるのは難しい暗号化より安全だし 逆に言うと機能だけ存在していて使う手段が実装されて無いだけ（稾 copy treasure.jpg c:\config.sys:kakusi てな感じで使うしかない http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/384
385: 375 [] 02/11/12 08:54 ID:ENQdD16v >377,378 了解です。調べてみあす。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/385
386: login:Penguin [] 02/11/14 00:39 ID:LdvXXQ+r >Unicodeを使っているのが美しいという美的感覚も Unicodeのファイル名が美しいのではなく Unicodeの統一性自体が美しいという罠 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/386
387: login:Penguin [sage] 02/11/14 04:12 ID:IXy282BC >>386 Unicodeは美しいのですか？ EUC撲滅スレで話されている内容を全て理解できない程度の知識ですが、 美しいと言えるほどスマートでは無いと思います Unicode使っていれば美しいというなら、VFATもlong filenameの方は UTF16で記録されてます http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/387
388: login:Penguin [sage] 02/11/14 08:54 ID:Ct2kedCV ﾌｧｲﾙｼｽﾃﾑ自体が多機能でもそれを使うすべが無い。 まさにM$らしいﾌｧｲﾙｼｽﾃﾑ、それがNTFS。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/388
389: login:Penguin [sage] 02/11/14 22:20 ID:6GDERsS7 すべはあっても標準ではない もしくはGUIではない http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/389
390: login:Penguin [] 02/11/15 04:05 ID:1eoU/3LE vine2.5です。 windowsからlinux側を見るのにexplore2fs使いました。 別のマシンのHDにマウント（NFS）されてるディレクトリが 見れません。見るのは無理ですか？ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/390
391: login:Penguin [sage] 02/11/15 05:05 ID:8XQjrk9q > 別のマシンのHDにマウント（NFS）されてるディレクトリが 「Linuxが動いている時は別のマシンからマウント(NFS)しているもの」 と理解していいのか? なら「別のマシンのHD」をみなよ。 つことで、クライアントでの対応なら WindowsでNFSつかえばいい、高いが。 「別のマシン」でsmbサーバ動かすほうがおすすめだな。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/391
392: login:Penguin [sage] 02/11/15 10:06 ID:TOjmCIWa NT側でNFSクライアント走らせるって手もあるな http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/392
393: login:Penguin [] 02/11/16 14:43 ID:M5IIA0kP ↑ Service for UNIX要るしー http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/393
394: login:Penguin [sage] 02/11/16 16:16 ID:e2RXVuI8 >>393 Humming Bird買ってもよいぞ。 でも使い勝手等考えたらSAMBAの方が194.5倍楽 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/394
395: 375 [] 02/11/19 14:57 ID:qQ2ChQ8z >>378 man mountみてみましたが、大文字小文字を区別してくれる代わりに 8.3の制限がでてしまうのですね。トホホ。 使えねー。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/395
396: login:Penguin [] 02/12/08 21:12 ID:5sUDKtYN age http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/396
397: login:Penguin [sage] 02/12/08 22:10 ID:aBWQhdgR waflってreiser4のwandering logとは違うよね？ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/397
398: login:Penguin [] 02/12/10 00:47 ID:X7VGOc9Q Linux最新カーネルにデータ消失のバグ http://japan.cnet.com/Enterprise/News/2002/Item/021209-1.html > Linuxオペレーティング・システム(OS)の最新版にバグが見つかった。 > 特別な条件が重なった場合、データが消失する可能性がある。 > > このデータ消失バグは、Linuxの心臓部であるカーネル(用語解説)の > 最新版『2.4.20』に影響を及ぼす。同カーネルは11月28日(米国時間)に、 > リナックス企業のアップデートでリリースされたばかりで、まだパッケー > ジ製品には入っていない。 data corrupting bug in 2.4.20 ext3, data=journal http://www.uwsg.indiana.edu/hypermail/linux/kernel/0212.0/0010.html http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/398
399: login:Penguin [] 02/12/17 03:07 ID:9xAmsDF3 いまさらなのかもしれませんが、 ext3でquotaが使えるようになってたんですね。 知らずに待ってました。 でもなんか不安だなー。普通に使えてます？ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/399
400: login:Penguin [] 02/12/17 03:46 ID:hT2Tdc17 ところでXFSってどーなったの？ kernelに標準で取り込まれる日はもう来たの？ そろそろkernelの更新を考えてるもんで… http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/400
401: login:Penguin [sage] 02/12/17 04:17 ID:OvWwj7Mh >>400 もう含まれてるじゃん。ところでxfsのコードはなんであんなに 巨大なんでしょ。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/401
402: login:Penguin [sage] 02/12/17 06:40 ID:mf1yPKp/ hosts.cannaがない場合cannaserverがどういふうに動くのか知りませんが --- man 1 cannaserver cannaserver(1M)は通常、ネットワーク上のすべてのユーザがア クセスすることが可能ですが，/etc/hosts.canna ファイルにより， アクセスできるホスト，ユーザを制御することもできます。 --- とあるので私は --- unix localhost --- のように書いています。 また、kinput2はmanに以下のような記述があるので、 --- man 1 kinput2 -cannaserver This option specifies the hostname of Canna conversion server. --- kinput2 -canna -cannaserver localhost のようにして立ち上げています。 kinput2を使ってX上でかな漢字変換するには XMODIFIERS="@im=kinput2" LANG=ja_JP.eucJP LC_ALL=ja_JP.eucJP のような環境変数が設定されている必要があるようです。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/402
403: 誤爆:402 [sage] 02/12/17 06:53 ID:mf1yPKp/ ...ファイルシステムはずっと"ext2"のままです。 たまにへんなものをマウントするときにman mountします。 どうも失礼しました。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/403
404: 400 [sage] 02/12/17 22:35 ID:HFbfWz+v >>401 ｽﾏｿ 最近全々追いかけてなかったから知らなかったよ… でもそれって 2.5.x の話だよね？ それとも 2.4.x でもデフォルトで使えるのかな？ ちょっと探してきます… http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/404
405: 399 [sage] 03/01/01 20:58 ID:Ymh8CU1Q 自己レス。ext3+quotaは全然普通に使えますた。 やっと全部ext3にできた。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/405
406: login:Penguin [sage] 03/01/02 18:38 ID:kx3AAjq6 >405 いまさらquotaって何に使うの？(いや、マジで煽りでなく) http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/406
407: 名無しさん＠Ｅｍａｃｓ [sage] 03/01/02 19:22 ID:LY4AMMf+ ユーザーのディスク領域管理に quotaを使わずに何を使うのでしょうか？ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/407
408: login:Penguin [sage] 03/01/02 20:29 ID:kx3AAjq6 論理ディスクを50Gとかきって10人で仲よく共有とか。 5Gのquotaかけるよりもユーザも嬉しいし、資源の有効利用になるし。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/408
409: login:Penguin [sage] 03/01/02 20:38 ID:CHLe6JLv それは管理しないというのではないでしょうか。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/409
410: login:Penguin [sage] 03/01/02 20:38 ID:Zl0lyWZO 正直、XFSは永久にカーネルにマージされなくていいと思うんだが。 使いたい人（あるいはディストリビュータ）だけ、ソースにパッチ当てたり、モジュール追加するなりで。 とにかく最近のカーネル（ソース）はでかすぎるよ。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/410
411: login:Penguin [sage] 03/01/02 21:11 ID:1fFGNbG+ >>408 「仲良く共有」できればいいんだけどねぇ… ほら、やっぱ、動画とか置きたがる奴が必ず出てくるわけで… http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/411
412: login:Penguin [sage] 03/01/02 22:33 ID:kx3AAjq6 ディスクが埋まってきたら各自の使用量を晒せばいいのでは。 抑止力になると思うし、管理のやり方としてquota一辺倒なのもどうかと。 っていうか、ユーザの便利なように運用するのが管理者だとおもうがどうよ？ 不便なもんは誰も使ってくれんよ。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/412
413: 名無しさん＠Ｅｍａｃｓ [sage] 03/01/02 22:37 ID:tl1ExI0g ユーザーが、適切な理由を述べればすぐにでも 領域を広げることが出来るというメリットが＞quota 一辺倒というつもりはないですが、 毎時だれかが突然でかいファイルを作って 他人がメール受信すら出来なくなる、、なんて 恐れが発生するのをビクビクするようになるよりは。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/413
414: login:Penguin [sage] 03/01/02 22:44 ID:wnGhrHVX >>413 メールは、違うパーテーションにすればよいのでは? http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/414
415: login:Penguin [sage] 03/01/04 20:45 ID:h36w30gU > 論理ディスクを50Gとかきって10人で仲よく共有とか。 > 5Gのquotaかけるよりもユーザも嬉しいし、資源の有効利用になるし。 quotaかけて満杯になった場合[なんで満杯なんだこの蛸]とか 管理人が文句言われる。 10人で50G共有の場合だれかが巨大エロmpeg置いて満杯になっても 置いた香具師がフクロにされるだけ。 管理人は[かくかくこういう事情です。良識のない使いかたは慎んでください] と言えばいいだけでらくちん。 メールはホームディレクトリに配送するのではなく /var/mailに行くようにしとけば問題なし。 がちがちに管理するより、 適当なようで全体としてはうまく機能している、のほうが 管理する側も管理される側もストレスが少なくていい。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/415
416: IP記録実験 [IP記録実験] 03/01/08 22:10 ID:6H9Rg9t/ IP記録実験 http://qb.2ch.net/test/read.cgi/accuse/1042013605/ 1 名前：ひろゆき ◆3SHRUNYAXA ＠どうやら管理人 ★ 投稿日：03/01/08 17:13 ID:??? そんなわけで、qbサーバでIPの記録実験をはじめましたー。 27 名前：心得をよく読みましょう 投稿日：03/01/08 17:20 ID:yL/kYdMc SETTING.TXT管轄でないということは全鯖導入を視野に、か？ 38 名前：ひろゆき ◆3SHRUNYAXA 投稿日：03/01/08 17:22 ID:rLfxQ17l >>27 鋭いです。 73 名前：ひろゆき ◆3SHRUNYAXA 投稿日：03/01/08 17:27 ID:rLfxQ17l ＞ところで、IPが抜かれて何か今までと変わることってあるのでしょうか？ ・今までより、サーバが重くなる。 ・裁判所や警察からの照会があった場合にはIPを提出することがある。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/416
417: login:Penguin [sage] 03/01/09 01:25 ID:5dI2J0HT >317 アホなところまで真似しなくてもいいのに・・。 そのうちDMCAとかも出来たら嫌過ぎ・・。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/417
418: login:Penguin [sage] 03/01/09 01:35 ID:5dI2J0HT IPの記録が始まったからといって特に変わる事はありませんよね？ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/418
419: IP記録実験 [IP記録実験] 03/01/09 02:00 ID:ikPx0CBF IP記録実験 http://qb.2ch.net/test/read.cgi/accuse/1042013605/ 1 名前：ひろゆき ◆3SHRUNYAXA ＠どうやら管理人 ★ 投稿日：03/01/08 17:13 ID:??? そんなわけで、qbサーバでIPの記録実験をはじめましたー。 27 名前：心得をよく読みましょう 投稿日：03/01/08 17:20 ID:yL/kYdMc SETTING.TXT管轄でないということは全鯖導入を視野に、か？ 38 名前：ひろゆき ◆3SHRUNYAXA 投稿日：03/01/08 17:22 ID:rLfxQ17l >>27 鋭いです。 73 名前：ひろゆき ◆3SHRUNYAXA 投稿日：03/01/08 17:27 ID:rLfxQ17l ＞ところで、IPが抜かれて何か今までと変わることってあるのでしょうか？ ・今までより、サーバが重くなる。 ・裁判所や警察からの照会があった場合にはIPを提出することがある。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/419
420: login:Penguin [sage] 03/01/09 02:08 ID:aPIE+npq あずきちゃんDVDBOX買って馬鹿になろう！ http://www.starchild.co.jp/special/azuki http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/420
421: login:Penguin [sage] 03/01/09 02:48 ID:/jLSPaK2 へ？ 大阪？ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/421
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 558 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.016s