ファイルシステム総合スレその11

ファイルシステム総合スレその11 at LINUX

1:login:Penguin
09/10/27 19:31:45 yAzkp/C5
●過去スレ
01 ｽﾚﾘﾝｸ(linux板)
02 ｽﾚﾘﾝｸ(linux板)
03 ｽﾚﾘﾝｸ(linux板)
04 ｽﾚﾘﾝｸ(linux板)
05 ｽﾚﾘﾝｸ(linux板)
06 ｽﾚﾘﾝｸ(linux板)
07 ｽﾚﾘﾝｸ(linux板)
08 ｽﾚﾘﾝｸ(linux板)
09 ｽﾚﾘﾝｸ(linux板)
10 ｽﾚﾘﾝｸ(linux板)

●関連リンク
ext4　　　　　 URLﾘﾝｸ(www.bullopensource.org)
reiserfs/reiser4 URLﾘﾝｸ(www.namesys.com)
xfs　　　　　　 URLﾘﾝｸ(oss.sgi.com)
jfs　　　　　　　　 URLﾘﾝｸ(jfs.sourceforge.net)
nfs　　　　　　　　URLﾘﾝｸ(nfs.sourceforge.net)
ntfs　　　　　　　 URLﾘﾝｸ(www.linux-ntfs.org)
fuse　　　　　　 URLﾘﾝｸ(fuse.sourceforge.net)
btrfs　　　　　　　URLﾘﾝｸ(btrfs.wiki.kernel.org)
NILFS2 (NTT)　 URLﾘﾝｸ(www.nilfs.org)

en:List of file systems
URLﾘﾝｸ(en.wikipedia.org)

Linuxファイルシステム技術解説
URLﾘﾝｸ(www.atmarkit.co.jp)

File Systems in Linux
URLﾘﾝｸ(www.linux.org)

2:login:Penguin
09/10/27 19:36:22 yAzkp/C5
Linuxの次世代ファイルシステムは「バターFS」!?
URLﾘﾝｸ(www.atmarkit.co.jp)

Linux ジャーナリング・ファイルシステムの徹底調査
URLﾘﾝｸ(www.ibm.com)
Linux フラッシュ・ファイルシステムの徹底調査
URLﾘﾝｸ(www.ibm.com)

Linux filesystem benchmark 2008/1-2
URLﾘﾝｸ(www.t2-project.org)
URLﾘﾝｸ(www.t2-project.org)

Filesystem Specifications - Links & Whitepapers
URLﾘﾝｸ(www.forensics.nl)

Linuxファイルシステムベンチマーク ext3,ext4,JFS,ReiserFS,XFS,NILFS2
URLﾘﾝｸ(plaza18.mbn.or.jp)
URLﾘﾝｸ(plaza18.mbn.or.jp)

キャラディのジョークな日々「ショートショート:Raiserfs」

968 名前：login:Penguin[] 投稿日：2009/10/27(火) 05:40:32 ID:jiElCaIn
Raiser4 書いた人って、2006年に妻を殺害して第一級殺人犯になった男だよな？

969 名前：login:Penguin[sage] 投稿日：2009/10/27(火) 11:39:34 ID:T/52Nhue
だれでも考えつくことだが、彼は思い立ったら実行するタイプなんだ。

次スレ担当>>970だそうです。

3:login:Penguin
09/10/27 21:09:00 tKoU9VEY
乙

4:login:Penguin
09/10/27 21:14:33 HIZbYvWX
Btrfs
(本家曰く、思いっきり開発中なので評価以外の用途はお勧めしません。)
URLﾘﾝｸ(btrfs.wiki.kernel.org)

ChunkFS
(信頼性と復旧の改善を狙って分割管理)
URLﾘﾝｸ(linuxfs.pbworks.com)

SpadFS
(クラッシュ後の復帰とディレクトリの高速化。ジャーナリングの代わりにcrash countsを使う)
URLﾘﾝｸ(artax.karlin.mff.cuni.cz)

ベンチマーク ext2,ext3,ext4,reiserfs,jfs,xfs,ChunkFS,NILFS,btrfs,reiser4,ZFS
URLﾘﾝｸ(www.csamuel.org)
ベンチマーク ext2,ext3,ext4,reiserfs,reiser4,jfs,xfs,vfat,ntfs,zfs,btrfs
URLﾘﾝｸ(tetralet.luna.com.tw)

5:login:Penguin
09/10/27 22:54:45 szp/tgag
952 名前：login:Penguin [sage]： 2009/10/25(日) 11:16:53 ID:inCB1OT5
マジレスしとくと「大昔からfsyncの問題は議論されていて」じゃなくて「大昔にfsyncの問題は議論されていて」
更に言うと、この時、HDDの書き込み方向のキャッシュをパフォーマンスの為にこれからも利用し続ける事になったが
その所為で、他の*NIXを利用している連中(教祖様含む)からLKMLやNetNews、教祖様に至っては怪文書で色々とケチを付けられた
これがこのスレで度々書き込まれる、fsync問題とか称するバカ話の発端

なぜバカ話かというと、当時ケチを付けていた連中の使っていた*NIXですら、今では書き込み方向のキャッシュを利用しているから
つまりは今となってはHDDの書き込みキャッシュを利用する方が標準なわけ
しかも昔のSeagateとかならともかく、今ではHDD自体がキャッシュに留まっているのか、ちゃんと書き出したのか
そこまで判定できるし、読み込みと書き込みでキャッシュのパイプラインを分けている物も多数あるんで殆ど問題ない

なぜ「殆ど」かと言うと、キャッシュに溜っているのか、それともちゃんと書き出したのかの判定をせずに
HDDからの完了通知を即書き込み完了として処理する、とてもアレなFSも中にはあるから
まあこのスレの馬鹿共は、ここでFSを名指ししたりすると即アンチ認定しそうだからFSの名前は伏せとくわ
自分で調べてくらさい

6:login:Penguin
09/10/27 23:41:45 kt9dOFeG
なんだコイツ、キモイな。

てめーの書き込みをわざわざ次スレまでコピペしてんじゃねーよタコ。

7:login:Penguin
09/10/28 00:10:37 IuU/Q22S
前スレ952の人気に嫉妬

8:login:Penguin
09/10/28 00:41:15 6li4A9sd
AppleはSunがOracleに買われたからってことでZFS on OS Xを止めちゃったけど、
ZFSよりもbtrfsのほうがずっと先行き危ないと思うんだけどなぁ。

Appleのやることはわからん。

9:login:Penguin
09/10/28 02:36:23 b5uue/NU
>>8
ライセンス問題らしい
URLﾘﾝｸ(slashdot.jp)

