5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 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/

801 :login:Penguin:04/09/19 17:50:23 ID:t7jx7PXh
WinFSはLonghornから外され、予定されていた機能はXPにバックポート。
Longhornは何の為にあるんだ?w

802 :login:Penguin:04/09/19 17:51:31 ID:Ir1sXGFF
HFS系ほどショボイFSも珍しい

803 :login:Penguin:04/09/19 18:10:46 ID:5azpRE/r
また、Windowsとか言う欠陥OSのヲタが荒してるのか。どこの板に行っても害獣なのは変わりないな。

804 :login:Penguin:04/09/19 18:34:53 ID:E/cK895z
なんか暇な人がイパーイいますね。

805 :login:Penguin:04/09/19 19:16:22 ID:F5H9Ucc5
連休だからな。

806 :login:Penguin:04/09/19 22:28:51 ID:KMIl/khQ
まだ夏だからな

807 :755=757:04/09/20 00:20:42 ID:t11Jtywp
えー、PromiseのUltra66 (PDC20262)でXFSがちゃんと動かないと言ってた755です。

Reiserfsでも試してみたんですけど、同様に中身が壊れたり
Sep 17 04:03:39 fedora kernel: ide3(34,6):vs-5150: search_by_key: invalid format
found in block 2939225. Fsck?
とかがガンガン出るので、PromiseのATAカードをほかしまして、
AEC ACHIP ATP865が載ってるI-O DATAのUIDE-133を買ってきました。

すると、Reiserfsでは特に問題なくなり、
XFSでもファイルの中身が壊れたりはなくなったんですけど、
小さいファイルを大量に書くと
kernel: possible deadlock in kmem_zone_alloc (mode:0x1f0)
とか
kernel: __alloc_pages: 1-order allocation failed (gfp=0x1f0/0)
が出るのは変わらなくて、rsyncのプロセスが止まったりしてます。
(カーネルごとハングアップはなくなりました)

808 :reiserfs4:04/09/20 02:04:27 ID:QMWicooX
>796
そうなんですかー。やっぱメインツリーにはなかなか入らないんですね。
亀レス御免!


809 :login:Penguin:04/09/20 08:19:10 ID:gTEZpA8l
巨大なディスクイメージを losetup で offset 指定しながら
あつかってます。が、offset 指定って 32bit 値以上は指定
できないみたいです…


810 :login:Penguin:04/09/20 08:23:56 ID:gTEZpA8l
losetup supports large file but can't be use with very big offset.
it seems the offset is an int, but it should be a long int
http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=126623

どうやらこれと同じみたいだ…

洩れは Debian GNU/Linux sarge なんだが、直ってないナァ。

811 :login:Penguin:04/09/20 08:28:46 ID:gTEZpA8l
ディストリビューションによっては直ってるのかもな。
Debian specific かもしれないんで、Debian スレに行きます。

812 :login:Penguin:04/09/20 11:04:50 ID:C5sAtHjH
そもそも、NTFS についてはマイクロソフトは
必要な技術情報を公開しておらず、解析することで
得た情報を元に NTFS on Linux は実装している。
( FAT は公開済み )

信頼性・性能うんぬん以前に正常動作の保証も出来ない。


813 :login:Penguin:04/09/20 11:50:48 ID:WrrRj695
CIFSもそうだね。

> ( FAT は公開済み )

逆にこいつは特許を主張し始めた。


814 :login:Penguin:04/09/20 18:23:15 ID:u3YdkMbN
ひょっとするとCaptive-NTFSが最も安全なのではないかという疑惑

815 :login:Penguin:04/09/22 00:19:07 ID:oMWz//wP
>>780
うお、Sexでた!

816 :login:Penguin:04/09/22 07:34:10 ID:bInVO7D7
スワップパーティションじゃなくて、Windowsみたいにスワップファイル
だと、効率悪いの?今のPCはメモリ沢山あるからスワップするような
状況ってあんまりないよね。だからわざわざパーティション作る必要も
ないんじゃないかと。。。

