トップページ⇒linux
982コメント255KB

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

■ このスレッドは過去ログ倉庫に格納されています
0001login:Penguin2009/10/27(火) 19:31:45ID:yAzkp/C5
●過去スレ
01 ttp://pc.2ch.net/test/read.cgi/linux/1006743807/
02 ttp://pc5.2ch.net/test/read.cgi/linux/1063025258/
03 ttp://pc8.2ch.net/test/read.cgi/linux/1101495293/
04 ttp://pc8.2ch.net/test/read.cgi/linux/1136695633/
05 ttp://pc8.2ch.net/test/read.cgi/linux/1152348695/
06 ttp://pc11.2ch.net/test/read.cgi/linux/1164457481/
07 ttp://pc11.2ch.net/test/read.cgi/linux/1173530292/
08 ttp://pc11.2ch.net/test/read.cgi/linux/1190788761/
09 ttp://pc11.2ch.net/test/read.cgi/linux/1225001916/
10 ttp://pc11.2ch.net/test/read.cgi/linux/1238673446/

●関連リンク
ext4　 　 　 　 　 ttp://www.bullopensource.org/ext4/
reiserfs/reiser4 ttp://www.namesys.com/
xfs　　 　 　 　 　 ttp://oss.sgi.com/projects/xfs/
jfs　　　　　　　　 ttp://jfs.sourceforge.net/
nfs　　　　　　　　ttp://nfs.sourceforge.net/
ntfs　　　　　　　 ttp://www.linux-ntfs.org/doku.php
fuse　　　　 　 　 ttp://fuse.sourceforge.net/
btrfs　　　　　　　ttp://btrfs.wiki.kernel.org/index.php/Main_Page
NILFS2 (NTT)　 ttp://www.nilfs.org/ja/

en:List of file systems
ttp://en.wikipedia.org/wiki/List_of_file_systems

Linuxファイルシステム技術解説
ttp://www.atmarkit.co.jp/flinux/index/indexfiles/linuxfsindex.html

File Systems in Linux
ttp://www.linux.org/lessons/advanced/x1254.html
0002login:Penguin2009/10/27(火) 19:36:22ID:yAzkp/C5
Linuxの次世代ファイルシステムは「バターFS」!?
ttp://www.atmarkit.co.jp/news/200807/10/btrfs.html

Linux ジャーナリング・ファイルシステムの徹底調査
ttp://www.ibm.com/developerworks/jp/linux/library/l-journaling-filesystems/?ca=drs-jp
Linux フラッシュ・ファイルシステムの徹底調査
ttp://www.ibm.com/developerworks/jp/linux/library/l-flash-filesystems/?ca=drs-jp

Linux filesystem benchmark 2008/1-2
ttp://www.t2-project.org/zine/1/
ttp://www.t2-project.org/zine/4/

Filesystem Specifications - Links & Whitepapers
ttp://www.forensics.nl/filesystems

Linuxファイルシステムベンチマーク ext3,ext4,JFS,ReiserFS,XFS,NILFS2
ttp://plaza18.mbn.or.jp/~moriban/linux/FileSystemBenchmarkResults-01.html
ttp://plaza18.mbn.or.jp/~moriban/linux/FileSystemBenchmarkResults-02.html


キャラディのジョークな日々「ショートショート: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だそうです。
0003login:Penguin2009/10/27(火) 21:09:00ID:tKoU9VEY
乙
0004login:Penguin2009/10/27(火) 21:14:33ID:HIZbYvWX
Btrfs
(本家曰く、思いっきり開発中なので評価以外の用途はお勧めしません。)
ttp://btrfs.wiki.kernel.org/

ChunkFS
(信頼性と復旧の改善を狙って分割管理)
ttp://linuxfs.pbworks.com/chunkfs

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

