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も移植されると嬉しいんだがなあ。
878:login:Penguin
11/07/12 19:25:46.33 vAezh6CK
HAMMERFSを移植するくらいなら本物のDragonflyBSDを使えばいいじゃん、
DragonflyBSDはFreeBSDフォークなんだから。
という答えは安直過ぎるのかな……。
いやま、全然素性の違うOS間での移植なら意義も大きいだろうけども。
879:login:Penguin
11/07/12 19:57:21.66 8AWTtp+V
ぼくのかんがえたさいきょうのおぺれーてぃんぐしすてむ：
その21. FAT16/32とNTFSとEXT4とbtrfsとNILFSとZFSとHAMMERを ぜんぶ じっそう
880:login:Penguin
11/07/12 21:39:53.20 uOquOeFj
>>879
もしかして > linux
881:login:Penguin
11/07/12 21:42:51.20 apQqIXI6
ネイティブZFSですら半端じゃん
882:login:Penguin
11/07/13 10:23:18.17 9dJvDs1z
なんでもあるけど全部中途半端
選択肢は1,2しかないけど枯れてる
好きなのをどうぞ
883:login:Penguin
11/07/13 10:32:03.61 vTKkfn15
>なんでもあるけど全部中途半端
パッチはいつでもウエルカムです
884:login:Penguin
11/07/13 13:02:35.19 rZIu8gCY
10年後も普通にext3使ってそうだよな
最大ボリュームサイズに合わせてパーティション切って
885:login:Penguin
11/07/13 13:50:47.25 dtl3kr4b
デスクのRAWデバイスにtarで書き込めばいいじゃない
886:login:Penguin
11/07/13 15:13:57.47 9dJvDs1z
デスクに書き込むには彫刻刀が必要ですね
887:login:Penguin
11/07/13 15:19:41.42 W8e/CWKy
【審議拒否】
888:login:Penguin
11/07/13 15:44:45.42 5GL5NhfD
AA略
889:login:Penguin
11/07/13 20:27:06.76 0ruiKI2W
SolarisのカーネルとUbuntuのユーザーランドを併せ持つNexentaStorがこの夏のトレンド
890:login:Penguin
11/07/13 20:34:24.44 oaZC4vJX
壊れたファイルシステムを手で直すとか
そういうノウハウが溜まってるファイルシステムが生き残る
ファイルシステムの性能とか実はあんまり関係ない
891:login:Penguin
11/07/13 22:01:19.08 rkSj6sGV
>>889
FreeBSDカーネルにGNU+DebianユーザーランドのDebian/kFreeBSDもあるよ！
892:login:Penguin
11/07/13 22:30:36.24 dtl3kr4b
ZFS使えるの？
893:login:Penguin
11/07/14 00:30:34.96 XXDZCMBJ
Debian GNU/kFreeBSD なら全然フツーにアリなのかも知れんな。
894:login:Penguin
11/07/14 00:32:12.53 6j2Pyy9S
>>892
Debian GNU/kFreeBSDではZFSが使えるようです。
少し古い記事ですが↓
URLﾘﾝｸ(journal.mycom.co.jp)
URLﾘﾝｸ(ftp.jaist.ac.jp)
895:login:Penguin
11/07/14 22:50:02.32 8mzZJpQz
FreeBSDにGNU組み合わせるなんて自殺行為。
コマンドラインオプションの違いで簡単にしねます
896:login:Penguin
11/07/14 23:15:21.96 igwqPH1F
>>895
まずはドキュメント読むか使ってみろ。
ユーザランドがGNU(Debian)で、カーネルがFreeBSDだからFreeBSD由来のプログラム以外はGNUツールの作法でOK。
897:login:Penguin
11/07/14 23:31:11.80 sGLsHUp3
iptablesとかないのん？
898:login:Penguin
11/07/15 09:29:55.23 7eqSKZ4M
>>897
iptablesは単なるカーネルに対するフロントエンドだから、
FreeBSDカーネルに対して実行したところで動かないだろ。
899:sage
11/07/15 09:32:38.85 Ut09hv5c
ipfwならあるよ。
900:login:Penguin
11/07/15 17:46:56.94 gqZDfM9n
>>889
Nexentaつかったアプライアンスを提案するベンダーが増えた。
あっちもこっちも。
901:login:Penguin
11/07/15 19:47:24.48 WNsl3LSN
>>900
でも、お高いんでしょう？
902:login:Penguin
11/07/15 20:12:29.05 qf+MVRYC
>>901
今ならなんとタダでご提供中!
Ubuntu 8.04 + OpenSolarisカーネルの誰得セットもれなく付いてきます!!
903:login:Penguin
11/07/16 10:27:37.02 0+CSTBdj
せめて10.04がほしい
10.04のがでたらでたで12.04がとか言うんだろうけど
904:login:Penguin
11/07/16 10:30:37.62 0+CSTBdj
昔4.xでipnatとipfwでルータのルール書いて動かしてたけど設定どっかやっちゃったなあ
もう全然覚えてないや
入れてたpc98ぶっ壊れてから別のにlennyいれたけど楽すぎて戻る気しない
905:login:Penguin
11/07/16 17:07:52.93 uzUtME63
UNIX板で閑古鳥が啼いてる kFreeBSD スレでも賑やかしてくださいよ…
906:login:Penguin
11/07/16 23:56:38.49 AUulN4fo
それなら素のFreeBSD使えば良いじゃんで終わるしな。
BSDのユーザーランドで何も困らないし。
907:login:Penguin
11/07/17 00:25:47.56 QGaTAEZh
せやかて、BSDのお作法が全然わからへんねん。
908:login:Penguin
11/07/17 04:44:40.88 oEavabnv
BSDの人ってなんか高飛車なのが嫌。
909:login:Penguin
11/07/17 07:16:55.89 +rU0G2r8
そーゆーのは、この板の言動みて似たり寄ったり。
個人の資質だとおもわんか。
910:login:Penguin
11/07/17 10:20:09.30 tfBGtXH9
linuxはタコを大切にする文化（ｷﾘｯ
まあubuntuとかで簡単に導入できるってのはそれなりに大きいとは思う
freebsdもpc-bsdとかfreesbieとかあったけどどうなってんのかなあれ
911:login:Penguin
11/07/17 11:03:55.69 l/U+BXtT
BSDは動いてるプログラムのソースコードが手軽に入手できるから勉強するのにはいい
LinuxはGentooとかあるけどマイナーすぎるし
912:login:Penguin
11/07/17 11:04:25.10 71EGPhhL
freesbie はそういや聞かないけど
PC-BSD はそれなりに育っていて
FreeBSD 本家にも PC-BSD 側のパッケージ管理やインストーラを
持ってこようかどうしようかみたいな話があるらしい
913:login:Penguin
11/07/17 13:20:32.05 tfBGtXH9
ubuntuってかdebianならapt-get sourceでいいじゃん
リビルドもめちゃ楽だし
914:login:Penguin
11/07/17 13:27:49.50 drpL17Iv
>>911
大部分のディストリもソースパッケージぐらい手軽に入手できるよ
別にBSDで勉強するのに文句はつけんが
915:login:Penguin
11/07/17 15:23:06.17 bHJxu7mx
Linuxの方がいいとか主張する気はないけど、デマを流すのは勘弁してほしい。
916:login:Penguin
11/07/17 19:16:17.38 xxIdcd67
ubuntu馬鹿にすれば安物のおまえもワンランク上がるってことですか？ｗ
917:login:Penguin
11/07/17 21:14:41.59 loiVxjL0
ext2も、元はといえばUFSだしな。
918:login:Penguin
11/07/18 09:51:31.74 d27AxzQ3
GNUのプログラムは多機能で便利だけどお勉強には適さないよ
FreeBSDのソースの方がCのお勉強にはいい
919:login:Penguin
11/07/18 10:04:16.24 +xyFzbOu
移植性に優れて綺麗だともっぱらの評判のNetBSDはどうよ
920:login:Penguin
11/07/18 10:25:09.57 6YrcAypV
GNUのインデントスタイルはキモイ
921:login:Penguin
11/07/18 12:14:55.09 ch8WTPFh
まぁZFSを手軽に試してみたいならFreeBSDとかPC-BSDでいいんじゃね。
LinuxでネイティブZFSかbtrfsが実用になるまでは。
HAMMERはライセンス的にも移植しやすいと思うけど、btrfsに期待。
Fedoraがbtrfs標準採用するんだっけ？
922:login:Penguin
11/07/18 13:33:39.77 q4d0XLqK
どうなるのか興味津々。いや、いい意味でだよw
923:login:Penguin
11/07/19 16:59:53.56 VdWf3xUl
ZFSは、ライセンスの関連で実装出来なかったんじゃなかった？
いいの？実装しちゃって？
924:login:Penguin
11/07/19 17:08:47.49 qXSXU5+P
ソースだけ配ってるから大丈夫、とかいうノリなんじゃなかったか＞LinuxのZFS
まぁそれじゃディストリに標準に含まれることは無さそうだけど。
インストーラーが自動でソースからモジュール作って組み込むとかやったらライセンス的にどうなんだろうかｗ
Ubuntuはppa追加してインストールだけでZFS入るからすでに近い状態になってるが。
925:login:Penguin
11/07/19 18:41:55.15 yR+x/PQZ
> KQ InfotechはLinuxカーネルモジュールとして配布すること、
> GPLオンリーシンボルの使用を避けること、
> ソースコードの状態でビルド可能キットとして配布すること、
> などの工夫をすることでこうしたライセンスの衝突問題を回避。
> LinuxカーネルにおいてネイティブにZFSを利用できるようにしたという。
> ブートパーティションも含めてZFSを適用しようとすればそれなりの作業が必要になるが、
> LinuxでネイティブにZFSが利用できるようになるというのはインパクトが大きい。
正直本当にこれで大丈夫なのか
ライセンス関係の知識が無さ過ぎて判断できない
926:login:Penguin
11/07/19 19:37:25.24 a6rsdJIc
Oracleだから許してくれるんじゃない？
927:login:Penguin
11/07/19 19:51:58.80 r7/8MqSP
Oracleはうるさいだろｗｗｗ
928:login:Penguin
11/07/19 20:08:17.80 Fq1cP3Vu
FreeBSD由来ならOracleの方は問題なかろう
929:login:Penguin
11/07/19 20:16:26.08 3s5HpJME
果実が熟する前に収穫するバカはいませんよ
930:login:Penguin
11/07/19 20:42:34.69 qIMIOfbp
あ、バターFSもOracleか...
Oracleは何考えてるのかよう分からん
931:login:Penguin
11/07/19 20:43:27.54 KoAtuzd9
というか、Oracleとしては自社製品を売ることが大前提なんだから、
Oracle DBやストレージHWをLinux上で売るのにZFSを認めるのが良いとなったら
そっちに舵を向け…
とか思ったけど今"Oracle製品"の範囲がどこからどこまでを指すのかわからなくなって
全然先がわからんことに気付いたw
932:login:Penguin
11/07/19 22:04:08.34 Ql6WUAJc
ZFSもbtrfsもOracleなら、MySQLもOracleだし、JavaもOracleだ。
ついでにOpenOffice.orgもOracleだったが、
素直にThe Document Foundationに譲渡すれば良いものを、
Apache Software Foundationに譲渡しやがったもんだから
話がややこしくなってる。
もうOracleのやりたい放題だな。
933:login:Penguin
11/07/19 23:16:57.56 PFz63wLV
>>932
IBMのシンフォニーだってそうだね
おっきい会社は戦略がいろいろあってあっという間に方針が。
934:login:Penguin
11/07/19 23:30:15.73 bP7wmiG9
Javaに関してはOpenJDKをリファレンス実装とする案が採択されたり
むしろ良い方に転がってるだろ。
OO.oだってOracleのせいでゴタゴタしたけど、今では実質LibreOfficeに後継されたんだから解決済。
引き継ぎの問題はOO.oの名前だけだし。
悲惨なのはSolarisとMySQLだろうな。
OpenIndianaとMariaDBにどれだけ人が集まるか……
いっそSolarisをGPL/CDDLのデュアルライセンスにしちゃえば
btrfs開発なんかにリソース裂く必要ないだろうに、何してんのかねホント
935:login:Penguin
11/07/20 10:54:07.35 wVOt03Q8
OpenIndianaにスポンサーが付かず先細りになるとしたら
これ程もったいないことはない。
936:login:Penguin
11/07/20 12:49:57.48 2UXeiNmq
>>920
はげしく同意
イーマックスのC言語インデントをデフォで使ってるやつは変態かマゾ
937:login:Penguin
11/07/20 14:30:38.25 VMYq7H83
しかしGNUものに手を出すとあのスタイルを強要されてしまう悲しい現実
938:login:Penguin
11/07/20 15:21:42.17 6unLAr8M
>>935
でも、ねぐぜんたはちゃんと自分でうまくやってるしなー。
もったいないかもしれないけど。
でも、OracleのSolarisが悲惨かっていうとそんなこともないと思う。
Exadataとの兼ね合いで結構評判は悪く無いみたいだし。
当面捨てられはしないだろう。
939:login:Penguin
11/07/20 17:08:48.66 9GNYCAis
プロプラの方は、な……
940:login:Penguin
11/07/20 18:28:47.45 uCFTGfao
ボラクルほどOSSをかき集めるくせに大嫌いな企業もそうそう無い
941:login:Penguin
11/07/20 20:00:51.73 nHEmQtvk
>>934
Javaに関しては相変わらず互換性テストキットをApahceには使わせない
とやってるけどなー。
942:login:Penguin
11/07/21 00:37:36.46 vxp7T3iA
プロプラでもいいと思うが。
選択肢があることが重要。
俺は、全部フリーでなきゃいけないなんて幻想は無いし。
保守がちゃんと欲しいときはお金をだせば選べる状況っていうのも大事。
Solaris自体のコードは今でもちゃんと見えるし、他のOSで参照される事を
制限されてるわけでもないし。
943:login:Penguin
11/07/21 03:28:47.26 fIDEHWYr
OSS界隈からはOracleってだけで嫌われがちなのが余計ややこしくしてる気はする。
>>934
OOoは全然解決済みじゃないっしょ。
Apacheに譲渡してApacheライセンスになったからもうLibreとの統合は無くなっちゃったし。
企業側が独自ビルド作るならソース公開しなくていいApacheライセンスなOOoベースにするだろうし、発展が阻害される気が。
944:login:Penguin
11/07/21 13:30:43.93 fDC2G226
ファイルシステムもオープンな奴はダメだな
金出しても責任持って保守してくれるとこがない。
945:login:Penguin
11/07/21 13:48:45.62 hs5graaI
何こいつ
946:login:Penguin
11/07/21 17:26:39.67 gX525cOb
お金を出した人なんでしょう
947:login:Penguin
11/07/21 21:22:17.04 D0U5t5tu
>>943
その気があるなら、LibreやGo-ooに追加したコードを
Apacheライセンスにして再合流すればいい
948:login:Penguin
11/07/22 02:35:52.43 b69AGTt4
逆逆。Libreの方がフォークだからライセンスは変えられない
LGPLからGPLとか、そういう変更はできるんだろうけどね
Libreは「他者の書いたコードをLGPLの下再利用させてもらってる」立場だから
ライセンス変更ができるのは著作権丸ごと全部持ってるOO.o側
Apacheに著作権譲った以上、オラクルにその責任はもうないけどね
つーか、なんでLibreとOO.oの統合がないなんて話になるんだ？
Libre（元々のOO.o）はLGPLv3だから、Apacheライセンスのコードはマージできるぞ
（ただし、マージされた統一コードはGPLv3にしないといけない
つまりLibre側のコードをLGPL/GPLのデュアルライセンスとして扱い
Apache側のコードはApache/GPLのデュアルライセンスとして扱うことになる）
949:login:Penguin
11/07/22 03:18:51.39 iem1PIvN
OOo由来のコードを分離すれば、自分で書いたパッチは自由にライセンスできる
950:login:Penguin
11/07/22 05:26:17.63 b69AGTt4
あ、そういやそうだな。すまん
Apacheのにパッチ付け直せばいいだけか。
951:login:Penguin
11/07/22 07:16:19.84 uAY5Qb+S
FAT32 FAT64 FAT128 FAT256
952:login:Penguin
11/07/23 02:08:00.51 JXoxBXsu
>>951
FAT256って、ファイルアロケーションテーブルのサイズはどのくらい？
953:login:Penguin
11/07/24 16:46:19.70 H0R8snkK
ファイルシステムスレはUNIX板移籍した方がzfsなんかも対象に入っていい気がする
954:login:Penguin
11/07/24 16:53:53.58 i9hBwV0j
一人で行け
955:login:Penguin
11/07/24 21:12:38.15 8TNffQlW
NTFSの次のファイルシステムまだああああああああああああああああああああああああああああああああああああああああああああ
956:login:Penguin
11/07/24 21:25:41.06 +nUvDgOP
exfatだっけか
957:login:Penguin
11/07/25 03:14:12.00 Ilo8J8Qc
WinFSだったろ？
958:login:Penguin
11/07/25 03:47:55.53 Z/FobYwc
もう忘れてやれよ
959:login:Penguin
11/07/25 09:28:53.62 IMNMsHKw
WinFS はファイルシステムではなく
ファイルシステムにいろいろな属性DBを
一体化させるような仕組みだったように理解しているが
960:login:Penguin
11/07/25 23:11:01.08 I3YeDdHe
みんなは今使ってるファイルシステムで不満ないの？
俺はこのディレクトリとマウントっていう
メタファが大嫌いだから早く無くなって欲しいと思ってるんだけど。
961:login:Penguin
11/07/25 23:12:27.36 cIgjdBj/
クラウドストレジへようそこ
962:login:Penguin
11/07/25 23:13:07.35 RUB9fRQ2
じゃあどうなって欲しいんだよお前は。
963:login:Penguin
11/07/26 00:33:30.57 PD+qdYoc
えーと、TOSHIBAのアナログ放送のDVD録画機(RD-なんとか)で、
VR形式で30分番組を二つ録画したDVD-Rを、Ubuntuでmountしようと
思ったのですが、上手く行きません。
964:login:Penguin
11/07/26 02:07:50.04 0m7gF/YA
実身／仮身モデルとか?
965:login:Penguin
11/07/26 09:59:34.79 PD+qdYoc
例えば、
$ su
パスワード: *****
#mkdir /mnt/dvd
#mount -t udf /dev/dvd /mnt/dvd
mount: ブロックデバイス /dev/sr0 は書き込み禁止です、読込み専用でマウントします
mount: 間違ったファイルシステムタイプ、不正なオプション、
/dev/sr0 のスーパーブロックが不正、コードページまたは
ヘルパープログラムの未指定、或いは他のエラー
In some cases useful info is found in syslog - try
dmesg | tail or so
の様になります。udf を指定していても、デフォルトで iso9660 にでも
なってしまっているのでしょうか？
966:login:Penguin
11/07/26 10:01:59.80 PD+qdYoc
ちなみに、hexdump -C /dev/dvd | more などとしてみると、
BEA01, NSR03, TEA01, UDF Volume, OSTA Compressed Unicode,
TOSHIBA RTR FS, +NSR03, OSTA UDF Compliant, UDF, Virtual Partition
Owner Name, Organization Name, Contact Information,
UDF DVD CGMS Info, UDF FreeEASpac, EOF, TSGI.IFO, TTLUTLTY.IFO,
TTDETAIL.IFO, TTL_PROP_IFO, DISK.IFO, TS_MANGR, TS_THMNL, DVD_RTAV,
THMNL_SM.DAT, THMNL_LR.DAT
などという文字列が見えます。
967:login:Penguin
11/07/26 10:04:35.28 PD+qdYoc
なお、WinXPでも、InterVideo WinDVDでは再生できますが、マイコンピュータ
でドライブを見ようとしても空です。
Win7(64)でも WinDVDで再生出来ますが、Windowsのドライブを見てみる
と、*.IFOと言うようなファイルやxxx_RTAVというフォルダが見れた記憶が
あります。
どうしたら、Linuxでマウント出来るでしょう?
968:login:Penguin
11/07/26 10:31:13.10 Vg9vFnvb
ファイナライズしてないとかいうオチじゃなくて？
969:login:Penguin
11/07/26 11:17:19.75 HDHfhjnv
対応ソフトが無いとな
970:login:Penguin
11/07/26 11:21:05.83 qorPW3Yi
>>965
> In some cases useful info is found in syslog - try dmesg | tail or so
971:login:Penguin
11/07/26 13:19:55.39 Ii2v7YZe
>>960
それはファイルシステムってより OS 側の話じゃね?
972:login:Penguin
11/07/26 17:39:05.43 UhtmMQW5
WinFS的なものか