817 :login:Penguin:04/09/22 08:07:56 ID:2oXCA/J6
>>816 別にスワップパーティションじゃなくてもいいんじゃない?
俺はスワップファイルにしてるけど。
ときどき free で確認するけど、ほとんど使われていない。

818 :login:Penguin:04/09/22 08:15:52 ID:2oXCA/J6
Captive: The first free NTFS read/write filesystem for GNU/Linux
http://www.jankratochvil.net/project/captive/

Project implements the first full read/write free access
to NTFS disk drives. You can mount your Microsoft
Windows NT, 200x or XP partition as a transparently
accessible volume for your GNU/Linux.

819 :login:Penguin:04/09/26 00:01:14 ID:mrKK2drP
Linux の NTFS 圧縮ファイル対応になるのはいつ?

820 :login:Penguin:04/09/26 21:58:49 ID:mrKK2drP
>>614
> windowsでフォーマットしたudf1.5なdvd-ramに、
> kernel 2.6.6から書きこみしたら、
> windowsからのみ読めないdvd-ramになったのだけど、
> まだそういうもんなのでしょうか?
> 俺が悪いだけ?

俺は、mkudffs 1.0.0b2 で UDF 2.0 なフォーマットをして
Linux から書き込んで、 Windows から読もうとしたら
読めなかった。

逆に Windows で UDF 2.0 なフォーマットをして
Windowsから書き込んで、Linux から読もうとしたら
読めた。

821 :login:Penguin:04/09/27 07:13:53 ID:nJC4oO6U
autofs で MO や DVD-RAM などをオートマウントしています。
アンマウントするときって、やっぱり root になるしかないですか?

オートマウントではなく /etc/fstab 経由のマウントだったら
オプションに user を指定することで一般ユーザでも
マウント/アンマウントできるんですが、オートマウントで
マウントされたデバイスは root でしかアンマウントする
手段は無いんでしょうか?

むしろ一定時間アクセスが無ければ自動アンマウント
とかでもいいんですが…

822 :login:Penguin:04/09/27 08:38:18 ID:36brLe06
captiveを使おうとしてますが、マウントまではできますが、
>>>/dev/sda1 190G 113G 77G 60% /mnt/drive-c
>>>drwxr-xr-x 1 bin root 0 Sep 26 10:20 drive-c
に対してcdすると、
>>>[root@localhost mnt]# cd drive-c/
>>>bash: cd: drive-c/: ディレクトリではありません
となります。何か良い方法がありませんか?
kernel2.4.27、captive1.1.5、sda1はusb2.0の外付けです。

823 :login:Penguin:04/09/27 22:22:27 ID:JM2fS/dF
SuSE9.1を使っていてreiser4を試してみたい方は

ftp://ftp.novell.co.jp/pub/suse/suse/i386/update/9.1.42/

のkernel2.6.8を入れると使えるようになるみたい。
最新機能を試してみたいけどパッチ当てには及び腰な人にはおすすめかも。

824 :login:Penguin:04/09/30 23:04:50 ID:Nv/f8bFO
おまいら、月刊Interfaceで日高さんがファイルシステムベンチマークやってますよ。
(速)ext2 > reiserfs > ext3(遅)で、reiserfsはjournalなしモードでも対して速くならねーそうですよ。

825 :login:Penguin:04/09/30 23:05:54 ID:9W0MB4GB
ext3でよかったと思った瞬間は無いからext2+RAID1にしよう

826 :login:Penguin:04/09/30 23:09:44 ID:0sonQ3yX
raid 使ってて電源ブチやったらどうなんの?

827 :login:Penguin:04/09/30 23:18:59 ID:9W0MB4GB
俺の場合は大手データセンターに置いてる鯖機だから電源は信用してる。
環境的に熱暴走も考えにくいから、ハード的障害の恐れは磁気ドライブと
メモリ破損ぐらいのもの。

828 :login:Penguin:04/09/30 23:55:53 ID:g7ijMhZd
>>824
昨日のオールナイトニッポンにもいたね