ベンチマーク ext2,ext3,ext4,reiserfs,jfs,xfs,ChunkFS,NILFS,btrfs,reiser4,ZFS
ttp://www.csamuel.org/articles/emerging-filesystems-200709/
ベンチマーク ext2,ext3,ext4,reiserfs,reiser4,jfs,xfs,vfat,ntfs,zfs,btrfs
ttp://tetralet.luna.com.tw/index.php?op=ViewArticle&articleId=214&blogId=1
0005login:Penguin2009/10/27(火) 22:54:45ID: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の名前は伏せとくわ
自分で調べてくらさい
0006login:Penguin2009/10/27(火) 23:41:45ID:kt9dOFeG
なんだコイツ、キモイな。

てめーの書き込みをわざわざ次スレまでコピペしてんじゃねーよタコ。
0007login:Penguin2009/10/28(水) 00:10:37ID:IuU/Q22S
前スレ952の人気に嫉妬
0008login:Penguin2009/10/28(水) 00:41:15ID:6li4A9sd
AppleはSunがOracleに買われたからってことでZFS on OS Xを止めちゃったけど、
ZFSよりもbtrfsのほうがずっと先行き危ないと思うんだけどなぁ。

Appleのやることはわからん。
0009login:Penguin2009/10/28(水) 02:36:23ID:b5uue/NU
>>8
ライセンス問題らしい
http://slashdot.jp/apple/comments.pl?sid=472479&cid=1660546
0010login:Penguin2009/10/28(水) 03:06:21ID:0Uvx40wl
>>5
コピーするなら、「JFSですね、わかります。」
まで入れておくべきだと思う。
0011login:Penguin2009/10/28(水) 10:05:58ID:to2oh3IR
米Apple、「Mac OS X」向け「ZFS」プロジェクトを閉鎖
http://sourceforge.jp/magazine/09/10/26/0322211
>　AppleのMac OS Forgeのプロジェクトページには、開発打ち切りの理由は明記されておらず、
>「ZFSプロジェクトは停止となった。メーリングリストとレポジトリを間もなく削除する」とだけ記している。
>　開発打ち切りの背景として、Sunを買収する計画を発表している米Oracleが「btrfs」を開発していることから、
>ZFS開発を継続しないと予想されていることが予想される。ZFSを巡っては、米NetAppがSunを相手取って
>特許侵害訴訟を起こしている。
0012login:Penguin2009/10/28(水) 10:20:34ID:to2oh3IR
オンライン・デフラグやリサイズも
次世代ファイルシステム「Btrfs」はSSD最適化にも注力
http://www.atmarkit.co.jp/news/200910/23/btrfs.html
0013login:Penguin2009/10/28(水) 11:42:14ID:FfA7xf+I
BSDLなカーネルにGPLなファイルシステムは入れられるの？
FUSEは別だろうけど
0014login:Penguin2009/10/28(水) 11:52:30ID:b5uue/NU
BSDLとGPLは互換性あるし問題ないでしょ。
全体がGPLになるけど。
0015login:Penguin2009/10/30(金) 10:26:52ID:3aG5ez0i
ubuntu 9.10導入
ext4でデータ消失のバグが報告されているのでJFSにしてみました

どうかな
おまえらが言うような結果になるのでしょうか
0016login:Penguin2009/10/30(金) 12:35:36ID:dySd2Mc2
JFSはIBMがOS/2からポートした、というネームバリュー以外になにもない。
0017login:Penguin2009/10/30(金) 13:07:30ID:pe4zRRJo
え、AIXでなくてOS/2からのポート？
0018login:Penguin2009/10/30(金) 14:10:21ID:3T+lkiwV
AIX→OS/2→Linux
0019login:Penguin2009/10/30(金) 16:15:19ID:3aG5ez0i
15です
JFSは非常にすばらしいことがわかりました
もちろん実験前から勝負はついてるんですけどね
512MBを超えるとデータ消失とかないですからw
0020login:Penguin2009/10/30(金) 17:42:29ID:1avBewfQ
>>19
>>5 >>10
あるいは
前スレ
http://pc11.2ch.net/test/read.cgi/linux/1238673446/952
http://pc11.2ch.net/test/read.cgi/linux/1238673446/955
0021login:Penguin2009/10/30(金) 17:47:55ID:3aG5ez0i
>>20
おまえらの信じ込みが過ちを招くのだよ。
0022login:Penguin2009/10/30(金) 22:22:24ID:/Cb3mDIP
AIXのJSFとOS/2のJSFはけっこう違ってるってのを過去スレで見た。
Linuxのは劣るほう(OS/2のほう)のやつをベースにしてるとか。
信憑性はしらん。
0023login:Penguin2009/10/30(金) 22:24:08ID:p6Bh+fPS
／(^o^)＼ﾅﾝﾃｺｯﾀｲ
0024login:Penguin2009/11/01(日) 00:13:52ID:c74q3/Kd
HDD 全体の暗号化は無謀なのか？

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

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

