ファイルシステム総合スレ その16
■ このスレッドは過去ログ倉庫に格納されています
0001login:Penguin
2013/03/15(金) 11:51:55.78ID:O3XCXQazhttp://engawa.2ch.net/test/read.cgi/linux/1341012960/l50
●関連スレ
ジャーナリングファイルシステム
http://toro.2ch.net/test/read.cgi/unix/979408065/
OpenSolaris/Illumos (OpenIndiana, etc.) 6
http://toro.2ch.net/test/read.cgi/unix/1337411922/
FS関連スレ
http://kohada.2ch.net/test/read.cgi/os/1137387538/l50
過去スレ、関連リンクは >>2-10 あたりで。
0266login:Penguin
2013/07/19(金) NY:AN:NY.ANID:4Dze9VBBああやっぱりそうですよね作り直します
ありがとうございます
0267login:Penguin
2013/07/21(日) NY:AN:NY.ANID:rOGOGbbjスナップショットもとってないんだけど、ZFSに対応した復元ソフト何か無いですか？
0268login:Penguin
2013/07/22(月) NY:AN:NY.ANID:V6DpD/zz現在、Linuxで実用的に使えるスナップショットの仕組みはLVMが一般的です。
ただ数年前にベンチマークを取ったとき、LVMはスナップショットの作った時の
速度低下が通常時の1/3～1/4になったと記憶しています。
現在開発中のものも含めて、なにか良いスナップショットの仕組みはありませんか？
ZFSが一つの候補になりそうですが。
0269login:Penguin
2013/07/22(月) NY:AN:NY.ANID:0sXdRXuB0270login:Penguin
2013/07/23(火) NY:AN:NY.ANID:bN8eE84Y使ったことはないけど
SolarisでのZFSの使い勝手はUFSのときと別次元ですから。
0271login:Penguin
2013/07/23(火) NY:AN:NY.ANID:IdRLRG3b別のファイルシステムにバックアップを取ることは可能でしょうか。
zfsの最新ファイルのみ別ファイルシステム上で閲覧できて、
差分ファイルは別途保存しておくようなことができるのが理想なのですが
0272login:Penguin
2013/07/23(火) NY:AN:NY.ANID:T9qkV6aV上と下で書いてる事が、矛盾してる気がするが。
もう1台ZFS鯖立てて、send/receive。
0273login:Penguin
2013/07/23(火) NY:AN:NY.ANID:CxTPb5LT上：どうしてもZFSじゃないfsに保存したいならsendして受け側でtarで固めて置けば？
下：rsyncでもすれば？（適当）
どっちにしろ>>272以外の方法をとる理由が思い浮かばないけど。
俺は2TBのzpoolに最新スナップショット（@latest）だけ置いといて、
定期的にスナップショット取っては3TBのzpoolに@latestとの差分sendしてるよ。
0274login:Penguin
2013/07/23(火) NY:AN:NY.ANID:aZL7D4VTZFS on Linuxオススメ
0.6.1以降は結構簡単に使えるよ
0275login:Penguin
2013/07/24(水) NY:AN:NY.ANID:iTC+MOu+レスありがとうございます。やっぱりもう一台zfsが必要なんですね。
現状ntfs上にバックアップをしており、一部世代バックアップが必要な状況です。
今はAcronisTrueImageの増分機能で補っていたのですがそれも大変なため、
バックアップのバックアップ先としてzfsを仮想PCで動かそうと考えていました。
最新のバックアップはntfs上に配置し、
zfsでスナップショット管理を行うつもりでしたが、
それを行うとzfsのHDDが逝ったときに過去のバックアップなくなることに気づき質問しました。
0276login:Penguin
2013/07/24(水) NY:AN:NY.ANID:B4xSYwan0277login:Penguin
2013/07/24(水) NY:AN:NY.ANID:vEtr8GsT0278login:Penguin
2013/07/26(金) NY:AN:NY.ANID:plluCzpQFAT32が円盤メディアで使われる時代でもないし、あまり意味があるとも思えないのだけど
0279login:Penguin
2013/07/26(金) NY:AN:NY.ANID:AdUv+rsy0280login:Penguin
2013/08/09(金) NY:AN:NY.ANID:PDSqrtHSonlineもパッチ飛び交ってる。
まとめて3.12に入るかな。
0281login:Penguin
2013/08/27(火) NY:AN:NY.ANID:rGGOASE6ttp://zfsonlinux.org
更新内容は以下
ttps://groups.google.com/a/zfsonlinux.org/forum/#!msg/zfs-announce/DOAuSF7kjsU/jwN3a7Ts3RgJ
0282login:Penguin
2013/08/27(火) NY:AN:NY.ANID:OXEfzcgQ0283login:Penguin
2013/08/27(火) NY:AN:NY.ANID:F+JQpqcw今度NAS建て替えるんだが、参考にしたいからベンチマークしてるサイトとか教えろください
0284デムパゆんゆんネトウヨ特攻兵＠８月一億総懺悔 【関電 61.5 %】
2013/08/27(火) NY:AN:NY.ANID:N3tzzneF0285login:Penguin
2013/08/28(水) NY:AN:NY.ANID:GLhfI84T0286login:Penguin
2013/08/28(水) NY:AN:NY.ANID:lXAJMyoG0287login:Penguin
2013/08/28(水) NY:AN:NY.ANID:GLhfI84Thttp://blog.livedoor.jp/hkoie/archives/54295769.html
0288login:Penguin
2013/08/28(水) NY:AN:NY.ANID:gL80mIYsJFFS2 warning: (1873) jffs2_do_read_inode_internal: Truncating ino #24 to 614400 bytes failed because it only had 370650 bytes to start with!
dmesgに上記ログが。
どういう意味か教えてください。
0289login:Penguin
2013/08/29(木) NY:AN:NY.ANID:BtXPCrvldkmsでweak-updatesの処理を失敗したらしく、再起動後ZFSの
カーネルモジュールのロードが出来なくなった。
一旦ZFS、SPL関連のパッケージを削除して、再度ZFSを
インストールしたが、バージョンアップした人で、同じ現象に
なった人はいますか？
0290login:Penguin
2013/09/01(日) 03:50:34.79ID:ywtVy7GCシングルドライブでの性能はext4やbtrfsより悪い
ttp://www.phoronix.com/scan.php?page=article&item=zfs_linux_062&num=1
RAIDだとmd + LVM + ext4より上
ttp://www.phoronix.com/scan.php?page=news_item&px=MTM1ODk
>>289
同様の事例がMLに上がってる
ttps://groups.google.com/a/zfsonlinux.org/d/topic/zfs-discuss/KxiwtyMbNvc/discussion
0291login:Penguin
2013/09/08(日) 15:41:14.29ID:W2sGUNpb0292login:Penguin
2013/09/08(日) 15:45:52.93ID:6uU/xOGJ0293login:Penguin
2013/09/08(日) 19:00:42.23ID:1UMToJmv0294login:Penguin
2013/09/08(日) 19:10:59.52ID:0gTpM+szvfs_shadow_copy2使って古いファイルも取り出せる。
0295login:Penguin
2013/09/08(日) 23:39:25.54ID:2Hpjm7J6ホームディレクトリをsend/recvでバックアップとかもしたいし。
Linux/Macなら既にできるけど・・・
0296login:Penguin
2013/09/09(月) 17:31:25.57ID:6tpP5hHd業務ファイルのやりとりでファイル名が長すぎるせいでzip展開できんとか出てきた
0297login:Penguin
2013/09/09(月) 17:32:53.83ID:HyLKLc8P0298login:Penguin
2013/09/09(月) 17:34:25.70ID:JAicnxGZ0299login:Penguin
2013/09/10(火) 01:24:55.47ID:MOwuRXd+もう中身空でファイル名だけでいいよ。
内容から一覧を作成するコンテンツマネージャを使えばいい。
0300login:Penguin
2013/09/10(火) 01:33:44.85ID:X2kKPjWDまあそれでも長すぎるけど、最大ファイルサイズや最大ボリュームサイズと違って現実的に到達しうる数字ってのは微妙だな。
（日本語でもあるけど）合成文字を多用する言語圏だと見かけ上1文字で10文字（30byte）近く使うような文字もあった気がするし。
0301login:Penguin
2013/09/10(火) 15:22:01.46ID:j3i00SBZリソースフォークとかmacの悪夢再び
0302login:Penguin
2013/09/12(木) 00:54:09.21ID:L7ec5eLUWindowsの開発を例として以下のファイルシステムとスナップショットがあるとします。
/src/windows
/src/windows@XP
/src/windows@7
/src/windows@8
①ここで@XPにロールバックした場合@7と@8は削除されて復元は不可能でしょうか
また、この状態でXPのSP2、SP3を開発するとなった場合、
②cloneで新しくファイルシステムを作成して以下のような形にする認識でいいでしょうか
/src/windowsXP
/src/windowsXP@SP2
/src/windowsXP@SP3
(つづく)
0303login:Penguin
2013/09/12(木) 00:55:29.68ID:L7ec5eLU上記の場合だと以下のような構成になるかと思います。
/src/windows
/src/windows@XP
/src/windows@7
/src/windows@8
/src/windowsXP
/src/windowsXP@SP2
/src/windowsXP@SP3
③すべて/src/windowsのファイルシステムで完結させて、
各スナップショット(@XP、@7、@8、@XPSP2、@XPSP3)を管理することは
普通は不可能でしょうか。
(/src/windows@8をとった時点でcloneしたXPからごっそり中身を移植するのでは、
dedupしてない限り容量効率が悪くなりますよね？)
0304login:Penguin
2013/09/12(木) 03:08:13.53ID:5UvEKiw2①不可能です
②
# zfs clone src/windows@XP src/windowsXP
としたならそういう構成になります
ただ（つづき）の時点ではwindowsはwindows@8より新しく、windowsXPはwindows@SP3より新しいことに注意
③
管理、の意味がちょっとわからないけど。とりあえずデータセットを枝分かれさせるようなスナップショットは取れません
（というか枝分かれをさせるための機能がclone）
/src/windowsの@XP作成後に加えた変更の/src/windowsXPに加えた変更をマージするのは人手でやるものでは・・・ごっそり移植とは？
0305login:Penguin
2013/09/12(木) 09:44:33.18ID:hcALch8S0306login:Penguin
2013/09/12(木) 20:18:32.81ID:L7ec5eLUレスありがとうございます。
③の移植については①の状態から
手動でwindowsXPの状態をwindowsにコピーすることを考えています。
i. ミラーリングの場合
# zfs clone src/windows@XP src/windowsXP
# robocopy /src/windowsXP /src/windows /MIR
# zfs destroy src/windowsXP
ii. 全削除、全コピー場合
# zfs clone src/windows@XP src/windowsXP
# rm -rf /src/windows/*
# mv /src/windowsXP/* /src/windows
# zfs destroy src/windowsXP
上記どちらの場合でも>>303より余分に容量をとってしまい、
特にiiの場合はiよりもかなりの容量を必要にすると思っていますが、
間違いないでしょうか
0307login:Penguin
2013/09/12(木) 20:29:44.80ID:NwreqCrZ＞ robocopy ＜
￣Y^Y^Y^Y^Y￣
0308login:Penguin
2013/09/12(木) 20:38:52.56ID:L7ec5eLUあ、ほんとだ。winと併用してるから間違えたｗ
rsyncで読み替えてください
0309login:Penguin
2013/09/13(金) 02:06:05.59ID:UqroIly4>>306
メインのsrc/windowsには@XP以降の修正を置くようにしたいのであれば、
windowsXPをpromoteしてからrenameすれば容量そんな食わないのでは？
# zfs promote src/windowsXP
# zfs rename src/windows src/windows_old
# zfs rename src/windowsXP src/windows
とすればiやiiの結果と同様にpromote前の/src/windowsXPが/src/windowsに成り代わる。
src/windowsは@XPを持ち、src/windows_oldは@XPを親とし@7、@8のsnapshotを保持する
イメージとしてはこんな感じ。
http://pastebin.com/SHkQn0JY
0310login:Penguin
2013/09/13(金) 02:22:28.61ID:UqroIly4自己レスだが@SP2、@SP3の存在を忘れてた。含めるとこんな感じ。
http://pastebin.com/sXx5ueix
0311login:Penguin
2013/09/13(金) 09:41:53.21ID:Clq2PzQAさくっと計りたい時 bonnie++
ブロックサイズ指定とか細かくするなら fio
DB乗せるストレージを計る時 ORION
そう言うオマイは何使ってんのさ？
0312login:Penguin
2013/09/13(金) 09:58:22.99ID:sthiZb+2評判が良さそうなので iozone もためしたけどgnuplotとの連系はうまくいかなかった。
0313login:Penguin
2013/09/13(金) 10:09:49.11ID:FomwIWqg0314login:Penguin
2013/09/13(金) 10:25:46.03ID:lgYR7y/M0315login:Penguin
2013/09/13(金) 10:31:24.78ID:FomwIWqgデバイスに対する読み書きのテストって良く考えたら、
パーティションもファイルシステムも選んだ覚えないな！
0316login:Penguin
2013/09/13(金) 16:17:02.68ID:DVWaJ00+シーケンシャルでの結果しか判らないが、
書き込みは
dd if=/dev/zero of=testfile bs=1M count=400 oflag=direct
読み込みは
dd if=imagefile bs=1M count=400 oflag=direct > /dev/null
※imaegefileはOSのDVDイメージ等を利用
だいたいの傾向が判るので重宝してます。
0317login:Penguin
2013/09/13(金) 16:55:29.35ID:sthiZb+2なるほどddだったらどこでもすぐテストできますね。
dbenchとはかなり違った傾向で特にSSDは低めな結果になりました。
0318login:Penguin
2013/09/13(金) 17:26:42.73ID:Qy/+uAssfioは色々レシピ作れるので、負荷テストとベンチマーク兼ねた使い方もできるし。
0319login:Penguin
2013/09/15(日) 21:21:40.78ID:uk3IcHE2ddで元ネタに/dev/zeroを使うのは、圧縮が効くファイルシステム(btrfsとか)や
ディスクコントローラ(SSDに多い）だと、見掛け上ものすごい性能が出るから
当てにならないよ。
ワーストケース（というか実際）の性能を知りたければ、自前で乱数列を生成する
スクリプトか何かを書いて、パイプでddに流し込むべき。
0320login:Penguin
2013/09/15(日) 21:31:52.32ID:k25Zn4IDそれなりにCPU食うしそっちの生成速度に律速されちゃうからなあ。
0321login:Penguin
2013/09/16(月) 18:11:36.72ID:QTL1PR7aなんとなく標準コマンドでなんとかできないかなぁと手抜き思考してしまうけど、
fioみたいなツールをちゃんと入れた方がいいよね。
NASだったら実利用想定ってことでWinから繋いでCDMで計ったりするけどｗ
0322login:Penguin
2013/09/16(月) 21:43:53.61ID:URvxM1UQ線形合同法程度で充分だろ
乱数の質が問題になる命題じゃないぞ
0323login:Penguin
2013/09/17(火) 00:34:24.26ID:+YR+1w2L0324login:Penguin
2013/09/17(火) 10:12:39.64ID:bDJqsLWd何か結果がおかしい
もしかして、平均の計算を間違う場合があるのか?
下がおかしかった結果の例
% iozone -i 0 -t2 | fgrep throughput
Children see throughput for 2 initial writers = 446016.69 KB/sec
Parent sees throughput for 2 initial writers = 18813.84 KB/sec
Min throughput per process = 446016.69 KB/sec
Max throughput per process = 446016.69 KB/sec
Avg throughput per process = 223008.34 KB/sec
Children see throughput for 2 rewriters = 1120345.00 KB/sec
Parent sees throughput for 2 rewriters = 23667.69 KB/sec
Min throughput per process = 0.00 KB/sec
Max throughput per process = 1120345.00 KB/sec
Avg throughput per process = 560172.50 KB/sec
% iozone -i 0 -t2 | fgrep throughput
Children see throughput for 2 initial writers = 85377.49 KB/sec
Parent sees throughput for 2 initial writers = 4710.04 KB/sec
Min throughput per process = 85377.49 KB/sec
Max throughput per process = 85377.49 KB/sec
Avg throughput per process = 42688.75 KB/sec
Children see throughput for 2 rewriters = 153710.77 KB/sec
Parent sees throughput for 2 rewriters = 10564.90 KB/sec
Min throughput per process = 76323.43 KB/sec
Max throughput per process = 77387.34 KB/sec
Avg throughput per process = 76855.38 KB/sec
0325login:Penguin
2013/09/18(水) 06:06:06.01ID:mm1ZPJXShttp://open-zfs.org/
0326login:Penguin
2013/09/18(水) 07:11:26.88ID:P61tvkKMカーネルへネイティブに組み込めるようになる日も近いのかな
とりあえず頑張って欲しい
0327login:Penguin
2013/09/18(水) 11:08:36.88ID:tNHNQQZuいや、さすがにライセンス変更はまず無理。Oracleが変えない限り。
全コードを書き換えられりゃ可能だろうけど、不可能に近いんじゃ。
現状、Illumosのコードベースに各OSがポートして使ってるけど、
ZFSそのもののバグ修正や機能追加とか、纏める所が無かったってのと、
このまま放置すると、OS間でのZFS互換性も問題なりそうだから、
その辺とりまとめるプロジェクトつくったぞーって事かと。
0328login:Penguin
2013/09/18(水) 11:21:49.03ID:+VANA4QEえっ
ZFSってユーザーランドで処理してるの?
0329login:Penguin
2013/09/18(水) 11:27:05.65ID:Lmhf0Lvw0330login:Penguin
2013/09/19(木) 00:24:47.46ID:yXB6cpvT構想中みたいな話はどっかで聞いてたが絵空事じゃなかったんだな。
元々（ライセンス的に）カーネルにZFSを組み込めないZFS on Linuxの開発が進んだ結果
カーネル絡みのコードとZFS絡みのコードがうまいこと分離できてきて副次的にMacへの移植に流用できたりしてたので、
だったらカーネル非依存な共通のコードベースがあればみんな幸せよね、みたいな話だった気がする（適当）
凄く楽観的に考えるとほとんどillumosだけでやってたZFS本体のメンテナンスにBSDやZoL界隈の人たちも加われれば
ZFSそのものの開発も加速しそうな気はする。
>>326
デフォルトで組み込むのはOracleの気が変わらない限り（≒永久に）無理だし、後付けのZoLならもう出てる。
>>327
プラットフォーム間の互換性問題はfeature flagsである程度見通しは立ってたけど
OpenZFSでそれもちゃんと保証されるようになると安心だわな。
0331login:Penguin
2013/09/23(月) 19:37:52.29ID:JHaCS2Vr・裸族の集合住宅(USB3.0でHDD複数接続)上にzfs領域を作成できるか
・何かの事故でPC起動中にHDDのUSBが抜けた場合どのような状態になるか
(USBのケーブルをさし直せば破損等はなくもとの状態に戻る？)
0332login:Penguin
2013/09/25(水) 18:37:15.63ID:IEEEzLXi今もあんまり速くなってないような気がす
iozoneで確認したやついますか?
0333login:Penguin
2013/09/28(土) 21:13:06.10ID:/RUq6s08> ・裸族の集合住宅(USB3.0でHDD複数接続)上にzfs領域を作成できるか
普通は出来るが、この手の外付けケースは往々にして妙に凝ったコントローラを
内蔵していて、ちゃんと設定しないと勝手にRAIDだのJBODだのを
やらかしてくれるので、個別のディスクとしてアクセス出来るように
ディップスイッチなどで設定をいじる必要はあるかもしれない。
> ・何かの事故でPC起動中にHDDのUSBが抜けた場合どのような状態になるか
> (USBのケーブルをさし直せば破損等はなくもとの状態に戻る？)
意味が分からん。この手の製品ではUSBはPCの間で接続に使われるだけで、
内部のバックプレーンと個々のHDDはSATAでつながってるんだが。
個別のディスクの取り外しに付いては、いきなりディスク引っこ抜いて
破損が無いことを期待するのは常に間違っている。
RAID-ZなりRAID-Z2なりでpoolを構成しとけば、
プールがデグるだけでシステムは稼働しつづけることができるけど、
再接続時にはいろいろと面倒があるはず。
0334login:Penguin
2013/09/28(土) 23:45:55.63ID:p0ZSXVr1例えばfatのUSBメモリをPC起動中に抜いたとしても、
書き込み途中とかでない限りはさし直せばだいたい問題ないかと思います。
zfs(raidzは未使用)の場合にUSBが抜けた場合はやはり面倒なことになるのでしょうか？
それとも複数ディスクで1つのプールを作ってるか否かで変わってきたりするのでしょうか
0335login:Penguin
2013/09/29(日) 00:33:39.81ID:bZpHRofoいまいちよく分からんけど
別にzfsだからといって何か特別なことは起きない
fatと比較した場合ジャーナリングがあるからfatなら壊れる場合でもzfsなら大丈夫という状況はあり得る
0336login:Penguin
2013/09/29(日) 01:23:54.60ID:nx/u7RNa余っているLinux機をファイルサーバにしてWinとMacの両方からHDDを使いたいと思っています。
いままで使っていたHDDをLinux mint 15 KDEで使用する予定ですが、HDDはいざというときのためにWinやMacでも読める
ファイルシステムにしたいと思っています。
この場合ntfsをそのまま使うよりはexFatにフォーマットしなおしたほうが無難ですか。
最近ではntfsもかなり安定しているという話なのでntfsそのままでも特に問題ないでしょうか。
Linuxではntfsの性能が落ちるという話も聞く一方で、exFatはそもそも非常に遅いという話も散見します。
多種のOSから使用する際のファイルシステムでおすすめ教えてください
0337login:Penguin
2013/09/29(日) 02:37:59.36ID:tcJWpgsA外部HDDとして読むのはLiveUSBとかFUSEでどうとでもできるから
そこまで考えることでもないとおもう。
0338login:Penguin
2013/09/29(日) 03:02:53.71ID:3+phKdAFいざという時のためには、tarで固めてvfatでCDRかなんかに焼いとく。
0339login:Penguin
2013/09/29(日) 07:16:10.73ID:GdIUCdB80340login:Penguin
2013/09/29(日) 10:11:55.35ID:+JFBMWZb信者しかいないからだろ
0341login:Penguin
2013/09/29(日) 10:15:05.68ID:nx/u7RNaたしかにLiveUSB使えばLinuxマシンが死んでもWin機にLiveUSB入れれば問題ないし、
Linuxで使う以上はLinux向けファイルシステムを使うべきなのはわかるのですが、
下みたいなことがあるといろいろ面倒かなと。
1, LinuxマシンとWin機が同時に死亡
2, Win(TrueImage)やMac(Timemachine)のバックアップはバックアップソフトが未対応のFS上に配置されてる
3, Win(TrueImage)からもMacからもバックアップにアクセスできず手が出せない
上みたいな場合に、PC修理 -> LiveUSBでLinux起動 -> ntfsのUSBにバックアップコピー -> 復元
みたいな手順を踏むことになる上に、修理完了するまではファイルにアクセスもできないというのはなかなかしんどいため、
多少性能を落としても全OSからアクセスできるファイルシステムのほうが無難かなと思った次第です
0342login:Penguin
2013/09/29(日) 10:48:51.41ID:PR8qOYot0343login:Penguin
2013/09/29(日) 10:57:02.86ID:+JFBMWZb> 1, LinuxマシンとWin機が同時に死亡
こんなケースまで考えるなら、素直に Linux マシンの予備持っときなよ...
raspi とかなら、数千円程度だし。
0344login:Penguin
2013/09/29(日) 11:15:05.94ID:bZpHRofoそんなものはない
いざというときはliveCD使えばいいのでwindowsで読める必要はないと思う
0345login:Penguin
2013/09/29(日) 11:23:16.49ID:Zgc/HmvdsambaサーバーやFTPサーバー入れておけば、そのまま臨時サーバーにもなる。
0346login:Penguin
2013/09/29(日) 13:10:08.87ID:D/UKYMxKそして、活用済みだ。
これは7との大きな違いのひとつだね。
0347login:Penguin
2013/09/29(日) 13:11:19.98ID:6LM62DHq0348login:Penguin
2013/09/29(日) 15:58:02.61ID:AAJG1dPfさすがに三台全部壊れることは稀だろう。
0349login:Penguin
2013/09/29(日) 18:53:41.31ID:KXi+xUbv別マシン（特にWin）に直接繋いだらuidとかパーミッションぐちゃぐちゃになって問題を悪化させるだけだろうな。
iOSとか書いちゃう>>336の知識から推察すると、今まで通りWinにファイル置いて
ファイル共有経由でMacから参照できるようにした方がまだ良いだろう。
0350login:Penguin
2013/09/29(日) 19:55:56.22ID:ptrYCiQbNTFSやexFATのHDDでもWinに繋ぐだけでパーミッションがぐちゃぐちゃになるとは知りませんでした。
みなさんにご指摘いただいた通りLinuxをファイルサーバにする以上
わざわざNTFS、exFATにせずext4あたりを使ってLinuxのみで運用しようと思います。
ありがとうございました。
0351login:Penguin
2013/09/29(日) 22:33:34.34ID:Z67CFY9UZFSのことなら
・Windowsでは使えない
・Mac用は安定版がかなり古く、新しいものはまだ不安定版
・Linux用はライセンスの都合で公式のカーネルに含まれてない
ってのが原因だな
0352login:Penguin
2013/09/30(月) 00:12:53.17ID:xTtbMftW信者がいるってイメージ的にbtrfsとZFSしか浮かばんけど前者は主流になる完成度じゃないし後者はライセンス的に主流にはなれないよね。
0353login:Penguin
2013/09/30(月) 00:44:45.61ID:+Dkxw1iN256～500GBくらいで余ってるHDD複数台を束ねたいものの、1台死ぬとどのファイルが欠けるかわからないんだよね？
かといってしょぼいHDDを再利用するのが目的なのにraidなんて面倒で組む気しないし、
何より組めるほどHDD容量の組み合わせが揃ってるわけでもない。
0354login:Penguin
2013/09/30(月) 00:48:11.55ID:0wML9P/3あの時小さく悟りを得たと思うｗ
0355login:Penguin
2013/09/30(月) 01:36:43.21ID:iK7cCLds0356login:Penguin
2013/09/30(月) 02:03:32.77ID:mK0VY5+f結局FSはOSの重要な要素なんだよね
0357login:Penguin
2013/09/30(月) 06:12:12.19ID:zTFHeC1x0358login:Penguin
2013/09/30(月) 10:44:36.72ID:DNJ2sqhK> 1台死ぬとどのファイルが欠けるかわからないんだよね？
それを万能に解決する仕組は他の FSでも存在しないでしょ
ZFS なら
* HDDの大きさが揃っている -> mirror/RAID-Z/RAID-Z2/RAID-Z3
* 大きさバラバラ -> copies という属性で FS 内の(mirror的な)冗長度を設定可能
複数のデータコピーは「可能な限り」別々のHDDに放り込まれるので，
HDD外してもある程度はデータが生存できるのかも(使ってないから知らない)
要するにヤワいmirrorみたいな概念だけど，おてがるに設定できる仕組．
0359login:Penguin
2013/09/30(月) 18:12:07.22ID:xTtbMftW大きさが揃ってないときはあれだ、drobo式でパーティション毎にn-1のRAIDZ/mirrorを組めばいいｗ（droboみたく拡張はできないけど）
0360login:Penguin
2013/09/30(月) 20:09:52.76ID:+Dkxw1iNcopiesは初めて知ったからちょっと調べてみる。
圧縮ファイルでいうリカバリレコードみたいなもんかな？
でもまぁゴミドライブ複数たばねてメインドライブのバックアップ先にする程度が無難な気がしてきた。
USBケーブルごてごてさせて複数台繋ぐのも不便と言えば不便だけど。
かといってゴミドライブ接続するためにポートマルチプライヤ買うのも何か間違って気がするしいろいろ難しいな。
0361login:Penguin
2013/09/30(月) 21:55:04.36ID:5HqVbRoJcopiesは、単純にHDDの中に同一ファイルを、複数保存するって事だ。
2copysなら2分の1、3copysなら3分の1の容量になる。
一部のセクタが読み取り不能になっても、正常ファイルを読み込めるって事だな。
HDD自体が死んだら、RAID組んで無い限り、意味ないけど。
0362login:Penguin
2013/09/30(月) 22:34:06.87ID:+Dkxw1iNなるほど俺がいままで各HDDのハッシュ一覧出力してdiffとってたのが、
容量は犠牲になるものの全自動になるのか。それは確かに便利だなぁ。
0363login:Penguin
2013/09/30(月) 22:58:33.15ID:rPqXGk6B300GBあたりを越えると安HDDでも誤り訂正符号で書き込まないと品質を維持できなくなってる
らしく、それぐらいの容量の HDD ではセクタ単位の死亡ってあまり聞かない気がするが、
俺の気のせいかな？
DVD-R とかだと copies 的な機能は欲しいが、壊れやすいのはアクセス頻度の高い？
ディレクトリやスーパーブロックだったりするのが困る。
0364login:Penguin
2013/09/30(月) 23:04:08.11ID:0P9+rhln0365login:Penguin
2013/10/01(火) 05:10:24.57ID:zyGhBIm8実際死んでるかはともかくとしてソフト的にしろハード的にしろなんらかの問題が起こって不整合起こすことはままある。
特にSMARTエラー出てないアレイでzpool scrubかけてチェックサムエラー出たことはあるよ。
0366login:Penguin
2013/10/12(土) 11:25:26.22ID:AYsx1LKJ用途は"各PCのバックアップ"と"各PC間でのファイル共有"で、
それぞれHDDを1台づつ(2台くっつけてzpoolでまとめたりしない)使おうと思っています。
バックアップ用のHDDはスナップショット機能が欲しいのzfsでマウントしようと思っていますが、
ファイル共有用のHDDはスナップショットは特に必要ない(操作ミスでの削除対策や破損対策くらい)ので
EXT4あたりが無難でしょうか。
HDDを増設する際に便利そうなのでzfsにすることも考えたのですが、
容量が圧迫されると不安定になったり、HDDを増設してHDD2台で1プール構成にすると片側HDDだけをはずせないとか、
1つのファイルが複数HDDを跨ぐように配置されるとHDDが壊れたときの損害や破損状況がわかりづらいと聞いて
デメリットは大きいように感じています。
■ このスレッドは過去ログ倉庫に格納されています