11/02/01 02:22:02 W256FXPa
ext4にそりゃ不満はある
別にzfs使いたいわけじゃないのよ。btrfsだろうとHammer fsだろうと使えりゃなんでもいい
401:login:Penguin
11/02/01 22:26:16 R/0XmLpc
他のOSから貰ってきてばかりでLinux発の優れたFSが無いってのも辛いな。
402:login:Penguin
11/02/01 22:48:37 W256FXPa
btrfsとかreiser*はlinux発だろ？ 何言ってんだ
403:login:Penguin
11/02/02 08:36:43 d2Es9uH1
btrfsが現時点で優れたfsだとは口が裂けても言えないし、reiserfsも当時としては
優れたfsだったのかと言われれば、正直それほどでもなかった。
404:login:Penguin
11/02/02 11:25:35 t5etkpsc
>>403
当時あった「他の優れたFS」って何？
405:login:Penguin
11/02/02 11:38:58 RcYYJhdc
>>404
XFSかな。reiserfsよりも先にメインツリーにマージされたし。
reiserfsは3.5の途中まで散々ファイシステム壊れたし。
406:login:Penguin
11/02/03 14:40:57 2fNukWw2
>>353
reserfs じゃ駄目だとする理由が分からない。
「嫌な事件だったね」
407:login:Penguin
11/02/05 20:14:18 vLzflafa
突然で申し訳ございませんが質問させてください。
HDD 上のファイルを CD へ書き込む時のように、
あるファイルシステム上に存在するファイルを異なるファイルシステムに書き込む時に、
そのファイルに対して何か変換は行われるのでしょうか。
例えば、Windows Media Player を使って CD に音楽ファイルを書き込もうとすると、
下記画像のように途中で音楽ファイルの状態が [待機中] に変わります。
URLﾘﾝｸ(tropel.fc2web.com)
そして、全ての音楽ファイルの状態が [待機中] に変わると、
下記画像のように今度は先頭の音楽ファイルから順に、
ファイルの状態が [ディスクに書き込んでいます] に変わります。
URLﾘﾝｸ(tropel.fc2web.com)
この変化を見て、
あるファイルシステム上に存在するファイルを異なるファイルシステムに書き込む時は、
そのファイルに対して何か変換が行われるのだろうか、と考えたのですが
この考えは合っているのでしょうか。
※最初、Windows Media Player スレで質問しようと思ったのですが、
そのスレでは今回質問した細かい話よりも機能の話がメインのように思われましたので
こちらで質問いたしました。スレ違いでしたら誘導いただけると嬉しいです。
何かコメントいただけるととても嬉しいです。
以上、よろしくお願いします
408:login:Penguin
11/02/05 20:32:41 MIvBPD1Y
>>407
まず「変換」の意味がよく分からないけど多分回答はいいえ
そしてその例はあまりにも板違い
409:login:Penguin
11/02/05 20:48:06 oN6MmZyv
たぶんVFSの話？
410:login:Penguin
11/02/05 20:49:26 4HM1WmKy
>>407
質問が一般的過ぎて、嘘を言わないようにしようとすると「はいでもありいいえでもあり」としか…。
ストリームデータをMVSのデータセットに保存するとかは極端としても、例えばzfsのように指定により
圧縮FS機能を持つものでは当然ストリームデータを書き込み・読み出しする際に変換が行われるわけで…。
411:login:Penguin
11/02/06 11:43:58 Eos+0tzD
みなさんありがとうございました。
>>410
> 質問が一般的過ぎて、嘘を言わないようにしようとすると「はいでもありいいえでもあり」としか…
それはつまり、ファイルシステムによって変換されるかどうかが変わるという意味でしょうか？
そもそも、Windows 系や Unix, Linux 系のファイルシステムは OS 依存で作られたのに
ファイル自体はどちらのシステムでも読み書きできるのが不思議で……。
※例：Windows の NAS サーバを Linux からマウントして読み書きできたり……
412:login:Penguin
11/02/06 15:19:51 /GWGU6X/
>>411
あまりにも知識がなさすぎるから、ちったァまともにお勉強しろとしか言えない
413:login:Penguin
11/02/06 15:33:58 hzTGO1BE
>>411
>※例：Windows の NAS サーバを Linux からマウントして読み書きできたり……
狭い意味でのファイルシステムは関係無いんだよ。
414:login:Penguin
11/02/06 16:01:44 T58Prf27
>>411
基礎的なところから学ぶしかないですね。ガンバw
415:login:Penguin
11/02/06 16:51:29 /OJ8D/+e
>>411
> それはつまり、ファイルシステムによって変換されるかどうかが変わるという意味でしょうか？
>>410じゃないけど「ファイルシステムによって変換されるかどうかが変わるという意味」にしか取れない。
会話が成立しているのか疑問だけど。
> そもそも、Windows 系や Unix, Linux 系のファイルシステムは OS 依存で作られたのに
> ファイル自体はどちらのシステムでも読み書きできるのが不思議で……。
> ※例：Windows の NAS サーバを Linux からマウントして読み書きできたり……
WindowsのNASサーバはcifsという仕様に対応していればOSに関係なくアクセスできる。
Linuxカーネルはcifsに対応している。何を不思議に思っているのかよく分からない。
なお、このスレにはcifsを含むネットワークファイルシステムはスレ違いと考えてる人が多い。
416:login:Penguin
11/02/06 17:46:08 ZsSPLNsC
ReiserFSのBKL削除後って落ち着いたの？
2.6.33以降にアップデートするの怖くてためらい中なんだけど…。
417:login:Penguin
11/02/06 19:42:01 zM4CyLKl
>>416
Kernel 2.35 上で reiserfs 使ってますが、
採用してからここ数カ月のところで問題はでてないですね。
# 問題が出てて、気づいてないだけかもしれないですが。
商用サービスのWEBサーバ200台前後で利用してます。
418:417
11/02/06 19:42:52 zM4CyLKl
間違えた。
Kernel 2.35 => Kernel 2.6.35
419:416
11/02/06 22:25:08 ZsSPLNsC
>>417
おお、参考になります。
とりあえずクライアントだけでも新しいカーネルにしてみようかな。
420:login:Penguin
11/02/08 10:32:54 vCPYc8sR
>>416
xorg-edgersにある2.6.38-2上でreiserfs使ってるけど、今のところ問題ない。
少し前のカーネルまではカーネルパニックすることがあったけど。
421:login:Penguin
11/02/08 10:55:21 OKFOanNQ
>>417
あなたの見てないところでファイルシステムは壊れるもんだ。
422:login:Penguin
11/02/10 23:23:44 kurdLey5
ReiserFSなだけに何があるかわからんよな
423:login:Penguin
11/02/11 10:12:06 ISXBOMmB
FS壊れなかったけど、ヨメさん居なくなったみたいな感じか
424:login:Penguin
11/02/11 15:22:39 InV1ShAs
何回fsck.reiserfsしてもls /lost+foundでNinaが出てくる恐怖は異常
425:login:Penguin
11/02/11 15:47:01 eoxkdTDq
for i in $(find $(mount | grep reiserfs | awk '{print $3}') -type f); echo Nina I love you > $i
426:login:Penguin
11/02/11 21:26:08 Qk27Neng
やめろよ
人が死んでるんだぞ
427:login:Penguin
11/02/11 22:55:16 ISXBOMmB
俺は >>422 が原因だとおもう
428:login:Penguin
11/02/11 22:56:30 PWf/Djr6
上司登場
429:login:Penguin
11/02/12 01:40:02 3n8WbfZz
力士の携帯電話は、細君が踏んで壊れたらしいが…
430:login:Penguin
11/02/12 02:05:19 +T8gKcj8
細君と太君
431:login:Penguin
11/02/12 14:20:46 +4XqOv5O
今(2.6.37)のext4ってext3より安定してるの？
新しくデータ用のディスクを追加するんだけど、どっちにしたらいい？
432:login:Penguin
11/02/12 18:37:22 aewq3oZd
>>431
無難な子と言うとext3でしょう
433:login:Penguin
11/02/12 19:38:22 Yw35q1kL
チャレンジしてext4にするほどの価値があるのか
434:login:Penguin
11/02/12 19:45:00 41/a0nbM
ext4は別にチャレンジでもないでしょ
ext2はチャレンジだけど
435:login:Penguin
11/02/12 21:15:29 kgezaLoF
>>431
クリーンインストールの際にデフォルトのファイルシステムを選ぶのが普通だと思う。
436:login:Penguin
11/02/14 05:13:16 qcWOLZBi
ext4はAndroidスマートフォンやタブレットのファイルシステムに採用されるぐらいだから、
いまや無問題といってしまってもいいかと。
437:login:Penguin
11/02/15 01:02:59 P6b157uQ
btrfsだってMeegoで採用される程だから(ry
むしろあれ系は用途・用法がある程度固定的だから、
多少問題があっても秘孔を突かない適用方法が取れるだけなんじゃないかと少し思ってる。
438:login:Penguin
11/02/15 17:09:50 8xscHZ+L
ext3は38年問題にひっかかるからしょうがなく4使ってるだけ
本当なら枯れた3使いたい
439:login:Penguin
11/02/15 17:12:29 acXF4l/a
それ枯れてないじゃんw
440:login:Penguin
11/02/15 17:42:23 vCgZV+Eq
枯れているので手を入れにくいつう事もあるだろう
簡単だからと言って直したら潜在的な問題が発覚して大騒ぎとか…
441:login:Penguin
11/02/16 10:20:13 eDH3sAl+
ファイルシステムみたいな巨大なシステムはカーネルに入れるべきじゃない。
速度と行っても，IOなんてアホみたいに遅いんだから、多少遅くとも、ユーザーランドに移したほうがいい。
ユーザーランドの方がデバッグもしやすい。
どうだろう？
442:login:Penguin
11/02/16 10:25:53 a29lOmyi
それなんてFUSE?
443:login:Penguin
11/02/16 10:40:08 7XNuGQqH
GNU Hurd ですね、わかります。
444:login:Penguin
11/02/16 14:44:48 JlAAYByM
>>441
そうだそうだ。
ファイルシステムもネットワークもディスクもみんなみんなIOなんだ。
いっそIOフレームワークを作って全部カーネル外に追い出すべきなんだ。
カーネルはアクセス保護とスケジューリングだけやってればいいんだ。
・・・と言って欲しいのですね、わかります。
445:login:Penguin
11/02/16 15:44:35 S10IyHLF
結局、安定しているのはzfsってことでOK?
446:login:Penguin
11/02/16 15:49:31 a29lOmyi
OK
・・・と言って欲しいの(w
447:login:Penguin
11/02/17 06:19:25 pUs66MyP
readonlyなパーティションってext2でいいよね？
どうせ書き込みなんてしないんだからジャーナル不要
448:login:Penguin
11/02/17 07:24:04 HiyKtwER
cramfsでおけ。本当にreadonlyなら。いやext2でもいいけど。
449:login:Penguin
11/02/17 22:42:21 jUBS7bIK
いやそこはminixfsだろ
450:login:Penguin
11/02/18 11:36:16 SLRM9W/5
mkfs -t ext4 -O ^has_journal
やっぱこれだろ
451:login:Penguin
11/02/23 00:34:09.79 UuRlv/tF
圧縮ファイルシステムって、jpgとかmpgとか圧縮効かないものは圧縮しないとか
とりあえず生で保存してヒマなときに圧縮してくれるとか
そういうイカした機能は無いの？
452:login:Penguin
11/02/23 01:04:40.97 EcSDOEeG
そんな機能がFSの仕事だったら嫌だな
453:login:Penguin
11/02/23 07:45:16.26 grlwtDbB
lzo系の計算量が少ないの使ってるような。
454:login:Penguin
11/02/23 21:25:51.10 lfuuWM19
エロ画像を発見し勝手に削除するFS
455:login:Penguin
11/02/23 21:26:27.34 lfuuWM19
名付けてRestrictedFS
456:743
11/02/24 00:07:02.20 9yBrX7R4
ファイル内容を自動スキャンし、エロビットをsetattrすると。
ユーザーが未成年だとlsしても空フォルダに見える。
457:login:Penguin
11/02/24 01:36:30.53 IoCHLAuI
yomeFS
458:login:Penguin
11/02/24 05:49:40.31 LY9CoVp8
YOFS
ラップ以外の音楽ファイルがいつの間にか消えます
459:login:Penguin
11/02/24 08:45:31.72 dEMc8RlS
>>454
俺のハードディスクを空にするなよ
460:login:Penguin
11/02/25 00:33:43.93 eoapWyVu
nyFS
すべて公開されますw
461:login:Penguin
11/02/25 00:41:34.72 GGYFSI6q
>>460
fuse でp2p なネットワークで匿名disk とか
すげえ遅いだろうけど…
462:login:Penguin
11/02/25 12:13:45.55 OjOEH/4x
一回書き込んだら消すのが大変そうだな
バックアップ用なら最強かも
463:login:Penguin
11/02/25 17:57:39.64 3rrTlLPR
TorrentFSとか実用的じゃまいか
464:login:Penguin
11/02/25 19:53:38.84 9ecmfk6c
ピアが居なくなってファイル取り出せなくなったりしてなｗ
465:login:Penguin
11/02/25 21:29:28.57 dvI0L0gg
嫌すぎるな
466:login:Penguin
11/02/26 07:17:08.79 MDBXgvUp
cramfsってハードディスクのパーティションに直接作成できる？man読んでもターゲットの指定にfileって書いてある。
467:login:Penguin
11/02/26 11:52:53.84 z+skQn4i
>>466
できるよ。16MB のパーティション切って、
mkcramfs dirname devicename
-> mkcramfs /home/hoge/some/dir /dev/sda3
とかすりゃいいんじゃね?
パーティション切らなくてもいいけど、
16MBしか使えないからめっちゃ無駄になるよね。
468:login:Penguin
11/02/26 16:38:50.79 MDBXgvUp
>>467
ありがとう
busyboxとカーネルおじさんしか置かないからおk
469:login:Penguin
11/02/26 16:42:57.58 l2UEaSXl
16MBってファイルサイズの制限でファイルシステムサイズの制限ではないね
470:login:Penguin
11/02/26 20:23:41.40 z+skQn4i
>>469
簡単にファイルサイズの制限って言っちゃうと、語弊があるなぁ。
圧縮後のファイルシステムを収めたファイルのサイズ上限が 16MB。
実デバイスじゃなくてファイルとしての利用が前提のファイルシステムだから
こういう言い方になっちゃうけど、なんだかわかりにくいよね。
つまり、実ディスクのバーティションとして利用する場合の
バーティションサイズの上限も16MB。
ファイルシステムサイズの制限という言い方にそっていうと、
・圧縮前のファイルシステムの上限は 256MB。
・圧縮後のファイルシステムの上限は 16MB。
て感じになるのかな。
んで、どっちかの制限にひっかかると mkcramfs が失敗する、と。
記憶だけで書いているから間違ってたらつっこんでね。
471:login:Penguin
11/02/26 22:56:49.35 MDBXgvUp
JFのカーネル2.4のドキュメントによると、ファイルシステムのサイズが256MBまで、最後のファイルが256MB以内に始まっていれば256MBを超えることもできる、と書いてある。
472:login:Penguin
11/02/27 01:41:53.15 S9Lg2Ubp
>>471
なんで、2.4 のドキュメントなの?
2.6のもあるじゃん。書いてあることは同じだけど。
URLﾘﾝｸ(archive.linux.or.jp)
URLﾘﾝｸ(archive.linux.or.jp)
URLﾘﾝｸ(git.kernel.org)
473:login:Penguin
11/02/28 12:52:57.46 emB9sMLy
ZFS v28 in FreeBSD 9-CURRENT!
URLﾘﾝｸ(ivoras.net)
474:login:Penguin
11/03/02 11:23:14.29 NksXQ8Qz
Fedora 16、Btrfsをデフォルトファイルシステムに採用
URLﾘﾝｸ(journal.mycom.co.jp)
なんと。
475:login:Penguin
11/03/02 11:38:45.41 Ft4GOtve
RHEL7でbtrfsデフォなんて事になったりするのか?
どーでもいいがs/KVM/LVM/gだよなあ
476:login:Penguin
11/03/02 12:55:42.59 WqfLYHQE
>>474
>後藤大地
いつもの飛ばし記事。
URLﾘﾝｸ(fedoraproject.org)
btrfs strategy は TBD
477:login:Penguin
11/03/02 16:15:28.69 RNcj9WXE
>>474
せいぜい「という提案があった」位に書いておいてほしいなあ...
全然まだ決定事項じゃないし。
478:login:Penguin
11/03/02 19:24:48.80 buZhtdxL
＞デフォルトのファイルシステムとして採用したいという計画が発表された
書いてあるじゃん
タイトルといい書き方といいミスリードする気まんまんに見えてしまうけど。
479:login:Penguin
11/03/02 21:03:40.36 eTs1Lp9o
安い週刊誌みたいw
480:login:Penguin
11/03/02 22:36:31.17 Xw8efBEY
マイコミは質ひきーな
特にオープンソースに関しては
481:login:Penguin
11/03/05 12:57:34.07 aRX6+9uK
「ひけーな」のほうがまだ通じる
482:login:Penguin
11/03/05 14:03:26.29 1mERdQIs
若いとひきー
若くないとひけー
これ世代間ギャップな
483:login:Penguin
11/03/05 14:07:11.91 aRX6+9uK
その説明ムリがあるだろｗ わらた
484:login:Penguin
11/03/05 17:25:32.77 0eEFH5Rt
たけーな
ひきーな
あちーな
さみーな
だろ
たきーな
ひけーな
あてーな
さめーな
はない
485:login:Penguin
11/03/05 18:04:37.09 1H1tky7Q
ひけーはないだろjk
486:login:Penguin
11/03/05 18:44:27.37 cISXR8bv
最近の年寄りは日本語がなっとらんな
487:login:Penguin
11/03/05 19:03:34.15 3K+cICy5
関西人だが、
×たきーな
思いのほか高いと感じて「たっけー」とはいうが、「たっきー」とは言わない。世代差か？
○ひけーな
「ひっきー」とはいはない。
×あてーな
△さめーな
あり得る。
488:login:Penguin
11/03/05 21:06:43.16 js6Q/XPj
「あい」は「えー」、
「うい」は「いー」に変化するものだと思ってました。
489:login:Penguin
11/03/05 21:32:55.09 /cyEcA2y
スレ間違えたかとおもた
490:login:Penguin
11/03/06 01:04:53.19 NscvgRhy
いや世代とか言ってる変なのが湧いてるだけ、だと思うんだが
低っけーな
↓
〇 ひけーな
× ひきーな
だろ
491:login:Penguin
11/03/06 01:11:37.19 51bQVOej
うじーからよそでやれ
492:login:Penguin
11/03/07 17:55:57.69 P52rpfvA
間違いを認められ無いヤツが言い訳してるだけだろ
493:login:Penguin
11/03/07 22:19:19.41 lc3HMoyC
しゃばいぜ！
494:login:Penguin
11/03/08 00:35:14.46 vvV4Ni/a
おしり
↓
オシリーナ
↓
シコリーナ
495:login:Penguin
11/03/08 01:03:28.04 6zD2KOZ9
オシリーナ
↓
秋山莉奈
496:login:Penguin
11/03/08 09:48:10.69 sbqaEYyl
URLﾘﾝｸ(www.amazon.co.jp)
497:login:Penguin
11/03/08 12:27:03.08 vvV4Ni/a
↓
ナカダシリーナ
498:login:Penguin
11/03/08 22:33:51.30 4/LvzkVD
うーん、イマいね
499:login:Penguin
11/03/09 00:30:17.03 VvyHPxgd
サセコリンも居るよ！
500:login:Penguin
11/03/09 01:14:22.67 PVLn0fa+
ふぁいるしすてむのはなしをしろおまえら
501:login:Penguin
11/03/09 06:54:51.16 Ex/l8RT5
colinFS
502:login:Penguin
11/03/09 07:20:37.63 tL58Ochb
OldFS
1984年以降にファイルの読み書きができなくなる
503:login:Penguin
11/03/09 21:37:16.82 MhNQSEfT
NTFSの次のファイルシステムはいつ出るんですけお・・・
504:login:Penguin
11/03/09 22:32:26.68 llFzp7d2
WinFS‥はなくなったっけ
出ないんでないかい
505:login:Penguin
11/03/09 22:34:25.70 tL58Ochb
NTFS
ニュータイプファイルシステム
次はイノベーターだな
てか、この流れ秋田w
506:login:Penguin
11/03/10 11:06:22.52 gigfE3kM
Large HDD/SSD Linux 2.6.38 File-System Comparison: EXT3, EXT4, Btrfs, XFS, JFS, ReiserFS, NILFS2
URLﾘﾝｸ(www.phoronix.com)
507:login:Penguin
11/03/15 03:07:57.95 vGMcuMiy
今回の地震でext3パーティションが逝ってた。
復旧に強いのってなんだろ？
508:login:Penguin
11/03/15 03:39:46.52 YP7B9TA+
バックアップ
509:login:Penguin
11/03/15 05:24:55.05 y2t4LCmy
遠隔バックアップ
510:login:Penguin
11/03/15 21:53:01.26 RNybMf7C
P2Pで拡散
511:login:Penguin
11/03/16 01:44:17.96 XBBI08TL
>>507
ext系の弱さはFAT並みだからなw
512:login:Penguin
11/03/16 02:21:08.99 A4sAZpwr
>>511
まてw
地震による影響は振動だぞw それはFS関係ねーw
電源断なら電源断と書くべき
513:login:Penguin
11/03/16 02:48:33.55 IIWWGVUL
いや、Win9x系＋FAT32は、システムは不安定だがファイルは堅牢だったぞ。
未セーブだったファイルはしょうがないが、フリーズして電源断で
Windowsが壊れたことは一度もなかった。
linux＋ext3はシステムは堅牢だが電源断には弱いね。
処理中だったファイルだけじゃなく、linuxシステム自体が壊れて
インストールし直したことが2回ある。
514:login:Penguin
11/03/16 04:39:21.57 SsOWXUnt
FATとかｱﾘｴﾅｽw
515:login:Penguin
11/03/16 05:19:37.59 rzOS3P3S
ext4
btrfs
xfs
zfs
電源断に強いのはどれ？
516:login:Penguin
11/03/16 05:54:15.63 SsOWXUnt
脳
以上
517:login:Penguin
11/03/16 16:09:10.03 1ts7gDuN
ext4はキャッシュ問題があるからのう
FSの問題では無いが、データ吹っ飛ぶのは困る。
518:login:Penguin
11/03/16 19:30:01.69 DZ/+nS40
kernel上げろよ
519:login:Penguin
11/03/16 20:25:25.44 A4sAZpwr
計画停電で電源断したけどext4は無事でした。
520:login:Penguin
11/03/16 20:41:34.43 Th2WoLQM
電源断に有効なのはUPS
521:login:Penguin
11/03/16 22:48:39.06 XBBI08TL
電源断に有効なのはCD/DVD起動でデータを保存しないこと
522:login:Penguin
11/03/17 07:58:53.31 nl5x/hQt
>>520
サブ機はUPS入れてなくて地震の時落としちまったから、
修理中のメイン機のUPSを慌てて入れたらスルー回路につないじゃって
計画停電でまたやっちまった。まあ生きてたけど>ext4
523:login:Penguin
11/03/17 14:25:48.05 t60uhNrm
計画停電2回目実施だと……
これが4月いっぱいまで続くのか。
今からUPS買うとしても売り切れてないだろうなあ。
524:login:Penguin
11/03/17 19:43:53.88 LrFQVpEg
>>523
4月までで済むのか？
5月になったら、どっかの発電所が新たに稼働するのか？
525:login:Penguin
11/03/17 20:06:13.79 IephNgLX
>>524
URLﾘﾝｸ(www.asahi.com)
526:login:Penguin
11/03/17 20:14:38.19 LR4q0AX0
計画停電でファイルシステムが壊れた奴は田舎に住んでるのが悪いと思って諦めることだなw
527:login:Penguin
11/03/17 20:18:29.00 LrFQVpEg
>>525
ﾄﾝ
それでも夏期の見通しは悲観的なのか。
528:login:Penguin
11/03/17 20:35:52.95 3ScHH/0M
業務用の空調を全部GHPにしてしまえば？
529:login:Penguin
11/03/18 00:23:05.46 4shYf62x
>>526
電気無駄遣いの東京様のために停電してるんだけどな。
530:login:Penguin
11/03/18 01:18:19.64 t47KlS4l
真面目に計画停電は困る。
以外とFATやらNTFSやらは強いのかな？
ウチの母は電源を今まで電源ボタンで切ってたみたいだし。
531:login:Penguin
11/03/18 01:18:48.93 t47KlS4l
>>530
電源ボタン長押しは強制終了になっているPCです。
532:login:Penguin
11/03/18 02:19:04.41 xIzsn3iv
長押しじゃなくて、普通にカチッと押すとスリープやシャットダウンしてくれるでしょ。
533:login:Penguin
11/03/18 02:32:03.57 vJTkSX/L
ウチの母に言ってくれ笑
何度言ってもそうやるのに壊れないNTFSは意外と強いのかもしれん。
534:login:Penguin
11/03/18 04:55:16.50 yF8UKWF7
>>530
NTFSはともかく、FATは論外でしょう。
DOSクライアント使ってたころはフリーズでFATチェーン壊れまくった。
当時のUNIX使いに「そこまで意味なかろ」と嘲笑されつつも
「お前らに何がわかる」とUPSかましてた(笑)
535:login:Penguin
11/03/18 12:34:58.15 AYrDXVPC
>>506
SQLite@JFS@SSD が精彩を放ってるなｗ
あとはまあ想定内。
>>522
あんたが原子炉のオペレーターでなくて良かったよ。
536:login:Penguin
11/03/18 22:50:18.53 +H7pbDhl
>>526
田舎って・・・
東電管内は計画停電を実施してるけど、田舎な東北電力は、いまんとこ全部中止になってるわけだが。
都会に住んでなーんも考えず無計画に電気使ってるのが悪いと思って諦めろの間違いだろjk
537:login:Penguin
11/03/18 23:44:53.34 xIzsn3iv
よし！一番重要な鯖にsarge amd64入れるぞ！
538:login:Penguin
11/03/18 23:54:09.00 FqcW8KJ7
匙注入♪
539:login:Penguin
11/03/19 01:02:44.27 nfQqFViP
>>534
DOS3.3Cの頃から使ってて、FATおよびFAT32でFAT(テーブルのほうね)が飛んだことは一度もないな。
電源断での不整合はすべて、chkdskやscandskで修正できた。
FATが障害耐性に優れているとは全然思わないが、
FATが飛んだってのはプログラムのメモリ管理にバグがあったんじゃないか。
元DOS使いの感覚からすると、セーブしたデータはもう大丈夫、
フリーズ前にセーブできなかったデータは仕方ない、テキストファイルだったら
修正かけたあとに断片を拾ってきてなんとかする、みたいなw
で、linux＋ext3だと、セーブしたファイル、あるいはタイミング的にセーブ済みのはずの
ファイルまで復旧できないケースが多いように思うんだ。
540:login:Penguin
11/03/19 01:05:04.50 gbLIyFg9
棒なんとかさんによると umount しないといけないらしいですよ。
541:login:Penguin
11/03/19 11:16:27.66 a4Kgpmhz
sync sync sync
542:login:Penguin
11/03/19 11:19:31.37 +yjEtekC
元ネタ的には sync, sync, sync じゃね
543:login:Penguin
11/03/19 11:41:06.54 a4Kgpmhz
fault
544:login:Penguin
11/03/20 12:14:21.14 HAUNhO/b
XFSとか使ってないのかよ
545:login:Penguin
11/03/20 23:25:08.34 z/HVJZ+5
>>539
> DOS3.3Cの頃から使ってて、FATおよびFAT32でFAT(テーブルのほうね)が飛んだことは一度もないな。
> 電源断での不整合はすべて、chkdskやscandskで修正できた。
そりゃあ、気づいていないだけだろう…。
chkdskのチェック能力は貧弱だしな。毎回バックアップしてあったデータと突き合わせて
正常であることを確認していたというのならまだしも、どうせそんなことはやっちゃいないだろ。
546:login:Penguin
11/03/20 23:54:27.58 uHYfuRXB
FAT(テーブルのほうね)がとぶ、の意味を理解してないようだ
547:login:Penguin
11/03/21 00:23:10.02 gfsWtIgU
FAT（テーブル） は二つあるから、それだけでも随分と違う。
548:login:Penguin
11/03/21 01:19:44.06 IzgRpqxP
>>540
メインはdebian使ってて、電源断後は別パーティションから立ち上げたubuntuで、
debianのパーティションをマウントしてない状態でfsckをかけてる。
>>545
広義の自前データ(設定ファイル、プログラム、マクロファイルを含む)については
別ドライブにミラーリングして、初回はFC /bで全ファイルをバイナリコンペアし、
あとは更新分などを日々バックアップ。ディスク入れ替えとかの節目では、
元データとミラーバックアップをバイナリ比較してチェック、新ディスクに入れ替え後も
チェック、みたいな感じでやってた。
Win9x系ではfcomp32だったかを使って同様にバイナリコンペアをしてた。
>>546
かもね。
幸いnecoのお世話になったことはない。起動して眺めるのはけっこう楽しかったけど。
linuxにはnecoみたいなグラフィカルなファイルシステム復旧ツールってないの？
549:login:Penguin
11/03/21 07:01:24.49 qeDNfXdm
>>548
FAT FSの場合、結構な確率でオープン中のファイルは壊れるけどな。
Win 95/98系で電源断を繰り返しているとsystem下のファイルがそうやって壊れてって
そのうちクリティカルなファイルを壊して立ち上がらなくなる。
550:login:Penguin
11/03/21 07:15:00.75 WXrc7ZOW
そんな自分の思い込み書いたって仕方無いだろう
551:login:Penguin
11/03/26 04:34:33.11 goHjbQuK
媒体がFD程度なら手作業でFAT復旧も可能だったけど
今はもう人力でできる範囲を超えてる
552: 忍法帖【Lv=14,xxxPT】
11/03/26 05:14:01.70 oPrWHezh
ZFSとbtrfsはどっちが電源断につよいのかね？
553:login:Penguin
11/03/26 12:38:41.38 wjAmdAxI
今、UPS無しの環境なんて考えられないからなあ…
554:login:Penguin
11/03/26 14:19:56.41 V3Ng6dso
EPROM最強
555:login:Penguin
11/03/26 19:21:08.94 flXy1je3
>>552
製品として完成すればどっちも同じ程度だろうが、btrfsは今はまだ実運用に使う程の実績はないでしょ。
556:login:Penguin
11/03/26 21:44:05.57 pgKPbaYu
何にでも最初はある。
最初の実績を作れば人柱になれますよ。
557:login:Penguin
11/03/27 01:46:29.22 QddUjfzt
>>554
リナ子! それFSちゃう! 箱や!
558:login:Penguin
11/03/27 16:09:21.85 3UtLLSt0
お！そうかw
じゃEPROM + romfsで
559:login:Penguin
11/03/28 01:46:37.85 kVzQep2Q
マウントして "ls -l" すると、
drwxr-xr-x. 2 root root 3224 2011-03-26 11:11 bin
drwxr-xr-x. 3 root root 376 2011-03-28 00:50 boot
drwxr-xr-x. 2 root root 48 2011-03-26 10:36 cdrom
drwxr-xr-x. 18 root root 3820 2011-03-28 00:58 dev
drwxr-xr-x. 144 root root 7048 2011-03-28 00:58 etc
drwxr-xr-x. 5 root root 120 2011-03-26 10:53 home
こんな感じで、"drwxr-xr-x" の右に "." が付いてる
ext3 のパーティションがあるんだけど、何だろう？
ひょっとして、壊れた？
560:login:Penguin
11/03/28 10:26:17.05 sBQAFq9K
うんこわれてる(w
561:login:Penguin
11/03/28 12:18:33.77 J4CrBVKU
うんこ割れてる
に見えたw
562:login:Penguin
11/03/28 21:17:17.22 u4XW+2Xw
>>559
> GNU `ls' uses a `.' character to indicate a file with an SELinux
> security context, but no other alternate access method.
ソース=info ls
563:login:Penguin
11/04/03 02:12:11.91 KqnuVbOm
Ext4 Scalability Testing on 2.6.38-rc5
URLﾘﾝｸ(free.linux.hp.com)
564:login:Penguin
11/04/11 13:05:27.87 HuTo4V3c
NTFS-3G Merges With NTFSprogs, Plus New Version
URLﾘﾝｸ(www.phoronix.com)
>>335
2.6.39: inodeのロック細分化、stack-plug
2.6.40: reduce rqlock(予定)
565:login:Penguin
11/04/16 23:20:52.93 dF5xAXmG
書き込み中に電源切ると9割方論理障害
566:login:Penguin
11/04/20 10:16:58.93 6Xy6agFB
その理屈だとzfsとかbtrfsしか使えんぞ。
メタデータの局所性を忘れてる。エラー出たところは切り落し処理で充分。
567:login:Penguin
11/04/20 12:42:45.34 vClaItbH
JFSの枯れっぷりとど安定ぶりは安心
568:login:Penguin
11/04/20 13:23:54.58 D8F8VmvL
ReiserFSは作者も檻の中で枯れていますが？
てかなんで奥さん殺しちゃったのよ。
569:login:Penguin
11/04/20 13:39:57.73 /OhhQf59
檻の中でメンテしてくれりゃいいのにな。
10年来使ってきたけど今度SSD買ったら保守的にExt4にいきます。
初めて入れたLinuxのデフォがReiserFSだったから使ってただけだけどね。
570:login:Penguin
11/04/20 16:45:16.78 Q4gkp6B+
Anyone still use ReiserFS?
URLﾘﾝｸ(www.linuxquestions.org)
欧米人も殺人者のFSなんか使いたくないって言ってるくらいだから
571:login:Penguin
11/04/20 19:21:46.11 cIIOY/tt
Debianの中の人のIanさんはDebraさんと離婚しても殺さなかったし
Debianの名前も変えなかったよね。
HansとIan、どうして差がついたのか……慢心、環境の違い。
572:login:Penguin
11/04/20 20:19:46.45 uT//+ZWW
いや，殺さないってそれ．．．ふつうはそうですから
573:login:Penguin
11/04/20 22:14:24.47 u3bbg3Bf
>>571
Hansが異常なだけｗ
574:login:Penguin
11/04/20 22:17:41.24 uApsio8t
>>571
ちょっとおもしろかったｗ
575:login:Penguin
11/04/22 20:24:54.49 G18jBNNy
人殺しの作ったファイルシステムやなｗ
悲劇やなｗ
576:login:Penguin
11/04/23 04:16:09.55 /oJ69YNo
>>566
nilfs…
577: 忍法帖【Lv=7,xxxP】
11/04/23 12:51:10.25 44h+Y8wN
坊主憎けりゃ袈裟まで憎いってか
罪を憎んでコードを憎まずっつーのもあるんじゃね？
578:login:Penguin
11/04/23 13:17:41.28 LSxT+dHF
今話題の風評被害てやつ？
「577って人殺しの作ったファイルシステム使ってるんですって
「あらやだ
「奥さんを殺したそうですよ
「まあ、奥さんを
「577って奥さん殺したんですって、死体が見つからないから捕まらないみたいな
579:login:Penguin
11/04/23 13:44:09.87 61gUau+w
意味不明
580:login:Penguin
11/04/23 13:53:09.31 dQNkIrE1
nilfsってACL使えるようになった？
581:login:Penguin
11/04/23 18:29:38.34 Vu17dJED
POSIX ACLって使ってる人どれ位いるんだろう。
拡張属性すら使ってない…
582:login:Penguin
11/04/23 22:09:11.23 NcRfLCvq
sambaで使うでしょ。netatalkも。
583:login:Penguin
11/04/24 10:32:28.65 hpTB1nom
killfs
584:login:Penguin
11/04/24 16:41:28.85 +5ORao1q
>>577
好印象を持たないのは確かだろ
そういう事やっちゃうような人間がこしらえた物は真っ当な品質なのか？って疑問が真っ先に浮かぶからな
代替になったりそれ以上の機能を持った物が他にあるなら尚更
585:login:Penguin
11/04/24 22:41:40.97 Q5rSe0sc
Hans大人気w
586:login:Penguin
11/04/25 01:07:25.74 3W5V264c
んなこと言ったら世の色々破綻気味だった芸術家やら科学者の成果使えなくて困るぞ。
大体無差別とかならともかく、愛憎の末の事件では法的な裁きを受けた時点で部外者がどうこう言うもんでもない。
587:login:Penguin
11/04/25 01:11:15.40 A6t0qrDs
ま、そりゃそうなんだけど、SUSEプロジェクト関連から恨まれるのは
仕方ないんじゃないだろうか。
588:login:Penguin
11/04/25 14:17:43.98 eKrnePzl
私生活でトラブった時点で他に移譲して切り分けられるようにして対策しとけよって話だわな
科学者やらの成果の話はいきなり飛び過ぎてて極論すぎるんでノータッチ
589:login:Penguin
11/04/25 18:55:22.80 ooiuyDvr
Hansの性格がああだから、Reiser4はkernelにマージされなかったわけだしなぁ。
590:login:Penguin
11/04/27 23:14:34.41 3Oy2kvsu
romfsを実パーティションに書き込んでそこからブートしたいのですが、ブートローダーはどのように設定すればいいのでしょうか？
エロイ人教えてくださいまし。
romfsにrootfsのものを詰め込む
genromfsで/dev/sda1に書き込む
chrootしてliloを実行しようとすると、read-onlyなパーティションだからmapを/bootに作れないエラー
ショボーン(´・ω・`) <- 今ココ
romfsを作ってchrootしないとliloは実行できないし、romfsはread-onlyだからliloは書き込みできない。
591:login:Penguin
11/04/28 00:26:58.48 SGyKjUEv
>>590
あれはディスクに置くようにできてないでよ
592:login:Penguin
11/04/28 08:37:41.99 Sp1/kbdY
>>591
genromfs -f /dev/sda1 -d ~/rootfs
で、置けてるけどダメ？
593:login:Penguin
11/04/28 13:21:28.48 Zb6brDm9
>>590
いや、/bootは別のfsで切ろうよ。
594:login:Penguin
11/04/28 14:32:16.27 SGyKjUEv
>>592
それをマウントしてみれ
595:login:Penguin
11/04/29 00:35:19.34 6BgVkEdc
出来るじゃん
596:login:Penguin
11/05/03 07:23:44.69 HQxRDXk7
exfat使ってる奴なんているの？
597:login:Penguin
11/05/03 11:25:04.75 /EpLG/0X
大容量SDカード用です
598:login:Penguin
11/05/03 12:18:19.74 EVqiYSWO
リムーバブルメディアでジャーナルなしのfsは怖すぎるだろ。
599:login:Penguin
11/05/03 12:22:55.72 JfSQlytl
SDXC以外で使う用途がないよな
600:login:Penguin
11/05/03 13:53:26.21 fPjeD196
WindowsとMac混在してるからUSBメモリでexFATつかうけどな。
受け渡し用でその都度クイックフォーマットしてるし特にポリシー無いけど。
601:login:Penguin
11/05/03 22:20:06.87 8f/4v2cV
NTFSでいいだろ
602:login:Penguin
11/05/04 01:34:31.60 O+00UzZ3
今度作ろうと思ってるファイルサーバーについて、アドバイス願います
用途：
・録画ファイル置き場(数GBサイズのファイルが日常的に溜まっていく)
・上記ファイルをCIFS等で共有
・(できれば)iSCSI Target化
要求：
・増加するファイルとHDDの管理が面倒なので、一つのボリュームにして管理したい
・容量増加ペースが早めなので、RAID-1のような容量効率の悪い冗長化
はとりたくないが、JBODのような全く冗長性のない構成もとりたくない
・RAIDカードやオンボードRAIDのように、ハードウェアに依存する機能を使わず
ソフトウェアだけで実現したい(→別のマシンにHDDを繋ぎかえて即再構築可)
・基本的にはHDDをどんどん追加していって継続的に容量を増強したいが
設置スペースにも限界があるので、冗長構成を維持したままなるべく手軽に
HDDを追加したり取り除いたりすることができる構成にしたい
(一度に追加/削除するHDDは、多くても3～4台単位で入れ替えするようにしたい)
とまぁこんなことを考えていまして、現時点ではファイルシステムとしてZFSの
RAID-Zが最有力かなぁと思っています。しかし構築したことないので勝手がわかりません。
ZFSは冗長構成になっているストレージプールに単発HDDを追加すると冗長性が
失われてしまうだとか、一度追加したHDDはたとえ十分に容量の空きがあっても
台数を減らすことは出来ないだとか聞いたことがありますが、どうなんでしょうか？
その他のファイルシステム含め、私の用途に合いそうな構成があれば教えてください。
603:login:Penguin
11/05/04 01:38:44.98 8C1WZH+o
ZFSで腹が決まってるなら鼬害
604:login:Penguin
11/05/04 02:05:32.67 hkvldy2o
それだけでいいならFreeNASでもいれておけ
605:login:Penguin
11/05/04 02:27:29.17 iQsNESnS
>>602
RAID-ZでHDD入れ替えはできるけど、元のHDD容量より大きい物と入れ替えて
全体のzpoolを増やしたいってのは無理。
606:login:Penguin
11/05/04 07:50:23.61 5b/r0Vj0
>>605
607:login:Penguin
11/05/04 07:52:38.09 5b/r0Vj0
キーボードがチャタリングおこして空カキコになってしまった。
>>605
なんで？
608:login:Penguin
11/05/04 11:52:27.41 JKp2oFku
>605
できるよ?
RAID 的に使うには当然全部のディスクを交換しないとダメだけど。
609:login:Penguin
11/05/04 22:32:10.72 D3i8CMTY
>>608
一応出来るけど，全部のHDDをひとつずつ入れ替えなきゃいけないから（その度に再構築必要），
相当数のHDDがあるのなら，別のプールを作ってsend-recvで移した方が
絶対に速いと思う．
610:602
11/05/05 01:09:02.91 hQNBUwzK
確かに現段階でZFSを有力視はしていますが、決定事項ではないです。
仮にZFSを使うと決めた場合でも、ZFS on FUSEを選択する可能性もありますし。
それで現状、冗長構成のままHDDを一台づつ追加したり削除したりといったところまで
フレキシブルな構成というのは、お話を聞いてる限りでは出来なそうですね。。。
ZFSにしろsoftRAID+LVMにしろ、3台単位くらいの冗長アレイを最小の構成単位にして
それらを順次容量の大きいHDDに入れ替えていくのが現実的でしょうか。
611:login:Penguin
11/05/05 02:29:49.54 97CsBDVO
同じマシン２台用意してミラー
RAIDはなしで
612:login:Penguin
11/05/05 07:56:27.05 YtAgiQKp
nilfsのリサイズ機能キター。
オンラインリサイズなのはGJだが、今のカーネルで使えないのが悩みどころ。
同じ処理をオフラインでするようなコマンド作ればいいのか。
613:login:Penguin
11/05/10 20:11:16.86 NJVvQMKo
ばたーFSってどう？
誰か使ってる人居ますか？
ファイル鯖で使いたいけどまだ時期尚早？
614:login:Penguin
11/05/10 22:01:07.00 N2CbUemo
室温だと溶けちゃうのがねぇ… ってそんなFSあったっけ?
615:login:Penguin
11/05/10 22:11:10.29 pgZkW8Cn
Ubuntu11.04でネイティブサポート入ったから
/をbtrfsにしてみりゃ分かるよ
ext4と比べたら速度にかなり難あり
616:login:Penguin
11/05/10 22:13:23.70 rUQPjhN+
2.6.32くらいのときに squid のキャッシュdirとして btrfs 使ってたけど
けっこうすぐ壊れた
今だと安定してるのかな
617:login:Penguin
11/05/14 15:26:08.93 jW+sux5O
工事障害情報
株式会社NTTPCコミュニケーションズ
【発生】05/08 仮想サーバへの接続不可
障害発生日：2011年05月08日午前 00時00分頃
『 現在対応中 』
5月9日 午後 15:25追記
完了見込み時刻が以下のとおり変更となります。
【変更前】05月09日（月）午前 11:00 ～ 午後 02:00頃
【変更後】05月12日（木）午前 10:00頃
5月10日 午後 12:20追記
現在のところ、上記の復旧見込み時刻に変更はございません。
5月11日 午後 16:50追記
お知らせした復旧見込時刻にサービスを再開することが困難になっております。
そこで、お知らせしております復旧見込時刻を下記の通り一旦「未定」に変更致します。
【再変更前】05月12日（木）午前 10:00頃
【再変更後】未定
【原因】
<追記>5月13日午後13:00
・ファイルシステムの不具合
データ復旧しても数日分のデータが消失してる可能性が高いとの利用者情報。
弱小WEB屋、SOHOが集う情強Twitterでは、自殺寸前の発狂騒ぎ＼(＾o＾)／
URLﾘﾝｸ(web.arena.ne.jp)
618:login:Penguin
11/05/14 15:29:39.54 5Yfumgbf
また目標は達したとかいってそのまま閉じるんじゃないか
619:login:Penguin
11/05/14 16:37:06.04 alVEYsYu
目標＝エライ人の思いつきで始めたサービスは失敗するという経験則の確認
だったら大成功だな
620:login:Penguin
11/05/14 18:02:40.23 QCvkXXIa
つ トレンドマイクロ safesync
621:login:Penguin
11/05/14 18:21:02.70 UdnEbKjm
CLOUD9終了
URLﾘﾝｸ(www.nttpc.co.jp)
>データの取り出し方法の詳細や代替サービスの提供等につきましては、来週あらためてお客さまへ個別にご案内いたします。
>また、WebARENA CLOUD9については、サービス品質の確認ができるまで、サービスを停止いたします。
全仮想マシンが起動不能って、どんな構成＆障害なんだろ
クラスタファイルシステムの複数ノード障害？
622:login:Penguin
11/05/14 18:46:15.91 m6d6dhc0
>>621
クラウドシステムの場合、システムの構成は完全に隠蔽されていることが多いので、
そのあたりの想像すらつかないなぁ
623:login:Penguin
11/05/15 02:55:16.89 Ye2pH2Xi
WebARENAっていやあアダルトコンテンツ禁止って書いてあるに
アダルトコンテンツだらけでそれはいいのかとURL付きで問い合わせたら
家のサーバじゃねぇと返信が来たり
できた頃から自分ところで何が動いているのかまったく把握してい社員だらけだったな。
624:login:Penguin
11/05/15 05:21:22.79 HsgWXDHD
host側でfsckかかったのかな...
VM単位のbackupも考えた方がいいなこりゃ。
625:login:Penguin
11/05/15 09:03:57.62 hsXP+Ocb
というか、オマイらもっと NILFS 応援しるヽ(`Д´)ﾉ
日本発 FS で唯一の有望株だろ。
怖くても使うことが重要だ（ぇ
SSD での性能が高いことは既に証明されてる。
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
626:login:Penguin
11/05/15 09:15:13.63 R6v5078W
>>625
でも、URLﾘﾝｸ(www.nilfs.org) のlatest newsを見ると、
怖くてとても常用できるシロモノじゃないことがよくわかる罠
627:login:Penguin
11/05/15 09:19:05.06 B0dq4CMB
有望株……かなあ？
有望株って言えるのはZFS、HUMMER、btrfsの三本だけだと思うよ
628:login:Penguin
11/05/15 09:21:51.73 yObZ6QGw
データまでnilになったら怖いお
ところでext3って2038年問題に対応してるの？
% touch -d "8930-01-23" 8930-01-23.dat
% ls -l
total 0
-rw-r--r-- 1 tnok users 0 Jan 23 8930 8930-01-23.dat
/usr/src/`uname r`/include/linux/ext3_fs.hを見ても
i_{a,c,m}timeの型は__le32だし何がなんだか
629:login:Penguin
11/05/15 09:24:00.47 yObZ6QGw
追加。x86_64 Linux 2.6.38です
630:login:Penguin
11/05/15 09:51:47.76 Ye2pH2Xi
ext3は2038年のままじゃないのかな
ext4は2514年らしいが
631:login:Penguin
11/05/15 10:04:00.26 hsXP+Ocb
>>626
何だそのくらい。大したことじゃないやい( ｰ`дｰ´)
ext4 だって、不具合は一杯あったわけだし。
URLﾘﾝｸ(bugs.launchpad.net)
使ってみて、不具合があれば報告することに意義がある！
>>627
「日本発での有望株」は、NILFS でしょ。
海外だと、SSD 上での FS の話題では、必ず NILFS は言及される。
>>628
データは、大抵HDD に入れるだろうし、信頼性が第一だから、
枯れた FS でも使えばいいと思う。
ただ、実はNILFS は本来性能をメインにしたものではなくて、
データ復旧をメインに開発されてるんだけどね・・・
632:login:Penguin
11/05/15 10:09:36.45 yObZ6QGw
>>630
そういうわけでもなさそうなんだ
% pwd
/home/tnok/temp
% mount | grep home
/dev/sda8 on /home type ext3 (rw,commit=0)
% ls -l 8930-01-23.dat
-rw-r--r-- 1 tnok users 0 Jan 23 8930 8930-01-23.dat
>>631
おーけー、NILFSの名前はしっかり覚えた！
633:login:Penguin
11/05/15 10:19:04.59 PCvvbV4q
最新のベンチマーク
URLﾘﾝｸ(www.phoronix.com)
確かに NILFS は優秀だな。
634:login:Penguin
11/05/15 10:21:24.06 Ye2pH2Xi
>>632
そんなバナナと思ってやってみたらopenSUSEのkernel 2.6.37/i586でもなった
touch -d "19999-01-23 23:59:59.123456789" 8930-01-23.dat
# stat 8930-01-23.dat
File: `8930-01-23.dat'
Size: 0 Blocks: 0 IO Block: 4096 regular empty file
Device: fd01h/64769d Inode: 111344 Links: 1
Access: (0644/-rw-r--r--) Uid: ( 0/ root) Gid: ( 0/ root)
Access: 2011-05-15 10:19:44.000000000 +0900
Modify: 19999-01-23 23:59:59.000000000 +0900
Change: 2011-05-15 10:19:37.000000000 +0900
635:login:Penguin
11/05/15 10:25:47.01 Ye2pH2Xi
# touch -d "48794-01-01" 夢の生まれる場所
# stat 夢の生まれる場所
File: `夢の生まれる場所'
Size: 0 Blocks: 0 IO Block: 4096 regular empty file
Device: fd01h/64769d Inode: 111345 Links: 1
Access: (0644/-rw-r--r--) Uid: ( 0/ root) Gid: ( 0/ root)
Access: 48794-01-01 00:00:00.000000000 +0900
Modify: 48794-01-01 00:00:00.000000000 +0900
Change: 2011-05-15 10:25:40.000000000 +0900
5万年くらいまでは大丈夫そうだ
636:login:Penguin
11/05/15 10:27:28.86 JwrU6R2V
日本発とかどうでもいいよ。性能よく信頼して使えればいい
637:login:Penguin
11/05/15 12:18:30.89 tz0Q6a5h
日本で開発されているものだと、日本語で質問・要望・バグ報告できるのがいいね。
英語を読むことは出来ても、英語で質問するのは敷居が高いし。
仕組みも、日本語の文献が沢山あるので、素早く理解するのに困らない。
もともと信頼性向上のために作られたファイルシステムで、
現時点で性能も高いということであれば、使ってみる利点はあるな。
638:login:Penguin
11/05/15 15:55:19.65 Y/lyVgXl
ファイル無くなるって聞いた時点で、利点はなくなるんだが・・・
639:login:Penguin
11/05/15 17:15:17.48 Ye2pH2Xi
>>617
これ原因なったと思われる最初の障害って3月末から始まって
その後1ヶ月くらい障害を放置してからサービス停止になってるな。
640:login:Penguin
11/05/15 18:34:29.57 YX6US6mc
>>628,632,634-635
ext4でもサポートされない範囲だよな
アンマウントすると切り詰められるんじゃねえ？
641:628
11/05/15 18:58:28.70 DkPpwlBp
>>640
それだ！ここで聞いてよかった。ありがとう
（念のため）再起動前
% ls -l 8930-01-23.dat
-rw-r--r-- 1 tnok users 0 Jan 23 8930 8930-01-23.dat
再起動後
% ls -l 8930-01-23.dat
-rw-r--r-- 1 tnok users 0 Nov 8 1988 8930-01-23.dat
642:login:Penguin
11/05/18 23:24:56.43 Z+L6Cxa7
>>615
信頼性よりも速度で使えないと思った
643:login:Penguin
11/05/24 00:41:04.17 XWafzd7e
>>615
こっちでも遅かったよ
構造上シークが多発しやすいんじゃないだろうか
HDDには向かないきがしたよ
644:login:Penguin
11/05/27 17:07:58.02 8JALglxO
URLﾘﾝｸ(zfsonlinux.org)
いつの間にかNative ZFSってマウントできるようになってたんだな。
随分前の話にしてはこのスレでは出てなかったっぽいけど、なんかマズイの？
645:login:Penguin
11/05/28 00:11:49.03 7q0/HVaS
>>644
FAQに書いてあるお。1.1 What about the licensing issue?
646:login:Penguin
11/05/28 16:16:39.60 ayVxa3HI
>>645
その点に関しては個人が勝手に組み込んで使う分には問題無いんじゃないの？
スレでまったく触れられてないからよっぽど技術的な問題があるのかなと思った。
Maverick 64bitで試してみた限りではちゃんとマウントできて読み書きできたし、
fuseよりよっぽど速くてzvolも使えてかなり実用できそうな雰囲気だったのだが。
647:login:Penguin
11/05/28 20:39:34.54 +AUkRY8K
Native ZFSってこのスレでベンチの話題とか出てた記憶があるけど
648:645
11/05/29 01:00:35.05 QBuk/AL1
>>646
だからそれがFAQに書いてあるって言ってんじゃん。ここここ。
This makes a Native ZFS on Linux implementation possible
if you are willing to download and build it yourself.
649:login:Penguin
11/06/09 11:44:10.17 oBy5TYoc
URLﾘﾝｸ(www.theglobeandmail.com)
カリフォルニア州は刑務所がいっぱいになったのでガベコレ始めるらしい。
Hansはfreeになるかな？
650:login:Penguin
11/06/09 13:46:02.10 85a7WrKx
>>649
Hansは一応は第二級殺人だけど、司法取引で第一級殺人から減刑された
わけだから、そうそう簡単に出られるわけがない。
懲役15年でまだ3年も服役してないんだし。たとえ減刑されたとしても、
どう考えてもあと数年は入ってるでそ。
651:login:Penguin
11/06/09 16:29:32.86 oBy5TYoc
>>650
ReiserFSはオンラインでinode拡張できるのにカリフォルニア州の刑務所って遅れてるよね。
652:login:Penguin
11/06/09 23:52:08.16 mk1GQXyi
>>651
カリフォルニア州はマジで金ないんだよ。察してやろうぜ。
653:login:Penguin
11/06/12 11:44:37.57 DcUUeU9g
Fedora15にしたら、e4defragってコマンドがインストールされてた
実行したい衝動を抑えるのに苦労している
誰か止めてくれ
654:login:Penguin
11/06/12 11:50:09.32 gQWxzugk
Just do it!
655:login:Penguin
11/06/12 11:54:47.32 L2VpAJM/
考えるな。デフラグするんだ。
656:login:Penguin
11/06/12 12:15:07.13 CfkwT8Ha
653まかせた。報告ヨロ
657:login:Penguin
11/06/12 12:43:26.31 DcUUeU9g
あれ、俺、背中押してって書いたんだっけ?
ちょっとやらなきゃいけない作業があるから、それ終わってから考える
あくまで考える、だからね
658:login:Penguin
11/06/12 15:36:52.76 YGpBY2VZ
+ +
∧＿∧ +
（0ﾟ・∀・） ﾜｸﾜｸﾃｶﾃｶ
（0ﾟ∪ ∪ +
と＿_）__） +
659:login:Penguin
11/06/12 20:12:40.40 wx+U8xiT
URLﾘﾝｸ(fossplanet.com)
All bug reports should be sent to NEC's e4defrag developers. It seems
to me that they are the most appropriate people to fix e4defrag bugs
(of course if they still want to maintain this project - it is hard to
deduce anything from git log - only five commits after merge - one
from author).
おお。結局NECの中の人が開発してたコードが採用されてるのか。
でもマージされてからコミット1つだけって……もうメンテしないのかorz
660:login:Penguin
11/06/12 20:18:26.88 G3ZrchdA
よくテストする人がいないからフェドラのユーザさん人柱になってね♪
661:login:Penguin
11/06/12 22:51:41.39 DcUUeU9g
$ e4defrag -c ~/hoge/
**************************************************
This is a release only for testing, and bugs may
which could corrupt your data. Please invoke
with "-test" if you wish to use it at this time.
**************************************************
オラなんだかワクワクしてきたぞ
662:login:Penguin
11/06/12 23:17:45.96 E+p/fg2k
*********** ダンガー ***********
663:login:Penguin
11/06/12 23:18:17.30 2jOgeKpr
楽しすぎるwwwwwww
664:login:Penguin
11/06/13 01:29:54.09 IgYAmFLq
$ e4defrag -c ~/hoge/
*********** ダンガー ***********
**************************************************
This is a release only for testing, and bugs may
which could corrupt your data. Please invoke
with "-test" if you wish to use it at this time.
**************************************************
665:login:Penguin
11/06/13 01:52:05.83 XAg63/QF
~/rpmbuild/{BUILD,…}を空にしておいて
$ rpm -ivh kernel-2.6.38.7-30.fc15.src.rpm
$ rpmbuild -bp rpmbuild/SPECS/kernel.spec
して
$ time e4defrag -c -test ~/rpmbuild/
Done.
real 0m0.179s
なんか拍子抜け
$ time e4defrag -test ~/rpmbuild/
Success: [ 71809/76280 ]
Failure: [ 4471/76280 ]
real 0m18.643s
user 0m0.692s
sys 0m2.664s
んー もうちょっと頑張って欲しかった
HDDはこんな状態
/dev/mapper/(LVMの名前) 470502808 320653480 125949168 72% /
オプションは様子見るだけの-cとメッセージが増える-vだけ
きっと大丈夫だから、みんなも使ってみなよ
$e4defrag -test /
てな感じで
666:login:Penguin
11/06/13 09:38:59.75 FLXBsZco
ここはダンガーなインターネットですね。
667:login:Penguin
11/06/13 10:33:59.48 KW49apiM
ダンガロウスなスレだな。
668:login:Penguin
11/06/13 11:31:00.61 M6hSVgJN
URLﾘﾝｸ(slashdot.jp)
> Fedora 16 では Btrfs がデフォルトファイルシステムに ?
阿鼻叫喚する人柱の姿が見える。
669:login:Penguin
11/06/13 11:37:24.51 QSfwSb0t
>阿鼻叫喚する人柱の姿が見える
すでにsystemdで阿鼻叫喚の嵐ですが何か?
670:login:Penguin
11/06/13 11:40:45.14 RNWTyH4l
そもそもそういう状況を楽しみたい人向けのディストリだから、阿鼻叫喚ではなく狂喜乱舞だろ。
671:login:Penguin
11/06/13 11:43:06.09 QSfwSb0t
最近はそういうことを知らないお客様が多くて・・・
672:login:Penguin
11/06/13 13:35:25.89 YJNRpC8v
「CentOS新しいのでないなぁ、よしそれならFedoraに移行だ」って人、結構多そう
673:login:Penguin
11/06/13 15:09:46.76 3N/M2PzN
centosからならscientific linuxに行くんじゃないの
674:login:Penguin
11/06/13 18:22:49.09 LDrXHrzI
username@fedora ~ $ e4defrag -test /home/username/
Filesystem is not ext4 filesystem
username@fedora ~ $ e4defrag -test /dev/vda1
ext4 defragmentation for device(/dev/vda1)
[6/26197]/home/username/.gconfd/saved_state: 100% [ OK ]
...
Success: [ 218/26197 ]
Failure: [ 25979/26197 ]
username@fedora ~ $ filefrag /home/username/.gconfd/saved_state
/home/username/.gconfd/saved_state: 1 extent found
rootでやると全部を対象にしそうです。
675:login:Penguin
11/06/13 19:00:08.91 YJNRpC8v
>>673
scientific linuxは現状ドマイナーだからねぇ。いくらCentOSの
有力開発者がscientific linuxに移行すべきだと発言したって、
そうそう知名度は上がらない。
RedHat系のフリーなOSとなると、知名度ではまずはCentOSで、
次はFedoraとなってしまう。
676:login:Penguin
11/06/13 23:16:18.69 /FV9xRx5
>>675
CentOSからFedoraになんて流れないよ。
ただ知名度高いものを使うわけではないから。
ただその流れでbtrfsの人柱になってくれるのは歓迎だが、
そういうレベルのユーザはただ使うだけで人柱にもならん。
677:login:Penguin
11/06/13 23:28:52.20 FfaXvJvv
透過圧縮が使いたいからシステム用としてbtrfs使い始めてて
割と安定している印象で満足してるんだけど、地雷になりそうなバグがあるの？
678:login:Penguin
11/06/14 00:19:10.43 3LAnnTIx
>>675
知名度で選んでる奴は fedora や ubuntu に行くだろうし、
RHELクローンで選んでる奴は SL に行くだろうし、
そもそも RHEL6 なんてまだ製品に組み込んでない多くの企業は CentOS 使い続けるだろ。
>>677
忘れた頃に突如ファイルがなくなってたりするんだよ。
そうでなくても、メタデータのリビジョンが上がったりして、
フォーマットする羽目になったりするけど、人柱志望ならそれもまた楽しいぞ。
679:login:Penguin
11/06/14 00:19:34.03 pk8ZqWy5
そんなとんでもねぇバグがあったらF16で採用なんて話にはならないでしょ
680:login:Penguin
11/06/14 00:26:47.95 BUqizwKD
F16で試してバグ直してUbuntuに採用されるパターンかｗ
681:login:Penguin
11/06/14 00:27:10.79 3LAnnTIx
>>679
Fedora は、とんでもねえバグが無い事を確認し、あれば潰すためのディストロだ。
682:login:Penguin
11/06/14 00:46:32.45 RcOrApG8
>>678
CentOSはよくわかっていない個人とか、そんな個人が管理する企業用で
サーバ用に選ぶ場合も多い…
683:677
11/06/14 00:49:33.49 9rnpHa6e
>>678
それってバグ報告上がってる？
上がってたら場所教えて欲しいんだけど
684:login:Penguin
11/06/14 00:56:43.63 F0n59Jgq
サーバ業者にOS導入から監視まで任せる場合と
RHELかCentOSじゃないとやってくれない。
685:login:Penguin
11/06/14 04:03:38.58 I5Quo95U
Scientific Linux使うなんて言っても「はぁ？ここ何屋だと思ってんの？」と言われてCentOSになるのがオチなんだけどな。
686:login:Penguin
11/06/14 04:08:09.12 Qtl+S292
>>685
今後のバージョンアップの手間が永遠に要らなくなるんだからよしとしようや。
687:login:Penguin
11/06/14 04:16:55.61 PXDSK5vP
ん？バージョンアップの手間はRHEL(CentOS)と同様にかかるわけだが。
688:login:Penguin
11/06/14 04:32:45.74 Qtl+S292
「CentOSになるのがオチ」なら「今後のバージョンアップの手間が永遠に要らなくなるんだからよしとしようや。」
これでいいか？
689:login:Penguin
11/06/14 14:03:10.63 rl1jywGW
ディストリスレになっとる。
690:login:Penguin
11/06/14 14:17:13.60 gjuWUJGD
Centの話はせんといて
691:login:Penguin
11/06/14 18:23:08.43 jSJPDPcz
btrfsはデータとそのメタデータのチェックサムを計算するから
とりあえず安心、か？
692:login:Penguin
11/06/14 18:35:10.93 GCTSroqg
今時チェックサムくらい珍しくないよ
grep -r CRC linux-2.6.git/fs/ してみれ
693:login:Penguin
11/06/14 23:02:59.84 S3dsgHps
Googleさんは、Bigtableでファイルシステムのチェックサムに頼った実装にしたら、
エラー頻発したんで、もう一段載せてたよ。
694:login:Penguin
11/06/14 23:54:48.19 HcXQxote
ZFS on Linux、早く0.6.0がstableにならないかなー。
695:login:Penguin
11/06/15 10:32:28.69 y3xnpYWC
板違いだけど FYI
FreeBSD の方の ZFS は v28 が安定版に投入されますた
raidz3 とか使えるようになったはず，かな
20110606:
A new version of ZFS (version 28) has been merged.
This version does not depend on a python library and the
sysutils/py-zfs port is not used anymore.
For upgrading your boot pool, please read "ZFS notes"
in the COMMON ITEMS: section later in this file.
696:login:Penguin
11/06/15 11:43:26.36 3E956irm
マウントしたままext3をext4にする方法ってない？
697:login:Penguin
11/06/15 12:33:30.44 nuqu398L
URLﾘﾝｸ(ext4.wiki.kernel.org)
あきらめてfsckしよう、な
698:login:Penguin
11/06/15 13:29:31.39 rNfWSnET
無理やりsuperblockを変換出来ても、kernelがext4であると
認識してくれなきゃ意味ないような気がする
699:login:Penguin
11/06/16 06:05:56.65 XXmacPl3
ubuntu11.04でnilfs2を起動時にfstabで/homeにマウントしようと思ったら、なぜか起動時に認識されなかった
ubuntu11.04でnilfs2をfstabで/homeにマウントできてる人は、やりかた教えてください
700:login:Penguin
11/06/16 09:41:34.92 nypKicCL
ubuntu使ってないけど、initramfsに強制的にnilfs2組み込んでもだめ?
mkinitrd --with=nilfs2 (作るramfsをフルパスで表記) (作るカーネルのバージョン)
って感じで
701:login:Penguin
11/06/16 19:22:56.07 P/wLJ4iC
modprobe nilfs2をスクリプト登録しとけばいけるはず。
ループバックとかで初めてfsマウントするとき、mountお任せだと認識できず失敗するし、その類のエラーかと。
702:login:Penguin
11/06/16 20:55:32.44 w0Ow1WpD
nilfsって、noautoにしとかなきゃいけなかったんじゃなかったっけか?
...って、そーゆー話じゃないのか?
703:login:Penguin
11/06/16 23:20:54.39 LE7BIrQt
>>699
純粋な疑問なんだけど、なんでhomeをnilfsにしたいの？
704:login:Penguin
11/06/17 01:14:11.45 T/LZKOBU
>>703
そこ疑問？うっかりファイル削除して替えが一番効かないのは
自分のファイルだから、使えるならnilfsというのは不思議ではないような。
それかbtrfsでファイル書き込みの度にスナップショット取るか。
705:login:Penguin
11/06/17 04:14:53.53 Lfs5WcGf
>>704
チェックポイントの管理はどうします？
適宜削除しなかったばかりに、あっというまにHDD空きが無くなりましたけど。
あと、nilfsは“重要なファイルは保存するな“的なステータスだったかと。
706:login:Penguin
11/06/17 07:15:44.32 vCxPmxVI
>>703
もっともすぎる突っ込みだが、人柱になってくれてるんだから水を差すな!
707:login:Penguin
11/06/17 08:07:20.47 jT7oZASc
~は犠牲になったのだ
708:login:Penguin
11/06/17 09:16:00.56 FgUZ/tZU
このすれ犠牲者だらけだなｗ
709:login:Penguin
11/06/18 10:56:13.94 DgTGpIqk
明日が来るのが怖くて死にそう
710:login:Penguin
11/06/18 13:16:26.83 DRCbpqIw
>>703
/homeをnilfs2にすれば、gitで間違えてmergeやcommitしても簡単に復活できそうだし、
不要なcloneと間違って必要なcloneをrmしてしまっても、簡単に復活できそうな気がしたからです。
でもスレの回答だと、どうやら誰も使ってないらしく、不安定さも予想以上な気がしてきたので止めときます。
（kernelにmergeされてるので安定して簡単にに使える状態かと勘違いしていました。）
711:login:Penguin
11/06/18 14:34:14.69 USXvdspH
カーネルにマージ＝安定して使えるならBtrfsはとっくに（ｒｙ
712:login:Penguin
11/06/18 15:48:36.00 oboKxRlw
>>711
メインラインへのマージは、あくまでもメンテナが選任されてコンパイルが恒久的に
通るようになっただけである、ってことだな。
713:login:Penguin
11/06/18 17:23:36.43 JZqzYp/+
nilfsって、どんな場面で使うべきなのか、いまいち浮かばないんだよなぁ
714:login:Penguin
11/06/18 17:29:07.61 fNYFItjX
じつは俺もｗ
言っちゃなんだが例えばext3で困ったことが無い。
715:login:Penguin
11/06/18 19:28:30.13 V89nBa4I
ルートをnilfs2にしておけば、いつでもオンラインバックアップが
とれるよ！ 安心、安全のnilfs2をよろしく！
716:login:Penguin
11/06/18 19:39:24.96 F65kSYWS
なんか、存在自体が不安だわnilfs2
名前どおりfsがnilになったりしなければ良いが
717:login:Penguin
11/06/18 19:40:34.85 Gw/vQCB8
安全なんてこの世には存在しないんだよ！
ext3だから安全だと思ってるおこちゃまはこれだから困るぜ
718:login:Penguin
11/06/18 21:55:50.64 obBRRPNx
安全とは言えないが安心して欲しい
719:login:Penguin
11/06/18 22:01:29.02 kyb8PMrL
直ちに壊れるとは言えない
720:login:Penguin
11/06/19 10:58:48.24 g0burfyD
>>712
その定義だとreiser4が入らなかった理由がふじこ
721:727
11/06/19 16:59:29.89 ilFxZcIb
全てはLinusの気まぐれ
722:login:Penguin
11/06/19 20:00:53.44 A5t7fACW
>>720
ハンスのコーディングスタイルが気に入らないとかじゃなかったっけ。
723:login:Penguin
11/06/19 21:36:48.99 iRVvz9yZ
自分の名前をファイルシステムに入れたのが、
気にくわなかったのかも。
724:login:Penguin
11/06/19 22:00:05.23 Ti+v6QFt
それをLinusが言うのかよｗ
725:login:Penguin
11/06/19 22:35:32.54 6V3/P2QQ
だからじゃね
726:login:Penguin
11/06/20 00:33:02.27 LidLMRZ4
英語読めないので誰か↓の内容教えて
URLﾘﾝｸ(blogs.oracle.com)
727:login:Penguin
11/06/20 01:33:19.42 0K5MFXrm
Linuxって名付けたのはLinuxじゃないし。ReiserFSの名付け親がReiserなのかどうかは知らないけど。
>>726
ZFSとSolarisのCIFS共有機能の組み合わせで、ZFSスナップショットをWinから「過去のバージョン」として扱えるって話っしょ？
728:login:Penguin
11/06/20 01:34:07.94 0K5MFXrm
>>727
「Linuxって名付けたのはLinusじゃないし。」だった。すまんｗ
729:login:Penguin
11/06/20 03:21:02.94 v/vvkhQE
良くあり過ぎて困るｗ
730:login:Penguin
11/06/20 22:35:40.83 UMurDLbs
Fedora15でe4defrag -test /したらFilesystem is not ext4 filesystemと言われ
e4defrag -test /dev/mapper/vg_fedora-lv_rootするとFile is not regular fileと言い
リンク先にe4defrag -test /dev/dm-1するとFilesystem is not mountedと言う
まったくもう
731:login:Penguin
11/06/21 03:01:34.62 dbWY8Iwb
>>730
/dev/mapper/vg_fedora-lv_rootを別の所にマウントすると、そのマウント先で実行出来るよ
732:731
11/06/21 23:28:28.55 qbcESkqO
>>730
実行してないと思うけど、冷静に考えたら>>731やるとファイルシステム壊れちゃうわ
e4defrag -test {/bin,/etc,/home,・・・,/usr,/var}
でダメ?
733:login:Penguin
11/06/22 00:36:50.50 DGiyhnx2
>>732
え？><
734:login:Penguin
11/06/22 03:02:33.40 zru0vxXP
時既にお寿司
735:731
11/06/22 17:28:29.42 1NmQMAD4
>>733
きっとあなたは日頃の行いが良いから大丈夫です
違うマウントポイントから同じファイルに同時にアクセスすると、
高い確率でファイルが(運がいいと周りを巻き添えにして)壊れる程度ですから、そんなに気にしないで大丈夫ですよ
はっはっは
736:login:Penguin
11/06/23 10:11:29.58 227Uwirb
同じファイルに排他もせずに書き込んだら中身が壊れるのは当たり前だろというのはほっといて
同じデバイスを複数回マウントするのは2.2とかよほど古いカーネルを使ってるのでなきゃ問題ない
ちゃんとman(2)に書いてある
＞Since Linux 2.4 a single file system can be visible at multiple mount points
737:login:Penguin
11/06/23 22:50:56.82 HjVlTZr1
>>736
さすがに同一マシンなら大丈夫だったのか
お騒がせしました
738:login:Penguin
11/06/23 23:50:04.14 hoplELEI
知らなかった...
739:login:Penguin
11/06/24 10:31:53.47 K8U8a53W
man(2)じゃなくてmount(2)だった…
740:login:Penguin
11/06/24 23:18:39.75 rKVrtejX
NILFSの今後について、ごそうだんしたいのですが。
741:login:Penguin
11/06/25 00:33:45.73 nxW16pAD
>>740
Linuxでは現在iSCSIによるファイルシステム共有FSのポジションが穴なので
そこへ行きましょうよ
742:login:Penguin
11/06/25 01:51:39.48 vSMhAj/u
>>741
GFSとかOCFS2じゃだめなの？
クラスタFSより乱戦の分散FSを何とかしてくれー
743:login:Penguin
11/06/25 02:29:16.51 nxW16pAD
>>742
商用で使われてるはずだから枯れてるんだろけど、なんか未来がなくて嫌
iSCSIなんて個人で使うのか?といわれれば答えよう、NFS遅いんだもん
でも、分散FSも欲しいな 両方実装してもらえばいいのかな
744:login:Penguin
11/06/25 02:30:17.52 9DGGdS2I
Linuxで使うNTFS重すぎワラタ
745:login:Penguin
11/06/25 15:01:26.41 575b+1hp
む、GFSなんてのがあるのか
解説サイトとかない？
746:login:Penguin
11/06/25 15:42:28.19 AY5C535H
>>745
URLﾘﾝｸ(www.jp.redhat.com)
URLﾘﾝｸ(docs.redhat.com)
GFS2、Redhatでググるべし
747:login:Penguin
11/06/25 15:49:53.18 +zyw/4mz
NFS系とクラスタ系。GFSという名前だと、
RedHatのGlobalFileSystem
がクラスタ系で、
GoogleFileSystemはHDFSの参考元で公開されてない。
748:login:Penguin
11/06/25 15:52:21.37 +zyw/4mz
4年前になるけど、比較
URLﾘﾝｸ(d.hatena.ne.jp)
749:login:Penguin
11/06/25 18:00:52.70 575b+1hp
まずいな、デバイスマッパーとかLVM理解しないと、
比較サイトの内容も分からないや
750:login:Penguin
11/06/25 20:44:43.82 qXAQ3oUJ
分散ファイルシステムとクラスターファイルシステムの違いを
素人にも分かるように説明してるとこありませんか？
751:login:Penguin
11/06/26 08:29:33.01 m6D2OGvC
大皿のままみんなで食うのがクラスタ
小皿に盛り分けるのが分散
752:login:Penguin
11/06/26 11:37:30.41 3+6dzafu
おれすげーこと思いついたよ。
iSCSIで接続した沢山のtargetをhostがRAIDZで束ねれば
クラスタ分散ファイルシステムになるんじゃね?
(遅そうだが)
753:BIGBANG
11/06/26 12:15:37.68 Juz5ebec
死ね
754:BIGBANG
11/06/26 12:16:43.88 Juz5ebec
お前らオナニーしすぎ
755:login:Penguin
11/06/26 16:45:00.29 kNSxDTTs
>>752
VALinuxがそんな感じのを出してる、ような…
もっと極端だけど、NTTのSheepDogも。
ブロックが脱落した時の再割当や、割り当て先の散らし形がキワそうだけど、
結局発想の大元はそこになるし。
756:login:Penguin
11/06/26 19:23:35.57 yyAEhZ19
そういうのを考えたのがHadoopじゃん。
757:login:Penguin
11/06/26 19:30:38.54 l56YSn1G
ext4ってファイルの断片化が起こりにくいんじゃなかったっけ？
non-contiguousが20%超えてるって酷くね？
758:login:Penguin
11/06/26 19:53:43.24 ZQy5nBxF
>>756
HadoopのHDFSはPOSIX非互換
759:login:Penguin
11/06/26 23:42:55.98 FTOi8J2z
>>740
rsyncを使って、nilfs2のパーティションをオンラインでバックアップする
スクリプト書いたよ。これで安心してnilfs2を使えるよ。
URLﾘﾝｸ(bitbucket.org)
760:login:Penguin
11/06/27 04:33:01.70 RUuJMn+u
>>757
ext4は、ファイルを作って一気に書き込む場合には断片かしにくいけど
少しづつ追記したり部分的な更新を繰り返す場合はext3と同程度
これは欠点では無くてファイルシステムの宿命
761:login:Penguin
11/06/27 18:16:33.12 KMfV1nLf
これから作成するファイルの最大サイズをあらかじめ宣言できるような
ファイルシステムなら断片化しないだろ。
宿命でもなんでもない。
762:login:Penguin
11/06/27 18:17:40.04 jEkPErJJ
>>761
logファイルなんかどうするの
ストリームとか
763:login:Penguin
11/06/27 18:19:17.40 q4P99xCv
追記出来無いfsだなんて
764:login:Penguin
11/06/27 21:14:52.88 hE1KT+/R
>>760
>>761
ext4にはfallocateがあるから、
ファイルをopen → fallocate → データを書き込み → ファイルをclose
ってやれば断片化しないんじゃないの？
765:login:Penguin
11/06/28 03:50:33.77 6lZqfXNr
あるファイルAの後ろに既にファイルBがある状況で
ファイルAに追記しようとすると断片化は避けられない
そして、そんな状況は頻繁に起こる
特に空き領域が半分を切った場合
>>761
最大サイズが予想できたらファイルシステムは要らない
柔軟にファイルを扱う機能が必要でそれを実現するために
ファイルシステムは生み出された
>>764
領域を事前に確保できるけど
それが断片化してないことは保証されてない
ファイルそのものだけじゃなく空き領域も断片化するから
766:login:Penguin
11/06/28 10:30:48.94 SMQJaBw5
Windowsでサードパーティー製のファイルシステムってないの？
767:login:Penguin
11/06/28 11:45:10.94 l0tw3aLq
ext3を扱うライブラリはありますか？
768:login:Penguin
11/06/28 12:42:47.12 jv65m89S
>>761
汎用機(メインフレーム)はそんな感じでファイルの管理行っているよん
OracleやDB2のスキームはその名残
769:login:Penguin
11/06/28 14:01:29.53 83BNRbLo
>>766
つ ntifs
これベースで作ってる人が世界に数人いるようだね。
いまはIFS自体が無償提供されるようになったんだっけ。
770:login:Penguin
11/06/30 00:25:49.09 7y6X/QxR
断片化が気になるなら、
・Linuxからntfsなパーティションにコピー、Windowsでデフラグ
・LinuxからパーティションA(ntfs)にコピー、WindowsでパーティションAからBにFastCopyやFire File Copyを使ってコピー
とかすればいいんじゃないかな。
771:login:Penguin
11/06/30 00:29:07.54 oE2JwSOO
釣りだよな？
772:login:Penguin
11/06/30 01:25:49.48 LwyMJBx5
>>770さんありがとうございます！
>>770さんって凄いんですね！！１
>>770さん尊敬します！！！１１11
と、書けばいいのか？
773:login:Penguin
11/06/30 15:32:02.08 UiUsc/Rx
メモリを見習って2MBブロックを使えばいいじゃん。
ブロックの中では断片化しないんだから。
（利用効率についてのご質問にはお答えできません）
774:login:Penguin
11/06/30 21:12:01.74 MuoLCt9l
>>773
でも、動画ファイルはそれで十分だよな
775:login:Penguin
11/06/30 21:18:32.58 7y6X/QxR
>>771
>>772
せっかくntfsの読み書きが出来るんだから、
そういうのも有りなんじゃないかなと思ったんだよ。
776:login:Penguin
11/07/01 00:51:28.63 GF2T4w1v
Blocks per groupとかふして2MBにすればいいじゃん
777:login:Penguin
11/07/01 09:08:56.71 jQ6wtf86
exFAT「呼んだ？」
778:login:Penguin
11/07/01 11:30:51.54 klcsDY6T
>>775
>>772だが、すまんな。絶賛48時間連続残業で煽ってしまったわ。
Linux向けのNTFSのデフラグツールってないのかな？ありそうだが。
FUSEで書き込みと同時にデフラグとか。クソ遅い上にSSD脂肪しそうなアイディア思いついた。
779:login:Penguin
11/07/02 03:33:16.92 FkAEAKBi
断片化軽減を目的に退避・削除・書き戻しをするならNTFSにこだわる必要も無いな
書き戻しをするときに、
領域を確保してから書き込むコピーツールで
大きいファイルから順番に書き戻していけば断片化しにくい
ext4のような遅延アロケーションに対応したファイルシステムを使うことが条件
780:login:Penguin
11/07/02 03:34:51.98 c3NWYTl9
ファイル名長を増やそうという動きはないのかな？
255バイトじゃなあ……
781:login:Penguin
11/07/02 08:43:10.36 t2CtPZ4J
>>780
reiserfs
782:login:Penguin
11/07/02 11:11:28.82 TM63inIe
ZFS(RAID-Z)って、足りなくなったら手軽にHDD追加して容量up…って出来るようにする予定は無いのかな。
現状だと、1つずつreplaceしてアレイのディスク全て交換…とかしなきゃダメだよね。
783:login:Penguin
11/07/02 12:13:33.14 PIg3QDhW
>>780
じゃあ何バイトあればいいのよ？
784:login:Penguin
11/07/02 12:32:53.88 BOrjSGZM
EA扱いで可変長に
785:login:Penguin
11/07/02 16:31:26.99 CaWgfUoY
Zetta Byte
786:login:Penguin
11/07/02 18:50:04.17 EXXo7zLc
>782
現状で出来ること
* RAID Z 構成する全HDDを大容量のものに交換していく
* RAID Z を構成している pool に対して
別の RAID Z pool を追加して複数pool化しての大容量化
(1台単位での増加はNGで4台とかまとめての増量ね)
気持ちは分かるし俺もそういう機能があったら欲しいけど
RAID Z のデータ配置の意味を考えると
4台構成の RAID Z を 1タマ追加して 5台構成の RAID Z 化するのは
かなり難しいんじゃないかな
787:login:Penguin
11/07/02 21:28:46.36 UuMmvglB
まー極力ファイルを断片化させたくない！って人はWindows使っとけって言いたくなるね。
Linuxのファイルシステムは断片化しにくいだけで断片化防ぐ手段は無いわけだし。
ext4もSetFilePointer + SetEndOfFileみたいなシステムコールで連続領域を確保できるようになればいいのに。
>>780
ロシア人が言ってなかったっけ？
スルーされたはずだけど。
788:login:Penguin
11/07/02 21:52:16.74 BOrjSGZM
それがまさにfallocateです
789:login:Penguin
11/07/03 01:04:52.76 TIKKs5yD
いや、fallocateは結構断片化するみたいだから、
SetFilePointer + SetEndOfFileみたいな使い方は出来んでしょ。
無いよりマシだろうけど。
790:login:Penguin
11/07/03 01:22:08.34 njdRGesq
SetFilePointer ってこれ？
URLﾘﾝｸ(msdn.microsoft.com)
これとファイルシステム上の断片化の防止が結びつかないんだけど。
791:login:Penguin
11/07/03 01:50:07.19 mO72NowC
>>787
e4defrag
filedefrag
さあ、みなさんも魅惑の世界へ
でも、壊れたって報告が開発者のところ行かないと進まないんだよな
792:login:Penguin
11/07/03 04:41:35.20 BNZGSTX4
>>782
drobo だとこういう事できるので、LinuxのソフトウエアRAIDかRAID-Zでも是非やって欲しい
793:login:Penguin
11/07/03 09:25:01.58 el91dD6Z
>>790
クラスタ割り当てを良きに計らってくれるってだけだけども新規ファイル作成時とかには断片化防止にとても効いてくれるよ
URLﾘﾝｸ(support.microsoft.com)
794:login:Penguin
11/07/03 09:44:26.70 1XCpK0AR
xfs_fsrあるじゃん
オンラインで動くし特に壊れない
795:login:Penguin
11/07/03 22:59:22.52 r6wy1+d8
結局、断片化にはNILFS最強ってことでいい？
796:login:Penguin
11/07/03 23:20:50.36 TIKKs5yD
>>791
> さあ、みなさんも魅惑の世界へ
(((（ ;ﾟДﾟ)))
>>794
xfsはkosakiさんの中の人がdisってたけど、
まだまだ現役だよね。
>>795
um
797:login:Penguin
11/07/03 23:30:07.57 MiI7LbCe
>>796
まあxfsは動画データ等の大きなファイルの管理に重点がおかれているから、
同時アクセス数が重要なウェブサービスみたいなFSには向いていない事でディすられたのでは?
798:login:Penguin
11/07/04 05:21:01.68 I/2TIZaS
>>792
mdraidはOCEもORLMもできるだろ？
799:login:Penguin
11/07/04 10:29:02.46 nKcW7jiC
>>798
Beyond RAID の魅力は、異なる容量のHDDをうまく束ねてくれるところ。
800:login:Penguin
11/07/04 10:36:57.43 y25QxMN5
DEやmhddfsみたいなもん？
801:login:Penguin
11/07/04 16:12:58.02 TsEcE6UI
MDonDM でも DMonMDでも好きにすれば？
802:login:Penguin
11/07/04 17:38:39.45 nKcW7jiC
>>800
mhddfs で1つのデータを複数書き込んで冗長化できれば、結果として似たような物かな。
>>801
全然違う
803:login:Penguin
11/07/05 00:33:32.22 RSKVgOX3
Drobo(beyond raid?)って例えば、8GB HDDと1TB HDDを搭載したとして、
1.008TBの容量が使えるの？
例が極端で実用性なんかないのは分かってるけどさ。
804:login:Penguin
11/07/05 00:37:45.63 33unv3rV
Droboってマカーのスメルがするよねw
805:login:Penguin
11/07/05 10:04:21.50 AdqPy2/R
ssdでプチフリ現象がlinuxのfsだと発生しにくく、windowsのntfsだと発生しやすいと聞きましたが
どういう理由でこういう風になるのでしょうか。
806:login:Penguin
11/07/05 11:40:58.06 LCxqiQEp
[要出典]
807:login:Penguin
11/07/05 12:11:24.64 XtL2LPXz
>>805
ほんとだとしたら問題があるのは Windows の方だから
Windows 関連の板で聞いた方がいいんじゃないの。
808:login:Penguin
11/07/05 12:53:24.65 A3bK/yL5
こんな聞きましたなんてレベルの寄越されてもそのなんだ困る
809:login:Penguin
11/07/05 13:45:31.12 XtL2LPXz
居座られても困る。
810:login:Penguin
11/07/05 13:47:07.22 gIWGa7cN
>>805
あれじゃないか?
いちいち最終アクセス日時を記録しにいく...ってやつ。
linuxだとnoatimeでマウントするとか、いくらでもやりようがあるが、
windowsはちょっと違うことしようとするとすぐ壁に突き当たるからな。
811:login:Penguin
11/07/05 13:50:17.03 YUhMtd3w
プチフリは特定のコントローラの問題が大で現在そのコントローラを採用した
新品はないので、話題としては収束している。
812:login:Penguin
11/07/05 15:57:40.79 GuFvR+FR
>>810
NtfsDisableLastAccessUpdateはとうにデフォルトになっている話
URLﾘﾝｸ(msdn.microsoft.com)
しかしプチフリなんてクソSSDの所為だろ
813:login:Penguin
11/07/06 21:34:07.42 DYg+xjdi
>>803
冗長性1(RAID5に相当)で、
200G, 300G, 500G, 1000G のディスクがあったら、
データに1000G、パリティに1000G使える。
200Gのが壊れて2000G(2TB)に交換したら、
データ1800G、パリティ1800G 使えるようになる。
2000GBでなく1800なのは、2TBのHDDが壊れたときに残るデータ量な。
814:login:Penguin
11/07/06 21:35:03.19 Ge+cZXqp
>>805
いまだにSSDがプチフリとか言っているバカが居るんだなぁ
815:login:Penguin
11/07/06 23:34:20.74 VWUl+DyE
NTFSだとクラスタサイズが4KBでも512B単位のアクセスが発生するとか、そんなだとおもうよ。
816:login:Penguin
11/07/07 01:36:04.50 dlQomhvo
>>814
いまだに書き込み回数寿命とか気にしてるやつもいるしな
817:login:Penguin
11/07/07 16:01:29.84 GFwV7q5A
>>814
いまだにJMicron製使ってる俺にあやまれや
818:login:Penguin
11/07/07 19:47:22.69 i54eSR4P
そんなゴミSSDを未だに捨てない >>817 が悪い
819:login:Penguin
11/07/07 21:24:37.69 CtlPVbUM
プチフリJMicronの救世主NILFS
820:login:Penguin
11/07/07 23:54:31.57 VdGVCNVn
NANDフラッシュは大容量になるほど書き換え寿命が短くなる、つまり新型ほど寿命は短くなってる
で、もう限界
そもそも書き換え可能ROMを不揮発RAMのように見せかけている時点で無理がある
ブチフリは今も発生している
最近のSSDはバックグラウンドでガーベージコレクションやレベリングやってるので目立たないだけ
ちょっとでもSSDの仕組みを知っていれば原理的にプチフリが発生する事も分かるよ
それにしてもSSD厨の驚くべき無知さよ
821:login:Penguin
11/07/08 00:30:43.79 9HtZ6rG/
笑っちゃった
822:login:Penguin
11/07/08 08:43:59.60 LabhhmcV
未だにこんなん>>820が居るのか
823:login:Penguin
11/07/08 10:14:21.40 e5rm4x1L
>>820
NANDフラッシュの特性に限ればその話は概ね合ってるんだけど
ここ最近のコントローラの進化っぷりは半端ないから是非調べて
みることをオススメするよ！
824:login:Penguin
11/07/08 12:53:48.53 n9XZLxtZ
寿命より、高速化の為に書き込み並列度を高めてるはずで、
一体最適な書き込みブロックサイズが幾つなのか知りたい。
測ってもコントローラの頑張りで判るような判らないような。
825:login:Penguin
11/07/08 13:34:58.26 LsCvq4C7
大体は512byteが一ページになってるはずなので
512×並列度でいいんでないかい
まあ外で工夫しても賢いコントローラーさんはちょっかい出してくるので
無駄な努力になりそうだが
826:login:Penguin
11/07/08 23:44:21.06 WaJMoObk
遠隔地にある古いサーバ（Ubuntu 8.04）のルートパーティションがReiserFSなんだけど、
サーバーのリブート時に強制的にreiserfsck --fix-fixableをかける方法ってないかなぁ。
touch /forcefsckをしても、どうもReiserFSには効いてない気がするのよね。
サーバーのところまで出かけて行ってgpartedのCDブートでもして、
直接reiserfsck --fix-fixableを実行してこられれば手っ取り早いんだけど、
何せデータセンターまで遠方なもんで……。
どうかお知恵をお貸しください……。
827:login:Penguin
11/07/09 00:10:39.79 DT7fkG1l
rc.local
828:login:Penguin
11/07/09 01:05:40.41 ZxtfTDpd
むしろ現地に行かないでrebootかます勇気に感心した
829:login:Penguin
11/07/09 01:17:47.14 17WoFD2Z
>>826
/etc/rcS.d/にスクリプト置いとけ
>>828
かましたら再起不能になって
現地直行：１回
電話リモート操作：３回
という自慢できない過去
830:login:Penguin
11/07/09 02:08:38.23 3adJrPK8
>>826
swapパーティションがあるなら、
一時的に潰してdebootstrapでメンテナンス環境を作成
その環境を/にするエントリをgrubに追加して再起動
んで、本来のルートファイルシステムをfsck
IP-KVMが使えるならstatic linkなfsckを入れたinitramfsを作ってfsckする
どっちも推奨しないが。
それ以前にfsckが必要と判断した根拠は？
831:login:Penguin
11/07/09 07:27:49.77 wXRR4SxU
さっさと鯖移転すれば吉
832:login:Penguin
11/07/10 12:21:02.75 2tLYdOHm
btrfsにonline fsckが入ると聞いて
833:login:Penguin
11/07/10 13:41:35.61 7T6OKoiR
今時fsckなんて時代遅れ
834:login:Penguin
11/07/10 14:21:03.17 VitrB6wR
おねがい fuck fuck ここに fuck
あなたから fuck
835:826
11/07/10 15:16:17.06 NZ2kE2vn
みなさん、レスありがとうございます。
>>830
営業所内にあるサーバーでこの前一年ぶりくらいにreiserfsckしてみたら、
結構たくさんtransaction replayed（だったかな）が出てたんですよ。
それで、データセンターのほうに置いてあるサーバーにもたまにはreiserfsckかけときたいな～、と。
社内向けサービスのサーバーだから、ミスってもお客様には迷惑はかけないし、
最悪、自分がデータセンターに行けばいいわけだし、もし何か遠隔でできそうなことがあれば、
手元のマシンで手順を確認してからやってみてもいいかな、と思ったわけです。
（自分の経験のためにも）
メモリ8GBでスワップパーティションはないので（念のためのスワップファイルは1GBある）、
「debootstrapでメンテナンス環境を……」というのは無理ですね。
IP-KVMというのは初めて聞いたので、調べてみます。
いずれにしても / がReiserFSなので、何らかのスクリプトを動かすにしても
マウント前にしなければなりませんよね。
一時的にでもinitramfsを改造するか……。
836:login:Penguin
11/07/10 16:53:27.93 stZnuZCj
興味本位で「/home」をbtrfsにしたけれでも、故あってquotaの設定をしようとfstabに「usrquota」を追加したら
『んなオプション知んねぇ～』
って言われてマウントできなかった。。。
自身の情弱ぷりに涙を流した瞬間だった。
837:login:Penguin
11/07/11 03:26:17.45 lH/gH9md
btrfsって、ZFSのように自由なディスクの増設ができたりする？
HDDのクラッシュが怖いから、今RAID5で組んでるディスク領域をbtrfsのソフトウェアRAIDにしたい。。
838:login:Penguin
11/07/11 15:46:58.51 ExIhgPNb
ハードウェアRAID 5じゃダメなの？
839:login:Penguin
11/07/11 15:59:27.62 cRjLDw3t
SSDにおいてある多量の小さいデータ(32KBほど)をNFSでexportしているのですが、
読み込みを速くするのに何かいい方法はありますか？
ファイルシステムはxfsで6台のNFSクライアントから読んでいるのですが、
NFSサーバのvmstatを見てるとbiが12MB/sほどしか出てません。
NFSサーバ上でデータがキャッシュに全部載ってしまえば
NFSクライアントからの読み込みは爆速なんですが・・・
840:login:Penguin
11/07/11 16:02:13.04 cRjLDw3t
いちおうNFSサーバ上でローカルにあるSSD上のファイルを読むと
60MB/sくらい出ます。
841:login:Penguin
11/07/11 16:08:22.95 Vu9xqvBE
>>839
マウントオプションはどうしてるの?
842:login:Penguin
11/07/11 16:14:34.69 cRjLDw3t
>>841
CentOS5なんで-o ro以外はlocal/nfsともデフォルトです
843:login:Penguin
11/07/11 16:58:35.85 QbFM7WtH
>>839
ボトルネックはどこか確定してるの？
844:837
11/07/11 17:10:55.59 lH/gH9md
>>838
今RAID機能付きHDケースでハードウェアRAID5にしてるんだけど、
最近「RAID-5書き込みホール」っていう問題があることを知って愕然としてるとこ。。
RAID-Zだとその問題がないらしく、マシンスペックさえあればパフォーマンスも
良好らしいと聞いてSolarisに興味をもつ→もうフリー配布してないorz
そうだ、btrfsならすべて解決してくれるかも！
という猿知恵が輝いてるとこです
845:login:Penguin
11/07/11 17:15:13.25 62CqJtH+
>>844 あれ、OpenIndianaって公開辞めたんだっけ？
846:login:Penguin
11/07/11 17:32:05.57 fFpUgjIu
>>844
そこまで気にする人が、まだ十分枯れているか分からないbtrfsって
バランス欠いてるんじゃ
847:login:Penguin
11/07/11 18:19:04.72 mJZLdPAO
>>844
FreeBSDでもzfsでraidz使える
OpenIndianaかFreeBSDあたりを検討すればいいと思うよ
btrfsはまだraidz相当の機能はなかったと思うがどうだったかな
848:login:Penguin
11/07/11 19:06:34.34 ExIhgPNb
両方オラクルだけど、本気なのはどっちなんだろ
849:login:Penguin
11/07/11 19:08:55.50 H1W89Avf
zfsだろ
わざわざ買ってきたんだし
850:login:Penguin
11/07/11 19:10:04.78 2KAN6bls
例のごとくどっちかを有料化するの？
851:login:Penguin
11/07/11 19:32:50.98 E7Axg5Gs
RAID-ZをLVMで束ねることってできる？
852:837
11/07/11 20:25:19.68 lH/gH9md
>>846
耳が痛い。。。いや、無知ゆえに未知の恐怖におののいてるような状態です
「RAID-5書き込みホール」なる問題が洒落にならない問題ということは調べてわかったけど、
それがどの程度の発生可能性があるものか言及されている所がないので、ただ怖い怖い！って思ってるというか。
でとにかくどこかに良い藁ないか！藁！って探してる感じ。
>>845
>>847
OpenIndiana、初耳！
こんな素敵プロジェクトになってたなんて。。
btrfs待ちで一年くらい前から待ってた（次期Fedoraでデフォルトfsになるまで）んだけど、
もうまたなくてよさそうな気がする！
853:login:Penguin
11/07/11 20:52:11.83 ZSaSeYJX
>>844
つ「RAID-10」
854:login:Penguin
11/07/11 20:55:08.54 s1HNX4ix
稀に代替データストリームの巨大なファイルがあって、samba+ext4の拡張属性に保存出来ません。btrfsはどれくらいのサイズの拡張属性が扱えるんでしょうか。
zfsは巨大だと聞きますが...
855:837
11/07/11 21:40:20.08 lH/gH9md
>>853
貧乏なのでディスク効率が！ｻｰｾﾝ！
856:login:Penguin
11/07/11 23:19:50.06 VyGKiIfb
btrfs が1年程度で安定運用モードになるとはとても思えん
ファイルシステムがなにより重要と思うのなら
solaris系かFreeBSDで ZFS にしておくのが無難ではないかな…
若干板違い気味だけど
857:login:Penguin
11/07/11 23:59:15.77 ExIhgPNb
選ぶんならlinuxじゃないぞ、FreeBSDのZFSだ
858:login:Penguin
11/07/12 00:21:44.98 Yv7UytD4
運用実績だとFreeBSDもまだちょっと不安があるけど、俺だけかな。
859:login:Penguin
11/07/12 00:40:41.00 2zy6hBSr
そこで、linuxのネイティブZFSですよ
あれ、ディストリビューションに入れる分には問題…ある気がするな
インストール時にコンパイルなら問題ない?
860:login:Penguin
11/07/12 00:48:39.21 0MMLgOWa
>>858
俺もそれ思ってた。確かマトモに使い物になったのってFreeBSD8.x系列からじゃなかったっけ。
そういう意味ではOpenIndianaもまだ開発版だし不安だよな。
linux-zfsは…少し使ってみたことあるけどそもそも使い物になったっけ？
861:login:Penguin
11/07/12 00:53:34.94 Yv7UytD4
>>859
ということはgentooならおｋ。
なのか？・・・
862:login:Penguin
11/07/12 01:47:17.72 yIRDdoly
>>855
10が嫌ならまだ0/1/10しか使えないbtrfsに何を期待してるのか
863:login:Penguin
11/07/12 02:43:56.91 I3J7t54o
書き込みホールの問題ってのは現状どうしてもあるにしても
チェックサム付きのfs使えば、黙って破壊が進むことはない気がする
ブロックデバイスを直接読み書きする場合は駄目だろうけど
で、メタデータだけじゃなくてデータにチェックサム付けられるのって
Linuxのメジャーfsでは現状btrfsだけだっけ？
864:login:Penguin
11/07/12 03:04:04.42 /8krFzNj
nil……いや、なんでもない
865:login:Penguin
11/07/12 03:46:42.75 I3J7t54o
>>864
おー、NILFS。セグメント単位にチェックサム付くんだっけか
忘れててすまん
866:login:Penguin
11/07/12 08:27:00.00 DVj0y3yP
意図的にNILFSを無視するこの流れ、ゆるせんです
867:login:Penguin
11/07/12 09:08:13.95 xpPj4/pP
そこは何か面白いことを言っておくべきところじゃなかったか。
868:login:Penguin
11/07/12 10:13:56.42 0hteavP0
>860
実質8系からの登場なのはその通りだけど
もはや ZFS は FreeBSD の主力FSと言っていい
位置づけになってる。
UFS側も journaling 対応とか行われてはいるけど
今後の主流はZFSになりそう。
メモリが少ない環境以外では概ね動作に問題はない
レベルになっている印象ですね
btrfs はあまたある選択肢のうちの実験的な一つ
という位置づけが変わらないと厳しそう、ですね
869:login:Penguin
11/07/12 11:14:30.04 z1JlZ5EN
おい誰かDragonflyBSDのHAMMERにも触れてやれよ
ZFS以外で現状唯一安定してるFSだぞ
870:login:Penguin
11/07/12 11:34:24.29 DvMm2Qa7
>今後の主流はZFSになりそう。
softupdateのときもufs journalの時も同じ事いってたなww
871:login:Penguin
11/07/12 12:03:19.44 9qIsw/hC
FreeBSDって、FSに関しては迷走してた？
872:login:Penguin
11/07/12 12:37:50.00 hbAM5Rx1
いやいやいや、BSDのfsを迷走なんて言ったら
Linuxなんか何と言えば良いのやら。
873:login:Penguin
11/07/12 14:39:37.20 LDQ+b/Dh
>>872
節操なし?
874:login:Penguin
11/07/12 14:54:44.87 1CCbAqna
FSだけはext,ext2,ext3,ext4って順当に進化してるじゃん
875:login:Penguin
11/07/12 15:38:51.23 KYjQP1Jl
あと3年はext3でいいな
876:login:Penguin
11/07/12 15:44:04.48 X5EJLNVA
ext3年HAMMER8年
877:sage
11/07/12 19:15:44.23 eWfngRjB
FreeBSDは、ZFSかUFSかって両極端だから、
HAMMERも移植されると嬉しいんだがなあ。