で、誰か知らないかなこれ？
ファイルシステムおたくの皆さん情報求む。
0025login:Penguin2009/11/01(日) 00:34:34ID:KU2qNmI2
>>24

http://www.google.co.jp/search?hl=ja&safe=off&num=50&q=%E3%83%96%E3%83%BC%E3%83%88%E3%83%AD%E3%83%BC%E3
%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

http://www.google.co.jp/search?hl=ja&safe=off&num=50&q=+%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

やっぱりだめかな。
詳しい人おながいします…。
0026login:Penguin2009/11/01(日) 00:36:38ID:c74q3/Kd
>>25
ありがとう。

まだ読んでないけど
Full system encryption for Linux (yes, even the kernel)
http://xercestech.com/full-system-encryption-for-linux.geek

も参考になるかも。
ちょっと頑張ってみるよ。
0027login:Penguin2009/11/01(日) 23:56:53ID:3YKZM7wE
>物理的にHDDにアクセスできる場合
が何を指しているのか判らない。
外して他のマシンに付けて読み込む事を防ぐのかローカルからrootでログイン
された場合を想定しているのか。

bootもstage1を想定して(無理だと思うが)のかカーネルロードが終わってinit
の起動辺りからを想定しているのか。/bootパーテーション以外の暗号化は比較的
簡単に出来たと思ったが。
0028242009/11/02(月) 21:09:48ID: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 を更新すれば完璧です。
0029242009/11/02(月) 21:11:50ID:nf5yYOOC
USB メモリは自分の責任で管理する必要がありそうです。
さすがにここまでやるのは僕しかいないよな...

以上、初心者のメモでした。
0030login:Penguin2009/11/05(木) 06:58:43ID:CbYPEfAR
被害届：USBメモリ　１個
0031login:Penguin2009/11/05(木) 17:50:04ID:NZnr/6iR
>>30
最悪USBメモリが盗まれても大丈夫でしょ。
Grubのモジュール書き換えられたらアウトだけど。
（パスフレーズを盗むためのコードを仕組める）

つまり、世の中に完璧は存在しない。諦めろ。
0032login:Penguin2009/11/05(木) 18:36:07ID:RIeUe8xw
これってUSBメモリやそのバックアップ紛失してもレスキューできるの？






あと米国国防省でも解読できない？
0033login:Penguin2009/11/05(木) 18:36:16ID:t/gdzP4f
よく分かんないけどよほど大事なものがはいってんだな
0034login:Penguin2009/11/05(木) 20:27:40ID:iGpy/b9A
どうせエロ動画だろ
0035login:Penguin2009/11/06(金) 09:59:33ID:i8V8Q4X9
>>32
Googleが本気になったら解読できる。
0036login:Penguin2009/11/06(金) 11:13:47ID:Bm+iX39c
>>31
なにそれ、その場合のパスワードは全部GRUBが管理してるわけ？

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

つか、俺だったらそんなことせずにHDDをパクって、バイト単位で情報ひっこぬくけどね。
dm-cryptとかってファイルの内容自体は暗号化しないんでしょ？
0037login:Penguin2009/11/06(金) 16:36:56ID:S0/3jsFP
>>36
> その場合のパスワードは全部GRUBが管理してるわけ？

