トップページ⇒linux
983コメント323KB

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

■ このスレッドは過去ログ倉庫に格納されています
0001login:Penguin2013/03/15(金) 11:51:55.78ID:O3XCXQaz
●前スレ ファイルシステム総合スレ その15
http://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 あたりで。
0655login:Penguin2014/03/26(水) 10:08:01.06ID:kPfE9uzP
>>652
Hans Reiserが作ったReiserFSの事ですか？
0656login:Penguin2014/03/26(水) 10:19:25.24ID:3IuRDlT/
>>654
ほんと昔から疑問なんだけど
lsやtopやpsって誰もが当たり前に使ってるけど
見方がマニュアルのどこにも載ってないよね
あれほんと不思議だわ
0657login:Penguin2014/03/26(水) 10:20:09.33ID:o0B743vv
いや、>>650 は書いてあるよ。
0658login:Penguin2014/03/26(水) 10:21:02.74ID:aAQP9TJi
>>656
日本語も不自由なのか？ 書いてあるとみんなが言っているのだけど……
0659login:Penguin2014/03/26(水) 10:22:31.56ID:o0B743vv
あ、違った。
http://linuxjm.sourceforge.jp/html/GNU_fileutils/man1/ls.1.html
には書いてないな。
http://linuxjm.sourceforge.jp/html/gnumaniak/man1/ls.1.html
の方だと書いてある。
0660login:Penguin2014/03/26(水) 10:38:15.82ID:3IuRDlT/
>>658
みんなが言ってれば載ってるものでもないよね

>>659
そこにもパイプはpでファイルは-でとかが書いてないんよ
不思議だよね
0661login:Penguin2014/03/26(水) 10:39:19.51ID:o0B743vv
質問増やすなよｗ
0662login:Penguin2014/03/26(水) 10:39:25.84ID:3IuRDlT/
でもTがなにかはわかったのでありがとう
0663login:Penguin2014/03/26(水) 10:40:49.54ID:o0B743vv
GNU は man から info に移行する方針じゃなかったっけ。
info ls には >>660 も載ってる。
0664login:Penguin2014/03/26(水) 10:42:17.06ID:o0B743vv
info 見ろって man ls にも書いてあるな。
0665login:Penguin2014/03/26(水) 11:00:12.01ID:Av8RFl4g
まずはGNU infoの使い方をmanで調べることになるからGNU infoやめて欲しい
0666login:Penguin2014/03/26(水) 17:41:25.63ID:KzV3IAZE
ググって出てくるmanページは古かったりsolarisのだったりするから
あんましオススメしない
手元のmanとかinfoで確認すること
0667login:Penguin2014/03/26(水) 17:45:34.75ID:o0B743vv
ググる話はしてないよ。
0668login:Penguin2014/03/27(木) 03:26:57.54ID:NFSo+uo4
記念カキコ
0669login:Penguin2014/04/01(火) 12:44:22.27ID:PfCYYQwP
http://kernelnewbies.org/Linux_3.14
Incompatible format change
0670login:Penguin2014/04/02(水) 13:46:29.40ID:j1EThESs
Windows XP 用の更新プログラム (KB955704)
http://www.microsoft.com/ja-jp/download/details.aspx?id=19364

この更新プログラムをインストールすると、exFAT ファイル システム形式のサポートが追加されます。


サポート切れたら落とせなくなるから今のうちに落としとけてめーら
0671login:Penguin2014/04/02(水) 14:11:25.22ID:s10DGdzw
>>670
え、新規パッチが提供されないだけで、リリース済みのは落とせるんじゃないの？
0672login:Penguin2014/04/02(水) 14:12:45.10ID:bvJ7v/6W
>>670
板違い。
0673login:Penguin2014/04/03(木) 00:50:27.44ID:VrqORNJt
office2000のサポート終わったときはMicrosoftUpdateが使えなくなって
手動でパッチを検索ダウンロードインストールした覚えがある。
0674login:Penguin2014/04/10(木) 07:37:31.67ID:dFEa0DVb
俺がxfsからext4に移行しようかってタイミングでこれか……

>>609
単に1TiBにつき1GiBの「仮想」メモリが必要ってだけだよ