829 :login:Penguin:04/10/01 00:31:54 ID:3MkLk0K2
なんでXFSを入れないんだろう。謎。

830 :login:Penguin:04/10/01 00:56:15 ID:0GDvz/gd
>>827
クラッシュしたらどうすんの?
Linuxだと高負荷時に結構ヤバイよ。

大したサイトじゃないなら気にならないんだろうけど。


831 :login:Penguin:04/10/01 06:23:52 ID:UVxA7ayE
>>830
君はバックアップという言葉を知っているかな?

832 :login:Penguin:04/10/01 07:11:01 ID:TLNmg2sp
>>824 ext3 は ordered でつか?
writeback にしてもあんまり早くならない?

833 :login:Penguin:04/10/01 07:17:05 ID:2rOOI05A
>>824
いまさらreiserfsもなぁ。
それに、ext2,3はディレクトリ内に沢山ファイルあると遅いじゃん。

834 :login:Penguin:04/10/01 07:32:40 ID:lWK2h+Lw
ソース読んでファイルシステムを比較してる人って少ないのかな

835 :login:Penguin:04/10/01 08:51:35 ID:St2CN3GG
>>834
皆無

836 :login:Penguin:04/10/01 09:56:22 ID:GdHh6EHn
>>831
バックアップするのは、ファイルシステムが
何であれ必要なことだ。

826, 829, 830が問題にしているのは、電源障害や
クラッシュの時、ファイルシステムの整合性を
どれだけ早い時間で取り戻せるかだ。


837 :login:Penguin:04/10/01 12:03:15 ID:x3BcTJVS
>大したサイトじゃないなら気にならないんだろうけど。

ま、Linuxで運用してるGoogleもAmazonも
830からしたら大したサイトじゃないのかも知れんが。

たいしていようがいまいが、
サーバの負荷に対して適切なスペックの運用をしていれば
Linuxであっても問題が無いし、それを超えた負荷ならばどの
OSだろうが関係なく危険であるということを、830はまだ、知らないのだ・・・

838 :login:Penguin:04/10/01 12:38:36 ID:YdLny8JW
だれか >>837 を1行に要約してよ。


839 :login:Penguin:04/10/01 12:50:20 ID:VvbeuQ6F
「人は生まれ、苦しみ、そして死ぬ。」

840 :login:Penguin:04/10/01 13:38:14 ID:8M7EWD8A
マイクロソフトのFATファイルシステム特許、再審査で取り消しに
http://japan.cnet.com/news/ent/story/0,2000047623,20074900,00.htm

841 :login:Penguin:04/10/01 14:25:51 ID:h+JkF99q
>>837はgoogleがどんな運用しているか知って言っているのか?
かなりピント外れで笑えるんだが…


842 :login:Penguin:04/10/01 16:25:44 ID:GdHh6EHn
>>841
確かに、ファイルシステムの話をしているのに、
googleうんぬんは変だな。

ext2だと、電源障害やクラッシュの際にファイルシステム
の整合性確保に多く時間がかかっちゃうんじゃないの
ってだけなのにね。


843 :login:Penguin:04/10/01 16:43:20 ID:ZjnGQ3jX
電源障害の恐れは低く、クラッシュはRAID1で対応するから
通常使用時のパフォーマンスを落とすぐらいならext2を使おう
というのが>>824の趣旨なんだけど

844 :login:Penguin:04/10/01 16:43:42 ID:ZjnGQ3jX
>>824じゃなくて>>825だった

845 :login:Penguin:04/10/01 17:30:20 ID:GdHh6EHn
>>843
クラッシュとは、カーネルのクラッシュ
のことだ(高負荷時に何とかと言っているから)。
ディスク障害ではない。

ファイルシステムの整合性回復にミラーリングは関係ない。
ミラーしててもジャーナリングしてなきゃ多く時間が
かかるだろ。

その時間が気にならないのなら、確かにext2でどうぞ
ってことですな。


846 :login:Penguin:04/10/01 17:41:08 ID:HzbAAiNF
/bootパーティションなんてどうでもいい

