とりあえずRAID5にして定期的にスクラブするか…。構築してresync中
とりあえずRAID5にして定期的にスクラブするか…。構築してresync中
https://serverfault.com/questions/104417/how-do-i-easily-repair-a-single-unreadable-block-on-a-linux-disk/431051#431051 のWDのHDDファーム作者のコメントが参考になった
@YUKIMOCHI ListTLにもないですね。redis上の投稿IDの集合として保持されてるからサーバ側でのメディアフィルターの実装が重いのでしょう
結局のところ、SNS上のなんやかやが分散SNSに影響する度合いよりも現実で起こっているなんやかやはSNSに影響する度合いの方が強い
@aoki3kara とりあえず https://play.google.com/store/apps/details?id=org.intoorbit.spectrum&hl=ja&gl=US とか使ってみると良いとおもいますよ。精度は端末側のマイクに依存するのでアテになりませんが…
http://blog.livedoor.jp/goldennews/archives/52215170.html
こういう全国にある赤字鉄道も日本が抱える大きな負債の一つだよな
週末から組んでるPCのホスト名はformidableです。 誰 が 重 た い で す っ て ？
@aoki3kara ああ、重低音の硬さを求めるならVelodyneの個人輸入とかあるんですけど、多分コスパ的に割に合わないはず。一般家庭で50Hz程度までで良いならSW凝るよりAVアンプで低音強調書けるほうが正解なんですよね…
SATAケーブルは手持ちの既存マザーの付属品でなんとかしたんだけど、badblocksの32bit制限でうへーとなってる。前時代的じゃん？ https://unix.stackexchange.com/questions/152171/badblocks-only-takes-32-bit-integer-as-start-end-values を読むとLVMとかのレベルでかいけつするべきらしいので色々試行錯誤してる
@quoiz 強いとか弱いとかじゃないんだよな。キャラの存在そのものが尊い
HDDのえらー検出はlinuxのsoetware raid のscrabに任せた方がいいかなー、となった。容量的には損するけどね
https://unix.stackexchange.com/questions/152171/badblocks-only-takes-32-bit-integer-as-start-end-values によるとファシストがbgadblocksのサイズを32bitに制限したらしい。
「巨大なディスク アレイの場合、LVM、ストレージ アレイ、または HDD レベルでブロックの置き換えが行われることはほぼ確実です。」
https://unix.stackexchange.com/questions/92076/how-can-i-check-for-bad-blocks-on-an-lvm-physical-volume
うーん。LVMがbadblocksの仕事を十分に奪っているとは思えない感じ。
mkfs.ext4 -cc /dev/vg1/lv1 は「badblocks: invalid last block - 7814021119」という警告を出して処理を継続するのでダメぽい
blockdev --getbsz /dev/vg1/lv1 で 4096が出るのと、カーネルのpagesizeを超えると大量の警告が随時でてしまうのとで、ファイルシステムのblocksizeを4096より上にするのは諦めた
sudo mkfs.ext4 -b 8192 /dev/vg1/lv1 したら警告いっぱい出る。カーネルのpagesizeを超えてるのがダメらしい。dumpe2fs /dev/vg1/lv1 したら一応ブロックサイズ8192で作れてるらしいが、うーん…
# badblocks -sv -o /badblocks_lv1.txt /dev/vg1/lv1
badblocks: Value too large for defined data type invalid end block (31256084480): must be 32-bit value
うーん