つうかスペック酷すぎｗ
0675login:Penguin2014/04/11(金) 00:08:13.66ID:rPZiygNI
一時と比較するとこのレスが静かと言う事は「余程不幸な事態が発生」しない限り、どのファイルシステムを使っても
ファイルを消失する心配は無いのかな？
0676login:Penguin2014/04/11(金) 19:53:43.22ID:TXiJbDeC
二重化していてバックアップとってりゃたいていなんとかなる
0677login:Penguin2014/04/16(水) 12:41:24.94ID:r/SbB6He
日本語ファイル名256文字扱えるようになりましたか？
0678login:Penguin2014/04/17(木) 10:08:04.37ID:EbKna/ay
扱えるよ
0679login:Penguin2014/04/17(木) 15:17:49.09ID:vqocHxR+
>>678
677だが、嘘はよせ。ｗ
出来ていたら喜んでWindowsを消しまくるだがな。。。。
0680login:Penguin2014/04/18(金) 02:33:25.67ID:fL/LypYG
ファイル名長の話しなら最大255byteだと思う
ReiserFSはbsを変えると最大8kbyteだけどKernel側の制限でやっぱ255byteになってしまったはず
ちなみにこれまで255byteで制限にかかった覚えはないが
eCryptFSを使ってファイル名も暗号化するとファイル名長が144byteまでになってしまうのだけどこれには引っかかったことがある
この場合はファイル名の暗号化を諦めるかファイル名を買えるしか無いと思う
0681login:Penguin2014/04/18(金) 17:25:21.26ID:A247IrMX
>>680
677です。ReiserFS、eCryptFSの情報ありがとう。

UTF-8で濁点などの文字から255/3=日本語で最小85文字かな。
全て濁点になるはずもないので最大127文字くらいですよね。
0682login:Penguin2014/04/18(金) 18:30:49.42ID:ASqC3Rdn
UTF-8だと漢字や仮名は基本3バイトだよね
濁点とかどゆこと？
0683login:Penguin2014/04/18(金) 19:31:20.10ID:SHOIpnK/
>>682
681の意図はわからないが、今のMac OSのファイルシステムは濁点や半濁点を別の1文字にしてしまう
0684login:Penguin2014/04/18(金) 20:07:22.66ID:CC0gdlrI
濁点のことを考えないとダメなのはHFS+だよ。
0685login:Penguin2014/04/18(金) 20:28:00.50ID:aHSK1qaQ
㍍
0686login:Penguin2014/04/18(金) 20:28:04.27ID:BKQIMX21
Unicode ってば、あらゆる文字列を無限長に出来た気がしないでもない
0687login:Penguin2014/04/18(金) 20:28:52.54ID:AEKux6w9
>>686
どういうことだ？
0688login:Penguin2014/04/18(金) 23:15:50.15ID:nkhGLVUj
ユニコード爆弾ですか。
0689login:Penguin2014/04/19(土) 03:00:25.27ID:jv1tQDqj
>>684
MacのGUIからファイル生成するとHFS+だろうがFATだろうがsambaだろうがnetatalkだろうがNFDっぽく分解される。

>>686
UTF-8のことなら、最短表現以外の表現は規格上違反になってるよ。
0690login:Penguin2014/04/19(土) 12:27:46.23ID:jWQ1IRh5
>>689
>MacのGUIからファイル生成するとHFS+だろうがFATだろうがsambaだろうがnetatalkだろうがNFDっぽく分解される。