んなわけねーだろ
0038login:Penguin2009/11/06(金) 22:53:17ID:IuM/fa17
Linuxのファイルシステムが進化する為には、AppleにBTRFSを採用して貰うしかもう駄目だね。
WebkitやOpenCLなどの様に、Appleが音頭を取らないといつまで立ってもグダグダだし。
0039login:Penguin2009/11/06(金) 23:03:55ID:iXOsQrOD
>>38
マカ死ね！
0040login:Penguin2009/11/07(土) 04:03:22ID:niKvEDx3
なんだまたアホApple信者か。
0041login:Penguin2009/11/07(土) 09:22:43ID:BQraOWE+
GPLもCDDLも厄介なライセンスだからな

Appleが手を出すとしたらHAMMERじゃね？
とりあえずHFS+クソ
0042login:Penguin2009/11/07(土) 11:34:20ID:m/BosRHN
>>38
OS Xがbtrfs採用したら、OS XがGPLになって無償再配布が可能になるんで万々歳だな。

>>41
現時点でファイルシステムはWinやLinuxに比べて10年以上遅れているけど、
ZFS捨て捨てした以上、あと数年は腐れたままなのが確定的なので、下手すると
20年遅れなんてこともありえる。
0043login:Penguin2009/11/07(土) 14:07:02ID:fCWjXbCf
>>42
Linuxのコード流用しなけりゃGPLにはならないだろ
0044login:Penguin2009/11/07(土) 14:20:20ID:tzm3Abzo
btrfsはGPLライセンスだから、FUSEの様な形ででもければ採用した時点で
GPL汚染ｹﾃｰｲだけどな。
0045login:Penguin2009/11/07(土) 14:21:54ID:Lb6cEoPQ
なんかだんだ言ってLinuxがファイルシステムを先導してるな。

Linuxが最先端だ。
0046login:Penguin2009/11/07(土) 14:23:32ID:whpRTm6C
Linuxが最先端なんて言うと精神病患者の病状が悪化するからヤメて
0047login:Penguin2009/11/07(土) 15:11:28ID:Lb6cEoPQ
>>46
でも、本当のことなんだから仕方がない。
0048login:Penguin2009/11/07(土) 15:25:43ID:nw0pVpxi
ネタでも荒れるやめろ
0049login:Penguin2009/11/08(日) 00:26:53ID:OQjXLhp/
ネタじゃなくね？
0050login:Penguin2009/11/08(日) 01:45:12ID:wRoQVOt8
>>49
まあ、ReiserFSのことなんでしょう。最先端といえば。
0051login:Penguin2009/11/08(日) 05:15:56ID:GAdECNCg
刑務所FSの最先端ですよね
0052login:Penguin2009/11/08(日) 08:31:45ID:10DPRXD3
chroot jail
0053login:Penguin2009/11/08(日) 10:55:33ID:ipbyT38m
オラクルはbtrfsをGPL/CDDLのデュアルライセンスにしないのかな
0054login:Penguin2009/11/08(日) 11:41:07ID:8qQxuMxN
するならzfsの方でしょう?
0055login:Penguin2009/11/08(日) 11:51:29ID:TyReMUqQ
つか、そもそもBtrfsをlinuxツリーに入れてる時点で、オラクルはあれをLinuxようのファイルシステムとしか
考えてないでしょ、オラクルはあれを標準にしてDBと一緒に売りたいわけだし
0056login:Penguin2009/11/08(日) 12:06:28ID:HCcTX1Cc
まあいいんじゃん。どうせOracleなんて会社なくなるでしょ。
0057login:Penguin2009/11/13(金) 00:38:27ID: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先生で｢夫｣の後にスペースを入れると
ttp://blog.livedoor.jp/insidears/archives/52064391.html
0058login:Penguin2009/11/15(日) 04:22:04ID:jmn+r4Fz
>>57
結論: 嫁にするならGoogle派より Yahoo派の女。
0059login:Penguin2009/11/15(日) 08:48:27ID:SPO/mK0i
ubuntuやopensuseでbtrfsが本格的に使われるようになるのはいつ頃かなあ
0060login:Penguin2009/11/15(日) 09:17:30ID:OxJadaUt
fedraが採用する頃
0061login:Penguin2009/11/15(日) 12:18:24ID:jmn+r4Fz
なんか、あちこちの記事読んでると、ext4 が案外性能良いみたいですね。
「ext3を付け焼き刃で拡張しただけ」かと思ってましたが、
開発者も多くて、malloc や gcc 4.3 のバグなども修正しながら、
パフォーマンスを上げてきているようで。
0062login:Penguin2009/11/15(日) 14:45:41ID:iL7okWx2
自分で評価するのが一番。
一度 ext4 使ってしまえば ext3 に戻る気なんてしないから。
それぐらい良い。
0063login:Penguin2009/11/15(日) 14:50:53ID:jmn+r4Fz
らしいね、
ext4のベンチマーク見てると、btrfs 要らなさそうだ。
0064login:Penguin2009/11/15(日) 14:57:27ID:Lo6VH+wY
えっ？
0065login:Penguin2009/11/15(日) 14:58:34ID:jmn+r4Fz
ちなみに、mkfs するときは、デフォルトで推奨設定(パフォーマンス優先)になる?
0066login:Penguin2009/11/15(日) 15:20:59ID:iL7okWx2
知らん。その辺は自分でソースみてくれ。
0067login:Penguin2009/11/16(月) 07:40:26ID:HcV2Sll5
>>63
btrfsは高速ってわけでもないと思うが
0068login:Penguin2009/11/16(月) 09:26:04ID:u9Fc4Qiy
透過圧縮のオーバーヘッドかな。
btrfsはreiserfsみたいな感覚。reiser4とよく似てる。
ほとんどのディストリはext4に移行していくんじゃないかと思ってる。
0069login:Penguin2009/11/16(月) 10:52:07ID:LUaPtu/h
透過圧縮とかよりもCoWのコストだろ
どうやってもext4なんかの上書き更新系の奴よりディスク操作が多くなるから仕方ない
その分、安全なんだから一長一短という感じか

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