847 :login:Penguin:04/10/01 17:42:32 ID:GdHh6EHn
>>846
まあ、通常運用時は
マウントする必要すらないからな。


848 :login:Penguin:04/10/02 01:00:11 ID:0ddQt7sH
>>843 vs >>845

.........>>845の勝ち!

849 :login:Penguin:04/10/02 01:49:15 ID:QHsCtFx1
>>845
最近おきたカーネルクラッシュの具体例が聞きたいな。

俺の場合(2.4.27)、USB-HDDの電源が抜けてるのに気づかずに
SCSI bus scanかけたらnull pointer dereferenceしたとか、
IEEE1394のPCカード抜いたらバスの消失をうまく扱えなかったとかの
ホットプラグ系のものが多い。Load average 10ぐらいはしょっちゅうあるけど。
高負荷ってのはLoad average 100とかそういうレベル?

850 :login:Penguin:04/10/02 13:57:57 ID:j2TX+UhW
>>821
> むしろ一定時間アクセスが無ければ自動アンマウント
> とかでもいいんですが…
--timeout オプションでできるよ

851 :login:Penguin:04/10/02 14:33:45 ID:LpDlqkv1
NFSmountしてた先のマシンを停止した後に
こっちもumountしようとしたけど出来ない

852 :login:Penguin:04/10/02 15:37:49 ID:RYrk+w9T
ファイルシステムとか全然詳しくないんだけどctimeじゃなくて
作成時間を残すext3用のパッチとかってある?


853 :login:Penguin:04/10/02 15:40:05 ID:RYrk+w9T
あ、作成時間はWinの作成日時みたいなの


854 :login:Penguin:04/10/02 18:00:10 ID:0N5ydXGU
noatimeじゃ駄目なん?

855 :login:Penguin:04/10/02 18:34:11 ID:wYyYDUdw
>>850 ありがとう!

856 :login:Penguin:04/10/02 23:20:52 ID:TVsIQzv1
>>851
serverを立ち上げ直してからumountしろ。

857 :852:04/10/03 00:10:07 ID:A1/XNe9G
>>854
なるほど、そういうmount方法があるのか
勉強になりますた。ありがとう


858 :login:Penguin:04/10/03 00:46:24 ID:ot2U6tDK
これすごくないか。

【10.3問題】discreet stoneシステムの不具合
http://pc5.2ch.net/test/read.cgi/avi/1096718878/

859 :login:Penguin:04/10/03 00:56:16 ID:CjC/ihM6
>>858
「整備不良」、と欠陥を隠し続けたスリーダイヤ
よりはマシってとこかな?

よく分からんが。


860 :login:Penguin:04/10/03 02:39:11 ID:52nQq72e
stoneファイルシステムってDTV用のファイルシステムなのね。
http://www.discreet.jp/products/infrastructure/index.html

861 :login:Penguin:04/10/03 05:37:33 ID:44rpsLF8
>>858
すごいね。10/3にプロ用アプリケーションが動作不能になるよっていう告知を
9/30にするとは。しかもメール一本投げただけ。

モノがモノだし症状が症状なだけに、、電話で個別対応する必要すらある大欠陥
だと思うなぁ。

862 :login:Penguin:04/10/07 00:20:24 ID:+RbEZkpZ
2chのログ置き場にはどのファイルシステムがいい?
つか、これはダメってのある?

863 :login:Penguin:04/10/07 00:37:23 ID:lvFRDHiX
FATは駄目だろう。

864 :login:Penguin:04/10/07 06:30:18 ID:GFV7qaz/
datのような細かいのならreiserfsかxfsだろう。

865 :login:Penguin:04/10/07 23:31:13 ID:xc+VmynY
なんでXFSなんだよ。

866 :login:Penguin:04/10/08 04:46:14 ID:mU0Mn+T+
>>865
ジャーナリングファイルシステムの中でそれなりに速いからでは?