FATとかSMBの場合はMac側が分解してアプリケーションに渡して、
アプリケーションから渡されたファイル名は合成してから保存。
HFS+やAFPの場合は常に分解されたまま。
0691login:Penguin2014/04/21(月) 09:15:13.30ID:yTnkFvW4
LVMで大容量のLVを作るとき、障害発生時に影響範囲を限定する観点から細かく切ったパーティションをPVに使うことって、効果ある？
0692login:Penguin2014/04/21(月) 13:07:42.62ID:/8Q6b0cd
Unicodeの正規化って、マジで害しかないわ……誰か得してる奴いるのか？
コードの外でやってくれよ、と思う。
0693login:Penguin2014/04/21(月) 19:45:01.34ID:vMFjxf8Y
>>691
プラッタが１枚だけダメになった HDD で「１枚だけで助かった」って聞かないし、無いんじゃね？
0694login:Penguin2014/04/21(月) 21:49:38.90ID:iRjQfLtc
>>692
曖昧検索のためには便利でしょう。
それをファイルシステムに採用したやつの脳は腐ってると思うが。
0695login:Penguin2014/04/22(火) 13:17:53.51ID:tU/yU95A
>>693
レスありがとう
不具合発生PVには触れないようにすれば、正常なPVを解放して別のLVに回せると考えてたんだけど、そもそも爆弾を抱えたHDDを延命させようってのが危ないか
0696login:Penguin2014/04/22(火) 20:24:32.42ID:+AghZXgL
>>694
あいまい検索の時にでも、正規化の形が複数あったら保存するときに適用しても仕方がない
検索の時のパターン展開に使うべきだろ？
ファイルシステムとUnicode、銀の弾丸はないのかね
0697login:Penguin2014/04/23(水) 18:23:44.64ID:Mnej6xUr
珍しい現象に遭遇しました。
バックアップ先に使っているbtrfsに対して書き込めないとcron様からお怒りのメールが届いた。
アンマウントしようとしたが出来なかったので、再起動しようとしたがこれも出来ず、仕方なしに電源ボタン長押しした。
パーティションを割りまくり、色々なファイルシステムを導入しているマシンなので何が原因で事象が発生したのか謎な状態です

ちなみに割っている/var(SSD ext4)や/home(HDD jfs)は問題なく書き込めたので、再起動も出来なかったしカーネルを巻き込んだbtrfsの問題？
0698login:Penguin2014/04/23(水) 18:53:46.26ID:w1OkKs4V
>>697
情報が少なすぎて誰にも回答できないと思う。

cronのメールには具体的にどのようなメッセージが書いてあったのか
/var/log/messagesに何かログは残っていないのか
カーネルのバージョンはいくつなのか
そのほかbtrfsのパーティションやRAIDの構成などはどうなっているのか
0699login:Penguin2014/04/23(水) 19:53:21.39ID:Mnej6xUr
ごめん。半分チラシの裏であり、日記のつもりだった ww
(まさかマジレスが付くとは思っていなかった…)

>cronのメールには具体的にどのようなメッセージが書いてあったのか
この時はバックアップにcpやddを使ってコピーしているのですが、ターゲットファイルに対して「アクセス中: 入力/出力エラーです」のメッセージ

>/var/log/messagesに何かログは残っていないのか
それらしきメッセージが残っていたので。。。

btrfs csum failed ino 46290331 off 40960 csum 1154198546 private 1810494407
btrfs: sdc2 checksum verify failed on 510836736 wanted FAAFCEBE found 728E553E level 0
btrfs read error corrected: ino 1 off 510836736 (dev /dev/sdc2 sector 1014112)
(レスされて改めて確認するとbtrfs以外にもカーネルが吐いているエラーも多数あり)

>カーネルのバージョンはいくつなのか
>そのほかbtrfsのパーティションやRAIDの構成などはどうなっているのか
debian7のbtrfsを普通に使っています(後学の為に…btrfsのバージョンどうやって確認するの？)
パーティションは構成はRAIDも何もなく、750GBのHDDを(スワップにも使っていますが)普通にパーティションを割ってbtrfsを使っています

まぁ、今回は対応を真剣にしていないのは
1.他の領域のファイルシステムは問題なく読み書きできていた(/homeはsambaでアクセスしていたが問題なかった)
2.再起動がちゃんと行えなかった(問題発生後、カーネルのアップデートを行った気がする。。。)
3.頻繁に発生する事象でもない感じ.。o○
てな事も相まって本気で調べる気が orz

追記。。。
この障害が出る以前は/homeもbtrfsを使っていたのですが、fsckが無い事を知ってjfsに変更しました。まだbtrfsは枯れていないのねぇ～
0700login:Penguin2014/04/23(水) 20:59:29.27ID:w1OkKs4V
>btrfs csum failed ino 46290331 off 40960 csum 1154198546 private 1810494407
>btrfs: sdc2 checksum verify failed on 510836736 wanted FAAFCEBE found 728E553E level 0
>btrfs read error corrected: ino 1 off 510836736 (dev /dev/sdc2 sector 1014112)
>(レスされて改めて確認するとbtrfs以外にもカーネルが吐いているエラーも多数あり)
ディスク壊れてるんじゃないの？
0701login:Penguin2014/04/23(水) 21:12:39.01ID:Mnej6xUr
>>700
再起動してからはご機嫌なんですよね.。o○
(messagesにも再起動後、ディスクに関するメッセージは吐いていないし・・・)
再起動前にバックアップファイルの削除を行ったのですが、時間は普段より掛ったものの一応行えました。
で、アンマウントしようとしたら応答が無く、仕方なくrestartコマンド投入しても応答が無かったので強制的に再起動しました

