2ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

/**ファイルシステム総合スレ その2**/

1 :login:Penguin:03/09/08 21:47 ID:YkHkXm1o
多種多様なファイルシステムに対応しているLinux。
そのファイルシステムに関するトラブル、チューニング、愚痴^H^H感想などなど。
なんでも語ってくれ。

前スレ
http://pc.2ch.net/test/read.cgi/linux/1006743807/

2 :login:Penguin:03/09/08 21:50 ID:q15oCSj+
reiserfs
http://www.namesys.com/

xfs
http://oss.sgi.com/projects/xfs/

jfs
http://oss.software.ibm.com/jfs/

nfs
http://nfs.sourceforge.net/

ntfs
http://linux-ntfs.sourceforge.net/

3 :login:Penguin:03/09/08 22:25 ID:vmjZ9OGS
>>1
乙〜

最近ReiseFSってあんま(・A・)イクナイかも、って思い出したんだが…。
そんな漏れって短気なのかねぇ…。

4 :login:Penguin:03/09/09 00:08 ID:CcVy60jo
Linuxファイルシステム技術解説第4回マダ〜?

5 :login:Penguin:03/09/09 01:03 ID:r3oQaAvB
xfsにはbadblockをチェックする方法がないのがアレだなあ。
今使っている160GBにbad sector があるのに、それだけスキップ
できない。JFSやext2|3ならできるのに。