10:login:Penguin
09/10/28 03:06:21 0Uvx40wl
>>5
コピーするなら、「JFSですね、わかります。」
まで入れておくべきだと思う。

11:login:Penguin
09/10/28 10:05:58 to2oh3IR
米Apple、「Mac OS X」向け「ZFS」プロジェクトを閉鎖
URLﾘﾝｸ(sourceforge.jp)
>　AppleのMac OS Forgeのプロジェクトページには、開発打ち切りの理由は明記されておらず、
>「ZFSプロジェクトは停止となった。メーリングリストとレポジトリを間もなく削除する」とだけ記している。
>　開発打ち切りの背景として、Sunを買収する計画を発表している米Oracleが「btrfs」を開発していることから、
>ZFS開発を継続しないと予想されていることが予想される。ZFSを巡っては、米NetAppがSunを相手取って
>特許侵害訴訟を起こしている。

12:login:Penguin
09/10/28 10:20:34 to2oh3IR
オンライン・デフラグやリサイズも
次世代ファイルシステム「Btrfs」はSSD最適化にも注力
URLﾘﾝｸ(www.atmarkit.co.jp)

13:login:Penguin
09/10/28 11:42:14 FfA7xf+I
BSDLなカーネルにGPLなファイルシステムは入れられるの？
FUSEは別だろうけど

14:login:Penguin
09/10/28 11:52:30 b5uue/NU
BSDLとGPLは互換性あるし問題ないでしょ。
全体がGPLになるけど。

15:login:Penguin
09/10/30 10:26:52 3aG5ez0i
ubuntu 9.10導入
ext4でデータ消失のバグが報告されているのでJFSにしてみました

どうかな
おまえらが言うような結果になるのでしょうか

16:login:Penguin
09/10/30 12:35:36 dySd2Mc2
JFSはIBMがOS/2からポートした、というネームバリュー以外になにもない。

17:login:Penguin
09/10/30 13:07:30 pe4zRRJo
え、AIXでなくてOS/2からのポート？

18:login:Penguin
09/10/30 14:10:21 3T+lkiwV
AIX→OS/2→Linux

19:login:Penguin
09/10/30 16:15:19 3aG5ez0i
15です
JFSは非常にすばらしいことがわかりました
もちろん実験前から勝負はついてるんですけどね
512MBを超えるとデータ消失とかないですからw

20:login:Penguin
09/10/30 17:42:29 1avBewfQ
>>19
>>5 >>10
あるいは
前スレ
ｽﾚﾘﾝｸ(linux板:952番)
ｽﾚﾘﾝｸ(linux板:955番)

21:login:Penguin
09/10/30 17:47:55 3aG5ez0i
>>20
おまえらの信じ込みが過ちを招くのだよ。

22:login:Penguin
09/10/30 22:22:24 /Cb3mDIP
AIXのJSFとOS/2のJSFはけっこう違ってるってのを過去スレで見た。
Linuxのは劣るほう(OS/2のほう)のやつをベースにしてるとか。
信憑性はしらん。

23:login:Penguin
09/10/30 22:24:08 p6Bh+fPS
／(^o^)＼ﾅﾝﾃｺｯﾀｲ

24:login:Penguin
09/11/01 00:13:52 c74q3/Kd
HDD 全体の暗号化は無謀なのか？

物理的にHDDにアクセスできる場合、file permission は無意味であるから、暗号化によって
・ファイルの閲覧
・ファイルの改ざん
を防ぎたい。ファイルの改ざんを防ぐのは、ファイルの閲覧を防ぐことに関連していて、
実行ファイルが改ざんされていると、暗号化は無意味になってしまう。
（例えば /bin/bash をアレゲな実行ファイルにすり替えて、攻撃者はやりたい放題！）

こうなると、ディスク全体を暗号化する必要がでてくる。
しかし暗号化されたファイルシステムに対応したブートローダは少ない。
いろいろ調べてみたが、ブート前認証（pre-boot authentication）で暗号化されたボリュームを復号化し、
ブートローダやカーネルからは透過的にアクセスできるシステムを聞いた。

で、誰か知らないかなこれ？
ファイルシステムおたくの皆さん情報求む。

25:login:Penguin
09/11/01 00:34:34 KU2qNmI2
>>24

URLﾘﾝｸ(www.google.co.jp)
%83%80%E3%82%84%E3%82%AB%E3%83%BC%E3%83%8D%E3%83%AB%E3%81%8B%E3%82%89%E3%81%AF%E9%80%8F%E9%81%8E%E7%9A%84+%E3%82%A2%E3%82%AF%E3%82%BB%E3%82%B9+%E6%9A%97%E5%8F%B7%E5%8C%96%E3%80%80HDD&lr=lang_ja

URLﾘﾝｸ(www.google.co.jp)

やっぱりだめかな。
詳しい人おながいします…。

26:login:Penguin
09/11/01 00:36:38 c74q3/Kd
>>25
ありがとう。

まだ読んでないけど
Full system encryption for Linux (yes, even the kernel)
URLﾘﾝｸ(xercestech.com)

も参考になるかも。
ちょっと頑張ってみるよ。

27:login:Penguin
09/11/01 23:56:53 3YKZM7wE
>物理的にHDDにアクセスできる場合
が何を指しているのか判らない。
外して他のマシンに付けて読み込む事を防ぐのかローカルからrootでログイン
された場合を想定しているのか。

bootもstage1を想定して(無理だと思うが)のかカーネルロードが終わってinit
の起動辺りからを想定しているのか。/bootパーテーション以外の暗号化は比較的
簡単に出来たと思ったが。

28:24
09/11/02 21:09:48 nf5yYOOC
当初の計画とは大幅に脱線しましたが、結論から言うと、なんとかできました。

暗号ボリュームは dm-crypt + LUKS で実現します。
もちろん、このままでは Grub が困ってしまいますので、Grub 2 を導入しました。
Grub は USB メモリにインストールしました。
（Grub のモジュールや設定ファイルも USB メモリにパーティション切っていっしょに入れます）

そして Grub のシェルから:
grub> insmod luks
grub> ls
Enter passphrase: *****************
Attempting to decrypt master key...
Slot 0 opened
(lk0) (hd0) (hd0,1) (hd1) (hd1,1)

やりました！(lk0) が暗号ボリュームです。
/ やら /boot を LVM で管理している場合は、さらに:
grub> insmod lvm
grub> ls
(vg0-lv0) (vg0-lv1) (lk0) (hd0) (hd0,1) (hd1) (hd1,1)