btrfsにfsckが無いからどこまで壊れていたのか状況を掴みかねています
0702login:Penguin2014/04/23(水) 22:23:11.61ID:IJ0dCZpi
とりあえず、HDDのSMART見たほうがよさげ
0703login:Penguin2014/04/23(水) 22:55:35.08ID:Mnej6xUr
S.M.A.R.Tの値が生の値なんで良く判んねぇ～(笑)

Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x002f 200 200 051 Pre-fail Always - 0
3 Spin_Up_Time 0x0027 204 203 021 Pre-fail Always - 800
4 Start_Stop_Count 0x0032 089 089 000 Old_age Always - 11251
5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0
7 Seek_Error_Rate 0x002e 200 200 000 Old_age Always - 0
9 Power_On_Hours 0x0032 067 067 000 Old_age Always - 24638
10 Spin_Retry_Count 0x0032 100 100 000 Old_age Always - 0
11 Calibration_Retry_Count 0x0032 100 100 000 Old_age Always - 0
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 103
191 G-Sense_Error_Rate 0x0032 001 001 000 Old_age Always - 10951
192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 52
193 Load_Cycle_Count 0x0032 152 152 000 Old_age Always - 146898
194 Temperature_Celsius 0x0022 111 092 000 Old_age Always - 36
196 Reallocated_Event_Count 0x0032 200 200 000 Old_age Always - 0
197 Current_Pending_Sector 0x0032 200 200 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0030 100 253 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 0
200 Multi_Zone_Error_Rate 0x0008 100 253 000 Old_age Offline - 0

うーん…Raw_Read_Error_RateやUDMA_CRC_Error_CountやMulti_Zone_Error_Rateの値を見ると正常な気がする。。。
0704login:Penguin2014/04/23(水) 23:22:49.78ID:UGwGd9Nb
>>697
umountできなくてshutdownまでいけなかっただけじゃない。
0705login:Penguin2014/04/23(水) 23:34:16.78ID:Z12FaWve
>>697
次回からは電源長押しの前にマジックSysRqの発行を試みるといいかも
効いたらブチ切りよりかなり被害減ると思う
0706login:Penguin2014/04/23(水) 23:49:04.42ID:MT0VHo0k
SMART 見る限り HDD ではなさそうだね。 マザボかメモリかって感じなんで、memtest しときたい。
0707login:Penguin2014/04/23(水) 23:54:58.13ID:Mnej6xUr
>>706
とも言い切らないのよね。btrfsだけが書き込み不可で/var(SSD ext4)や/home(HDD jfs)は問題なく読み書きできているから
0708login:Penguin2014/04/24(木) 00:28:01.31ID:gTFaT3LP
>>707
jessieでこんな感じになった
pkgのlibssl0.9.8をlibssl1.0.0に変えたら行けるんじゃないかね?
しかし署名とか見当たらなかったんだけど無いのかな?怖いから仮想環境で試したよ
% sha1sum cav-linux_1.1.268025-1_amd64.deb
533dd3b4adc57a43937e6795399a7df4bf88fd5a cav-linux_1.1.268025-1_amd64.deb
% sudo dpkg -i cav-linux_1.1.268025-1_amd64.deb
以前に未選択のパッケージ cav-linux を選択しています。
(データベースを読み込んでいます ... 現在 64485 個のファイルとディレクトリがインストールされています。)
Preparing to unpack cav-linux_1.1.268025-1_amd64.deb ...
Unpacking cav-linux (1.1.268025-1) ...
dpkg: 依存関係の問題により cav-linux の設定ができません:
cav-linux は以下に依存 (depends) します: libssl0.9.8 (>= 0.9.8m-1) ...しかし:
パッケージ libssl0.9.8 はまだインストールされていません。