867 :login:Penguin:04/10/08 15:30:30 ID:z0poxm+k
教えてください。
インターネット越しにファイル共有をしたいと考えています。
WebDAVなどでは、リモートにあるファイルを実行したときに
ローカルにコピーされて実行されますよね。
ではなくて、普通のローカルフォルダのように実行できるファイルシステムは
ないのでしょうか?
目的は、「巨大な映像ファイルを共有したい」です。
一旦ローカルに落とすだと10分以上待たされるorプレイヤが落ちるので。。

よろしくお願いします。

868 :login:Penguin:04/10/08 16:16:57 ID:jYDi81Bg
>>867
nfsとかsmb(NetBIOS)とかsshfsとか。

869 :867:04/10/08 18:18:41 ID:z0poxm+k
>>858
インターネット越しなんですが、nfsとかNetbios使えるんでしょうか?
むかーし、nfsでNAT越そうとしてえらい目に遭ったんですが。

870 :login:Penguin:04/10/08 22:15:36 ID:IhaEY7z/
>>867
ストリーミングサーバ立てりゃいいじゃん。

871 :login:Penguin:04/10/08 22:31:08 ID:z9PMD2Gb
reiserfsやxfs, jfsでHDDのコピーを取るにはどうすればいいですか?
ext2やext3だとdump&restoreでHDDのコピーできるんですけど…


872 :login:Penguin:04/10/08 22:37:16 ID:PexOQI5R
>>867
古いけど、davfsってあったよ。
たしか2.6系は対応してないはず。

相手側の構成がわからないけど、
映像ファイルだけなら、ストリーミングサーバたてるのに賛成。

トンネル掘っても良いし。

873 :login:Penguin:04/10/08 22:42:52 ID:PexOQI5R
>>871
xfsはxfs用のdump/restoreがある。

単にコピーだったら、ddとかで良いんじゃないの?
どういうコピーがしたいのかがわからない。
cp -a とかで済むかもしれないし。

874 :login:Penguin:04/10/08 23:13:07 ID:17DLiENo
映像データのフォーマットも聞かないうちにストリーミングにしろってのは無理がないですかね。

875 :login:Penguin:04/10/08 23:14:27 ID:z9PMD2Gb
>>873
ありがとうございます
xfsdumpについて調べてみました。ext系との互換は無いみたいですね。残念
ReiserFSとJFSはdumpの変わりになるようなものは無いようですね

やりたいのはファイルシステムのバックアップです
用心のために起動可能な状態でシステムのコピーを取っておきたいのです
容量の違うHDDに取りたいのでdump&restoreしかないかなぁと…

ddでも同じようなことってできますか?

876 :login:Penguin:04/10/09 05:30:14 ID:h0sdAzzn
parimageとも思ったが、あれもパーティションサイズ同じのでないと駄目だしな
対応してるファイルシステムならddよりはこっちを薦めるけど

877 :login:Penguin:04/10/09 10:26:27 ID:JpDjIoV/
>>875
素直にrsync使っておけ。
rsyncの使い方はググれ。

878 :login:Penguin:04/10/09 13:04:34 ID:sveY2fsg
>>875
Mondo Rescue
ttp://www.microwerks.net/~hugo/index.html

リストア時にパーティション切り直せる
ただし、リストアの練習必須な。
練習用のマシンを準備できないなら>>877

879 :login:Penguin:04/10/09 19:23:03 ID:cXsVdBXV
UDF ファイルシステムって、めちゃくちゃ遅くない?
mkudffs で DVD-RAM にファイルシステム作って
書き込んでみたら、Windows の100倍くらい遅い。いやマジで。

880 :login:Penguin:04/10/09 19:48:27 ID:cXsVdBXV
ところで、UDF ファイルシステムに対する
e2fsck みたいなツールってあるの?

881 :login:Penguin:04/10/09 22:57:23 ID:JpDjIoV/
>>879
W1ndom$の方が、ただ単に"どデカイキャッシュ"を作成してるので
そう感じるだけでは無いのか?

