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

[過去ﾛｸﾞ] /**ファイルシステム総合スレその3**/ (983ﾚｽ)
上下前次 1-新

このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索歴削→次ｽﾚ栞削→次ｽﾚ過去ﾛｸﾞﾒﾆｭｰ

654(1): 2005/06/22(水)00:31 ID:q++h9cos(1/2) AAS
>>643
こんなの見つけた。　やっぱりネットワークバイトオーダーと同じでLittle Endianに
してるんだね。　

外部ﾘﾝｸ[html]:www.linux-m68k.org

655(1): 2005/06/22(水)01:46 ID:ffTWYDdq(1) AAS
一応。
ネットワークバイトオーダーはビッグエンディアン。

656: 654 2005/06/22(水)03:38 ID:q++h9cos(2/2) AAS
>>655
orz ｻﾝｸｽ。　何言ってんだｵﾚ。

657: 2005/06/22(水)13:36 ID:1+WehZ3c(1) AAS
>>620
すぐに試してみる心意気はすばらしいと思うんですが、
ファイルシステムよりforkが律速段階になっている気がする。

658: 2005/06/22(水)15:44 ID:kPbVU8pP(1) AAS
>>635
外部ﾘﾝｸ:lkml.org

659(2): RHEL4デバッグ係り ◆IIiDC8JS7w 2005/06/22(水)23:34 ID:YmIV6emW(1) AAS
詳解ファイルシステム

>>653
wikiでコツコツ作っていきます。(=ﾟωﾟ)ﾉ

本の出版はしたことがない素人なので、
wikiでも良いかなってことで
＃wikiも本格的に触ったことないんで、勉強しながらですけど。。

zfsが秋ぐらいに出るかもしれないので、
そのぐらいまでに形になっていければいいかな？

とりあえず、今日少しだけ書いてみた。
ファイルシステム諸言とvfsについて
省8

660: 2005/06/23(木)00:23 ID:gj5NJeBd(1) AAS
おいおい
がんばっちゃってよ

661: 2005/06/23(木)01:10 ID:ulPMUhXL(1) AAS
体壊すなよ

662(1): 2005/06/23(木)01:23 ID:LWBQJQ1j(1) AAS
諸言？諸元？

663: 2005/06/23(木)01:42 ID:Bb2DfQHA(1) AAS
かなり期待。

もしミスや誤字その他で気になることがあっても
追い追いこのスレで話しながら直していけばよいでしょう。

664: RHEL4デバッグ係り ◆IIiDC8JS7w 2005/06/23(木)01:45 ID:cGInpt1v(1) AAS
>>662
諸言は誤字です。諸元です。。
直しました。ご指摘ありがとうございますm(__)m

vfsについて少し追加(各operations系[fs.h])しました。
＃絵も一部欠けてたり。。直さなきゃ。。。

ところで、今作ってる「詳解ファイルシステム」って
こんな感じで作成し続けて良いのかな？

細かいところはかなり省いているんだが。。。

665: 2005/06/23(木)20:45 ID:JZIHc1es(1) AAS
doxygen した方が早いような

666(4): 2005/06/24(金)08:11 ID:m8AQpDgt(1/2) AAS
同じ指摘ばかりで申し訳ないですが,
「1ディレクトリに10000ファイルを置くテスト」のように,
10000回touchをforkしていると, 時間の大半はforkに
かかってしまい, ファイルシステムのテストにはならない気がします.
たとえば,
seq 1 10000 | xargs touch
だと, 私の環境では, 35倍速くなりました.
さらに, 専用の小さなプログラム書けば, もっと速くなって,
ファイルシステム自体の速度を見るのに役立つと思います.