dpkg: error processing package cav-linux (--install):
依存関係の問題 - 設定を見送ります
処理中にエラーが発生しました:
cav-linux
07097082014/04/24(木) 00:28:59.95ID:gTFaT3LP
誤爆orz
07107062014/04/24(木) 08:15:09.42ID:jFjcb0T/
>>707
メモリって一部だけ壊れる事が多いもの(サーバなど ECC つきメモリでは ECC エラーが出始めると
保守期間内ならメーカが交換してくれる)なので btrfs だけダメだったからメモリではないというのは
切り分け間違ってるんじゃないかな。
0711login:Penguin2014/04/24(木) 11:34:12.56ID:DrYvir+U
>>706
memtestは24時間稼働のメール＆NASサーバとして使っているので運用面でムリポ。。。
メモリーは購入して３年以上経つので交換も。。。

それに貧乏人だからECC付のメモリーなんて購入できないよ。
でもDDR3-1333が定価なんだが安かったから1600で動作のメモリは積んでいる
0712login:Penguin2014/04/24(木) 11:37:35.59ID:cG/Vy1jP
btrfsはおかしな現象はよく起こるよ。まだまだ安定度は低いってこと。
0713login:Penguin2014/04/24(木) 13:05:55.00ID:S/0xbodI
>>711
バックアップ系なくて24時間運用って
0714login:Penguin2014/04/24(木) 13:22:54.92ID:DrYvir+U
>バックアップ系なくて24時間運用って
おうちで個人使いでもバックアップ系が必要なんですか？

個人使いでなかったら
/…XFS
/var…ext4
/home…JFS
バックアップ先…btrfs
なんてファイルシステム百花繚乱な構成は許されないであろう…
0715login:Penguin2014/04/24(木) 13:24:57.41ID:0CZY8Gb7
必要かどうかは人によるんじゃね。
0716login:Penguin2014/04/24(木) 13:27:12.12ID:S/0xbodI
>>714
不要なら止めてもいいじゃない。
0717login:Penguin2014/04/24(木) 23:52:33.83ID:oIeD8RMB
バックアップにbtrfsとかバックアップする気ないだろ
0718login:Penguin2014/04/25(金) 13:38:47.06ID:mwdi9/18
btrfsはまだまだ常用できるレベルじゃないし、似たようなことしたければZFS on Linuxでいいんじゃ？

24時間動かすなら、ECCメモリといい電源も必須だけど、SATAケーブルとかもいいのおごったほうがいい。
一時期fsあたりのエラーがパラパラ出てたときは、SATAケーブルが腐ってた。
0719login:Penguin2014/04/25(金) 14:09:16.19ID:18yKNN4p
最近はこんな感じで運用して見てる
/home ext4 -> 日に一回rsyncでFileServerに同期
FileServer xfs -> 日に一回rsyncでbackupに同期&Amazon glacierへxz+gpgで投げる
backup nilfs2 -> 日に一回スナップショット，月一のスナップショットを残して1月以前のスナップショット削除
0720login:Penguin2014/04/25(金) 19:16:21.20ID:+egiLVae
>>717
以前はext4だったのだが、普通にシャットダウンしたにも拘らず起動時にマウントしようとするとfsckが走り出す始末。。。
だったらまぁbtrfsでも良いか!!って結論に。。。
0721login:Penguin2014/04/25(金) 19:56:33.48ID:6fVSKLDU
>>720
fsckしないように設定すればええやん
0722login:Penguin2014/04/25(金) 20:10:53.61ID:+egiLVae
>>720
「tune2fs -c0 -i0」の設定したにも拘らず、かつ正常にシャットダウン(再起動)を行ったにもかかわらず、起動時に
「うむ？不正なシャットダウンしたんとちゃうの？」とシステムが判断してマウント時にfsckが走るんだよ～
0723login:Penguin2014/04/25(金) 22:15:46.60ID:s0V0NEaG
>>722
ディスクコントローラ周りのハード不良か設定ミスを疑うべき。
0724login:Penguin2014/05/03(土) 22:24:37.63ID:ulimgOyl
FreeBSD8.0で運用してたZFS RAID-Z2って
LinuxのZFSで普通に読み込めるんだな
いや他のファイルシステムなら別に当然だけど
ZFSのしかもRAID-Zだから複雑なことやってそうだし無理かと思ってた
0725login:Penguin2014/05/06(火) 23:40:36.48ID:+HEnHmTm
>>724
当然OpenIndianaでも読めるし、それどころかMac OS Xでも読める（本家Solarisはダメだが）。
と言いたいところだが、OS毎に実装済みのfeature flagsの差異によって
読み書きできる/読めるけど書けない/読めないが分かれたりするので注意が必要。
FreeBSD8.0で実装済みのfeature flagsなら他の現行OSで読み書きできるとは思うけどね。
0726login:Penguin2014/05/07(水) 02:41:52.74ID:qP4g1QJA
OpenZFSのサイトに互換性表があるよ
ttp://open-zfs.org/wiki/Features
0727login:Penguin2014/05/07(水) 13:18:41.02ID:OXYFJZa7
FreeBSD 8.0だと、feature flagsまだ未実装じゃなかったっけ？
relase時点で、pool version 15とかその辺だった様な・・・
stableはしらんけど、releaseなら、たぶんsolarisでもなんでも行ける。