882 :login:Penguin:04/10/10 05:03:31 ID:1f4Rh/kc
>>881 そうなのかも。
dd if=/dev/hdb of=/dev/null すると
5Mbps くらいでるしなぁ。

DVD-RAM 上のディレクトリツリーを rm -rf で
消したりすると、どうやら一ファイルごとに
ジーコンジーコンってシーク音が聞こえる。

883 :login:Penguin:04/10/10 05:07:14 ID:XGmKT0aK
ぼくも毎晩ジーコンジーコンでつ。

884 :login:Penguin:04/10/10 05:18:26 ID:1f4Rh/kc
書き込みのほうは
dd if=/dev/zero of=/dev/hdb で測ってみると
400kbps ちょっとだった。

どうも UDF ファイルシステムの問題(?)らしいけど、
ちゃんとキャッシュかかってんのかな?

885 :login:Penguin:04/10/12 18:02:30 ID:r9GRzApr
大昔は、ファイルシステムそのものに履歴機能があったそうですが
今はなぜなくなったのでしょうか

886 :login:Penguin:04/10/12 19:48:15 ID:Is7dx794
えろいひとがいらないって

887 :login:Penguin:04/10/12 19:53:18 ID:r1ymuXvd
えろいひとはすぐにHDDを動画でいっぱいにしちゃうからね。

888 :login:Penguin:04/10/12 22:54:53 ID:4U46fuSV
ぼくえろいひとだけど、ちゃんとDVDに焼いてるからHDDいっぱいにならないよ

889 :login:Penguin:04/10/12 23:14:07 ID:VSDdwMVE
>>885
plan9なんてどうよ?

890 :login:Penguin:04/10/12 23:50:22 ID:mt3A1Msp
>>885
1. ゴミ箱ができたからいらなくなった。
2. コンテンツの履歴管理には、それ用のSCMが使われるようになった。
3. それでも、どうしてもという香具師には、cvsfsという選択肢ができたので、いらなくなった。


891 :login:Penguin:04/10/13 00:43:29 ID:Yaemzti6
885がいってるのはUNIXの無構造バイトストリーム指向のファイルシステム以前の話じゃないの?

892 :login:Penguin:04/10/13 07:16:48 ID:OgYbs9mp
COBOLな時代のお話だ罠。

893 :PURGE:04/10/13 07:42:39 ID:0WbFHpBv
VAX/VMSもバージョン管理の機能をシステムが持っていた。


894 :login:Penguin:04/10/14 15:30:49 ID:EOX0l5xy
>>884
Linux で使うだけなら ext2 なり別のファイルシステムにした方がいいかもね。
どうも UDF は使いにくい

895 :login:Penguin:04/10/19 12:34:20 ID:moTJ9EfG
ハードディスクのイメージを操作しようとしています。
/dev/loop0 にそのイメージがあり、
fdisk /dev/loop0 とするとパーティションテーブルが見えます。

各パーティションは /dev/loop0p1 /dev/loop0p2 のように
デバイス名が表示されるのですが、/dev/ 以下にはそのような
デバイスはありません。どうやって mknod すればいいのでしょうか?

使用しているカーネルは 2.6.8.1 です。
ディストリビューションは Debian GNU/Linux sargeです。

896 :login:Penguin:04/10/19 17:26:34 ID:nH2VqM38
おとなしくoffsetしてなさい

897 :login:Penguin:04/10/19 17:48:08 ID:moTJ9EfG
>>896 が〜ん、それしかないですか OTL

パーティションテーブル眺めてオフセット計算するのが面倒だから、
loop0p1 とか使えそうなのを知って小躍りしていたのに…
もうだめぽ…

898 :login:Penguin:04/10/23 12:00:31 ID:f3d2eeGn
Reiser4ってメチャクチャ早いな。もっと早く移行しときゃよかった。

899 :login:Penguin:04/10/23 13:12:10 ID:5Klc5JUv
詳細報告汁

900 :login:Penguin:04/10/26 23:54:30 ID:it+UQF4+
腐ってやがる…速過ぎたんだ。

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

read.cgi ver 05.04.02 2018/11/22 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)