イェィ！
(VG-LV) という形で現れます。あとはふつーに:
grub> set root=(vg0-lv0)
grub> linux /vmlinuz-xxx root=/dev/mapper/lv1 （←もちろん initramfs で対応する必要がある）
grub> initrd /initrd-xxx
grub> boot

おｋ、起動しました。感動です。
が、毎回コレをやるのはアホなので、設定して grub-mkconfig で grub.cfg を更新すれば完璧です。

29:24
09/11/02 21:11:50 nf5yYOOC
USB メモリは自分の責任で管理する必要がありそうです。
さすがにここまでやるのは僕しかいないよな...

以上、初心者のメモでした。

30:login:Penguin
09/11/05 06:58:43 CbYPEfAR
被害届：USBメモリ　１個

31:login:Penguin
09/11/05 17:50:04 NZnr/6iR
>>30
最悪USBメモリが盗まれても大丈夫でしょ。
Grubのモジュール書き換えられたらアウトだけど。
（パスフレーズを盗むためのコードを仕組める）

つまり、世の中に完璧は存在しない。諦めろ。

32:login:Penguin
09/11/05 18:36:07 RIeUe8xw
これってUSBメモリやそのバックアップ紛失してもレスキューできるの？

あと米国国防省でも解読できない？

33:login:Penguin
09/11/05 18:36:16 t/gdzP4f
よく分かんないけどよほど大事なものがはいってんだな

34:login:Penguin
09/11/05 20:27:40 iGpy/b9A
どうせエロ動画だろ

35:login:Penguin
09/11/06 09:59:33 i8V8Q4X9
>>32
Googleが本気になったら解読できる。

36:login:Penguin
09/11/06 11:13:47 Bm+iX39c
>>31
なにそれ、その場合のパスワードは全部GRUBが管理してるわけ？

じゃ、こんなかんじでクラックできるか。
1. USBメモリを盗む
2. dd で別のUSBメモリを全部コピー
3. GRUBパスクラックのツールをつかってbrute force attack
4. パスゲット
5. PCパクって、パスを使用して解読

つか、俺だったらそんなことせずにHDDをパクって、バイト単位で情報ひっこぬくけどね。
dm-cryptとかってファイルの内容自体は暗号化しないんでしょ？

37:login:Penguin
09/11/06 16:36:56 S0/3jsFP
>>36
> その場合のパスワードは全部GRUBが管理してるわけ？

んなわけねーだろ

38:login:Penguin
09/11/06 22:53:17 IuM/fa17
Linuxのファイルシステムが進化する為には、AppleにBTRFSを採用して貰うしかもう駄目だね。
WebkitやOpenCLなどの様に、Appleが音頭を取らないといつまで立ってもグダグダだし。

39:login:Penguin
09/11/06 23:03:55 iXOsQrOD
>>38
マカ死ね！

40:login:Penguin
09/11/07 04:03:22 niKvEDx3
なんだまたアホApple信者か。

41:login:Penguin
09/11/07 09:22:43 BQraOWE+
GPLもCDDLも厄介なライセンスだからな

Appleが手を出すとしたらHAMMERじゃね？
とりあえずHFS+クソ

42:login:Penguin
09/11/07 11:34:20 m/BosRHN
>>38
OS Xがbtrfs採用したら、OS XがGPLになって無償再配布が可能になるんで万々歳だな。

>>41
現時点でファイルシステムはWinやLinuxに比べて10年以上遅れているけど、
ZFS捨て捨てした以上、あと数年は腐れたままなのが確定的なので、下手すると
20年遅れなんてこともありえる。

43:login:Penguin
09/11/07 14:07:02 fCWjXbCf
>>42
Linuxのコード流用しなけりゃGPLにはならないだろ

44:login:Penguin
09/11/07 14:20:20 tzm3Abzo
btrfsはGPLライセンスだから、FUSEの様な形ででもければ採用した時点で
GPL汚染ｹﾃｰｲだけどな。

45:login:Penguin
09/11/07 14:21:54 Lb6cEoPQ
なんかだんだ言ってLinuxがファイルシステムを先導してるな。

Linuxが最先端だ。

46:login:Penguin
09/11/07 14:23:32 whpRTm6C
Linuxが最先端なんて言うと精神病患者の病状が悪化するからヤメて

47:login:Penguin
09/11/07 15:11:28 Lb6cEoPQ
>>46
でも、本当のことなんだから仕方がない。

48:login:Penguin
09/11/07 15:25:43 nw0pVpxi
ネタでも荒れるやめろ

49:login:Penguin
09/11/08 00:26:53 OQjXLhp/
ネタじゃなくね？

50:login:Penguin
09/11/08 01:45:12 wRoQVOt8
>>49
まあ、ReiserFSのことなんでしょう。最先端といえば。

51:login:Penguin
09/11/08 05:15:56 GAdECNCg
刑務所FSの最先端ですよね

52:login:Penguin
09/11/08 08:31:45 10DPRXD3
chroot jail

53:login:Penguin
09/11/08 10:55:33 ipbyT38m
オラクルはbtrfsをGPL/CDDLのデュアルライセンスにしないのかな

54:login:Penguin
09/11/08 11:41:07 8qQxuMxN
するならzfsの方でしょう?

55:login:Penguin
09/11/08 11:51:29 TyReMUqQ
つか、そもそもBtrfsをlinuxツリーに入れてる時点で、オラクルはあれをLinuxようのファイルシステムとしか
考えてないでしょ、オラクルはあれを標準にしてDBと一緒に売りたいわけだし

56:login:Penguin
09/11/08 12:06:28 HCcTX1Cc
まあいいんじゃん。どうせOracleなんて会社なくなるでしょ。

57:login:Penguin
09/11/13 00:38:27 Vs1IqT4A
>>2
> 968 名前：login:Penguin[] 投稿日：2009/10/27(火) 05:40:32 ID:jiElCaIn
> Raiser4 書いた人って、2006年に妻を殺害して第一級殺人犯になった男だよな？

> 969 名前：login:Penguin[sage] 投稿日：2009/10/27(火) 11:39:34 ID:T/52Nhue
> だれでも考えつくことだが、彼は思い立ったら実行するタイプなんだ。

しかし日本では・・・

Google先生で｢夫｣の後にスペースを入れると
URLﾘﾝｸ(blog.livedoor.jp)

58:login:Penguin
09/11/15 04:22:04 jmn+r4Fz
>>57
結論: 嫁にするならGoogle派より Yahoo派の女。

59:login:Penguin
09/11/15 08:48:27 SPO/mK0i
ubuntuやopensuseでbtrfsが本格的に使われるようになるのはいつ頃かなあ