まぁ、zpool get version/zfs get versionしろって事ではあるが。
0728login:Penguin2014/05/09(金) 11:57:48.55ID:SVmWBBK0
今オススメの圧縮ファイルシステムってなに？
0729login:Penguin2014/05/26(月) 17:21:45.48ID:kQED7z3B
Hans Reiserの出所まであと10年か
0730login:Penguin2014/06/02(月) 19:31:07.53ID:3xqVp1qV
x86_64のカーネルスタックが16KBになるようだ
0731login:Penguin2014/06/02(月) 19:41:21.04ID:wKyP3hTc
xfsでスタック食いつぶしてうんぬんだっけ
Redhatの力か
0732login:Penguin2014/06/13(金) 17:14:41.17ID:kLPDuXou
ZFS on Linux 0.6.3 来た
ttps://groups.google.com/a/zfsonlinux.org/forum/#!topic/zfs-announce/Lj7xHtRVOM4
0733login:Penguin2014/06/13(金) 18:24:59.38ID:iyX+bNtZ
0.6.3と申されましてもｗ
0734login:Penguin2014/06/20(金) 00:07:30.22ID:hKO2rrUy
http://www.phoronix.com/scan.php?page=news_item&;px=MTcyNDE

> Reiser4 File-System SSD "Discard" Support Gets Revised

Ninaをdiscardした癖にFSの方はまだだったのか。
0735login:Penguin2014/06/20(金) 09:20:52.50ID:uHKIB0Q6
>>732

CentOS 6.5でアップデートかけたらzfs-dkmsがパッケージ
依存でエラーになってしまった。

zfs-dkms-0.6.3-1.el6.noarch (zfs)をインストールするには
バージョン2.2.0.3-20以上のdkmsが必要だが、今入っている
dkmsはdkms-2.2.0.3-14.zfs1.el6.noarch (@zfs)である。

って、dkmsはzfsのレポジトリにあるので、これの枝番が
14から20に上がらないとアップデートできない。
0736login:Penguin2014/06/20(金) 22:39:02.54ID:FmNjW13C
Cent6で入れてる人はEPELからdkmsの.src.rpm持ってきてるみたいね
0737login:Penguin2014/06/24(火) 21:56:34.02ID:sxZslhNV
以下の条件だとどのようなファイルシステムがおすすめでしょうか
・用途はファイルのバックアップ(コールドスタンバイ)
・基本的に落雷やヒューマンエラーによる全滅を防ぐために使用
・500GB～1TB程度の中途半端な容量のHDDを次々と足して束ねていく
・古いHDDを使用するため1台死ぬのは日常茶飯事な使い方
(HDDが1台死んでも他のファイルは生きており、syncで破損ファイルをバックアップしなおす)