通常ディストリはext4、サーバー系はBtrfsてな感じになるんじゃないの？
0070login:Penguin2009/11/16(月) 11:51:46ID:3gyy2E2U
結局 reiserfs や XFS に浮気をせず、 ext3 を使い続けた奴が勝ちか…。
0071login:Penguin2009/11/16(月) 20:36:37ID:SEwaAid7
>>70
ほとんどのやつが勝ち組だろ
0072login:Penguin2009/11/17(火) 00:52:19ID:9a2RGO/v
あんまり話題になってないけどみんなはnilfs2をどう評価してるの？
0073login:Penguin2009/11/17(火) 01:19:36ID:P1OQBgIu
ずっと xfs 一筋。
0074login:Penguin2009/11/18(水) 03:50:24ID:6bEuH4wO
>>72
二週間程使ってみた感想は、スナップショットが一瞬でとれる事くらい？
パフォーマンスに関しても、悪くはないけど、そう変わらない気がする、
特にこれと言って問題も無いし話すような事が出てこんなｗ
GUI作るなり、Ubuntuあたりが、なんかすれば話題になってもいい気がする
0075login:Penguin2009/11/18(水) 03:59:30ID:6bEuH4wO
すまんさげ忘れた

ジャッジメントですの！
0076login:Penguin2009/11/18(水) 06:38:32ID:kZw/MP4k
>>75
萎えた。
0077login:Penguin2009/11/18(水) 07:58:39ID:FFt/LoHq
>>72,74
SSD使いが増えれば違った評価が出てきそう。
0078login:Penguin2009/11/18(水) 08:34:59ID:98wsq94q
ttp://lkml.org/lkml/2009/11/17/408
頑張る人もいるもんだなあ。
0079login:Penguin2009/11/18(水) 14:06:32ID:M1ZNuLnQ
結局、ext4の512mb以上のファイルが壊れるバグはガセだったのけ？
0080login:Penguin2009/11/18(水) 14:11:41ID:AN4ywOP1
君、なんか勘違いしてない？
そんなの聞いたこともないわ。
0081login:Penguin2009/11/18(水) 14:41:42ID:M1ZNuLnQ
そうか？スマン