60:login:Penguin
09/11/15 09:17:30 OxJadaUt
fedraが採用する頃

61:login:Penguin
09/11/15 12:18:24 jmn+r4Fz
なんか、あちこちの記事読んでると、ext4 が案外性能良いみたいですね。
「ext3を付け焼き刃で拡張しただけ」かと思ってましたが、
開発者も多くて、malloc や gcc 4.3 のバグなども修正しながら、
パフォーマンスを上げてきているようで。

62:login:Penguin
09/11/15 14:45:41 iL7okWx2
自分で評価するのが一番。
一度 ext4 使ってしまえば ext3 に戻る気なんてしないから。
それぐらい良い。

63:login:Penguin
09/11/15 14:50:53 jmn+r4Fz
らしいね、
ext4のベンチマーク見てると、btrfs 要らなさそうだ。

64:login:Penguin
09/11/15 14:57:27 Lo6VH+wY
えっ？

65:login:Penguin
09/11/15 14:58:34 jmn+r4Fz
ちなみに、mkfs するときは、デフォルトで推奨設定(パフォーマンス優先)になる?

66:login:Penguin
09/11/15 15:20:59 iL7okWx2
知らん。その辺は自分でソースみてくれ。

67:login:Penguin
09/11/16 07:40:26 HcV2Sll5
>>63
btrfsは高速ってわけでもないと思うが

68:login:Penguin
09/11/16 09:26:04 u9Fc4Qiy
透過圧縮のオーバーヘッドかな。
btrfsはreiserfsみたいな感覚。reiser4とよく似てる。
ほとんどのディストリはext4に移行していくんじゃないかと思ってる。

69:login:Penguin
09/11/16 10:52:07 LUaPtu/h
透過圧縮とかよりもCoWのコストだろ
どうやってもext4なんかの上書き更新系の奴よりディスク操作が多くなるから仕方ない
その分、安全なんだから一長一短という感じか

性能重視ならext4
データの安全性・冗長性を重視するならBtrfs

通常ディストリはext4、サーバー系はBtrfsてな感じになるんじゃないの？

70:login:Penguin
09/11/16 11:51:46 3gyy2E2U
結局 reiserfs や XFS に浮気をせず、 ext3 を使い続けた奴が勝ちか…。

71:login:Penguin
09/11/16 20:36:37 SEwaAid7
>>70
ほとんどのやつが勝ち組だろ

72:login:Penguin
09/11/17 00:52:19 9a2RGO/v
あんまり話題になってないけどみんなはnilfs2をどう評価してるの？

73:login:Penguin
09/11/17 01:19:36 P1OQBgIu
ずっと xfs 一筋。

74:login:Penguin
09/11/18 03:50:24 6bEuH4wO
>>72
二週間程使ってみた感想は、スナップショットが一瞬でとれる事くらい？
パフォーマンスに関しても、悪くはないけど、そう変わらない気がする、
特にこれと言って問題も無いし話すような事が出てこんなｗ
GUI作るなり、Ubuntuあたりが、なんかすれば話題になってもいい気がする

75:login:Penguin
09/11/18 03:59:30 6bEuH4wO
すまんさげ忘れた

ジャッジメントですの！

76:login:Penguin
09/11/18 06:38:32 kZw/MP4k
>>75
萎えた。

77:login:Penguin
09/11/18 07:58:39 FFt/LoHq
>>72,74
SSD使いが増えれば違った評価が出てきそう。

78:login:Penguin
09/11/18 08:34:59 98wsq94q
URLﾘﾝｸ(lkml.org)
頑張る人もいるもんだなあ。

79:login:Penguin
09/11/18 14:06:32 M1ZNuLnQ
結局、ext4の512mb以上のファイルが壊れるバグはガセだったのけ？

80:login:Penguin
09/11/18 14:11:41 AN4ywOP1
君、なんか勘違いしてない？
そんなの聞いたこともないわ。

81:login:Penguin
09/11/18 14:41:42 M1ZNuLnQ
そうか？スマン

URLﾘﾝｸ(wiki.ubuntu.com) ファイルシステムでは巨大なファイルが破損する恐れがあります

↑これのことを聞きたかったんだ

82:login:Penguin
09/11/18 15:10:25 AN4ywOP1
>>81
ああ、ほんとにそんな記述があったのね。

バグ読んだが、
1. 実際にそれが起こっているユーザーはたったの2人。
2. 恐らくSSD使用ユーザーのみ。

という、限られた環境で影響も限りなく小さいバグ(？)だろ。
気にすることではない。