個人的にはmhddfsになるのかなぁと考えています。
btrfsのraid0でストライプを切れるという話を聞いたので、
それが本当にできるならその方が便利かもしれないとも思っています
0738login:Penguin2014/06/26(木) 00:47:48.83ID:/kSvpTPp
ZFSでRAID-Z
0739login:Penguin2014/06/26(木) 01:05:57.43ID:gkco9Ol/
＞・500GB～1TB程度の中途半端な容量のHDDを次々と足して束ねていく
この時点でzfsはないだろ
0740login:Penguin2014/06/26(木) 01:09:10.21ID:gkco9Ol/
ていうかそのやり方でどうやって冗長性確保するんだよ
0741login:Penguin2014/06/26(木) 02:08:09.68ID:FeQmEsEt
バックアップだから死んでも大丈夫と思ってたら
再バックアップ前にメインも死ぬの法則
0742login:Penguin2014/06/26(木) 07:44:32.62ID:WzHVZYP6
ZFSでRAIDZ使わずにditto blocks
0743login:Penguin2014/06/26(木) 07:50:55.08ID:7l8pzm7D
3TBのディスク一本にまとめてゴミは捨てろ
電気代考えたらコストはかわらんだろ
0744login:Penguin2014/06/26(木) 07:53:01.18ID:7l8pzm7D
って、常時火をいれるわけじゃないのか、すまんかった
ゴミは捨てろって気持ちは変わらないけど
0745login:Penguin2014/06/26(木) 08:11:05.75ID:WIlmoYYy
>>743
> 電気代考えたらコストはかわらんだろ
24時間稼働とかしてたらすぐに電気代でペイできるよね
以前5本を2本にまとめたら電気代が月当たり2000円近く下がってびっくりしたことがある
0746login:Penguin2014/06/26(木) 08:31:12.87ID:XyIwZg1I
さすがにHDD以外の要因もあったのでは
0747login:Penguin2014/06/26(木) 08:57:20.37ID:x6i2m/Oo
外付けだと常時フルアクセスで月300円
普通の使い方で月100円って所なんじゃないの
内蔵だとその1/3ぐらい
0748login:Penguin2014/06/26(木) 22:09:27.98ID:yvLiatqB
障害時の復旧が死ねるlvmは今時無いとして俺ならaufs
mhddfsもaufsも先頭デバイスから埋めていくのでそれがイヤならmadamでraid
未来に期待ならbtrfs
07497372014/06/26(木) 22:10:12.75ID:8H8ymdtT
レスありがとうございます。

運用方法自体への指摘が多いようですが、
運用方法はあくまで>>737の方法でやりたいと思っていますので、
>>737でのおすすめファイルシステムを教えてください。

以下指摘へのレスというか補足です。
・用途はあくまで余っているHDDを非常時のバックアップとして再利用することです。
・バックアップ元はzfs raid1なのである程度の信頼性はすでにありますが、
落雷での全滅や、スナップショット未取得時の誤操作に対する対策をしたいです。
・冗長性についてはzfs raid0 copies=2も考えましたが、
容量を半分にするほどのメリットを感じなかったので採用しませんでした。
0750login:Penguin2014/06/26(木) 22:31:39.21ID:78mXMDhK
落雷での全滅が怖いならAmazonのcloudかアメリカのデータセンタに
定期的にバックアップするしかないんじゃなかろうか
07517372014/06/26(木) 22:50:58.46ID:8H8ymdtT
>>750
>>737の運用方法が穴だらけなのは十分承知していますし、
費用度外視で理想の方法をあげればきりがないのもわかります。

ですが、今回はあくまで「余っているHDDの再利用」+「非常時のための
コールドスタンバイでのバックアップ」が目的でそれ以上は求めていません。
0752login:Penguin2014/06/27(金) 10:39:27.37ID:/SITy1XB
聴く耳を持たない人程くどくど聞いてくるんだよね
これは後々自分は悪くない、悪いのは教えた方ってゆー典型
せっかくレス貰っても振り出しに戻ってるしな
自分で考えた最強の方法にしとけ
0753login:Penguin2014/06/27(金) 10:58:33.52ID:Jzs6Gski
＞500GB～1TB程度の中途半端な容量のHDDを次々と足して束ねていく
＞HDDが1台死んでも他のファイルは生きており、syncで破損ファイルをバックアップしなおす
よくわからんけどこの2つを満たすFSってあるの？
ていうか実現できるの？無理じゃね？
0754login:Penguin2014/06/27(金) 11:51:46.30ID:Obdb7JZX
WindowsでVVAULTでも使ってればいんじゃねって感じ
■ このスレッドは過去ログ倉庫に格納されています