ttps://wiki.ubuntu.com/KarmicKoala/ReleaseNotes/ja#ext4 ファイルシステムでは巨大なファイルが破損する恐れがあります

↑これのことを聞きたかったんだ
0082login:Penguin2009/11/18(水) 15:10:25ID:AN4ywOP1
>>81
ああ、ほんとにそんな記述があったのね。

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

という、限られた環境で影響も限りなく小さいバグ(？)だろ。
気にすることではない。
0083login:Penguin2009/11/18(水) 19:41:12ID:k/PvN2ku
>>82 は先月だけで10人以上(Linus含む）もファイルシステム破壊に遭遇し、みんながカンカンに怒っていた事件をしらんのかな。一応featureを
１つデフォルトでdisableにして解決した。ということになっているけど、あんだけバグ報告あったら一件ぐらい違う原因のが混じっていても
わからんと思うぞ
0084login:Penguin2009/11/18(水) 19:53:30ID:bnyABEC1
>>79に>>80とレスを返してるんだぞ。
知ってる訳ねーだろが。
0085login:Penguin2009/11/18(水) 20:50:54ID:vPkRiSUE
つか、fsにとってファイルが壊れるというのはかなりクリティカルな
障害だと思うんだがなぁ。
0086login:Penguin2009/11/18(水) 21:24:05ID:79/cIGaY
うわー怖い。やっぱりxfsが鉄板かな。
0087login:Penguin2009/11/18(水) 21:37:09ID:RDJ/mbPi
>>86
同意

先に言っておくが自演ではない
0088login:Penguin2009/11/18(水) 22:16:03ID:E//bDobE
みんな、サーバで使うファイルシステムの話をしているの？
ext系って人気なの？
0089login:Penguin2009/11/18(水) 23:45:35ID:AMja0bqj
>>87
自演乙
0090login:Penguin2009/11/18(水) 23:51:02ID:m6nVQULy
システムや他の用途なら話は変わるが俺は大きいファイルの倉庫にするならxfs一択だな。
0091login:Penguin2009/11/19(木) 00:05:27ID:Qyh1udZo
>>85
そういう悲劇を経験しないと立派なFSになれないのです。
0092login:Penguin2009/11/19(木) 00:34:26ID:B7tRQTZK
小さい大量のファイルの場合は？
WindowsのファイルサーバにWindowsのインストールディスクやら
履歴バックアップファイルやら何やら大量に置いたら
エクスプローラでのアクセスがすんごく重くなったりしたのですが
ファイルサーバをLinuxにすれば解消するのかな
0093login:Penguin2009/11/19(木) 01:33:01ID:c2U4zwS4
>>92
んな板違い書くくらいなら試した上で報告した方が建設的だと思わないか？
0094login:Penguin2009/11/20(金) 06:05:53ID:QAQ96yK9
>>92
後半はどうでもよいが、うちはシステムやログ置き場はreiserfs、倉庫はxfsにしてるぞ。
reiserfsはジュルジュル、xfsはシャラシャラと音を立てて動いとる。
0095login:Penguin2009/11/20(金) 07:17:05ID:jsAFze96
SnowLeopardはNTFSの読み書きが出来るというのにLinuxだと出来ないのか。
0096login:Penguin2009/11/20(金) 07:27:25ID:qq0W+zDl
>>95
ntfs-3g
0097login:Penguin2009/11/20(金) 17:44:21ID:1uno16+x
>>94
美味そうですね
今度食べてみます。
0098login:Penguin2009/11/20(金) 23:29:58ID:L9cFS8tr
>>79
嘘じゃない。でも解決済み。
0099login:Penguin2009/11/21(土) 09:17:05ID:y7KUzbJ/
おまえらUSBメモリのファイルシステムって何にしてる？やっぱFAT32？

ext3にしてみて初めて
アクセス権の概念がUSBメモリにも存在しうることに気づいた今日この頃
0100login:Penguin2009/11/21(土) 09:22:00ID:iqCcH6fc
ext2
0101login:Penguin2009/11/21(土) 09:35:30ID:y7KUzbJ/
>>100
なんで？
■ このスレッドは過去ログ倉庫に格納されています