667: 666 2005/06/24(金)08:24 ID:m8AQpDgt(2/2) AAS
参考までにforkが1回になるようにやってみました.
Cで以下のようなプログラムだと, さらに2倍(元の70倍)でした.
int main(int ac, char **av) {
char name[10];
int fd,i;
if (ac < 2) exit (1);
i = atoi(*(av+1));
while (i--) {
sprintf (name, "%d", i);
fd = creat(name, 00644);
省7

668(1): [age] 2005/06/24(金)12:16 ID:tsef+KUk(1/2) AAS
各ファイルシステム間のファイルのコピーってどのように行われているのですか？
パーミッションやファイルサイズ、アクセス時間などをどうやって移動させているかわかりません。

できればkernel2.6、ファイルシステムはext2で具体的に教えてほしいです。お願いします。
参考HP、参考書籍などありましたら、リンクをお願いします。

669(1): 2005/06/24(金)12:37 ID:gUOPp5+p(1) AAS
GNU fileutilsに含まれるcp(1)のソースを見よ

670: 2005/06/24(金)12:39 ID:IMmM9dp+(1) AAS
>>668
学校の課題なら自分で調べましょうね

671: 2005/06/24(金)12:56 ID:/0PwhOb0(1) AAS
>>659
vfsの絵はreadからすぐにカーネルに入ってもいいような気がする。

672: 2005/06/24(金)15:09 ID:Ml81310x(1) AAS
Reiserﾀﾝ... ｶﾞﾝ(　ﾟдﾟ)ｶﾞﾚ

673: 2005/06/24(金)20:00 ID:tsef+KUk(2/2) AAS
>>669

ありがとうございます。
解決しました。m(_ _)mペコリ

674: 2005/06/25(土)04:51 ID:lnyqA92V(1) AAS
外部ﾘﾝｸ[asp]:www.microsoft.com

NTFSはsparse fileをサポートしてます。

675(1): 2005/06/25(土)05:15 ID:wSJuiDDs(1) AAS
突然何を言うか

676(1): 2005/06/25(土)10:53 ID:8VQiwdit(1) AAS
>>675

>>659 の内容についてだと思う。
Linux のカーネルを元に書いてるから、
Windows 関連について不正確な箇所がある。

そこらへんはゆっくり検証していくしかない。

FAT のファイル数制限の検証をしようとしてるけど
遅すぎてまだ終わっていない。

677(1): 2005/06/25(土)11:23 ID:RIAq5/dk(1) AAS
FATは仕様上ルート以外の制限ないんじゃない？
もちろんあるかもしれない実装上の制限を調べたいんなら別だけど。

678: 2005/06/25(土)11:45 ID:tjGxthTu(1) AAS
FATは同一ディレクトリに多数のファイルを置くと
新規作成/削除が目に見えて遅くなるね。
１つ作るのに秒単位で時間がかかる。

もし、ファイルシステム全体での制限を調べているのであれば
今からでも、ディレクトリを細かく分けてテストすることを勧めたい。

679: 2005/06/25(土)12:21 ID:0zWHwOtL(1/2) AAS
詳解ファイルシステム？
つ外部ﾘﾝｸ[html]:www.namesys.com

680(3): RHEL4デバッグ係り ◆IIiDC8JS7w 2005/06/25(土)12:43 ID:WWJmgvXR(1/2) AAS
指摘をしていただける皆様方ありがとうございますm(_ _)m
どんどん反映して良いものに作り上げたいです。

＃良いものが出来れば、ここのテンプレに載せてもらえるかな(￣ー￣)ﾆﾔﾘ

>>666
「1ディレクトリに10000ファイルを置くテスト」
ご指摘ありがとうです。m(_ _)m

1fileをcreateする速度は今のところ
速い　　　　　　　　　　　　　　　　　　　　遅い
reiserfs > jfs > ext2 > xfs > ext3 > vfat
と書いてます。
省6

681: RHEL4デバッグ係り ◆IIiDC8JS7w 2005/06/25(土)12:43 ID:WWJmgvXR(2/2) AAS
>> 674

>>676の言うとおり、Linuxのカーネルを元に書いてます。
windows上ではsparse fileをサポートしているが、linuxではまだ
サポートしきれておりません。

linux2.6.12.1/fs/ntfs/inode.cの中で、ntfs_truncateで検索してみてると
* ntfs_truncate - called when the i_size of an ntfs inode is changed
* @vi:inode for which the i_size was changed
*
* We do not support i_size changes yet.
とあるし。
省1

682: 2005/06/25(土)15:13 ID:CMAYG4ue(1) AAS
>680
>専用の測定プログラムを書けば、速度は速くなりますが
>速いファイルシステム、遅いファイルシステムの順番は変わりますか？

forkなどで律速になったら有意な差が検出できない可能性はある。
またドライバの癖が出る可能性もありそう。

683: 2005/06/25(土)15:52 ID:0zWHwOtL(2/2) AAS
>>680
> 専用の測定プログラムを書けば、速度は速くなりますが
> 速いファイルシステム、遅いファイルシステムの順番は変わりますか？
>
> 目的はどのファイルシステムが速いのかを調べることです。
> なので、測定プログラム(コマンド)は何でも良いかなと考えております。
>
> 1createで何milli secかかるか測定するものではありません。
> 環境や測定プログラムによってmilli secは変化しすぎるから。。
何がしたいのかよく分かりませんな。
省2

684: 666 2005/06/25(土)16:08 ID:/kSYTAkX(1/2) AAS
>>680
元の測定だと99%以上の時間がファイルシステム以外で使われています.
順序を知るのが目的だとして, それら99%分の処理が常に同じ時間で
終えるものであれば, 元の測定方法でも問題ないと思います.
ただ, 現実にはforkの時間は結構幅があるような気がします.
後で実際に試してみます.

685: 666 2005/06/25(土)16:14 ID:/kSYTAkX(2/2) AAS
> ただ, 現実にはforkの時間は結構幅があるような気がします.
> 後で実際に試してみます.
やってみました:
(; for ((x=1; x<10000; x++)) do; touch /dev/null; done; ) 1.38s user 9.96s system 101% cpu 11.137 total
(; for ((x=1; x<10000; x++)) do; touch /dev/null; done; ) 1.37s user 10.02s system 103% cpu 11.044 total
(; for ((x=1; x<10000; x++)) do; touch /dev/null; done; ) 1.36s user 10.01s system 102% cpu 11.044 total
(; for ((x=1; x<10000; x++)) do; touch /dev/null; done; ) 1.39s user 9.97s system 102% cpu 11.041 total
(; for ((x=1; x<10000; x++)) do; touch /dev/null; done; ) 1.36s user 9.99s system 102% cpu 11.034 total
(; for ((x=1; x<10000; x++)) do; touch /dev/null; done; ) 1.43s user 9.93s system 102% cpu 11.048 total
(; for ((x=1; x<10000; x++)) do; touch /dev/null; done; ) 1.38s user 9.95s system 102% cpu 11.040 total
省5

686(3): 2005/06/25(土)20:51 ID:22AYPrE9(1) AAS
>>677
ルート以外もあるよ
外部ﾘﾝｸ[aspx]:support.microsoft.com

65536 - 2(. & ..)ってとこか

外部ﾘﾝｸ:support.microsoft.com
Linuxだと-o shortname= で挙動変えてSFN,LFNの場合も変わってくるんでない

FAT16 クラスタ数 <= 65526
FAT32 65526 < クラスタ数 < 4177918
1つのクラスタに2つ以上のファイルは入れられないって制限もあるから
これも関わってくるか？
省1

687: 2005/06/25(土)21:11 ID:onicx32O(1) AAS
users-jp(・∀・)ﾆﾔﾆﾔ

688(1): 2005/06/26(日)03:31 ID:ykvfdS2d(1) AAS
>>686
＞Windows では、長いファイル名、サブディレクトリ名、8.3 に短縮された
＞エイリアス毎に、それぞれディレクトリエントリを使用します。
だから結局その半分。

昔1フォルダに3万強以上でファイルが作れなくなったことがあって「仕様と違う」
と思ってたことがあったのだが、これで理由がわかった。

689(1): 2005/06/26(日)03:55 ID:VMpc2wjm(1) AAS
よーく考えろ。作れる数に制限ないとFATの容量(メタデータ)が決まらないだろう。

690: 2005/06/26(日)09:50 ID:GiQyR/FG(1/3) AAS
>>689
FAT の容量はパーティションの容量とクラスタサイズで決まったはず。
ファイル数等の制限とは直接は関係は無かったはず。

１つのクラスタに１つまでのファイルしか入らないので、
その意味でファイル数が制限されることはある。

メタデータは FAT とは別に存在して一応柔軟に生成できる。
但しオンラインデフラグでは移動や削除はできない。

691: 2005/06/26(日)11:34 ID:GiQyR/FG(2/3) AAS
my $cow = 1;

while($cow < 65536*256){
my $we = "";
my $sd = $cow;
while($sd > 0){
$we = "\\".($sd & 7).$we;
$sd >>= 3;
};
$we = "H:".$we;
if(mkdir($we) == 0){
省8

692(1): 2005/06/26(日)17:14 ID:oC8YKbwx(1/4) AAS
FAT16 と FAT32 の違いって、なぁに？

693(1): 2005/06/26(日)17:47 ID:GiQyR/FG(3/3) AAS
>>692
少し上に答えはあるぜ >>686

ついでに途中経過、４２万のフォルダを生成できた。
この調子だと容量を使い切るまで作れそうだ。

694: 2005/06/26(日)18:12 ID:oC8YKbwx(2/4) AAS
>>693
構造の違いについては記載されてないわけだが。

695: 2005/06/26(日)18:21 ID:mVauA+98(1) AAS
>>688
長いファイル名が長いと、1つのエントリでは納まらないのでさらに減ります。

696: 2005/06/26(日)18:25 ID:oC8YKbwx(3/4) AAS
/usr/src/linux/include/linux/msdos_fs.h にある構造体とかか。
msdos_dir_entry msdos_dir_slot

Windows95 になったとき、それまでの MS-DOS ようのプログラムが、
msdos_dir_slot を適正に処理できなくて、うんこな状態だった話とか
そんな昔話してもいい？

697: 2005/06/26(日)18:32 ID:i4XLxkmZ(1) AAS
そういえば、FAT系って
・ルートディレクトリのエントリ数の制限(FAT32でルート移動可になって解消だっけ？)
・システム内ファイル数の制限(クラスタ数の制限だっけ？)
があった気がするけど、
ファイル数の制限には、「サイズ０のファイル以外で」という条件があったはず。
つまり、サイズ０のファイル(ディレクトリエントリのみ)は
容量が許す限り、幾つでも作れたはず。

698: 2005/06/26(日)18:34 ID:oC8YKbwx(4/4) AAS
つーことは、EOF_FAT を書くから消費されないということでつかね。

699(1): 2005/06/26(日)20:29 ID:53gDFny3(1) AAS
メタデータを使わないファイルシステムって
代表的な奴は何になるのかな

700: 2005/06/27(月)00:17 ID:XIAnMrHa(1) AAS
>>686 にあるようなディレクトリごとのファイル数制限について。

外部ﾘﾝｸ[mspx]:www.microsoft.com

ルートディレクトリのファイル数制限は FAT12・FAT16 の制限で一般に 512 まで
だけど、フォーマット時に決められる様で 65535 まで増やせそうだ。

サブディレクトリや FAT32 のルートディレクトリのファイル数制限は FAT の仕様ではなく
Win98 系の実装上の制限が原因の様だ。

Win2000 系においても互換性のためにあえて制限しているようだ。

701(2): 2005/06/27(月)00:22 ID:NSUS6+Q8(1) AAS
マウントの概念がなかった時代に関しては、ルートディレクトリに
たくさんファイルをおける必要はないもんなぁ。

702(1): 2005/06/27(月)12:41 ID:pXBFKh0E(1) AAS
>>701
FDの時代だ

703: 2005/06/27(月)12:48 ID:p4DBj9q6(1) AAS
>>701
今更ながらすげー納得した

704: 2005/06/27(月)14:21 ID:Dj69fw9T(1) AAS
>>702
1Dなら160kb

705: 2005/06/27(月)20:39 ID:Zr371K4o(1) AAS
階層ディレクトリの無い時代にも同じ制限があって、困っちゃったわけだが。

706: 2005/06/27(月)22:54 ID:XTzwjHSw(1) AAS
他のfsの歴史はちゃんと1.0公開とかあるのに
1997年6月23日　reiserfs のソースコードを web に置く
ってのがﾜﾛﾀ

707: 2005/06/28(火)05:41 ID:VwXWpqIZ(1) AAS
>>699
ファイルサイズもメタデータなので
メタを持にないFSで代表的なのは
まずはテープデバイスだろう。

708: 2005/06/28(火)06:52 ID:Si6gc8X+(1) AAS
漢直ユーザですか？

709: 2005/07/09(土)21:57 ID:Ubb0Ca9l(1) AAS
wikihouse重杉

710(2): RHEL4デバッグ係り ◆IIiDC8JS7w 2005/07/10(日)00:38 ID:cUIiVWkd(1) AAS
wikihouse重杉

ということで7/7 wiki.livedoor が出来たのでミラー作成
外部ﾘﾝｸ:wiki.livedoor.jp

ソースをコピーしただけだから若干表が崩れてます。
＃livedoorは手動ミラーなので更新遅いかも。。

vfsをとりあえず、完成させてから
ext2,nfs,reiserfsの説明を充実していきます。
vfs部分はgoogleで調べても載ってないものが多いから
ソース調べて書いてるけど、間違いあったら指摘
よろしくお願いしますm(_ _)m
省3

711: 2005/07/10(日)00:50 ID:kqrF/M/5(1) AAS
>>710
乙。

> kernel2.6.13のこととか脱線気味もたまにはあるけど

むしろそれが面白い。
雑誌だとコラムとかに面白いネタ転がってたりするし。

712: 2005/07/10(日)01:38 ID:ZmoKp9tD(1) AAS
>>710
おまけのところ s/XIM/XIP/

ramdiskなんかに置いてある実行ファイルを
そのまま実行してしまうという技でつ。

713: 2005/07/15(金)20:17 ID:U9SD/WLG(1) AAS
外部ﾘﾝｸ[html]:www-6.ibm.com
OpenAFSって使ったことある方いますか?

714: 2005/07/15(金)23:55 ID:2mmQ3FNZ(1) AAS
@it にて、
外部ﾘﾝｸ[html]:www.atmarkit.co.jp
の、記事を読む。

今まで、「Linuxでデフラグは、いりません。」と、読んだ本に書いてあったので、
「どういう仕組なんだろう。」と、不思議に思いつつも信じていた。

のに。

715(1): 2005/07/16(土)00:29 ID:XZff9mlB(1/2) AAS
フラグメント化した状態は示されても、
フラグメント化したディスクへのアクセスがどれくらいパフォーマンスを劣化させるかは示されていないのだが、
それでよいのか?

716: 2005/07/16(土)00:31 ID:TrDZO+rB(1) AAS
なんか /bin/bash あたりがフラグメントしてるのを見て鬱になったぼくがきましたよ。

717: 2005/07/16(土)00:40 ID:/wbHtX7A(1) AAS
/bin/sh -> /bin/bash
な環境なら確実にキャッシュに入ってるだろうし、
そうでなければ逆にまったく問題ないであろう。

718(1): 2005/07/16(土)01:50 ID:OEvkVj9m(1) AAS
>715 外部ﾘﾝｸ[html]:lc.linux.or.jp

719: 2005/07/16(土)03:07 ID:XZff9mlB(2/2) AAS
>>718
それ中身を良く読むと、
・ iozoneを複数個並列に動かすような、実環境でありえない方法で激しいフラグメント化を起こし
・にも関わらず、CPU占有時間は変化せず(スループットは低下せず)
・シングルスレッドのパフォーマンスの低下も1/2程度
となってて、結局のところ
「実環境でext3fsのフラグメント化の影響を心配する必要はありません」というデータに
見えるのは、私だけかな。

720: 2005/07/21(木)23:07 ID:DRSMPsxh(1) AAS
> うはっｗ俺Al Viroのpatchみてねーや

リーナスあたり言ってそうだな

721: 2005/07/22(金)12:38 ID:9zr4nTQB(1) AAS
ext2で/から辿れなくなったファイルを救出しようと別領域から立ち上げて
dd skip=1300447 ibs=4096 count=1 if=...
でそのファイルがあるディレクトリらしき所を見付けました。
ところが、debugfs で cd <1300447> とやっても
Ext2 inode is not a directory
となります。
<>内に何をいれれば該当ディレクトリにcdできるのでしょうか

e2fsck -n の結果は
Block size=4096 (log=2)
Fragment size=4096 (log=2)
省10

722: 2005/07/23(土)07:47 ID:EqoQk/vO(1) AAS
XFSをハードウェアのRAID上（3ware 9500Sシリーズ）で使用しています。
というか運用を始める前にいろいろ実験してます。

Filesystem タイプサイズ使用残り使用% マウント位置
/dev/sda1 xfs 466G 359G 108G 77% /work1

ハードウェアRAID上でディスク拡張（OCE）を実施して
/dev/sda 自身のサイズが増えているのですが
/dev/sda1　のパーティションサイズを拡張させなければ
xfs_growfs　できないことに気がつきました。

で、partedでなんとかなんものかと思ったのですが
partedはXFSのりサイズに対応していないようで・・・。
省7

723: 2005/07/23(土)08:46 ID:ojZigEI2(1) AAS
fdiskで削除、作り直し

724(1): 2005/07/23(土)12:25 ID:oCGw48l0(1) AAS
LVMしかないだろ。

725: 2005/07/23(土)13:57 ID:sJzcOMXy(1/2) AAS
>>724
LVMの256GB制限って拡張されたのかな？

726(1): 2005/07/23(土)19:27 ID:p3zUyz4v(1) AAS
どこの話？
PV？VG？LV？

727: 2005/07/23(土)21:45 ID:sJzcOMXy(2/2) AAS
>>726
VGの話なんだけど、ちょっと誤解してたわ。
前に作った時に、エクステントサイズを変更するのを知らんで
256GB以上のVG作ろうとして失敗したもんでそこが制限かと思ってた。

調べてみたらエクステントサイズを拡張すれば、ペタまでいけるんだな。

728(4): 2005/07/24(日)00:48 ID:gZFpPnFD(1/2) AAS
外部ﾘﾝｸ:nobumasa-web.hp.infoseek.co.jp
libreiserfsをインストして
partedでパーティションのリサイズやったことある方いますか？

729(1): 2005/07/24(日)13:51 ID:nR7scSGD(1) AAS
外部ﾘﾝｸ:www.suse.de
JFS意外だな

730(1): 2005/07/24(日)16:59 ID:4hOgkE3s(1) AAS
>>728
qtpertedだったら二週間くらい前にやった。

小さくしたらちょいと壊れた…

731: 728 2005/07/24(日)19:09 ID:gZFpPnFD(2/2) AAS
>730
qtperted使えばreiaserfsのパーティション拡張いけますか？
どんな感じのオペレーションしたか差し支えなければ。
KNOPPIXあたり使ったんでしょうか？

732: 728 2005/08/01(月)02:15 ID:F13p05NA(1/2) AAS
libreiserfsインストしても
reiserfsのパーティション拡張できなくて血迷った発言してしまいましたが
マシンリブートしたら普通に
partedでreiserfsのパーティション拡張できました。
ご迷惑おかけしますた。

733: 728 2005/08/01(月)02:19 ID:F13p05NA(2/2) AAS
<チラシの裏>
結局いろいろ調べてみたけど
データそのままでXFSのパーティション拡張する方法は見つけられませんでした。
xfs_growfsでファイルシステムの拡張は楽勝でできるのに・・・うぅ
LVMは管理がややこしいのでちと避けたいの都合があるので
とりあえずはパーティション拡張できるreiserfsで行くことにします。
</チラシの裏>

734: 2005/08/01(月)08:40 ID:k6geJ+BY(1) AAS
<チラシの裏>

735: 2005/08/02(火)01:09 ID:rz2bf8eL(1/2) AAS
6TBの外付けRAIDは1TBづつ論理ボリュームが
切られているから、LVMなしではありえない。

そろそろ16TBの壁が見えてきた...

736: 2005/08/02(火)01:09 ID:rz2bf8eL(2/2) AAS
</チラシの裏>

737: 2005/08/02(火)05:57 ID:nlMphKPH(1) AAS
<トイレの壁>

738: 2005/08/02(火)20:18 ID:7tHnst2D(1) AAS
外部ﾘﾝｸ[htm]:www.asahi-net.or.jp

739: 2005/08/05(金)22:31 ID:WIqOo8zL(1/2) AAS
当たり前のような質問かもしれないのですが
/dev/hda （300GB)上に
dev/hda1 （200GB)を作成してデータを格納した後
fdiskで/dev/hda1 をいったん削除。
すぐに /dev/hda1 を300GBで作成しなおした場合
ファイルシステムが200GBのままだと思うのですが
中のデーターって読めない状態になっちゃうんですよね？

740: 2005/08/05(金)22:31 ID:WIqOo8zL(2/2) AAS
</トイレの壁>

先に閉じ忘れちまったよ・・・ orz

741: 2005/08/05(金)22:44 ID:KU4F9jr6(1) AAS
パーティションの開始位置が変わってなくて、終了位置がファイルシステムの末端より後ろならその作業をいくら繰り返そうが読める

Win9xのfdiskだと読めなくなるがね

742: 2005/08/05(金)23:26 ID:4Yibt62T(1) AAS
Windowsのfdiskが、内部の情報までクリアしてしまうのは、↓こういうの
2chｽﾚ:unix
を防ぐためだと思うよ。

端的にいうと、パーティションを小さくきりなおした時でも
内部(ファイルシステム)の持つサイズ等の情報が残っていると
パーティションを越えた領域にまで読み書きが及んでしまう可能性があるから。

743: 2005/08/06(土)00:04 ID:3S3/1Uzt(1) AAS
windowsは初心者が多いから、
「fdiskで見えなくしたから大丈夫」
と思う人が多いんだろう。だから、部分的に削除する必要がある。
Linuxの場合、いざというときのために削除しない。みんな分かってるしね。

744: 2005/08/07(日)13:49 ID:Je5HZYTh(1) AAS
<チラシの裏>
ReiserDriverのrfsdfsd.regがExt2fsdのをそのまま持ってきててわらた
</チラシの裏>

745: 2005/08/15(月)23:08 ID:6QBzqfJz(1) AAS
シーケンシャル書き込みをしたときに
書き込みが分断されにくいファイルシステムってどれになるんでしょうか？

Win機でキャプチャした動画をそのまま
LinuxのSamba上に直接書き込みたいのですが。

746: 2005/08/16(火)00:04 ID:00d/sAd6(1) AAS
mkfsした直後のファイルシステムならなんでも

747: 2005/08/16(火)01:24 ID:QDWio2py(1) AAS
tmpfsオススメ

748: 2005/08/16(火)05:31 ID:43STq93l(1) AAS
tmpfs いいね

749: 2005/08/16(火)12:42 ID:KdwkTm81(1) AAS
ramfsとは一味違うよな

750: 2005/08/16(火)22:44 ID:4BururbB(1) AAS
ext2でいいんじゃね？
同時にいくつものファイルを扱ったり、小さい(ブロックサイズより)ファイルを大量に扱うのなら他を検討したほがよいと思うけど。
ストレージ容量やファイルサイズが馬鹿でかいときはxfs,jfsがいいって聞くけど、普通の動画ファイル鯖ぐらいならext2で十分かと。
まあジャーナリングぐらいつけておいたほうがよいかとは思うのでext3かな

751: 2005/08/18(木)15:11 ID:k3U/nA8j(1) AAS

752(1): 2005/08/19(金)01:12 ID:eyFrYcEH(1) AAS
メモリ256MBしかなくても2TBのtmpfs作れるんだから。

753: 2005/08/19(金)01:23 ID:sGLEA7MH(1) AAS
XFSはその機能あったと思うけど。
デフォルトだと、inodeが256byteしかないから使われないだろうけど。

上下前次 1-新書関写板覧索設栞歴

あと 230 ﾚｽあります
ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ AAｻﾑﾈｲﾙ

ぬこの手ぬこTOP 0.033s