83:login:Penguin
09/11/18 19:41:12 k/PvN2ku
>>82 は先月だけで10人以上(Linus含む）もファイルシステム破壊に遭遇し、みんながカンカンに怒っていた事件をしらんのかな。一応featureを
１つデフォルトでdisableにして解決した。ということになっているけど、あんだけバグ報告あったら一件ぐらい違う原因のが混じっていても
わからんと思うぞ

84:login:Penguin
09/11/18 19:53:30 bnyABEC1
>>79に>>80とレスを返してるんだぞ。
知ってる訳ねーだろが。

85:login:Penguin
09/11/18 20:50:54 vPkRiSUE
つか、fsにとってファイルが壊れるというのはかなりクリティカルな
障害だと思うんだがなぁ。

86:login:Penguin
09/11/18 21:24:05 79/cIGaY
うわー怖い。やっぱりxfsが鉄板かな。

87:login:Penguin
09/11/18 21:37:09 RDJ/mbPi
>>86
同意

先に言っておくが自演ではない

88:login:Penguin
09/11/18 22:16:03 E//bDobE
みんな、サーバで使うファイルシステムの話をしているの？
ext系って人気なの？

89:login:Penguin
09/11/18 23:45:35 AMja0bqj
>>87
自演乙

90:login:Penguin
09/11/18 23:51:02 m6nVQULy
システムや他の用途なら話は変わるが俺は大きいファイルの倉庫にするならxfs一択だな。

91:login:Penguin
09/11/19 00:05:27 Qyh1udZo
>>85
そういう悲劇を経験しないと立派なFSになれないのです。

92:login:Penguin
09/11/19 00:34:26 B7tRQTZK
小さい大量のファイルの場合は？
WindowsのファイルサーバにWindowsのインストールディスクやら
履歴バックアップファイルやら何やら大量に置いたら
エクスプローラでのアクセスがすんごく重くなったりしたのですが
ファイルサーバをLinuxにすれば解消するのかな

93:login:Penguin
09/11/19 01:33:01 c2U4zwS4
>>92
んな板違い書くくらいなら試した上で報告した方が建設的だと思わないか？

94:login:Penguin
09/11/20 06:05:53 QAQ96yK9
>>92
後半はどうでもよいが、うちはシステムやログ置き場はreiserfs、倉庫はxfsにしてるぞ。
reiserfsはジュルジュル、xfsはシャラシャラと音を立てて動いとる。

95:login:Penguin
09/11/20 07:17:05 jsAFze96
SnowLeopardはNTFSの読み書きが出来るというのにLinuxだと出来ないのか。

96:login:Penguin
09/11/20 07:27:25 qq0W+zDl
>>95
ntfs-3g

97:login:Penguin
09/11/20 17:44:21 1uno16+x
>>94
美味そうですね
今度食べてみます。

98:login:Penguin
09/11/20 23:29:58 L9cFS8tr
>>79
嘘じゃない。でも解決済み。

99:login:Penguin
09/11/21 09:17:05 y7KUzbJ/
おまえらUSBメモリのファイルシステムって何にしてる？やっぱFAT32？

ext3にしてみて初めて
アクセス権の概念がUSBメモリにも存在しうることに気づいた今日この頃

100:login:Penguin
09/11/21 09:22:00 iqCcH6fc
ext2

101:login:Penguin
09/11/21 09:35:30 y7KUzbJ/
>>100
なんで？

102:login:Penguin
09/11/21 10:27:49 sKHMurbl
ポータビリティを考えてFAT
クラスタサイズを16KBか32KBにして、クラスタ境界の位置がクラスタサイズで
アライメントされるように気をつけてる。

103:login:Penguin
09/11/21 12:27:39 0rYO28LN
>>28
使いたいので教えてほしい。
grub-1.97.1のソースコードにはluks.modは入っていないような気がするけど、
使ったGrubの正確なバージョンは?
もしかして最近のUbuntuに同梱しているとかなのかな。

104:login:Penguin
09/11/21 12:50:46 iqCcH6fc
>>103
レスありがとう。
僕は初心者なのであまり参考にならないとは思うが、気が向いたらHTML文書にしてWWWで公開しようと思う。

> 使ったGrubの正確なバージョンは?
ごめんぽ、公式のGRUBにはまだ統合されていないね。
GRUB-DevelのMLによると、Michael Gorven氏がパッチを作ったらしい。
ソースはBazaarリポジトリから落とせるよ。
URLﾘﾝｸ(michael.gorven.za.net)

USBメモリにインストールする場合は、パーティション切ってフォーマットして、そこにモジュールをインストール。
grub-install --root-directory ${モジュール入れるパーティション} /dev/${USBメモリ}

詳しいことは↓が参考になるかも。
お役に立てなくてごめん＞＜
URLﾘﾝｸ(xercestech.com)

105:login:Penguin
09/11/21 13:28:32 0rYO28LN
>>104
thx. メンテを楽にしたいので、ディストリが面倒見てくれるまで待つことにするよ。

当方は今は/bootのみ非暗号にしてる。残りはdm-crypt+LVM。
持ち歩き用ノートPCでpassphraseは手打ち。(サーバだと手打ちは困りそうだけど)
grub.cfgぐらいなら見えても仕方ないかな、ってポリシ。

106:login:Penguin
09/11/22 20:23:08 W1NBetm+
e4defrag ( ext3(4) online defragment ) の進捗ってどうなってるか知ってる?

107:login:Penguin
09/11/22 20:27:36 WHLDtj9N
>>106
URLﾘﾝｸ(marc.info)

108:login:Penguin
09/11/22 22:36:15 W1NBetm+
>>107
これ読んでもよくわからん。
随分前から、今にも完成しそうな雰囲気なのに、
なかなか出てこない気がするんだけど。

109:login:Penguin
09/11/23 00:02:24 ytdbhYjl
リーナスがデフラグ嫌いなんだよ。

110:login:Penguin
09/11/23 00:25:23 I1npVrcE
ubuntu9.04のext4でデータが消える問題はもう直った？

111:login:Penguin
09/11/23 01:46:01 kBwpTTWB
>>109
いや、すくなくとも、ここ何年かLinusがデフラグにコメントしているのを見た記憶がない。NECにやる気がないだけだと思われ。
すくなくともTed Tsoは前向きな反応をしてるんだし

112:login:Penguin
09/11/23 11:06:32 1s2bJX+z
NEC「デフラグツールは有料です」

113:login:Penguin
09/11/23 12:37:05 M4Kof4Pb
GPLだから他の人が無料で配るよw

114:login:Penguin
09/11/23 14:53:28 SmnwTn0+
テストが十分でないと聞いたことがある。
おまえらテスターになれよ。

115:login:Penguin
09/11/23 15:20:04 koDmlgW2
実装方法がアレだから、って話じゃなかったか。
それは修正されたん？

116:login:Penguin
09/11/23 17:14:00 OYCalW+F
ext3, ext4 と、なんだかんだで長期運用する事になったので、
月に1回ぐらい、デフラグできればいいんだけどなぁ。

117:login:Penguin
09/11/23 17:41:44 eH9pPbHi
それ以前に既存のext3からext4への移行に使いたい

118:login:Penguin
09/11/23 20:23:15 OYCalW+F
>>117
ext3 から ext4 には移行できるでしょ?

119:login:Penguin
09/11/23 20:53:31 eH9pPbHi
お前は何を言っているんだ？

120:login:Penguin
09/11/23 21:02:49 1s2bJX+z
何をもってしてext4足るか

121:login:Penguin
09/11/23 21:36:35 eH9pPbHi
名前だけext4で中身がext3のまんまじゃしょうがないじゃん

>>118は「和牛肩ロース」ってラベルに書いてありさえすれば、
中身がオージービーフのスジ肉でも喜んで大枚払うらしいが

122:login:Penguin
09/11/23 21:57:20 KOZ4W3PW
>>121
名前だけって、エンハンスとか使い始めたらそのときから完全にext4ですけど？？

123:login:Penguin
09/11/23 22:00:36 1s2bJX+z
もしかして: エクステント

124:login:Penguin
09/11/23 22:40:03 eH9pPbHi
>>122
完全じゃねーよ

125:login:Penguin
09/11/23 23:25:55 z7b6dTYU
「マウント状態のままデフラグ」が出来なければ価値が無いからなぁ。
そのあたりどうなるんだろうな

126:login:Penguin
09/11/24 00:02:47 U/HVrUKJ
>>121
ちょっとは調べてから書き込めよ。

127:login:Penguin
09/11/24 02:14:54 B0kEHSFD
>>126
がんばれ

128:login:Penguin
09/11/24 02:19:28 Kk3wBSmh
ext3をext4でマウントしても既存の部分はブロック管理のままですよ。
新規に作られるファイルはエクステントベースになります。

たしか移行ツールが用意されるはずだったけど。
中身バックアップしてext4でフォーマットしてから戻した方がいいかもね。
ていうか私はそうしました。

129:login:Penguin
09/11/24 02:47:36 B0kEHSFD
>>128
> たしか移行ツールが用意されるはずだったけど。
だからそれがe4defragだっつーの

130:login:Penguin
09/11/26 18:11:34 gO4Y2dJV
>>129
そのe4defragは当分でないのですか?

131:login:Penguin
09/11/26 18:41:01 upXFx4Yd
>>106に戻る

132:login:Penguin
09/11/28 02:41:00 bW4Z6Rwb
ASCII.technologiesが中の人を一人も呼ばないファイルシステム紹介をやったぞ
とりあえずNTFSが間違いだらけだった

133:login:Penguin
09/11/28 11:49:00 tMpH+DBH
ASCIIで技術的に信用できるのはSuper ASCIIだけ

134:login:Penguin
09/11/29 20:29:16 9nZ2ocEU
週刊アスキーは巻末近くのグラビアしか見ない。

135:login:Penguin
09/12/03 14:40:12 vVkCOmYy
週アスってどの号読んでも「MSから金もらってんだろ!」と思う。

136:login:Penguin
09/12/03 18:40:03 JbSPSDOV
Linuxはファイルシステムに選択肢があっていいな
Windowsは断片化しまくりのNTFSしか使えなくて最悪

137:login:Penguin
09/12/03 18:45:31 LhDc+e3j
その通りだけど、Solaris様のZFSうらやましい。。

138:login:Penguin
09/12/03 18:52:35 lUdgKKni
画像ファイル7万くらいあるんだけど、それらを置くファイルシステムって何がいいかな？
一度置いたら書き込みはしないです。なので、読み込みのパフォーマンスがいいのと
それなりに安定してるファイルシステムがいいなと。。

画像一つあたりのサイズは500kb程度と小さいので、
小さなファイルを読み込むのに適したものがあれば、教えてほしい。
自分で調べた限りでは、"reiserfs"　が適しているのではないかと思っています。

スレを見ていると人それぞれ拘りがあるようなので、一概には言えないとは思いますが…
皆さんのご意見をいただけたら‥

139:login:Penguin
09/12/03 18:56:39 hhKRGqov
パフォーマンスも重要だけど、万が一壊れたときに
データだけでも救出できることを考えれ。

140:login:Penguin
09/12/03 19:00:11 /H0mk1k6
>>138
SSD上に置けば何でもいいよ

141:login:Penguin
09/12/03 19:23:18 oi5u0tkh
>>138
ext3, reiserfs, XFS で鯖立ててるんだけど、
今なら迷わず ext4 にするわ。

パフォーマンスは、ぶっちゃけそんなに変わらないが、
vm や gcc・glibc ぐるみで開発されていく ext4 は強い。
というのが俺の印象。
XFSのvmであれだけもめたのに、ext4の時はすんなりいくから。

142:login:Penguin
09/12/03 19:52:31 lUdgKKni
>>139
一応、DVDにバックアップというか大元は焼いてあります。
HDDが逝ってしまってバックアップもとれなかった経験があるんで
気をつけるようにはしてます。

>>140
1GBあたりの単価がもう少し下がらないかなぁと…
システム用にしたいですw

>>141
あぁ ext4 もありましたね。
reiserfs と ext4 を用意して試してみます。

Linuxは色々と選べて自分の好きなようにできるので楽しいですね。
ありがとうございました。

143:login:Penguin
09/12/03 23:36:31 CMinE5F4
いまさらreiserfsなんて言っている時点でネタとしか思えん。

144:login:Penguin
09/12/03 23:37:54 65LtbbTM
一度書いたら消さない（消せない）ファイルシステムあっただろ

145:login:Penguin
09/12/04 01:21:22 aA+BNYk9
iso9660か。いいな、それ。

146:login:Penguin
09/12/04 11:27:27 hmu9s77E
log structured FSのことじゃないの？

2.6.32でXFSが
Per-backing device based writebackによってSATAで40%, SSDで20%以上高速化
空inode探しが3-4倍速くなった
と書いてあった。

147:login:Penguin
09/12/04 19:58:04 pB1EiGYG
LFSは消せるぞ。消しても断片が残り続けるので、別途GCしてあげないといけないけど。

148:login:Penguin
09/12/07 20:07:53 ZPFfT5DJ
fenrirFS

149:login:Penguin
09/12/07 23:48:58 M3aoU3Ka
Linuxってサブディレクトリに制限あるとかまじでありえないんですけど・・・
それってOSとしての機能が致命的じゃないですか？

Fedora11のext4だとその制限解除してくれるの？デフォルトでdir_nlink有効になってる？

150:login:Penguin
09/12/07 23:56:32 MffUA2ac
お前は何を言っているんだ？

151:login:Penguin
09/12/08 00:00:13 YlJIZtoK
ext3の話？

152:login:Penguin
09/12/08 00:05:44 M3aoU3Ka
そうですext3の話です。
ファイルを作りまくるバッチシステムをWindowsからLinuxに移植しようと思ったけど
サブディレクトリに制限あるとかまじ笑えるわ！
犬糞って池沼OSだったんかいな
よくこれで、「えんたーぷらいず」とか言ってるわな
これからLinuxで鯖たてるとかいうバカみたら笑ってやろう

153:login:Penguin
09/12/08 00:09:52 k88uLTwV
ファイル作りまくりじゃなくて、ディレクトリ作りまくりだろ

154:login:Penguin
09/12/08 00:17:29 /6i0fRQ1
制限に引っかかるような設計を見直すという発想がないあたりが開発者としては致命的だな

155:login:Penguin
09/12/08 00:29:31 tXv7HrQ/
サブディレクトリを32,000個以上つくるシステムの方が池沼だと思うぞ。
てかWindowsでそれだけフォルダを作成したら重過ぎて使い物にならないと思うが？

156:login:Penguin
09/12/08 00:34:27 txrRqESb
>>155
エクスプローラー経由で閲覧しなければ大丈夫
ようするにDirかけずにパスを直指定すればいい

157:login:Penguin
09/12/08 00:35:40 txrRqESb
Vistaでためしたけどエクスプローラー経由だと
サブディレクトリがある一定数をこえるとサブディレクトリ数を正常に表示できないっぽい

158:login:Penguin
09/12/08 00:51:25 mTaTrVSR
Windowsの場合、NTFSよりもOS側の制限がきつい。

159:login:Penguin
09/12/08 00:54:11 elpaqPQh
フォルダ作成＞フォルダ作成＞コピー＞コピー＞コピー～～～
ずっと繰り返した結果、数GBのデータになってたっぽく

そのPCはシャットダウン時全てを鯖に保管するシステムになっていて
とんでもないことになった学生の夏。

160:login:Penguin
09/12/08 03:02:06 LZRIq8LM
>>152
FAT16だって65534までの制限あるだろ。
それに比べたらLinuxは正しい数で制限してる。

161:login:Penguin
09/12/08 03:09:46 txrRqESb
正しい数（笑）

サブディレクトリ数を制限するのが正しいんですね分かります

162:login:Penguin
09/12/08 03:15:39 geoCVh6Q
えーと、つまり、仕様を知らずに自分がヘマしたんだけど
くやしいから、2chで粘着して憂さ晴らしってことですね、
わかります。

163:login:Penguin
09/12/08 03:32:13 zTlIVN6J
>>161
解決してよかったな
おめでとう

164:login:Penguin
09/12/08 09:35:44 WqY8oBJr
ext4やxfsとかはそういう制限はないの？
ext2でファイル数が数万越えたらOSごとフリーズしたときはびっくりした。

165:login:Penguin
09/12/08 10:07:29 k88uLTwV
ext3でdir_indexがついたのは・・・2.6からだから６年前？

166:login:Penguin
09/12/08 16:45:04 NSimDyk+
Wikipeみたらext3が32,000、ext4が64,000となってるな

167:login:Penguin
09/12/08 17:33:00 BEJc0eh6
ext4で10万ディレクトリ作成出来てるけど？

168:login:Penguin
09/12/08 17:38:36 mTaTrVSR
dir_nlink 使えばext3でもext4でも超えられる。

169:149
09/12/08 21:47:01 txrRqESb
だからそのdir_nlinkはデフォルトで有効になってるのか聞いてんだよ池沼ども

170:login:Penguin
09/12/08 22:00:23 k88uLTwV
$ cat /etc/mke2fs.conf

おっと、中身はインストールしてからのお楽しみ。

171: ◆Zsh/ladOX.
09/12/08 22:15:22 7d+xwlXt
>>169
>>170でも分かるし、
tune2fs -l /dev/読みたいパテ | grep features
でも分かる。F11の設定は…、お楽しみですかね。

172:login:Penguin
09/12/08 22:21:07 mTaTrVSR
違うシステムにマイグレーションするのになんの調べもしない人って・・・

173:login:Penguin
09/12/09 00:45:12 hWB4EwPz
バカ湧いてて笑った

174:login:Penguin
09/12/09 23:33:47 rrplPwhF
>>173
よぅ、バカ代表

175:login:Penguin
09/12/10 02:14:32 BXLxW7Kv
まともに調べないで煽って聞き出そうって腐った根性してんだから、
そりゃバカとしか呼びようがない。

176:login:Penguin
09/12/10 07:28:39 XRwPSUsB
>>168
thx 勉強になった。

177:天才
09/12/10 21:20:15 OTcfN5jK
ext4ファイルシステム破損問題が解決、犯人は……
URLﾘﾝｸ(www.atmarkit.co.jp)
／(^o^)＼

178:login:Penguin
09/12/10 21:45:05 PbnFtXY/
「リア充」ってモートンたんは独身なの？

>Unfortunately, people who have better lives than me are best off
>assuming that a subsystem maintainer is unreliable.

179:login:Penguin
09/12/10 21:48:42 QrjblcvP
Googleに在籍している時点でリア充だと思うけどなぁ。

180:login:Penguin
09/12/10 21:51:27 QrjblcvP
URLﾘﾝｸ(en.wikipedia.org)

つか、家族いるじゃん（笑）

181:login:Penguin
09/12/10 21:55:31 PbnFtXY/
better livesって、パッチ送るときに makes life easier
（幸せになれるかもしれない(パッチ)）って書くのとかと
いっしょじゃないかな。

182:login:Penguin
09/12/10 22:14:55 /a8Daj6E
今回の件は知らないけど、Andrew Mortonはわりと定期的にリア充リア充いってるよ

183:login:Penguin
09/12/11 22:04:56 el9y1f0l
リア充って英語で何て言うん？

>>177
ほんとそこのレポートはいつもわかりやすいよな　thx

184:login:Penguin
09/12/11 22:06:35 YxDM3nvZ
リア充 = have better lives

185:login:Penguin
09/12/11 22:28:28 ftZzeHtQ
どっちかというとAndrewは real life が better than me みたいないいまわしをすることが多いような気がする

186:login:Penguin
09/12/11 23:49:46 el9y1f0l
リア充ってそういう意味なのか
リア厨と同一視してたわ
勉強になった。thx

187:login:Penguin
09/12/12 10:40:30 9ZLrltuo
I'm real enrich !!!!!ｗｗｗｗｗ

188:login:Penguin
09/12/12 23:15:40 FVJShMrT
>>187
エンリッチ=お塩先生?w

189:login:Penguin
09/12/13 13:22:32 SgV7RWsP
ところで real life って表現、2ch以外ではあんまり見ない気がするけど Andrew Morton はにちゃんねらーという事でいいの？

190:login:Penguin
09/12/13 16:53:09 TfHmlj0S
>>189
real life ふつーに使います
floatとかdoubleはないが

191:login:Penguin
09/12/13 20:55:09 iQHxckPm
URLﾘﾝｸ(akiba-pc.watch.impress.co.jp)

> Windows XPでは再設定が必要な1TB HDDが発売
>
> このAdvanced Format Technology（以下AFT）は、物理セクタあたりのデータサイズを
> 従来の512バイトから4,096バイトに拡大することで記録密度を高める技術。

これにLinuxのファイルシステム作るとき、どんなオプションつけたらいいの？

192:login:Penguin
09/12/13 21:23:59 M7YoxpFi
これSSD同様ランダム書き込みが非常に遅くなるんじゃね？

193:login:Penguin
09/12/13 21:42:42 iQHxckPm
XFSならmkfs.xfs -b size=4096で作るのかな？

>>192
そんな気がするね。
人柱の報告松。

194:login:Penguin
09/12/13 21:54:22 F2pV+9G+
ファイルシステムを作る前の
パーティションを切る段階で
セクタ位置に気をつけなきゃならんらしい

195:login:Penguin
09/12/13 22:00:37 iQHxckPm
>>194
8の倍数で切るの？

196:login:Penguin
09/12/13 23:13:03 F2pV+9G+
そそ、先頭を64セクタ目にして8の倍数
Vista/7では2048セクタみたい

197:login:Penguin
09/12/13 23:17:18 xu3mv+jK
論理セクタが512バイトのままだから8セクタ=4KiBでパーティションをアライメントしないと書き込み全部が物理セクタ上でミスアライメント→Read-Modify-Writeが要る
ジャンパピンの設定はXPまでのwindowsのデフォルトでずれる512バイト分読み書きをHDD側でずらして物理セクタにアライメントするようにするものらしい
別にXPで設定やソフトを使わないと絶対に使えないと言うわけではない

URLﾘﾝｸ(www.pcper.com)

MS「そんなもんとっくに予測済みだ」
URLﾘﾝｸ(support.microsoft.com)

198:login:Penguin
09/12/13 23:21:17 1pyf8xKT
>>194
昔はシリンダを意識していたのを忘れた？

199:login:Penguin
09/12/13 23:31:18 vMXzmCrz
そもそも、セクタサイズが512byteじゃないHDDは初めてじゃないし
対応してない方がおかしい(まずい)。

昔のNEC98はセクタサイズが1Kや2Kが普通で、それに対応してたし
CDROMなんかだって2Kとかだろ。

ただ、対応すべきツール類が対応してるか
特にFS内部的には大丈夫であっても
パーティションテーブルを触るツールが対応してるか、てのは
また別の話になってくるだろうな。

200:login:Penguin
09/12/13 23:49:57 szEb8IuP
シリンダだと63セクタだな
何も考えずにシリンダの倍数で切っていくと速度は遅くなるだろう。

201:login:Penguin
09/12/13 23:50:20 xu3mv+jK
>>199
話の方向がぜんぜん違う
明後日向いてる

202:login:Penguin
09/12/13 23:56:59 F2pV+9G+
アレ?パーティションの先頭セクタはどうなってんだろ

203:login:Penguin
09/12/14 01:41:57 W0i7YDeq
>>199
実際には4096byteなのにOSからは512byteに見えるっていうのが問題なんだが？

搭載されているエミュレーション機能で別に普通に使っても問題ないが、
そのエミュレーション機能の存在（つまり本来のセクタサイズ）に気づけないOSだと
色々と性能を100%引き出せない落とし穴があるがどうしようって話なわけで。

まんまSSDの時と同じだよなｗ

204:login:Penguin
09/12/14 16:17:50 Ab/XBe4X
ぶっちゃけ、NILFSとext4はどっちがおすすめ？

205:login:Penguin
09/12/14 16:18:47 jqqPNVZA
NILFS2はSSD専用FSらしい

206:login:Penguin
09/12/14 16:54:45 a+pPkqXZ
URLﾘﾝｸ(www.atmarkit.co.jp)

【ext4ファイルシステム破損問題が解決、犯人は……】

ext4は一応直ったらしい。

207:login:Penguin
09/12/14 17:05:55 UNjRCCqB
>>205
hddだけど普通にnilfs2使ってるよ
スナップショットの作成は一瞬だし
スナップショットを独立してマウント出来るし
デスクトップユーズの俺でも色々便利だよ

実績が少ないし鯖用途にはどうなんだろうね
今んとこ特に問題ないけど

208:login:Penguin
09/12/14 17:16:02 g0bbjicd
>>206

>>177

ｽﾚﾘﾝｸ(linux板:519番)

> 519 ：login:Penguin [sage] ：2009/12/10(木) 23:16:47 ID:+SXSDe/f
> >>505
> なんかまた新たな誤解発生の予感。
> これたぶん、2.6.32系のバグで9.10の話とは別物だと思うぞ。
> URLﾘﾝｸ(bugs.launchpad.net)
> ここでも最初疑われてたけど、そのコードは9.10には入ってないって除外されたんだよね。
> 当然このバグもクローズされてないし、修正も入ってない。
> >>514
> それはセキュリティ問題で完全に別物だね

209:login:Penguin
09/12/14 17:30:24 93sD593l
Ubuntu厨の勘違いだったって事だろ

210:login:Penguin
09/12/16 15:42:33 ZEcG/hbq
犯罪者が作ったreiserfsの作者って殺人で捕まってたんやなｗｗｗｗｗｗ

211:login:Penguin
09/12/16 15:47:34 Ie2Ls0vL
情報遅いね。

212:login:Penguin
09/12/16 17:51:36 L6JHqbIF
情報をいちいち中国共産党に送って検閲してもらう必要がある人種なんだろ

213:login:Penguin
09/12/16 18:19:11 c0HKos4Q
ext4のメンテナーのCao Mingmingって中国系だよね。
人殺しの作ったファイルシステムから乗り換えたいけど、どうするかなあ……

214:login:Penguin
09/12/16 18:28:51 6c7EoqEy
・・・人種がなにか問題でもあるのか？

215:login:Penguin
09/12/16 18:54:59 v6WegzGT
nilfsなんかイエローモンキーが作ったんだぜ。どうするよ？

216:login:Penguin
09/12/16 19:08:59 c0HKos4Q
ファイルシステムじゃないけどキモヲタの作ったTOMOYO Linuxも使いたくないし。

217:login:Penguin
09/12/16 19:11:09 6c7EoqEy
>>216
FSとなんの関係もない。スレ違い。

218:login:Penguin
09/12/16 19:54:22 uroDo4T/
遅ればせながら、データ置き場だけdm-cryptで暗号化させた。
遅すぎるね。

ここの人は当たり前のようにHDD全体を暗号化できてるんだろうな。
ファイルマスターだもんな。

219:login:Penguin
09/12/16 20:31:38 cbrjWX4O
>>210
ちゃんとメンテされるなら獄中だろうと俺はかまわんよ。

220:login:Penguin
09/12/16 21:47:30 jf1Yvn+n
>>218
略すとファイマス

221:login:Penguin
09/12/17 23:19:52 bNZuzPHP
>>219
獄中でメンテなんてさせてくれねーよ

222:login:Penguin
09/12/17 23:25:07 nNb/mU8/
chroot jail ？

223:login:Penguin
09/12/17 23:59:13 eQ8D8bOW
reiser4は引き継いでる人がいるから早ければ2.6.36で本家に取り込まれるらしいな

224:login:Penguin
09/12/21 01:03:15 r/AphXmE
これから俺はXFS最強伝説を唱えることにする

225:login:Penguin
09/12/21 01:03:56 r/AphXmE
ZFS使えない犬糞ってゴミOSだよね・・・
なんかライセンスに引きずられてOSとしての機能が劣ってるって場面もちらほら出てきたな

次ページ