6 :login:Penguin:03/09/09 13:38 ID:R4whNecG
160GBのディスクでfsck走ったら氏ねるな(w

reiserfsよりext3でdir_index有効にした方が速くね?

7 :login:Penguin:03/09/09 15:57 ID:91rXsGS3
Linuxで使える4つのジャーナリングファイルシステム比較
http://kerneltrap.org/node/view/715

CPU負荷は
reiser4 >> reiserfs > xfs > ext3 > jfs

処理速度は
reiser4 > reiserfs > ext3 > xfs > jfs

8 :login:Penguin:03/09/09 16:02 ID:91rXsGS3
4つじゃなくて5つだった…。

9 :login:Penguin:03/09/09 22:08 ID:HFe/WThd
面倒だけどNTFSを安定させるか・・・
ハァ・・・俺がやるしかないのか・・・

10 :login:Penguin:03/09/09 22:32 ID:idoGMrbJ
やっぱtmpfsだな

11 :login:Penguin:03/09/09 23:45 ID:g4NwMRAK
こうして見るとext3ってなかなか優秀だな。

12 :login:Penguin:03/09/10 01:04 ID:ujYxGI15
なんか、以前にもこんなスレみたような気がする。
デジャヴか??

13 :login:Penguin:03/09/10 01:09 ID:twl7jAVY
>>12
多分ここの事だ
http://pc.2ch.net/test/read.cgi/linux/1006743807/

14 :login:Penguin:03/09/10 17:37 ID:PO+6hMAC
I/O Errorが出るんだけど皆さんどう対処しています?
RSYNCとか頻繁に使ったりします。

Redhat7.3, 8.0 Ext3ファイルシステム


15 :login:Penguin:03/09/10 22:03 ID:71ml73dT
- Whoa, deja vu.

- What did you just say?

- Nothing. Just deja vu.

16 :login:Penguin:03/09/11 01:53 ID:9oU24zEX
>>15
マトリックス

17 :login:Penguin:03/09/11 12:40 ID:aB83yKv4
何か最近、外づけUSBストレージのReiserFS4のファイルを消す時に、時々Segmentation Faultを起こして死ぬようになってしまった。
Debian sid, Kernel 2.4.22
なんなんだろ。もうぬるぽ。

lsusb -v (抜粋)
Bus 001 Device 002: ID 0f2d:9308 ViPower, Inc.
iManufacturer 56 ViPowER, Inc.
iProduct 70 ViPowER USB2.0 Storage Device
iSerial 100 DEF105731DFA

/var/log/kern.log
Sep 11 12:22:38 ***** kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000028
Sep 11 12:22:38 ***** kernel: printing eip:
Sep 11 12:22:38 ***** kernel: c0128c65
Sep 11 12:22:38 ***** kernel: *pde = 00000000
Sep 11 12:22:38 ***** kernel: Oops: 0000
Sep 11 12:22:38 ***** kernel: CPU: 0
Sep 11 12:22:38 ***** kernel: EIP: 0010:[__remove_inode_page+21/112] Tainted: P
Sep 11 12:22:38 ***** kernel: EFLAGS: 00010292
Sep 11 12:22:38 ***** kernel: eax: 00000000 ebx: e9df74f4 ecx: e9df74fc edx: e9df74f4
Sep 11 12:22:38 ***** kernel: esi: e9df74fc edi: 00000000 ebp: 00000000 esp: de829edc
Sep 11 12:22:38 ***** kernel: ds: 0018 es: 0018 ss: 0018
Sep 11 12:22:38 ***** kernel: Process rm (pid: 2009, stackpage=de829000)
Sep 11 12:22:38 ***** kernel: Stack: 00000206 e9df74f4 e86d1134 c0128e67 e9df74f4 00000000 e9df74f4 c0128f3b
Sep 11 12:22:38 ***** kernel: e9df74f4 00000000 00000002 d75c2b40 de829f38 d297f048 00000002 00000000
Sep 11 12:22:38 ***** kernel: 00000000 00000001 00000000 00000000 e86d1144 e86d113c c012908d 00000000
Sep 11 12:22:38 ***** kernel: Call Trace: [truncate_complete_page+71/96] [truncate_list_pages+187/448] [truncate_inode_pages+77/128] [iput+270/528] [vfs_unlink+203/464]
Sep 11 12:22:38 ***** kernel: [sys_unlink+279/288] [system_call+51/56]
Sep 11 12:22:38 ***** kernel:


18 :login:Penguin:03/09/11 19:27 ID:2gxWVsAV
>17
ガッ(AA略

19 :login:Penguin:03/09/12 04:48 ID:lVrQ/63A
現状だけ見るとext3の後継はxfsになりそうな悪寒。
まあRHあたりのディストロ次第だろうけど。
xfsは削除とか遅いけど機能豊富で設計も悪くないし、まあまあユーザーもいる。
個人的にはネイティブなreiserfs4にがんばってほすぃな…。

20 :login:Penguin:03/09/12 09:30 ID:TBEZoLPm
前スレの849です。Escalade 7506-8買ったので、それでまたベンチやってみました。

   KB reclen write rewrite read reread ran-read ran-write
Linux reiserfs on 6410:
  524288  64, 51178 61306 165191 119981  35391,  90980
  524288 128 56374 66082 367269 361237 360463  87204
  524288 256 54290 61291 260808 254297 260544  94819
16777216  64, 42682 50011 77188  77367  4069  17125
16777216 128 43752 49728 72086  72319  6666  20535
16777216 256 43816 49952 67520  67546  11245  25176


Linux reiserfs on 7506:
  524288  64, 20049 20163 115459  42409,  48995,  22513
  524288 128 22657 27721 379527 373687 368975  13494
  524288 256 37399 36558 179524 103700 193261  13579
16777216  64, 10306 11327 24564   24194   3885   3188
16777216 128 10653 11474 24233   23766   6638   4601
16777216 256 10621 11463 23915   23485   9183   4490

NetBSD: softdepでも同じくらいなのでそっちは略
  524288  64, 12054 12333 317294 317039 287050   4211
  524288 128 12012 12321 237490 238462 222749   5640
  524288 256 11884 12169 191876 191855 181035   7283
16777216  64, 11335 10280 30704  30747  1428   1102
16777216 128 11602 10493 29290  29360  2762   1929
16777216 256 11525 10555 28430  28413  5239   3416

21 :login:Penguin:03/09/12 09:33 ID:TBEZoLPm
あ、途中で送信してしまった。

   KB reclen write rewrite read reread ran-read ran-write
NetBSD ufs on 7506:

  524288  64, 23333 22581 355029 337037 320347   3835
  524288 128 24600 22250 261921 261919 243899   3799
  524288 256 24188 21535 200363 204949 199276   4402
16777216  64, 23406 15917 36274  36113   2325   1547
16777216 128 23697 15950 35574  35543   3565   2317
16777216 256 23505 15934 34936  34965   5724   3593

以上です。

22 :login:Penguin:03/09/12 09:41 ID:TBEZoLPm
Linuxの高速ソフトRAID5>>7506のハードRAID5>>
  NetBSDのソフトRAID5ってな感じでした。

試しに買ってみた7506ですが、正直、意味がなかったかなあと _| ̄|○

23 :login:Penguin:03/09/16 04:01 ID:Kr5iH3vG
JFS+LVMで初めてresizeしてみたんだが、smbdがOopsしたり、
ディスクが一杯で書き込めませんて出たり散々ですた。
もまえらどうですか?当方linux-2.4.21デス。

24 :login:Penguin:03/09/16 11:20 ID:a56GdkKT
チャレンジャーだな。

25 :.:03/09/16 19:08 ID:5s89owPX
Linuxファイルシステム技術解説 第4回 ext3とトランザクション処理
http://www.atmarkit.co.jp/flinux/rensai/fs04/fs04a.html

26 :login:Penguin:03/09/16 20:09 ID:Ia7/N6bL
キタ━━━━(゚∀゚)━━━━ッ!!

27 :login:Penguin:03/09/17 12:08 ID:0HV9Arkl
>25

この記事にもありますがジャーナルファイルな ext3 にもかかわらず 27 回
毎の起動、もしくは 180 日経過する度に fsck がかかるのがイヤなんですが、
tune2fs で止めてしまって何か問題ってありますか?

また reiserfs, xfs, jfs 等のファイルシステムではこのあたりどうなって
るんでしょうか?


28 :login:Penguin:03/09/17 13:16 ID:0HV9Arkl
>25

この記事にもありますが、ジャーナルファイルな ext3 にもかかわらず 27
回毎の起動、もしくは 180 日経過する度に fsck がかかるのがイヤなんです
が、tune2fs で止めてしまって何か問題ってありますか?

また reiserfs, xfs, jfs 等のファイルシステムではこのあたりどうなって
るんでしょうか?


29 :login:Penguin:03/09/17 17:41 ID:Ddkg+vLp
止めたきゃとめろ

30 :login:Penguin:03/09/17 23:51 ID:Tp64zig8
>>25
各々の技術解説の1ページ目位しか解らん

31 :login:Penguin:03/09/21 16:49 ID:7+FI9AMs
XFSは何であんなにでかいんだ?

32 :login:Penguin:03/09/22 13:28 ID:SxZlwV17
>>30
漏れもそんな感じだ…。
チンプンカンプン。

33 :login:Penguin:03/09/22 21:10 ID:zRLnrOtC
http://www.sdc.org/~leila/usb-dongle/

34 :login:Penguin:03/09/22 23:34 ID:7OoF1vDv
fsckさせる前に、矛盾を報告してくるような
自律したファイルシステムってないの?
壊れててもいけいけどんどんなreiserfsとか、
使こてて鬱だわさ。


35 :login:Penguin:03/09/24 00:59 ID:3oMPiNAp
JFS ってなんか、すごい安定してきてる。
なかなか壊れないファイルシステムだとおもう

36 :login:Penguin:03/09/24 13:47 ID:4uZDJ0Yh
でもさ、うちはreiserfs使ってて起動不能とかに陥ったことないよ。
ext3には何度もやられたけどね。停電なんかくるともう冷や汗ものです。
なんかふつうに使ってて再起動したらファイルシステムエラーで
動かなくなったことも三回くらいあるしなぁ。
その点reiserfsは停電でも突然の終了でも結構安心して使える。

37 : ◆Zsh/ladOX. :03/09/24 14:03 ID:2gYmsAEw
>>20
ベンチソフトを教えてください.
前スレdat落ちして見れないので…

38 :login:Penguin:03/09/24 21:47 ID:1Q5Mz81d
>37 iozone

39 :login:Penguin:03/09/24 23:17 ID:XiECwu1j
NTFS5最強

−−−−−−−−−− 終了 −−−−−−−−−−−

40 :login:Penguin:03/09/24 23:18 ID:UBC9zLnz
>>35
トラップに誘い込むつもりかぁぁ!

41 :login:Penguin:03/09/24 23:23 ID:1zTAjZco
>>39
確かに最強かも。
書き込み中に電源切ってもファイル壊れたことは一度もないし。
ファイルシステムはおろか、ファイルも全然壊れないね。
MSもWinがバンバン止まるから考えてるんだろうw

42 :NLS:03/09/25 05:11 ID:x5GcrrUu
Linux のファイルシステムの NLS は、
結局 Unicode <-> 各種文字コード のテーブルの集まり、ということ?
iocharset=euc-jp, codepage=932 の場合、
euc-jp <-> Unicode <-> cp932 って経由する?

なんかカーネルソース見てみたら uni2char と char2uni しかなかったから。

43 :login:Penguin:03/09/25 06:43 ID:QGqKMj7h
そだよ

44 :login:Penguin:03/09/25 06:46 ID:KDulyTyh
すいませんが
いま私は LINUXファイルサーバー1台+Windowsクライアント2台という構成で使用しています。
Windows同士は問題ないのですが Linuxサーバーからファイルの出し入れする時 
スピードが遅いのです。

スペック的には 3台とも変わりはありません。
ちなみにRedhat Linux9を使用しています。
どなたか 解決方法を教えてください。

45 :login:Penguin:03/09/25 06:58 ID:TBMIsY7J
それは、サンバスレのほうが適当じゃね?
Linux鯖から読み出す時はあんまストレス感じないけど、
書き込むのはすごい遅いね。気にせず使ってるけど。

46 :201:03/09/25 08:26 ID:TBMIsY7J
あの後、再度ソフトウェアRAID5でベンチしてみたら、
LinuxだけRAID0使ってたかも疑惑発覚。てゆーか確定。

今取り直してる。あれ信じた人すまん。

>>20に比べて、以下みたいな感じになります。
524288 64, 34688 43536 292100 79342 283796 120400
524288 128 33619 40050 261932 77049 278856 114956
524288 256 34018 41571 211840 76413 225447 126155

LinuxのソフトRAID5>7506のハードRAID5 from NetBSD>>
  NetBSDのソフトRAID5=7506のハードRAID5 from Linux
ってな感じであります。

次回報告時はHPにまとめてそれ報告するよ。

47 :NLS:03/09/25 12:49 ID:x5GcrrUu
>>42 iconv で使っている変換テーブルと食い違っていないか心配。
http://www.debian.or.jp/~kubota/unicode-symbols-map2.html

48 :login:Penguin:03/09/30 23:30 ID:ULgVxkOa
pstree見せろ スレッドより出張。 ext3->xfs に引越し作業中。
init-+-atd
   |-2*[automount]
   |-bdflush
   |-cannaserver
   |-crond
   |-devfsd
   |-inetd
   |-kapmd
   |-keventd
   |-khubd
   |-5*[kjournald]
   |-klogd
   |-ksoftirqd_CPU0
   |-kswapd
   |-kupdated
   |-login---bash---startx---xinit-+-X
   |                `-fluxbox-+-kinput2
   |                     `-kterm---bash---pstree
   |-master-+-pickup
   |    `-qmgr
   |-mdrecoveryd
   |-5*[mingetty]
   |-pagebufd
   |-portmap
   |-rpc.statd
   |-sshd
   |-syslogd
   |-xfsdatad/0
   |-xfslogd/0
   `-2*[xfssyncd]


49 :login:Penguin:03/09/30 23:37 ID:ULgVxkOa
$ xfs_info /
meta-data=/           isize=256  agcount=8, agsize=112013 blks
     =            sectsz=512 
data   =            bsize=4096  blocks=896104, imaxpct=25
     =            sunit=0   swidth=0 blks, unwritten=1
naming  =version 2       bsize=4096 
log   =internal        bsize=4096  blocks=2560, version=1
     =            sectsz=512  sunit=0 blks
realtime =none          extsz=65536 blocks=0, rtextents=0


50 :login:Penguin:03/10/01 00:47 ID:pMnCcaCy
ReiserFSなんですが、空き容量がどのくらい以下になると
フラグメントが激しくなるとかいうデータはありますか?

51 :20=46:03/10/05 01:47 ID:kbbNoltI
取り直した結果と作ったグラフ、
http://www.pobox.com/~jam/filesystem/
にうpしますた。NetBSDのufs2も追加。

リードライトは、46でも書いた通り、
LinuxのソフトRAID5>7506のハードRAID5 from NetBSD>>
  NetBSDのソフトRAID5=7506のハードRAID5 from Linux
ってな感じですた。

FreeBSDのufs2の死ぬ程速いファイル削除が光ってます。謎。

52 :パズー:03/10/05 03:24 ID:do0vylUy
英語だね。 書いてある字が読めるといいんだけど・・・。

53 :login:Penguin:03/10/06 18:23 ID:CiAYIzN4
字が読めても内容を理解できないという事例もあるかもしれない。

54 :login:Penguin:03/10/06 18:54 ID:n0s1sJA7
俺には……このグラフは……読めないっ……!

55 :login:Penguin:03/10/07 03:58 ID:wMaudpvw
>>52
ワラタ

56 : ◆Zsh/ladOX. :03/10/07 19:12 ID:WdPtldsC
ここはベンチする香具師が居るということで。

M$ではおなじみ(かもしれない)だが、
Super-πのlinux版が出てる。

ftp://pi.super-computing.org/Linux_jp


57 :login:Penguin:03/10/10 19:25 ID:ZVLtxz8f
ext3遅すぎ
http://fsbench.netnation.com/

58 :login:Penguin:03/10/10 19:44 ID:pEHc5gJn
そうか?
十分速いじゃん。

59 :login:Penguin:03/10/14 15:11 ID:98u3/WSW
Linuxのファイルシステムとファイルの概要
http://japan.linux.com/kernel/03/10/14/0235259.shtml

60 :login:Penguin:03/10/14 22:06 ID:Uwku4s0F
Linuxファイルシステムを最適化する
http://japan.linux.com/kernel/03/10/14/0658216.shtml

61 :login:Penguin:03/10/16 07:43 ID:hjtH9fzy
>>54
確かに。
色を変えるなど工夫がほしいところ。
あと、グラフは拡大してみたいのでPDFとかPSとかで作ったのもほしいね。
あと、Conclusionがないのがあれね。


62 :login:Penguin:03/10/16 15:31 ID:V79v2Xsr
贅沢言うなよ(チンチン

63 :login:Penguin:03/10/17 08:35 ID:e7AmyriN
>61
色を変えたら見難かったので白黒にしたんだよ。
PS出力にして拡大できる状態でカラーにするといいかもね。
気が向いたらやってみる。多分向かないと思うけど。

でも、大体の比較はiozoneの結果じゃなくてbonnie++の
結果で眺めたほうがいいような。iozoneじゃないと駄目なんだ
とか具体的な話をしてくれたら、気が向いてPSでカラーグラフ作るかも。

Conclusionはねえ。あんま比較できるようなデータを取った訳ではない上に、
結果も単にRAID5の性能を比較しただけ、みたいな結果になっちゃったので、、、

>62
そんな感じでw

>>57のデータの方が組み合わせてきなベンチ結果なので、
比較検討できておもろいんじゃないかなあ。

64 :login:Penguin:03/10/17 09:40 ID:dXII6tRF
Linuxファイルシステムのサイズ変更とデフラグ
http://japan.linux.com/kernel/03/10/16/1431223.shtml

65 :login:Penguin:03/10/18 19:53 ID:DD5RqeVE
JFSまんせー

66 :login:Penguin:03/10/19 20:10 ID:uBEg/DpG
ルートパーティションをext3 からreiserfs に切替えて >56 のベンチをはしらせてみた。
./pi 19
でやって10秒以上遅くなった。
reiserfs から xfs に切替えて試してみた。
元に戻った。

ルート以外のパーティションは全てxfs で、
カーネルは 2.6.0-test6-mjb1, 2.6.0-test8 の二つを使ってのお話。

ベンチとるのが目的の作業ではなかったのでメモも何もとっていないのだが、
だれか追試出来る人いない?



67 :login:Penguin:03/10/21 08:44 ID:Pwtgs+P5
ext[2|3]やjfsにはフォーマット時にbadsectorをチェックする機能があるけど、
lvmでファイルシステムを拡張したときにbadsectorをチェックする方法は
無いものだろうか。。。。

68 :login:Penguin:03/10/21 21:44 ID:+Y0XZ4gY
キタ━━━━(゚∀゚)━━━━ッ!!
第5回 進化し続けるReiserFS
http://www.atmarkit.co.jp/flinux/rensai/fs05/fs05a.html

69 :login:Penguin:03/10/21 21:55 ID:5n5nNr4H
Reiser はなんて読むの?


70 :login:Penguin:03/10/21 23:32 ID:ocAcQKQB
レイザー

71 :login:Penguin:03/10/22 00:15 ID:JUooRqzE
ライザーだろ。

72 :login:Penguin:03/10/22 17:40 ID:dxuiHvyW
レイサー

73 :login:Penguin:03/10/24 21:34 ID:M4Y4o8rI
録画したファイルを置くサーバーを作ろうと思ってるんだが
ギガクラスのファイル置くのに適したファイルシステムってどれ?

74 :login:Penguin:03/10/24 21:39 ID:RxME/ajh
HFS+

75 :login:Penguin:03/10/24 22:22 ID:+pl4QuOE
NTFS

76 :login:Penguin:03/10/25 02:51 ID:pL/4Kzfv
LinuxでソフトRAID5してreiserfs作ってsamba経由で
ギガクラスのファイルやり取りしてたけど、馬鹿みたいに
重かった(引っ掛かった)。

今はNetBSDでハードRAID5してffs作ってsamba経由で
利用してる。引っ掛かり無し。

使ってるHDDも違うし、OSも違う、RAIDも、FSも違うので
いまいち参考にならない情報ですが。

ずっとsambaが重さの元凶なんだと思い込んでたんだけど、
そういうわけではなかったみたい。

一番確実なのはWinでNTFSだと思うよ。Free UNIX系はUnified
Cacheがへたれとか色々あって、どうも安定しない。安定させれない
漏れがヘタレってことかもしれないけどw

77 :login:Penguin:03/10/25 03:38 ID:WRNZBmt2
皆さんありがとう。参考にします。

78 :login:Penguin:03/10/25 04:32 ID:cbho1yFw
確かにFreeUNIXでsamba使うよか2000serverなりでNTFSつかってファイルサーバ
やらせたほうがはるかにパフォーマンス出やすいし、いろんなデバイス使えるし、
商用アプリなbackupソフトとかもいろいろあるしで楽ではあるけど、いまいち
面白みに欠けるというのはある。

79 :login:Penguin:03/10/25 05:26 ID:nOL9OBlN
ttp://www.jankratochvil.net/project/captive/
ってどんな感じ?

80 :login:Penguin:03/10/25 05:35 ID:JkY+i7Fp
秀丸

81 :login:Penguin:03/10/25 07:46 ID:22P6rCG/
>>76
すでにハードRAIDとソフトRAIDで比較している段階で
何の参考にもならんな

82 :login:Penguin:03/10/26 04:35 ID:ue4527Qv
なんでそんなに泣きそうなの?

83 :login:Penguin:03/10/26 19:00 ID:/iV98kmB
泣いてなんかないやい!

泣いてなんか・・・ かぁちゃん・・・

84 :login:Penguin:03/10/26 22:57 ID:NPT/6ORO
>>76
うちとまったく逆の結果だ
興味深い

85 :login:Penguin:03/10/28 16:19 ID:/whU0gcZ
低負荷のjfs
速度のreiser4
機能豊富のext3
総合優等生のxfs

アナタはどれにする?

86 :login:Penguin:03/10/28 17:12 ID:o2XI/mCj
tmpfs

87 :login:Penguin:03/10/28 18:10 ID:FMBRHpAS
>85
>機能豊富のntfs

のまちがい?

88 :login:Penguin:03/10/28 23:51 ID:uTfSHlYZ
jfs

89 :login:Penguin:03/10/29 00:57 ID:GXkcuZll
本命 ext3
対抗 xfs
注意 jfs
大穴 reiser4

90 :login:Penguin:03/10/29 08:20 ID:dyuRznIL
ntfsはLinuxからちゃんとつかえないからだめ

91 :login:Penguin:03/10/29 13:24 ID:8TJGgsCM
>90
>>79

92 :login:Penguin:03/10/31 15:37 ID:I7nkpl5M
なんだかんだいってもext3。

93 :login:Penguin:03/11/01 15:35 ID:Tmf/a5SH
Linuxファイルとファイルシステムのリカバリ
http://japan.linux.com/kernel/03/10/31/1455200.shtml

94 :login:Penguin:03/11/07 14:31 ID:oYPK3WcX
だめじゃん

95 :login:Penguin:03/11/08 11:22 ID:qRlJT7XH
reiser4だろ

96 :login:Penguin:03/11/09 17:51 ID:NAvytLNd
>>79
THX!


97 :login:Penguin:03/11/10 11:23 ID:V28mkpXr
Kernel 2.6 で ext3 / ACL を使おうと思ってます。
その話題はここで OK ですか?


98 :login:Penguin:03/11/11 00:17 ID:YnMb/+fD
>>97
誰の許可を待ってるんだ?

99 :login:Penguin:03/11/11 22:28 ID:VZBDF0VJ
苦しゅうない。話すがよいぞ。

100 :login:Penguin:03/11/12 00:48 ID:f4QqLtz/
FDから起動して間違って ext2の /home をフォーマットしました。
一度起動して気が付いて、即終了させて放置してあります。
復旧方法はあるでしょうか?

101 :login:Penguin:03/11/14 00:14 ID:fQcyy+Rw
>>100
時間を過去に戻す

102 :login:Penguin:03/11/15 20:59 ID:k98Pg5vj
>>100
サルベージ業者のおながいする

103 :login:Penguin:03/11/15 21:10 ID:F3zyryy5
マウントしているファイルシステムをアンマウントせずにチェック
できるようなやつが必要だと思うがどうかね?

104 :login:Penguin:03/11/16 02:18 ID:IoILNCDl
Kernel 2.4.22 の linux-ntfs ってないの?

105 :login:Penguin:03/11/18 03:28 ID:/YSxaHAt
>>79 をなんとかインストールしたんだが、これってEUCで日本語出せる?

106 :login:Penguin:03/11/19 21:53 ID:RRxZwPuk
>>105
FAQだよ

107 :105:03/11/20 01:02 ID:1OjTSKc7
>>106
どこに書いてありますか?できれば場所教えてください。

108 :105:03/11/20 01:12 ID:1OjTSKc7
書いてあった。utf8から変換できないみたいだなぁ。

109 :login:Penguin:03/11/20 12:04 ID:m+sEv1jt
いやーファイルって同時に開ける数決まってるんだね
1024ってすくないとおもわまい?みなの衆

110 :login:Penguin:03/11/20 12:24 ID:RU5xvHi/
そーですねー

111 :login:Penguin:03/11/20 12:48 ID:p3/Z1zRZ
スマン、1000個以上もファイルを開けっぱなしにしておいて
嬉しいアプリってどんなの?

112 :login:Penguin:03/11/20 13:28 ID:MqdYW+Sq
spoolがMaildirなIMAP daemonで検索かけるときなんて、Maildir下にある
全ファイルをオープンしっぱなしにしたくなるときはあるな。

113 :login:Penguin:03/11/20 14:27 ID:p3/Z1zRZ
そういう場合、メモリが一杯あれば、open/closeなんてキャッシュ上の
出来事だし(ReadOnlyだし)、メモリが少ないときはopenしっぱなしでも読み込み時に
seekが発生するから、あんまかわらんと思うんだが。

114 :login:Penguin:03/11/22 12:35 ID:oac2xURS
現時点で堅牢でperformanceも高いfilesystemとなると何が良いですかね〜
スレをざっと読んだところxfsが良さそうには見えましたが・・・

115 :login:Penguin:03/11/22 15:21 ID:jy7l7S8r
>>114
UFS2


116 :login:Penguin:03/11/22 15:27 ID:5LOY7Jx+
>>115
(゚Д゚)ハァ?


117 :login:Penguin:03/11/22 16:24 ID:moMxC4iY
>>114
NTFSに1票

まあ実際には無難にraiserfsですかね

118 :login:Penguin:03/11/22 16:26 ID:tBl4/xrJ
全言語のページからraiserfsを検索しました。 約2,520件中1 - 10件目 ・検索にかかった時間0.18秒


予想される検索キーワード: reiserfs

119 :login:Penguin:03/11/22 18:22 ID:zc343wLz
>>118
新しいな。

120 :login:Penguin:03/11/24 17:56 ID:XTTeXELY
2.6.0-test10 の make menuconfig したら
"DOS/FAT/NT Filesystems" の "NTFS write support" 部分で
"DANGEROUS"が外されています。

でも、最終行には
It is perfectly safe to say N here.

"At your own risk"ってことか。

121 :login:Penguin:03/11/24 19:53 ID:jKS97lQV
NTFS write support
ってwin2kのNTFSもOKなんでしょうか?


122 :login:Penguin:03/11/24 19:54 ID:jKS97lQV
http://pc.2ch.net/test/read.cgi/linux/1042017230/
こっちで聞いたほうが良かったかな


123 :login:Penguin:03/11/24 20:09 ID:o7g6j/vS
全バージョンのNTFSサポートみたいなことは書いてある

124 :login:Penguin:03/11/27 22:13 ID:RK0l2Hj4
最近は盛り上がるネタがないな。

125 :ヽ(´ー`)ノ:03/11/28 09:41 ID:+WXHowc2
>>124
ACL は?正直盛り上る程のもんじゃないとは思うが。


126 :login:Penguin:03/11/28 11:49 ID:bJ8RHJzz
EXT2なドライブにどうやっても消えないファイルが有るんだが
どうやって消せば良いですかね? とりあえず今は前のファイルがあったDIRを
リネームしてやってます
#でやっても消えないんでとりあえず放置してるが気持ち悪い

環境はリナザウC760
SD512MBに入ってるfetchmailの作ったメールファイル

127 :login:Penguin:03/11/28 12:17 ID:7Ilm4iB4
>126
フォーマット

128 :ヽ(´ー`)ノ:03/11/28 12:28 ID:+WXHowc2
rm ./-hoge で消せたりしたらヌッコロス。


129 :login:Penguin:03/11/28 12:43 ID:bJ8RHJzz
>>128
>rm ./-hoge で消せたりしたらヌッコロス。

駄目でした、、、input/output error って出るんすよね、、、
やっぱフォーマットかなぁ めんどうだな

130 :login:Penguin:03/11/28 15:22 ID:eB9azlRG
必要なファイルは移動したのち
rm -rf *

131 :login:Penguin:03/11/28 16:43 ID:at0jC85n
>>130
それも駄目でした はぁ、、、あきらめてフォーマットしまつ(´・д・`)

132 :login:Penguin:03/11/28 17:13 ID:n01+I9W1
>>126
fsck してもだめ?

133 :login:Penguin:03/11/28 17:55 ID:VAG3PwUQ
まさか削除変更不可フラグとかたっててないよな?

134 :login:Penguin:03/11/28 23:20 ID:pXyFMyMa
普通のPC程度なら、ext3かreiserFS。
SCSIやFibre上なら、XFS。


135 :login:Penguin:03/11/29 02:07 ID:uolQi7Fu
>>132
e2fsck -p /mnt/card
って感じだよね?だめですた・・・_| ̄|○

136 :login:Penguin:03/11/29 17:49 ID:z1fBkJvA
>>129
そのエラー、ファイルシステムがぶっ壊れてるか、
HDに不良セクタがあるかだと思うよ。

137 :login:Penguin:03/12/01 11:04 ID:Mf5wfYa/
>>136
はい MP3とかそんなに入れてないのになんでこんなに容量使ってるんだか
分からなかったので一回フォーマットし直してみます thxでした

138 :login:Penguin:03/12/01 21:19 ID:1FJpFHOe
fsck に -f オプションつけてみ。

139 :login:Penguin:03/12/04 13:53 ID:TPFEWVIy
MSがライセンスする「ClearType」と「FAT」とは?

Microsoftの広範なライセンス計画の先陣を切るのは、
コンピュータでファイルの格納に使われるFATファイルシステムと、
テキストを精細に表示するClearType技術だ。

http://www.zdnet.co.jp/news/0312/04/ne00_cleartype.html

FATサポートにロイヤリティを支払っていないLinuxは
直ちにFATを読み書きするコードを削除してください。

140 :login:Penguin:03/12/04 14:18 ID:5DyaTPxg
>>139
著作権なり特許なりを侵害していない場合でも支払う必要あるの?


141 :login:Penguin:03/12/04 14:45 ID:KNFBoE1p
UNISYSのまね?

142 :login:Penguin:03/12/04 15:32 ID:HR+BK5T/
>>140
その場合はもちろん払う必要ないけど
「FATファイルシステムのライセンスは永続的なものだ。
これにはMicrosoftの4件の特許が含まれている。 」
って話だからなぁ。

>>141
そだね。これが高じてSCOの真似にならないことを祈るばかり

143 :login:Penguin:03/12/04 21:14 ID:DXzM/g1t
UNISYSキタ━(゚∀゚)━( ゚∀)━(  ゚)━(  )━(゚  )━(∀゚ )━(゚∀゚)━!!!!

144 :login:Penguin:03/12/07 17:39 ID:IGkhxgoB
やっぱりext3が一番だよ。

145 :login:Penguin:03/12/08 18:12 ID:F6QxPHDl
ext3が一番な部分ってどこや?

146 :login:Penguin:03/12/08 18:25 ID:z58B/I+I
ext2からの移行の楽さくらいじゃネーノ?


147 :login:Penguin:03/12/08 18:26 ID:5bknfOEt
reiserfsは早くていいけどbadblock扱えない。
ext3はそこそこ早いし、badblockもOK、Disk Quotaも使える優等生じゃないか。

148 :login:Penguin:03/12/08 18:53 ID:frnNfKLJ
普通に壊れるけどな>ext3

149 :ヽ(´ー`)ノ:03/12/08 19:02 ID:iMoww58X
>>148
ん、そうかね?例えばどんな時?


150 :login:Penguin:03/12/08 19:14 ID:SXRGumsM
>>149
俺は経験ないんだが、これを見てそういうもんなんだと思った。

ttp://enbug.tdiary.net/20031015.html

151 :login:Penguin:03/12/08 19:18 ID:CXuWbHnV
まぁ、いろいろあるさ

152 :login:Penguin:03/12/08 19:59 ID:gYTirFHc
>>150
/bootをext2とかにしとけばいい話?

153 :ヽ(´ー`)ノ:03/12/08 20:04 ID:iMoww58X
>>150
参考になった、サンクス。
俺も経験ないんだよなぁ、比較的電プチする方なんだけど。

// ドジなんで、ノートに AC 繋ぐの忘れたりとか(;´Д`)>


154 :login:Penguin:03/12/08 20:12 ID:Bb4ISKsL
ext2だけど、電プチって奴をしたら
二度と起動しなくなったことが3回ほど(´・ω・`)

155 :login:Penguin:03/12/08 20:21 ID:5UluvRjb
ライザーほど壊れないだろ。ext2も3も。

156 :login:Penguin:03/12/08 20:24 ID:PJf9yG15
f*ckでなおったこと1回程。

157 :login:Penguin:03/12/08 20:32 ID:x3iUdY1c
ext3はやっぱり信頼感無い。
ジャーナルをdropしてfsckし直すこと多いし。
Linux単独マシンならXFSにしてしまったほうがいい。マルチブートだとあれだけど。


158 :ヽ(´ー`)ノ:03/12/08 21:04 ID:iMoww58X
>>157
> ジャーナルをdropしてfsckし直すこと多いし。
tune2fs で fsck 有効にしているとかいうオチじゃ…ないよね。

結局どれも似たりよったりなんかね。

159 :login:Penguin:03/12/08 22:25 ID:N87pJbm5
俺のマシンだとext3は既に5回くらい壊れたけど、jfs、reiserfsはまだ壊れた事ないな

160 :login:Penguin:03/12/08 22:58 ID:HF2dl42e
XFS merged in 2.4
http://linux.derkeiler.com/Mailing-Lists/Kernel/2003-12/1716.html
お。Marceloタン2.4シリーズにxfsマージするのか。
漏れもそろそろxfsに乗りかえるかなあ。
Winnyの焙煎にんにくクラスタで集めた動画がいっぱいあるんだけど、
やっぱりxfsにすると速くなるかな。
ファイルなくなると痛いけど。
使ってる香具師xfsの安定性教えてください。

161 :login:Penguin:03/12/08 23:00 ID:tzYWR38u
ここの人間がどのFSを採用するなんてどうでもいいことだ。
重要なのはどのディストリビューションがどのFSを標準に採用しているかだ。

162 :login:Penguin:03/12/08 23:18 ID:Bb4ISKsL
どのディストリビューションがどのFSを標準に採用しているんですか?

163 :login:Penguin:03/12/08 23:37 ID:fwgfrP89
使いたけりゃカーネルをビルドし直せば済むだけの話なのだが。


164 :login:Penguin:03/12/08 23:41 ID:x3iUdY1c
ルートはどうするんだよ・・・


165 :login:Penguin:03/12/08 23:55 ID:fq9a5bVQ
>>162
RedHatはext3

>>164
引っ越せるよ。面倒だけど。

166 :login:Penguin:03/12/13 07:45 ID:B7Z4DdD3
ttp://www.zdnet.co.jp/news/0312/04/ne00_cleartype.html
FATのサポート外さないとMSの略奪受ける??

167 :login:Penguin:03/12/13 07:56 ID:buRyKqfr
XFSを試してみようと、公式からソース落とした。
中身を確認していると、fsckがこんなのだった。

int
main(int argc, char **argv)
{
return 0;
}


SGIよ、すごい自信だなオイ。


168 :login:Penguin:03/12/13 09:05 ID:pAGNUMA/
感動した

169 :login:Penguin:03/12/13 11:24 ID:Y3/LsuQu
man fsck.xfs
> fsck.xfs - do nothing, successfully
mount時にリカバリーするからいらないんだと。

でも xfs_check xfs_repair つーのもある



170 :login:Penguin:03/12/13 11:55 ID:lv2PBnfW
>>167
ワラタ

171 :login:Penguin:03/12/13 14:53 ID:oteWVlnI
>>169
magic numberが読めなくなったので、最近使ったな。
xfs_repairでも直らなかったので、
xfs_repair -Lでログ消したらmountできた。

172 :login:Penguin:03/12/14 07:40 ID:Af4CxAdI
liloや、grubをMBRではなくパーティションの先頭に
書き込んでしまったときも大活躍です > xfs_repair

173 :login:Penguin:03/12/14 14:53 ID:ITaJz7sB
がーん。それやっちゃいけないのか。


174 :login:Penguin:03/12/15 11:00 ID:XBFcuC51
Windowsとのマルチブートだけど Windowsパーティションによく
grub 書き込んで再インストールしてますよん

grub-install /dev/hda [TAB} -> ?? [1] -> /dev/hda1 [Enter]







_| ̄|○

175 :login:Penguin:03/12/17 00:42 ID:h7X+VEEd
Windowsのntfs.sysを使って、読み書き完全サポート

http://www.jankratochvil.net/project/captive/

使っている人います?

176 :login:Penguin:03/12/17 01:15 ID:s94VXDx9
>>175
相変わらず犬糞陣営ってやることが汚いよな。
それが必要であるならば正式にライセンスを受けてFAT/NTFSをサポートするのが筋だろう。

177 :login:Penguin:03/12/17 02:51 ID:REi6MsFt
>>175
がいしゅつ

178 :login:Penguin:03/12/17 15:30 ID:Sq7jarJH
>>176
それはディストリビュータがやるべきことであって、一開発者がやることではない
そもそも犬糞陣営という言葉が意味不明

>>177
このスレでは使用報告は見られないんだが。他のスレにあるなら教えて欲しい。

179 :login:Penguin:03/12/17 15:31 ID:jszsTTTz
いないって事だろう。

180 :login:Penguin:03/12/17 19:54 ID:REi6MsFt
>>178
>>105-108

181 :login:Penguin:03/12/20 14:07 ID:cE4sUZVG
Redhatが買収するSistinaのSistina GFSってどうよ。
また、ファイルシステムが増えるのか?
ファイルシステムの切り札となるのか?

Sistina GFS
http://www.sistina.com/products_gfs.htm

米Red Hatがストレージ仮想化ソフトの米Sistinaを買収,全技術をオープンソース化
http://itpro.nikkeibp.co.jp/free/ITPro/USNEWS/20031219/2/index.shtml

182 :login:Penguin:03/12/21 03:57 ID:yU9Oqo8P
買収してオープンソース化か。大胆だな。

183 :login:Penguin:03/12/22 12:41 ID:MtdiJSkO
MS買収してオープンソース化すれば、世界中の情報処理に関する問題の
半分は解決すると思うな。

184 :login:Penguin:03/12/22 12:51 ID:3Eol6WUQ
>>183
やってくれ。
俺は金が足りん。

185 :login:Penguin:03/12/22 15:40 ID:OIox15FM
MSを買って捨てるという手もあるな。
アメリカの自動車会社は昔、鉄道会社を買収して、片っ端から廃線にしたらしいからな。

186 :login:Penguin:03/12/22 20:33 ID:1VvqkkGR
The OpenGFS Project
http://opengfs.sourceforge.net/

187 :login:Penguin:03/12/22 21:28 ID:jTZcEXDh
FAT ってこういう感じですか?w
micros~1
micros~2
micros~3
micros~4
 :
 :

188 :login:Penguin:03/12/22 21:59 ID:LqXFdWm6
FATのライセンス使用料はユーザーから徴収するようになるらしいね。
ディス鳥毎に交渉するので若干の差異はあるけど
大体一人当たりで約\500程度になるらしい。

189 :login:Penguin:03/12/22 22:08 ID:jTZcEXDh
>>188
>FATのライセンス使用料はユーザーから徴収するようになるらしいね。
>ディス鳥毎に交渉するので若干の差異はあるけど
>大体一人当たりで約\500程度になるらしい。
ソースは?

190 :login:Penguin:03/12/22 22:23 ID:cNFguPSo
カーネルが2.6になって、/ をXFSにする人も増えてくるだろう。


191 :login:Penguin:03/12/22 22:28 ID:SvcoXU3X
grubにXFSサポートマージされたっけ?

192 :login:Penguin:03/12/22 22:30 ID:e85TOeGh
>>191
/をXFSにしてgrubからブートしていますが何か?
MBRにインストールすれば問題ないですよ。

193 :login:Penguin:03/12/22 22:38 ID:zxV8yJbp
>>191
とうの昔に

194 :login:Penguin:03/12/22 22:41 ID:cNFguPSo
MBRにgrub入れるか、/bootを分けるか。
いずれにしても、インストール時にXFS選択できるようになるのはありがたい。


195 :login:Penguin:03/12/22 22:42 ID:SvcoXU3X
とっくに対応してたのね…。

196 :login:Penguin:03/12/22 23:32 ID:cNFguPSo
FSだけの問題じゃないかもしれないけど、
ext3で定期的なfsckチェックに失敗して、死んだことがある。
何回かはログをドロップしてfsckし直すことで復帰したけど、一回はそれでも復帰できなかった・・・。


197 :login:Penguin:03/12/23 01:12 ID:iEBBukoV
kernel2.6でEXT3も改良されたりしてないか???
情報求む。

それにしてもext3かxfsかreiserfsか選択に迷うなー。

198 :login:Penguin:03/12/23 01:29 ID:XyxciG5O
>>197
vfatがお勧め。

199 :login:Penguin:03/12/23 01:35 ID:PWqhqtob
>>197
umsdosとtmpfs

200 :login:Penguin:03/12/23 01:39 ID:DyFvbHWO
>>197
なんといっても cramfs が一番だよ。

201 :login:Penguin:03/12/23 02:18 ID:tP/1EZnv
>>197
スケジューラの改良で100倍(たぶん最高で)速くなるという噂をきいたぞ。
どっかのベンチマークに載ってねーかな?

202 :login:Penguin:03/12/23 04:23 ID:sAt8hZvd
噂ってこれ?
ttp://www.zdnet.co.jp/enterprise/0310/11/epn10.html

10倍となってるけど。

203 :login:Penguin:03/12/23 04:25 ID:aQED4S0o
>>185
へえそうなの?

204 :login:Penguin:03/12/23 04:30 ID:DyFvbHWO
パフォーマンスにおいて、B-TreeがB+やB*に勝てるわけない。
頼みの安全性も、ログが壊れやすいという欠点がある。

205 :login:Penguin:03/12/23 08:30 ID:EEHhN2c8
>>202
ってことは、
>>7
あたりの評価も変わるってことかな。


206 : :03/12/23 10:15 ID:xEx5pIB7
>>202
> ディスクの予測型IOスケジューラ採用で100倍以上のスループットを記録

そのページの下の方に書いてあるよ。アンドリューも言ってるが、
投機的ものなので安定して100倍になるわけじゃない。

207 :login:Penguin:03/12/23 11:29 ID:MNSuYlGE
>>204
お前、ソフトウェアの実装の経験やアルゴリズムの知識ないだろう?

208 :login:Penguin:03/12/23 21:12 ID:CIdlb+tE
降るジャーナル使えるのはext3だけ?

209 :login:Penguin:03/12/25 12:41 ID:XEqSb0Vr
>>167
これホント?

(((( ;゜Д゜)))ガクガクブルブル ...


210 :login:Penguin:03/12/25 13:00 ID:mnUhPfX7
コメントの方が大きいぜw

211 :login:Penguin:03/12/25 13:11 ID:bcriUYHp
>>167
int main(void)でいいだろ(w

212 :login:Penguin:03/12/25 15:32 ID:roL73w1j
>>211
main=-61; でいいじゃん

213 :login:Penguin:03/12/26 13:50 ID:0i5/0dKq
Linuxってx86以外にはportされてないんだっけ?

214 :ヽ(´ー`)ノ:03/12/26 14:54 ID:HfOJX06c
>>213
Debian が入った LX がそこに転がってる。alpha とかでも動いてたような…。
だから、>>212 じゃダメだな。


215 :login:Penguin:03/12/27 02:37 ID:LSe61FSQ
>>167
まじだ、、、すげー

216 :login:Penguin:03/12/27 03:42 ID:sOQ5kj7M
>>167
1T以上のファイルシステム組んだとき、安定して動作するのがXFSのみだった、
という話は聞いたことがある。


217 :login:Penguin:03/12/27 12:59 ID:lqlbs7fl
befsってもう無かったことにしていいですか?

218 :login:Penguin:03/12/27 13:03 ID:4b6cP80H
いいよ

219 :login:Penguin:04/01/05 15:43 ID:Ruty/tbr
Windows上から読み書きできることを条件としたときの最適なファイルシステムは何でしょう?

220 :login:Penguin:04/01/05 15:58 ID:yZInMRXV
vfat

221 :login:Penguin:04/01/05 22:51 ID:WsBzXHhw
ext2 or ext3 ↓
http://www.holonlinux.com/products/linuxdrive/linuxdrive/

222 :login:Penguin:04/01/06 06:02 ID:v92W94vt
>>221
これいいですね。
ちなみにReiserFSやXFSはWindowsからマウントできるのでしょうか?

223 :login:Penguin:04/01/06 13:02 ID:2b8ooEcT
>>221
>LinuxDrive for Windowsで対応しているフォーマットは何がありますか?

> Ext2とExt3とReiserFSになります。
>Ext2とExt3はフォーマットおよびマウントを行うことができますが、ReiserFSはフォーマットのみの対応(マウントすることはできません)となります。
>XFS,JFSは現在フォーマット、マウントともに未対応です。

なんて微妙なReiserfs

224 :login:Penguin:04/01/06 16:57 ID:NsLYYq6V
http://ext2fsd.sourceforge.net/
これどーよ?
ext2 file system driver for winnt/win2k/winxp.
ということだが。

225 :login:Penguin:04/01/06 17:59 ID:4xKdc4yV
ext2explorerだかext2plorerってのがあったと思う。

226 :login:Penguin:04/01/06 19:00 ID:T+0S/wXL
>>224
これって書き込みも完全にサポートしているの?


227 :224:04/01/06 19:34 ID:NsLYYq6V
>>226
V0.09から書き込みもサポートされたみたいだけど。


228 :login:Penguin:04/01/06 21:20 ID:2b8ooEcT
>>224
書き込みはやめた方がよさげ
書き込んでLinux起動したらfsck走った

>>225
explore2fs?

229 :login:Penguin:04/01/06 22:49 ID:gsToOCUF
力技:
VMWareでLinuxを起動

ハードディスク上のパーティションをマウント

Sambaで共有

230 :login:Penguin:04/01/07 02:17 ID:NlTIHiej
>>208 今更のレスですまんが、漏れは、
mount -t ext3 -o data=journal ...
した時に、はデータ本体もジャーナルノードに書きこまれた後に
ファイルシステムに反映されると期待してた。
ttp://www.jp.redhat.com/products/Enterprise/WS21/releasenotes_WS.html
ttp://www-6.ibm.com/jp/developerworks/linux/020201/j_l-fs7.html
ttp://www.zdnet.co.jp/help/howto/linux/redhat7_2_ext3/02.html
とかはそう読めるんだけど
ttp://www.atmarkit.co.jp/flinux/rensai/fs04/fs04b.html
を見るとどうもデータ本体は別にジャーナルノードに書かれるわけでは
ないようだ。こういうのもフルジャーナルっつーの?

231 :login:Penguin:04/01/08 17:51 ID:kceow6QB
質問です。

cramfsでリードオンリーのプチシステムを作ろうと思ったんですけど
普通にブートできない事に、はたと気がつきました。

cramfsのイメージをシステムに書きこんだら、
ブートローダの情報を更新してやる必要があるけど、
cramfs自体がリードオンリーのファイルシステムだから書きこめない。
/bootだけext2にするのもなんかカッコ悪いし、
何かいい方法ありませんか。


232 :login:Penguin:04/01/09 22:41 ID:sjKhKFPp
>>231
grubみたいなファイルシステムを認識できるブートローダで
なんとかならない?ググると2002年頃にはcramfs用のパッチが
出てたし。

233 :login:Penguin:04/01/09 22:47 ID:JRioanEK
>>221
それなら祖父地図で投げ売りしていたんで買って来た
売価は通販での同時購入版と同じ
ネット通販と違って単独で買えたけど何でだろ
秋葉で買ったが地元の地図も同様だった

FAT32 だと 2GB の壁があるんでこれを使えばそれを越えられるかを試してみるつもり

234 :login:Penguin:04/01/10 03:51 ID:Jz5IYJtO
>>233
君がいつもいい子にしてるからだよ。> 何でだろ

235 :login:Penguin:04/01/10 10:51 ID:p852A7GC
>>233
あらかじめいっておくが、2GBの壁はFAT32にはまったく関係ない。

236 :233:04/01/10 13:36 ID:J1p8bDT/
訂正
2GB の壁ではなくてファイルサイズの 32bit u_int ( 4GB ) の壁
と言う事で宜しいかな >>235

237 :login:Penguin:04/01/10 13:59 ID:pXa2Qfmu
Win9x系はOS自体が4G超に対応してへんよ

238 :login:Penguin:04/01/10 14:02 ID:q1NOeHL9
80GBのHDDとかをFAT32でフォーマットできるよ。

>>237
それFSとは別の話だろ。

239 :login:Penguin:04/01/10 14:16 ID:kTATT3AR
>>238
BIOSの制限 つまりその当時のPC/ATの規格の制限であり
且つFAT16での話だな

240 :login:Penguin:04/01/10 14:40 ID:pXa2Qfmu
>>238
悪い、言葉足らずだった
4G超のファイル、に訂正する

241 :login:Penguin:04/01/10 17:01 ID:SLKIugxV
>>240
なおさら、ファイルシステムで話す内容じゃないな。まったく関係ない

242 :login:Penguin:04/01/13 14:26 ID:hCANnvIj
>>232

れす、ありがとうございます。

それ、実はそれっぽいのがありそうだと言うことは知っていたのですが
肝心のパッチ自体が何処にあるのか分からなかったのです。
どっかのメーリングリストにあったリンクは既に死んでたりで。

とりあえずは/bootはext2ですすめながら、パッチも並行して探して見ます。
どうもでした。

243 :login:Penguin:04/01/14 18:06 ID:PPoiLiAT
>>242
うへぇー、たしかにパッチ本体が消えまくってた。
これは使えるのかな?
ttp://mail.gnu.org/archive/html/bug-grub/2002-04/msg00187.html

244 :243:04/01/14 18:09 ID:PPoiLiAT
あと、これはどうだろう。/linuxしか読めないみたいだけど。
ttp://handhelds.org/hypermail/bootldr/1/0139.html

245 :243:04/01/14 18:13 ID:PPoiLiAT
handhelds.orgだからiPAQとかのbootloader用だった...
逝ってきます

246 :login:Penguin:04/01/14 19:09 ID:9ly0Tz8R
>>229
お前頭いいな

247 :242:04/01/15 18:32 ID:uQxr1hzR
>>234-245

thx!
243の方は(良くわかんないけど)使えるかもしれませんね。
良く見つかりましたね。ほんと、どうもです。

> handhelds.orgだからiPAQとかのbootloader用だった...
> 逝ってきます

逝かないでぇ〜(w

248 :login:Penguin:04/01/15 21:55 ID:V9o0EJXO
とにかく最速はReiserFSでおKですか?

249 :login:Penguin:04/01/15 22:04 ID:QiFNLW4c
>>248
HPFSだと何遍言わせれば気が済むんだ

250 :login:Penguin:04/01/15 22:05 ID:4egVvEVr
/boot ext3
/ XFS
/usr reiserfs
/home reiserfs
がベスト?

251 :login:Penguin:04/01/15 23:16 ID:KRgUttvR
>>249
またまたご冗談を

252 :login:Penguin:04/01/15 23:20 ID:NJd3Ve6+
>>250
個人で使うなら、
/ reiserfs

でいいだろ。


253 :login:Penguin:04/01/16 00:28 ID:qy7OH5Rm
>>250
メモリの無駄だろ。

254 :login:Penguin:04/01/16 00:38 ID:QuRZX7WI
>>252
禿同

というより>>253の指摘もあることだし/bootはext2/3、それ以外はケースバイケース(ただしどれか一種類)
でいいんじゃないかな


時に今Reiser4はどうなっているんだろと言ってみるテスト

255 :login:Penguin:04/01/16 00:41 ID:nN0iqQgC
>>254
ReiserFS4がインストールから使えるdist.ってある?

256 :login:Penguin:04/01/16 01:54 ID:QuRZX7WI
>>255
むしろ模索中

要はパッケージとインストーラーにreiser4progsが組み込まれ、かつKernelにReiser4サポートが
組み込まれる(あるいは組み込める)のが最低条件なんだが

確か今のところReiser4はオフィシャルのKernel2.6でもまだ試験サポートですら組み込まれてないので、
ディストリ側が独自にパッチを当てない限り上記の最低条件は満たされない

ただGentooのebuildにreiser4progsが上がってたりするので、実は案外その日も近いのではと期待
とはいえ当分は人柱だろうが

長々とスマソ

257 :login:Penguin:04/01/16 02:12 ID:OOYyGeYN
snapshotの最後の日付が12月23日だし。
来年辺りになりそうな悪寒。

258 :login:Penguin:04/01/18 17:38 ID:pjQhPFTY
Linuxファイルシステム技術解説(6)マダ〜?

259 :login:Penguin :04/01/18 22:35 ID:2gI2nG1s
>>258
あれだけしかatmarkitではよんでないな

260 :login:Penguin:04/01/19 21:46 ID:6oFXilNB
ルートファイルシステムに cramfs を使ってシステムを作っているのですが、
devfsd が起動するときに

"VFS: busy inodes on changed media.."

というメッセージを吐きます。
これは inode が busy っていったいどういう意味なんでしょうか?
ファイルがオープンされているって事?

ルートファイルシステムを ext2 でつくったものをリードオンリーにして起動してみると
上のメッセージは現れません。
cramfs が inode の情報を削っていることが何か関係あるのかな?
今のところ、一応ブートもするし、特に困った症状も出るわけではないのですが
どうも気になります。

何かヒントをお持ちの方、教えてくださいませ。

尚、debian woody で kernel 2.4.18 を使っています。
また、諸事情により /boot だけはext2でマウントしています。


261 :260:04/01/19 23:16 ID:6oFXilNB
自己レスです。

kernel source code を grep してみたら、
"VFS: busy inodes on changed media.."
っていうメッセージは
fs/devfs/base.c
の中の関数 check_disk_changed で吐き出されるものでした。
関数説明のコメントを見ると
Check if a removable disk was changed.
ということです。
システムが入っているメディアはCFなんですが、
抜いたりしてないんですけどねぇ。
# 普通しませんよねそんな怖いこと(w

もうちょっと、ちゃんとsource読んでみます。

262 :login:Penguin:04/01/20 00:47 ID:lT02LlPa
>>254-257
去年12月のlkmlより
ttp://kerneltrap.org/node/view/1834

レイザー本人はものすごい乗り気で、
「version3よりずっと早く安定するだろう、今すぐ experimental でマージできる」
「1月には何らかの成果をおくるよん」としごく楽観的。
対してメンテナは様子見を決め込む。
モートンタソはmmに取り込む意志アリ、みたいな模様。

263 :login:Penguin:04/01/20 03:24 ID:0z974ZZ+
ライザーだろ。

264 :login:Penguin:04/01/20 03:57 ID:3Um4gj7s
>>262-263
ドイツ人とアメリカ人の喧嘩が始まりますた。

265 :login:Penguin:04/01/20 04:36 ID:dhjbo/R1
www.atmarkit.co.jp/flinux/rensai/fs05/fs05a.html

カーネル2.5から取り込まれてるんじゃないの?reiser4

266 :login:Penguin:04/01/20 06:51 ID:W9GzXR61
>>262
情報サンクスコ

>>265
そういう話もあったけど現に2.6.1の時点ではまだexperimentalにすらなってない

267 :login:Penguin:04/01/20 22:34 ID:Bu1XSs5p
262のリンク先見てると取り込むの2.7でいいじゃんって言ってる人もいるし。
まぁ、俺はXFSが安定してるからReiserはいまさら使う気ないなぁ。

268 :login:Penguin:04/01/20 23:10 ID:S6RrkEKp
>>267
XFSいい?
最近ファイルが多くなってきてlsするのですら重くなってきたから使用してみようかな。


269 :login:Penguin:04/01/20 23:49 ID:o616B3x5
1つのディレクトリに数万以上のファイルがなければ違いなんてないでしょ。

270 :login:Penguin:04/01/20 23:57 ID:S6RrkEKp
>>269
数万以上でないけど、何百でも微妙に重いような。
感覚的に。

271 :login:Penguin:04/01/21 00:23 ID:xOEXzQCM
別に正確に調べたわけでもなんでもないけど、私の経験ではext3 xfs jfs いずれも
クラッシュした後にOSが起動しなくなるとかXが起動しなくなるとかの災難に見舞われたことがある。
で、Reiserfsだけは今のところこういう事態が発生したことはない。l
というわけで何となくReiserfsを使ってます。
実際、デスクトップ用途ではどれがいいんだろう?解説とか見てもあんまり分からないんだよなー。

272 :0xdeadbeaf:04/01/21 00:37 ID:5QL6xAgQ
>>271
ext2

273 :login:Penguin:04/01/21 01:22 ID:U1Ahe95q
>>272
そうなの?

274 :login:Penguin:04/01/21 02:07 ID:o5q0YjjL
>>271
Linuxファイルシステム技術解説
ttp://www.atmarkit.co.jp/flinux/index/indexfiles/linuxfsindex.html

これが参考になると思うけど。


275 :login:Penguin:04/01/21 09:42 ID:KkTx0o+F
ufs2マンセー
DIRHASHマンセー
softupdatesマンセー

276 :login:Penguin:04/01/21 10:01 ID:qdtutTgQ
>>275
FATじゃダメでつか?


277 :login:Penguin:04/01/21 10:09 ID:b7WSV8zK
>>276
使ってもいいけど、お金払ってください。


278 :login:Penguin:04/01/21 10:11 ID:+/qC1coM
>>275 奥山健一降臨?

279 :login:Penguin:04/01/21 10:59 ID:V78V59zJ
>>271
安定してからのext2, xfs, ext3しか使ったことないけど、crashしたことなんてないよ。
ext2な/がumount出来なくなるくらいだ。

一体何台くらい運用しているとそんなに何回もcrashするの?
Crash後、hard diskのsurface checkやってる?

280 :267:04/01/21 20:30 ID:mwLMGUSd
>>271
XFS-1.0のリリース前のバージョンはファイルをオープンしたまま
システムがフリーズするとファイルが壊れたりしたけど、
今は当然のごとくそんなことないよ。

逆に昔のことを考えるトReisefsはバージョンの変わり目が怖い。


281 :login:Penguin:04/01/22 00:20 ID:/t3jnhnT
(´-`).。oO(このスレでは何回同じ話が繰り返されるんだろう)

282 :login:Penguin:04/01/22 00:50 ID:p1HE2PFT
reiserfs(linux-2.4.23 reiserfs 3.6)でjournal replayして復旧すると、
復旧したファイルの中身が壊れるのがいまだによくあるんですが、
何が悪いんでしょうか? notailオプションはつけてます。
データ本体がずいぶん長時間バッファリングされてる気がするんで、
仕方ないのかな。ひょっとしてreiserfs userの常識はsync mount?

283 :login:Penguin:04/01/22 02:18 ID:HoikG5hp
というか、meta data以外はねえ

284 :login:Penguin:04/01/22 20:05 ID:dnRLj+Fo
フルジャーナルじゃないんだから、
ファイルシステム的におかしくなければ、問題ないんでは?

285 :login:Penguin:04/01/27 19:49 ID:cu3YpE5X
>>280
禿同

286 :login:Penguin:04/01/28 00:11 ID:faNgctqd
1GBくらいのファイルをランダムアクセス(読みも書きも)する場合って、どのFSが高速ですか?
具体的には、データベースのデータファイルを置く用途を考えているんですが、
この際、信頼性は無視して高速なものを選びたいのです。

287 :login:Penguin:04/01/28 00:16 ID:MRFTQRhf
tmpfs

288 :login:Penguin:04/01/28 00:19 ID:xe6Wff5r
マジレスでXFS

289 :login:Penguin:04/01/28 00:53 ID:8oPPL+iP
FAT32

290 :login:Penguin:04/01/28 00:54 ID:wh6gmSGK
rawデバイス

291 :286:04/01/28 15:51 ID:V6ophZYk
EXT2とEXT3とRaiserFSは試したのですが、断然EXT2が速かったんですよね。
XFSとFAT32は環境がないので試してないのですが、機会を見てやってみます。
結局のところ、シンプルで余計な処理をやっていないものが速いと考えていいんですよね?
とするとFAT32とかMINIXあたりが最速なんでしょうか。XFSはどうなんでしょう。

292 :login:Penguin:04/01/28 17:41 ID:zVYMVK29
まぢれすすっとFAT32は遅い

293 :login:Penguin:04/01/28 21:54 ID:yS8KR3k8
>>291
> 結局のところ、シンプルで余計な処理をやっていないものが速いと考えていいんですよね?

脳みそが旧石器時代だな。


294 :login:Penguin:04/01/29 01:28 ID:6HYeGcSa
>>293
でもですよ、EXT3よりEXT2の方が速いという事実からすると、ジャーナリングの仕組みが
パフォーマンスの観点から言ってマイナスなわけですよね。バッファリングをちょっぴり
賢くやっているという記事も見掛けますが、ランダムアクセスが多い場合はあんまり役に立って
なかったりすると思うのです。
「小さいファイルを効率良く扱える」とか、「大きいディレクトリを効率良く扱える」といった
特長が新しめのFSには多いと思うのですが、「大きいファイルのランダムアクセスを効率良く」
という特長を備えるものはないのでしょうか。

295 :login:Penguin:04/01/29 01:55 ID:Gl5X0xl3
tmpfs

296 :login:Penguin:04/01/29 02:03 ID:DAIPqM0S
>>294
機能を後付けされたものと,最初からその機能込みで開発されたものを同列で考えられても…

大きいファイルの扱いだったらXFSは悪くないんじゃないだろうか.
もともとSGIのWSとかで使われてたわけだし.

あくまで想像だけど

297 :login:Penguin:04/01/29 02:36 ID:V9Kbp6Jg
>>286 とりあえずカーネルが2.4か2.6からぐらいは決めてふってくれ。
あと信頼性無視ってのは以下のどれ?
・システムクラッシュ後にファイルがこわれてもよい
・ファイルシステムが枯れてなくてシステムクラッシュしてもよい

298 :login:Penguin:04/01/29 02:39 ID:+a9YnfXn
>>297
後者はありえないだろ。

299 :login:Penguin:04/01/29 02:48 ID:Ay69r0Dr
【XFSについての理解を深める】
ttp://www-6.ibm.com/jp/developerworks/linux/020322/j_l-fs9.html
ttp://www-6.ibm.com/jp/developerworks/linux/020607/j_l-fs10.html
ttp://www.sgi.co.jp/projects/xfs/
ttp://www.linux.or.jp/JF/JFdocs/Filesystems-HOWTO-9.html#xfs
ttp://www.hiemalis.org/~palace/linux/irix-linux.shtml
ttp://www.hiemalis.org/~palace/linux/xfs.shtml
ttp://miyagino.homeip.net/linux/sgi_xfs.html


300 :login:Penguin:04/01/29 03:06 ID:mAPO9BGU
DBで使ってfs周りでの処理はなるべくさせなくないっていうのなら、
DBMS次第だけど>>290のいうようにraw device使うべきだな。なぜか
スルーされているけど。

せっかく、商用DBMSのためにサポートされた機能でもあるんだし。

301 :login:Penguin:04/01/29 03:22 ID:JZqygzJd
>>298
わざわざ無視っていう単語使ってるくらいなんだからわかんないだろ。


302 :294:04/01/29 09:13 ID:yy12Q3Y/
>>297
前者です。ミッションクリティカルなものではないので、バックアップからレストアすればいいと
思っています。

>>299
情報ありがとうございます。一通り読んでみます。

>>290
raw deviceって使ったことないのですが、単一のファイルをマウントするような機能なんでしょうか。
あ、とりあえずググってからまた来ます。

303 :login:Penguin:04/01/29 09:28 ID:XcLTfiQd
raw device → partitionをfileの様に使う

304 :login:Penguin:04/01/29 09:28 ID:XcLTfiQd
あ、block deviceの場合ね。

305 :login:Penguin:04/01/29 09:48 ID:XmkIzTiI
一般のFS上でDBMSを使う場合のデメリットは、
DBMSの整合性維持がFSの整合性維持によって、キャンセルされる可能性があること。
大した問題ではないかもしれないけど、二重にフラグメンテーションがおきること。

306 :login:Penguin:04/01/29 10:27 ID:nnW0WGXt
なんかいわゆるDBの話をしてるヤシが多いが、1GBのファイルのランダムアクセスというのはマルチメディアストリーミングとかの用途だったりしないか?

307 :login:Penguin:04/01/29 23:51 ID:+Jgg7jbO
>>286
> 具体的には、データベースのデータファイルを置く用途を考えているんですが、

308 :294:04/01/30 01:49 ID:N9WCO9Fd
XFSの記事(>>299)を読んだらよさげな気がして来ました。試してみます。
raw deviceに関してですけど、mySQLだと使えないっぽいですね。
ところで、kernelは2.4を使っています。
2.6だとI/Oが効率化されるような記事も見掛けますが、XFSを使うとして、その恩恵は受けられる
のでしょうか。
、、、質問ばかりですみません。

309 :login:Penguin:04/01/30 16:11 ID:/CwqrzXj
つかうだうだ悩んでないで100GのHDD10分割して主要なFS全部試してみたらいいのに。
んで結果をここで発表すれ。

310 :login:Penguin:04/01/30 17:16 ID:/tPt8jzW
>>309
それじゃテストにならんだろ。外周と内周は同一条件じゃないぞ。

311 :login:Penguin:04/01/30 17:55 ID:EBhY2INl
10分割がダメなら10台使えばいいのに

312 :login:Penguin:04/01/30 23:28 ID:3Kudd6VH
結局どれを使っても大差はでないってことでファイナルアンサー?

313 :login:Penguin:04/01/30 23:45 ID:wyinJ7Qw
>>311
一台で順番にやれよ。

314 :login:Penguin:04/01/30 23:47 ID:wyinJ7Qw
>>312
大きいファイルのアクセス、FATは遅いよ。
まあFATにする馬鹿もおらんだろうが。

315 :login:Penguin:04/01/30 23:48 ID:tMyuANhS
MySQLでも、innodbならraw device使えるだろ

316 :login:Penguin:04/01/30 23:54 ID:pjFIkMlh
次世代WindowsではFSとDBが統合されるけどな。
ここでもLinuxは大きく遅れとるな。

317 :login:Penguin:04/01/30 23:55 ID:UOX25sNB
釣りは他所でどうぞ

318 :login:Penguin:04/01/31 14:30 ID:bCETGydb
FSに履歴が復活してほしい

319 :login:Penguin:04/02/01 09:59 ID:g4LjCTRN
XFS1.3.1をSOFT RAID5で使っていると細かいファイルを大量にread/writeしてると
時々ファイルシステムがシャットダウンしてしまいます。
再現できずに苦労しているんですが、同じような経験した人いますか?

320 :login:Penguin:04/02/02 04:41 ID:VZWNo0Sg
ファイルシステムがシャットダウンて何?

321 :login:Penguin:04/02/02 22:40 ID:zGFFvSVg
>>320
>XFS1.3.1をSOFT RAID5で使っていると細かいファイルを大量にread/writeしてると
>時々ファイルシステムがシャットダウンしてしまいます。
謎w

322 :login:Penguin:04/02/05 21:13 ID:s7goLrE+
XFS は突然シャットダウンくらうと
オープンしてるファイルが完全に破壊される。
あんなもん恐くて使えるか。

323 :login:Penguin:04/02/05 21:15 ID:lu5ETU54
嘘はやめなさい。
ロールバックすることはあるけどね。←sync使わない限りどのFSでも起こりえる。

324 :login:Penguin:04/02/05 22:29 ID:fGdITOXc
昔の話をしてる奴が居る

325 :login:Penguin:04/02/06 12:40 ID:VRzAvYFv
>>315
ですな。
http://www.mysql.com/doc/en/InnoDB_overview.html
InnoDB stores its tables and indexes in a tablespace, which may consist
of several files (or raw disk partitions).

http://www.mysql.com/doc/en/InnoDB_start.html には
You can also use raw disk partitions (raw devices) as datafiles. In some
Unixes they speed up I/O. See the manual section on InnoDB file space
management about how to specify them in `my.cnf'.
とある。

326 :not 322:04/02/07 07:38 ID:qpf2stI0
>>323
昔の話ですな。
XFS pre1.0くらいのころはファイルをオープンしているときに
システムがフリーズするとファイルが壊れたりした。

まぁ当時カーネルも2.4.5位だったから全てXFSのせいでは
なかったけどね。

いまはそんなことはないよ

327 :login:Penguin:04/02/07 07:57 ID:WFqhcBrm
ロールバックは変更が反映されないってことだけで、破壊とは意味が違うだろ。


328 :login:Penguin:04/02/08 16:39 ID:1NWJV+8i
どっちやねん。

329 :322:04/02/08 23:57 ID:G7QBDDGw
昔といっても gentoo が出てしばらくたったぐらいの話。
そしてロールバックではなく「完全破壊」です。
XFS こえーよ。あんなのは他のファイルシステムではなった事がない。

330 :login:Penguin:04/02/09 00:16 ID:YphTwcDO
完全って何よ? 物理フォーマット?
あ、返事しなくていいから。どうせ(ry

331 :login:Penguin:04/02/09 00:17 ID:YphTwcDO
>>328
どっちやねんって、ロールバックは健全性は保たれている。
破壊って言ったら普通は健全性が損なわれている。

332 :login:Penguin:04/02/09 00:37 ID:sC3Zk+Ez
2.6.3-rc1カーネルなDebian sidでnavi2chしていたらカーネル固まった。
他所からping打っても返事無し。リセットした。
XFSなファイルシステム自体は壊れなかったけど、
~/.navi2ch/pc.2ch.net/linuxの下のほげほげ.datなファイルの中身は
グチャグチャになってしまった。
ext3の頃はそんな事なかったんだけどねー。
2ちゃんねるから足を洗ういい機会かもしれない、とは思った。

333 :login:Penguin:04/02/09 00:40 ID:XpgIuwzN
XFS信者キモイ。

334 :login:Penguin:04/02/09 08:16 ID:4YInUGD9
つーかすぐ信者論争起こしたがる考えがわからん。

335 :ヽ(´ー`)ノ:04/02/09 14:20 ID:xneU89ut
>>332
~/.navi2ch の下がゴチャゴチャになったのはファイルシステムは
関係ないと思うんだが。変な終わらせ方したらたまになる。


336 :login:Penguin:04/02/09 15:31 ID:jPSJguiG
Reiser信者は絶滅したのですか?

337 :login:Penguin:04/02/09 15:32 ID:jPSJguiG
おおくまさんXFSの具合いはどうですか。
おおくまさんさやかタンの具合いはどうですか。

338 :login:Penguin:04/02/09 18:13 ID:M16SWX6N
>>330
言いたい事あるならはっきり言えば?
なんでも「(ry」にすればいいと思ってるでしょうかこの人。
リアルで語尾がうやむやになって聞きとりにくいタイプ?

339 :login:Penguin:04/02/09 20:51 ID:GhmEabJe
>>330
じゃあ、使い方が悪いのかもね
2年以上使ってるけど特に問題ないよ

340 :login:Penguin:04/02/10 00:24 ID:J64RHnv6
>>337
なつかしいな。

341 :login:Penguin:04/02/10 23:14 ID:2jfAUvMX
XFS 信者マダー?

342 :login:Penguin:04/02/11 00:28 ID:EZiXYSs+
>>341
大して使ってないのにXFSを勧めてる連中が何人も登場した気がするが、それでも不足ですか?

343 :login:Penguin:04/02/11 00:42 ID:Qn2GrHtv
自演クサ!

344 :login:Penguin:04/02/11 07:05 ID:rQjsSvx6
IRIX使ってるけど、ハードディスクがやたら五月蝿い。
これってXFSのせいかな?

345 :login:Penguin:04/02/11 08:27 ID:6S9jTgap
そういや、294は結局どうしたんだ?

346 :login:Penguin:04/02/13 03:45 ID:ayNMDy6b
reiser4、今月の六日に更新されてんな。

347 :login:Penguin:04/02/14 07:43 ID:kX0ZpYOB
どのファイルシステムでもsysctlのvm.bdflushでダーティーページ
の書き込みタイミングを調整すると書き込み時の応答性や信頼性
が調整できるよ

348 :login:Penguin:04/02/14 12:58 ID:Nk6dZisG
ext3に圧縮機能は無いですか?
透過的な圧縮機能があればいいのになぁ、と思っているんですが。

349 :login:Penguin:04/02/14 14:55 ID:SxenY+uM
>>348
NTFSならありますよ。便利ですね。

350 :login:Penguin:04/02/14 15:02 ID:Nk6dZisG
>>349 いやまぁそれはわかってはいるんですが…

351 :ヽ(´ー`)ノ:04/02/14 15:09 ID:QjBE5SxX
>>348
とりあえず Google ぐらい使えよ、と言いたいわけだが。

352 :login:Penguin:04/02/14 15:17 ID:zgL8ZkS5
>>347
どっかで実験レポートだしてる?
vm.bdflushはジャーナル書き出しのタイミングは調整できないと思うし、
XFSのリアルタイムサポート(?)もこれじゃいじれないよな。
やれることには相当限界がありそうな気がするんで。

353 :login:Penguin:04/02/14 17:22 ID:vUtx4NfM
>>348
もう少し待ってよ。
今作ってるから。

354 :login:Penguin:04/02/14 19:14 ID:CeFOFhMA
e2compr、ext3につかえっかな

355 :login:Penguin:04/02/14 19:24 ID:SxenY+uM
NTFSのソースコードは流出しなかったようですね。残念ですね。

356 :login:Penguin:04/02/14 21:07 ID:Nk6dZisG
>>355 流出していたら、かなりおいしかったはず。

357 :login:Penguin:04/02/14 22:53 ID:EVeEM0ap
SCOがUnixWareにNTFSサポート組み込めてたらもっと売れてたかねえ?

358 :login:Penguin:04/02/14 22:55 ID:zinZCNqj
つーか、CIFSなら流失して欲しかった。
NTFS今更どうでもいい。読み書きできるし。

359 :login:Penguin:04/02/15 20:29 ID:XK+NE1xY
逆にNTFSが流出したら潰されそう

360 :login:Penguin:04/02/29 03:01 ID:hLQBw/Mk
NTFS の write サポートって
2.4系にバックポートされないのかな?
2.4.25だとDANGEROUSのまま


361 :login:Penguin:04/02/29 03:47 ID:w+DnpQFE
http://linux-ntfs.sourceforge.net/
これだろ?
2.6でDANGEROUSの表示が消えたのかどうかはしらんが、
書き込みが安全だと言い切れる状態ではない。

362 :login:Penguin:04/02/29 04:38 ID:LCUm+YYA
オプソ厨ってソースが無いものに対してはまったく無力だな。

363 :login:Penguin:04/02/29 09:41 ID:bgzDDfYK
>>362
まあそういうもんだろ
無力なやつはほっておけ

364 :login:Penguin:04/02/29 18:20 ID:W6jQgk9B
またドザか。

365 :login:Penguin:04/03/04 06:55 ID:2rvYzD4v
kernel 2.4 で ext3 を ordered で使ってるのですが、
大きなファイルを書き込もうとすると
5 秒経つごとに kjournald が数秒間激しく走って、
他の処理がストップしてしまいます。
いくら何でも遅すぎという気がするのですが、
そういうものなんでしょうか。

366 :login:Penguin:04/03/04 15:36 ID:ikN/Tr9S
reiserfs から reiser4fs にうpしたいんだけど

367 :login:Penguin:04/03/05 01:13 ID:eRm/fC7Z
>>365
そんな印象はないが…何を実験したらそう感じる?

368 :login:Penguin:04/03/05 20:07 ID:2MEpwOYP
実験というか、普通に 100MB ほどの file cp してるだけで……
RHL8 をベースに kernel とか自前で compile してる環境で、
あんまり素性は良くないとは思いますが……

369 :login:Penguin:04/03/05 21:03 ID:xuooe8hw
俺のヘボ環境(PentiumII 400MHz + memory 256MB)で、
IEEE1394外付けHDDで100MBのファイルをローカルコピーした所要時間は
$ time cp xaa test
cp xaa test 0.04s user 3.16s system 24% cpu 12.896 total
だった。もちろんディスクアクセスはバリバリ言って
kjournaldがtopの2番目(1番目はもちろんcp)になったりはしたが、
他の処理がストップって感じじゃないぞ。他の処理って何?
ひょっとして100MBのファイルを何個もガチンガチンさわるような仕事?

370 :login:Penguin:04/03/06 00:46 ID:viX8hVA9
tume cp a b して
0.490u 18.300s 0:35.23 53.3% 0+0k 0+0io 98pf+0w
と出ましたが……
裏で他に重いプロセス動いていない状態で cp だけしましたが……

371 :370:04/03/06 00:51 ID:viX8hVA9
IDE HDD二つあって、両方で time で同じような数値がでてるから、
ハードの故障ではないと思うのだけど……

372 :login:Penguin:04/03/06 16:49 ID:Wbl/ELNq
システム50%使って35秒…俺よりスペック下?
(1) hdparm -t
(2) time dd if=/dev/zero of=./b ibs=1024 count=100000
(3) time dd if=./a of=/dev/null ibs=1024 count=100000
はどうなる?まさかsync mountだとか?

373 :login:Penguin:04/03/07 08:24 ID:rvQsV/pc
お付き合いいただいてありがとうございます。
CPU は Pen3 の 800MHz です。結果は上から順にこうなりました。

Timing buffered disk reads: 64 MB in 14.53 seconds = 4.40 MB/sec
1.090u 9.740s 0:23.99 45.1% 0+0k 0+0io 140pf+0w
2.670u 15.200s 0:22.35 79.9% 0+0k 0+0io 140pf+0w


374 :login:Penguin:04/03/07 09:38 ID:rvQsV/pc
syncで、で思い出したので調べてみたら、
DMA転送が何故かoffになってました……
原因はよく分からないのですが、
とりあえず起動時にhdparm -d1を実行して様子をみます……

375 :login:Penguin:04/03/11 22:45 ID:M5DTqQsJ
質問です。

カーネル2.6使用時のファイルシステムは,現時点で何が一番オススメでしょうか。
ディストリビューションはDebianで,
マシンの利用目的はWebサーバです。
できればACLも試してみたいと思っています。



376 :login:Penguin:04/03/11 22:56 ID:WJ5hr95y
xfs

377 :login:Penguin:04/03/11 23:02 ID:EpkHQQD1
ext2

378 :login:Penguin:04/03/12 15:43 ID:CDHj/mtN
どこに書けばよいのかよくわからなかったのでファイルシステムスレにて失礼します。

Linux で、ローカル・ディレクトリ・チェックポイントを実現するようなファイルシステムは存在するのでしょうか?
ローカル・ディレクトリ・チェックポイントとは、NetFORCFE NAS サーバーに実装されているようなものです。
http://www.tgi.co.jp/PROCOM/DOC/localcp_wp-J.pdf
http://www.tgi.co.jp/NewImage/Check.pdf


379 :login:Penguin:04/03/12 15:48 ID:W69aggCM
>>378
LVMのスナップショットみたいなもん?

380 :login:Penguin:04/03/12 16:00 ID:++M80f7W
ならこっちかな。

LVMを語らせていただけませんか?
http://pc.2ch.net/test/read.cgi/linux/1024122484/

381 :login:Penguin:04/03/12 18:20 ID:CDHj/mtN
>>379 >>380
謝謝!まさにそんな機能でした。


382 :login:Penguin:04/03/12 18:33 ID:3s8oHFYh
質問です。

まっさらから Debian 3.0 を kernel 2.4 で新規インストールするという前提で、HDD 2基を
マウントする Linux マシンを組みます。
HDD_1 はシステム、アプリ、/var や swap などが入り、
HDD_2 は完全なファイルサーバー用のエリア(100MB over/file が基本)
とするとき、

HDD_1(のシステム領域)と HDD_2 は、それぞれどのファイルシステムを選択するのが
よいと思われますか?

なお優先順位はどちらとも
 耐障害性 > 安定性 > 速度
です。

383 :login:Penguin:04/03/12 23:32 ID:rthV9o/V
>>382
とりあえずジャーナリングできるやつで、あとは好きにすれば?
新しく作るのに今更ext3でもなかろう...とは思うが。

ファイルサーバ用のファイルシステムは、今ならACLに対応したやつがホットかな。

ちなみに、漏れはほとんどreiserfs。
小さなファイルがほとんどだから、xfsよりもこっちを勧められた。

384 :login:Penguin:04/03/13 10:38 ID:DcGhysxg
>>383
すいません。reiserfs3.x から reiserfs4 に上げたいんですけどお教え下さい。

385 :login:Penguin:04/03/18 20:49 ID:oingiW5Z
NTFS書き込み正式サポートはまだですか?サポートされればKNOPPIXの利用価値が
激増するんですけど。

386 :login:Penguin:04/03/19 22:59 ID:YRFlNFy9
>>385
Captive-NTFS使えば?
http://www.jankratochvil.net/project/captive/
KNOPPIX3.4で採用されるらしいよ。

387 :login:Penguin:04/03/20 16:18 ID:WZAPoCo5
>>386
ユーザ空間でファイルシステム動かす話で実用化を狙ってるのが地味に面白いんだけど、
これってNTFSドライバはWindowsの純正のをもってくるんだよね?
単に入手方法だけ考えるとCDブートできない機械用にMSが配布してるフロッピから
取ってこれるのかもしれないけど、ライセンス的にどうなのかな。

388 :login:Penguin:04/03/20 21:22 ID:x4cMoRse
WinXP_EN_HOM_BF.EXEをcabextractで展開するとcdboot5.imgにntfs.sysが見えるね。


389 :login:Penguin:04/03/21 07:29 ID:rJHOQEvY
FATの特許無視して勝手に使ったりドライバファイル盗んで勝手に配布したり
相変わらずモラルを知らない奴らだな。

390 :login:Penguin:04/03/21 07:35 ID:5tT6LEFS
>>389
お前FATのライセンス知ってる?

391 :login:Penguin:04/03/21 11:46 ID:Pq7pE02T
>>387-388
っつーか、>>386のツールの中にM$のサイトから自動的にダウンロードするソフトが付属しています。

392 :login:Penguin:04/03/23 13:36 ID:AG2H318m
>>386
Captiveに手を染めるぐらいなら本家サポートを待ったほうがよさげですね。
2.6.xでは書き込みもdangerouse扱いじゃなくなったんですっけ。

393 :login:Penguin:04/03/24 10:06 ID:oq0vBsj1
(´・ω・`)

394 :login:Penguin:04/03/24 11:44 ID:+HppsPhq
>>391
ダウンロード可能=使用可能じゃないだろ。
しかもユーザーに責任押し付けてるだけだし。
そういうことするから信用がなくなるんだよ。

395 :login:Penguin:04/03/24 11:57 ID:HvqBGrKz
>>394
だったら使うなよ


というのがこの業界のスタンスだし
まあいいんじゃないの?

396 :login:Penguin:04/03/25 12:24 ID:tZ5tq3DY
FATの特許って、データ構造に対するものなの?
あるいはデータへのアクセス手法?
それとも両方?

教えてエロイ人


397 :login:Penguin:04/03/25 12:25 ID:wQXoVoix
VFATのロングファイルネーム対応に対するもの。


と適当言ってみる。

398 :login:Penguin:04/03/26 06:03 ID:jS/iKX5x
>>396
両方。

Windowsソースコードの流出、OfficeのフォーマットのXMLでの公開で
MSは自社技術をクローズドソースでは保護できなくなってきている。
なので特許による保護・ライセンスビジネスに方針を転換している。
もうすぐLinuxに対する対応も決まってくるよ。
おそらく会社単位で狙い撃ちしていくことになるはず。

399 :login:Penguin:04/03/26 09:17 ID:6xoXy2a2
Windowsソースコードの流出ってそんなに深刻なの?

あとEUにはもっとがむばって欲しい。
Officeのフォーマットはオープンにすべきだ、くらい言ってくれ >EU

400 :login:Penguin:04/03/26 10:54 ID:r4Oaasi7
>>398
データ構造で特許ってとれるの?


401 :400:04/03/26 10:56 ID:r4Oaasi7
>>398
あと何処の国の特許取ったの?


402 :login:Penguin:04/03/26 12:44 ID:rZIDnhWH
>>399
それは既に言っている。
XML schemaの公開を制裁の一部に加えようとしているし。

403 :login:Penguin:04/03/26 13:11 ID:5Iq7H9D3
>400

FATの件ならFATのデータ構造で特許をとったわけじゃないよ。
VFATのロング/ショートファイルネーム生成の実現方法に関する特許をMSが
取得している訳。
したがってVFATではなく FAT で8.3形式のファイル名しか利用しないという
制約の元で使用する限りにおいてはMSの特許に触れることはない(はず)。
あと、取得したのは米国の特許ね。
この辺は
ttp://www.itmedia.co.jp/enterprise/0312/25/epic04.html
に書いてあるのが詳しいかな。問題の特許の米国特許番号まで載っている。


404 :login:Penguin:04/03/26 14:15 ID:rZIDnhWH
デジカメのメモリカードとかVFATだよなあ。儲かりそうだなあ。

405 :login:Penguin:04/03/26 15:50 ID:k+o0nQDE
つーかさー、Windowsとデュアルブートして
データ共有領域にFAT使ってるやってるだけでも
有り難いと思えばいいのに。

406 :login:Penguin:04/03/26 20:44 ID:zPHssn+4
>>404
デジカメなんかは8.3形式じゃない?
DSCF0001.JPG
とかってなってるよ。


407 :login:Penguin:04/03/26 21:09 ID:LghBzjcP
>>406
ありゃあえてそうつけてるだけ

408 :login:Penguin:04/03/26 21:32 ID:8l+mmiF8
>>403 あと、取得したのは米国の特許ね

米国以外で使う分には、今のところは問題ないわけ?


409 :login:Penguin:04/03/26 21:57 ID:rZIDnhWH
>>406
ディレクトリが、2004-03-26なんてなってるよ。

410 :403:04/03/27 00:00 ID:M4lJiMFX
>408

すまん、それは俺には何とも言えない。MSの法務部門がなんというかだな(w
調べてみた限りでは問題の特許は国際出願にはなっていないようだが。
また日本の特許庁のサイトでもちょっと検索してみたが、引っかからなかった
ので日本では該当特許は成立していないと思われ。違ってたらスマソ。


411 :sage:04/04/08 19:42 ID:MyiCZN16
(;_;100G over の XFS 使って 100M 〜 200M 前後のファイルを読み書きしていたら、mount も xfs_repair(1) も不可能な状態に ...ext3 使ってて壊れたから乗りかえたのに、いきなりこれかよ ...

412 :411:04/04/08 19:46 ID:om+YpLci
間違えて age ちゃったよすまソ

413 :411:04/04/08 19:57 ID:MyiCZN16

ちなみに 壊れた FS のログはこんな感じ。

> Apr 8 19:00:03 xxxx kernel: Filesystem "device-mapper(254,13)": corrupt inode 167772289 ((a)extents = 107147). Unmount and run xfs_repair.
> Apr 8 19:00:03 xxxx kernel: 0x0: 49 4e 81 a4 01 02 00 01 00 00 00 21 00 00 00 21
> Apr 8 19:00:03 xxxx kernel: Filesystem "device-mapper(254,13)": XFS internal error xfs_iformat_extents(1) at line 678 of file xfs_inode.c. Caller 0xc01ec790
> Apr 8 19:00:03 xxxx kernel: eb4dbd20 c01ecce9 c030e168 00000001 f6b13400 c030e0b4 000002a6 c01ec790

kernel は 2.4.24 に debian sid の
kernel-patch-device-mapper(1.00.07-4) と
kernel-patch-xfs(1.3.1-3) を
あてて使ってる。

mount したまま resize する機能もめあてだったんだが ... < xfs
どうするかな ...


414 :411:04/04/08 20:04 ID:MyiCZN16

あと、disk の I/O error は syslog と messages を見るかぎりでは出ていないようでした。

でも、
> Apr 8 19:01:25 xxxx kernel: hdg: status error: status=0x58 { DriveReady SeekComplete DataRequest }
> Apr 8 19:01:25 xxxx kernel:
> Apr 8 19:01:25 xxxx kernel: hdg: drive not ready for command
は、やっぱり disk が怪しい?


415 :411:04/04/08 20:05 ID:MyiCZN16

mount したまま FS を resize する機能を使っている人、情報キボンヌ


416 :411:04/04/08 20:24 ID:MyiCZN16
2.6.5 に乗り換えようとして device-mapper でひどい目にあったので、
ReiserFS4 は試してない ...

なんか map している device の数が増えると動かなかった
( LVM over device-mapper)

やっぱ ext3 に戻して backup をこまめに取るしか無いのだろうか

ただ、online resize(マウントしたまま resize) がアヤシイんだよね < ext3


417 :411:04/04/08 20:27 ID:MyiCZN16
>>416
補足。
kernel 2.6.5 で LVM over device-mapper は
map している device の数が増えるとうまく動かなかった。
miner 番号の大きい device が使えない。制限だかバグだかは不明。


418 :login:Penguin:04/04/09 18:52 ID:vld9ah26
やっぱり総合的に見て ufs2 + softupdates マンセーだよ
マンセー!!ヽ(´ー`)ノ

419 :login:Penguin:04/04/09 21:46 ID:OMIPEWdZ
>>418
お前ここに来なくていいよ


420 :login:Penguin:04/04/10 00:40 ID:04yJkWho
XFS merged in 2.4


421 :login:Penguin:04/04/12 22:02 ID:tD61SLNy
次のLinuxファイルシステム技術解説はxfsでも来るかな

422 :login:Penguin:04/04/12 22:06 ID:90nnhkEC
xfsって、ファイル名の文字エンコードはどれでもいいの?

423 :login:Penguin:04/04/13 21:34 ID:lGFIQbkK
XFS使い始めて3、4年になるが、その間EUC-JP、UTF-8と使ってきて
特に問題ないよ。
それ以外は知らない。

424 :login:Penguin:04/04/13 21:48 ID:V/u6W3OU
XFSは、自分も使用しているが今のところまったく問題はでてない。
#なんか大文字のほうがいいような気がする。xfsってフォントサーバと間違えやすい

425 :login:Penguin:04/04/13 22:10 ID:1uNu0LoS
ISO-2022-JPはダメでしょ。/が入るから。

426 :login:Penguin:04/04/13 23:02 ID:QHo3p5R0
大容量ファイルサーバ目指したいのですが、
やっぱクラスタしかないのかな?
無料の並列ファイルシステムって↓以外に
知ってる人いたら教えてください。

PVFS(kernel2.4系)
PVFS2(kernel2.6系)


427 :411:04/04/14 11:15 ID:uDiO3j/8

XFSのデータのリカバリ作業してて思ったんだが、

> Apr 7 21:46:01 xxx kernel: end_request: I/O error, dev 21:00 (hde), sector 428474824
> Apr 7 21:46:01 xxx kernel: I/O error in filesystem ("device-mapper(254,11)") meta-data dev device-mapper(254,11) block 0xaf20040 ("xfs_trans_read_buf") error 5 buf count 8192
> Apr 7 21:46:01 xxx kernel: xfs_force_shutdown(device-mapper(254,11),0x1) called from line 422 of file xfs_trans_buf.c. Return address = 0xc021e11c
> Apr 7 21:46:02 xxx kernel: Filesystem "device-mapper(254,11)": I/O Error Detected. Shutting down filesystem: device-mapper(254,11)
> Apr 7 21:46:02 xxx kernel: Please umount the filesystem, and rectify the problem(s)

volume の I/O error が出ると、shutdown してしまうことがよくある
shutdown してしまうと、umount して xfs_repair するまで、
mount-point 以下に全くアクセスできなくなる。
xfs_repair するとファイルが大量に消えていたり、lost+found に繋っていたりする。
できる限り backup を取りたい立場としては、
ちょっと困る挙動だと思った。
これだと、raid とかで冗長化した volume でないと使えない。

XFS -> 冗長化した、 resize する volume で使用
ext3 -> 冗長化しない resize しない volume で使用 (たとえば巨大容量とか)

というのでどうだろう。


428 :login:Penguin:04/04/14 11:20 ID:NxcgLzmj
>>411でext3でも壊れたって書いているけど、同じマザーボードですか?
いくらなんでもハードディスクは交換しているよね。

> Apr 7 21:46:01 xxx kernel: end_request: I/O error, dev 21:00 (hde), sector 428474824

なんだから、ハードディスク壊れているに違いないけども、
ハードディスクは交換ずみなら、コントローラとか、
利用環境を疑った方がいいんじゃない?

ファイルシステムのレイヤーで解決できない問題だから。
財布とかRAIDとかさ。


429 :411:04/04/14 11:28 ID:uDiO3j/8
>>428
同じマザーボードです。
ディスクは交換しました。
あと、HDDの冷却がうまくいってないのかと思い、ファンを増やしました。
(HDDはずしたとき熱かった)
電源も地雷の噂のあるやつだったので交換しました。

>>427に出した log は交換する前に出た error です。
リカバリのために backup 取ってるときに FS が shutdown してしまって困る
ということ。


430 :login:Penguin:04/04/15 01:29 ID:XR5N4r4E
>>429
> リカバリのために backup 取ってるときに FS が shutdown してしまって困る
> ということ。

ムチャ言うなよ。
重要なmeta dataのトラブル回避はRAIDの担当分野だよ。
まあ、20年も前ならfile systemで冗長性取るのもありだろうけど。

431 :411:04/04/15 10:14 ID:f3k8qTWn
>>430
backup するときに、
読めるデータは全部読みたい
というのは、そんなに無茶な要求ですか?

>重要なmeta dataのトラブル回避はRAIDの担当分野だよ。

だれも、そうじゃない とは言ってない。


432 :login:Penguin:04/04/15 19:26 ID:xeBXOhma
素朴な疑問なんだがswapって作らなくても平気?

433 :login:Penguin:04/04/15 19:39 ID:X6yMFQMv
ああ。

434 :login:Penguin:04/04/15 19:49 ID:MIE62FH6
>>431 ところで、これはXFS以外だといくぶんマシなの?
他のファイルシステムはシャットダウンはしないかもしれないが、
cpioやtarが読めないファイルをスキップしてくれなくて、
そこでハマったまま止まって、
その他のファイルのバックアップに進んだりはしてくれないんじゃないかと。

435 :login:Penguin:04/04/16 01:05 ID:c4wZNgF5
431はそっちの方がいいんだってさ。

436 :411:04/04/16 10:02 ID:e+oOLW8Q
いままでだと
I/O error が出ながら backup が進むという場合が多かったが ...
ハマる場合もわりとあるんでしょうか?


437 :411:04/04/16 10:03 ID:e+oOLW8Q
>>435 ext3 の場合です。


438 :411:04/04/16 10:04 ID:e+oOLW8Q
>>435 じゃなくて >>436 です。すまソ


439 :login:Penguin:04/04/16 11:56 ID:ETEgnm20
>>421

???
詳細キボン

440 :login:Penguin:04/04/16 19:25 ID:N2QKuY3q
>>439
@ITのことだろ。

441 :login:Penguin:04/04/16 21:59 ID:Yp+XuoAW
>>439
ttp://www.atmarkit.co.jp/flinux/index/indexfiles/linuxfsindex.html

442 :439:04/04/17 10:19 ID:JtXEz+q1
>>440
>>441

ありがとん

443 :439:04/04/17 10:20 ID:JtXEz+q1
ageてしもた。
みんな、ごめん。

444 :login:Penguin:04/04/17 13:48 ID:thjy0l0r
JFSでどうしてもSamba経由のSJISのファイル名が通らない。
これって仕様?
結局JFSのソースに手を入れて無理矢理何でも通すようにしたのだが。

445 :login:Penguin:04/04/17 13:55 ID:twzvtQ3r
sambaの設定で回避できなかったの?

446 :login:Penguin:04/04/17 14:12 ID:thjy0l0r
>>445
出来なかった。。。
カーネルは2.6.5で、ext2とかは大丈夫なんだけどとにかく多バイトコードはダメ。
codepageの設定がおかしいのかな。

447 :login:Penguin:04/04/17 23:17 ID:Q/j86wpk
>>411
なるほど。ディスクの壊れ方にもよるんだろうけど、俺の場合は
壊れたブロックを含むファイルをさわったプロセスがそこで止まってしまい、
dd_rescueでディスクイメージでコピーするぐらいしか対処できなかった経験ばかりだった。
(ディスクが過熱して一時的にI/O errorってのはあるが)
なんか実験する方法ねーかなー。


448 :login:Penguin:04/04/18 13:41 ID:VuxMVPxr
Google File System(GFS)ってどうよ?
ttp://www.radiumsoftware.com/0404.html#040406
ttp://blog.topix.net/archives/000016.html

正直意味わからん。だれか俺にもわかるように解説きぼん


449 :login:Penguin:04/04/20 16:22 ID:jhW2rYZb
>>448

あんまり深く考えるものでもない。その名の通りgoogle専用FS

ファイルのメタ部分とデーター部を物理的に分離して全てのメタ部分を一台のマシンに格納。
このマシンはシステム全てがRAMに乗っかるようにしたりして、
限りなくハイレスポンスで動くようにチューニング。
※一台といってもフェイルセーフのため待機してるスレーブはあると思われる。

データー部はHDDを持つマシンによるクラスター群に収納。
このマシンはRAIDなどもたず格安のハードで構成する。
そのかわり大量に用意し、かつクラスターどうしで複製・修復の機能を持たせる。

GFSサーバー(リモートFSなのでネット越し)にクライアントからファイルアクセスの要求がくると、
メタ部サーバーが要求したマシンにデーター部の場所を教える。
※ファイルのある場所はクラスターのどこのマシンか
クライアントは教わったデーター部サーバーに直接ファイルアクセス要求をだして
データーを受け取ったり書き込んだりする。

世の分散FSなどだとメタ部分の分散を狙う。
だけどメタ部分を分散すると各サーバーで食い違いが生じる問題が出てくる。
そこで、googleでは学術的面倒さを吹っ飛ばすためメタ部は一台(食い違いが起こりえない)
としたんだね。

クラスター群のマシンは昔電源がガムテープで止めてあると読んだことがある。
ねじ止めするとパーツ交換に時間がかかるからだってさ。
アメリカは土地が広いんだねー。日本のハウジングじゃブレードサーバーですらでかすぎ。
(ラック利用料(土地代)が高いので)



450 :login:Penguin:04/04/20 18:53 ID:nlGIuyMH
いろいろと豪快だな、Google。

451 :login:Penguin:04/04/21 02:12 ID:N3FifXa5
"Deep Blue"を思い出すね。

452 :login:Penguin:04/05/01 02:55 ID:aLTtib1B
ext3使ってるんですけど、
WindowsのFAT32やNTFSと比較しても随分壊れやすい気がするけど気のせい?

453 :login:Penguin:04/05/01 03:01 ID:MV3vi1L4
>>452
どんな使い方してる?

454 :login:Penguin:04/05/01 03:03 ID:Mkcbqg44
>>453
今すぐその発言を撤回しろ、もしくは首釣って来い
FAT32よりも劣っているなどとext3に対してあまりにも失礼だ
たとえお前がxfsだとしてもだ

455 :login:Penguin:04/05/01 03:04 ID:Mkcbqg44
_| ̄|○ レス先間違えた

456 :login:Penguin:04/05/01 03:18 ID:xU0hyIuq
わらえる

457 :login:Penguin:04/05/01 03:35 ID:MV3vi1L4
 ∧||∧
( ⌒ヽ  吊って来た
 ∪  ノ 
  ∪∪

fsckで復活しますた。
というわけで何事もなかったように続きをどうぞ。

458 :login:Penguin:04/05/01 05:24 ID:G5Xl72vC
xfsがカーネルに追加されてからはxfsばっかりだなぁ。
なんとなくだけど。前はReiserFSばっかりだった。
どっちも普通に安定して使えてる。

459 :login:Penguin:04/05/01 10:06 ID:35deH9i1
>>458
>xfsがカーネルに追加されてからはxfsばっかりだなぁ。
>なんとなくだけど。前はReiserFSばっかりだった。
>どっちも普通に安定して使えてる。
もはや、性能うんぬんではなく好みの問題。

460 :login:Penguin:04/05/01 15:24 ID:zPnxRDqF
dvd-ramでバックアップしようと思うのだけど、
お勧めのファイルシステムってある?

とりあえず、ext2かudfかで迷ってます。

461 :login:Penguin:04/05/01 15:42 ID:PFwe4PNT
>>460
gnu-tarで固めれば、できあがった玉を納めるものはなんでもいいだろ。
FATのままならフォーマットし直す手間も省けるんじゃないか?


462 :login:Penguin:04/05/01 15:45 ID:3hew/I+G
ext3は信用ならないね・・・

463 :login:Penguin:04/05/01 16:43 ID:5A3z+V27
jfsはどう?

464 :login:Penguin:04/05/01 20:45 ID:NZYZ+aBp
ext4は出るんかね。
名前だけのじゃなくて。

465 :login:Penguin:04/05/01 21:08 ID:IwjnparA
>>460
あほか、UDFに決まってるだろ

466 :login:Penguin:04/05/01 23:02 ID:0kehN5rD
ReiserfsにReiser4の機能がバックポートされまくってるな。
2.6.6-rc3-mm1で
- reiserfs gains a data=journal option.
出来るようになったみたいだし

467 :login:Penguin:04/05/02 01:38 ID:Y4x3j4LZ
>>461
zip使え ハゲ

468 :login:Penguin:04/05/02 07:17 ID:V8xTz9ua
ext3 評判いいのか悪いのか、どっちなんだ。

確かに俺もメールサーバで
kernel: EXT3-fs error (device sd(8,7)): ext3_add_entry: bad
entry in directory #211897: rec_len is smaller than minimal - offset=12, inode=6
67936, rec_len=8, name_len=0
みたいなエラーが出まくって死んじゃったことあるけど。


469 :login:Penguin:04/05/03 08:57 ID:BfC6CeLL
>>468 どっちかっつーと、

470 :login:Penguin:04/05/03 23:02 ID:xF+EBQEG
現状FSを縮小できるものはReiserFS以外に何がありますか?
以前はxfsが拡大はできるけど縮小ができなくてReiserFSにしたわけですが。

ちなみに縮小の用途はLVMとの組み合わせで
データ生かしたままHDD取り出すときの為です。

471 :login:Penguin:04/05/04 01:05 ID:uDreh/uE
>>469
ディスクエラー?

472 :login:Penguin:04/05/04 03:30 ID:7vji/ywI
Windows2kみたいな圧縮フォルダの機能を持ってるFSありませんか?
あとデフラグって掛けられません?
掛ける必要ない?

473 :login:Penguin:04/05/04 03:51 ID:LZoDxWxk
>>472
>>64

圧縮については知らない。

474 :login:Penguin:04/05/04 08:37 ID:ws39yc5z
e2comprでいいなら2.4.26向けまで
ttp://sourceforge.net/project/showfiles.php?group_id=83758&package_id=86254

475 :login:Penguin:04/05/04 11:37 ID:J1G1svnR
暗号化してくれるループバック用ファイルシステム...って、あったよな。
圧縮してくれるやつって、なかったっけ?

っつーかさ、今時「圧縮」なんてミミチイことやってる香具師いるのか?


476 :login:Penguin:04/05/04 11:58 ID:7vji/ywI
↑アフォ(w

477 :login:Penguin:04/05/04 12:15 ID:60T8ReLv
476:login:Penguin [sage]:04/05/04 11:58 ID:7vji/ywI
↑アフォ(w

476:login:Penguin
↑アフォ(w

>>476=アフォ(w

478 :login:Penguin:04/05/04 12:19 ID:X3P8P3x4
cloop?

479 :名無しさん@Emacs:04/05/04 16:15 ID:8MZo2r1+
From: [476] login:Penguin <sage>
Date: 04/05/04 11:58 ID:7vji/ywI

↑アフォ(w

アフォなのは Date

480 :login:Penguin:04/05/04 20:30 ID:bSUpMLYT
まだ春かよ。とっとと学校いけよ。


481 :login:Penguin:04/05/05 01:16 ID:feJbybkc
>>470
reiserfs以外だとext2(ext3)
ttp://tldp.org/HOWTO/LVM-HOWTO/reducelv.html

つーか、読むべきなのは以下の2つのどちらかでは。

データを載せたままHDD(というよりVolumeGroup丸ごと)を取り出すなら
"Moving a volume group to another system"
ttp://tldp.org/HOWTO/LVM-HOWTO/recipemovevgtonewsys.html

データを別HDDに退避してHDDを取り出すなら
"Removing an Old Disk"
ttp://tldp.org/HOWTO/LVM-HOWTO/removeadisk.html

>>478
cloopはread-only


482 :login:Penguin:04/05/06 17:34 ID:ZOGdhQd7
>>475
[HOWTO] root, swap filesystem encryption for 2.4 and 2.6
http://forums.gentoo.org/viewtopic.php?t=108162

これ応用すれば圧縮もできない?

483 :login:Penguin:04/05/07 03:11 ID:JoWXqpjK
出来なくはないけど、swapなんかは、
block単位のsize保存encryptionだからこそ、
memory pageの扱いがうまく行くんでしょうね。

swapじゃなくてもseekが遅くならない工夫があった方がいい。

103 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.02.02 2014/06/23 Mango Mangüé ★
FOX ★ DSO(Dynamic Shared Object)