follow me

常時稼働ARMサーバで一番先に死んだのは

microSDでした。予想通りですね。
Cubieboardを常時稼働させて2年ぐらいでしょうか。microSDが死にました。
Cubieboard自体は問題無くmicroSDが一番先に死ぬのは予想通り。
それより連続稼働させても死なないのは確認できたので、microSDが2枚刺さるモデルでの連続稼働テストを次はやりますかね。
microSDのホットスワップ対応モデルとかでないかなぁ。。。
常時稼働ARMサーバで一番先に死んだのは | 4 件のコメント | アカウント登録
サイト管理者はコメントに関する責任を負いません。
常時稼働ARMサーバで一番先に死んだのは
投稿者: kometch on 2016年1月21日(木) 16:43 JST

やっぱりSDカードが死にますか・・・
バックアップだけはしておかないと・・・

常時稼働ARMサーバで一番先に死んだのは
投稿者: kometch on 2016年1月23日(土) 18:43 JST

マウントオプションを考慮するしかないだろうねぇ。

defaults,noatime,nodiratime,commit=600,errors=remount-ro

常時稼働ARMサーバで一番先に死んだのは
投稿者: Tochiro on 2016年1月24日(日) 16:02 JST

> kometchさん
今はdefaults,data=writeback,noatime,nodiratimeなので勉強させてもらいます。
SDに向いてる向いてないファイルシステムってなんだろうとか色々気になりだした今日この頃。

常時稼働ARMサーバで一番先に死んだのは
投稿者: kometch on 2016年1月25日(月) 21:39 JST

f2fsとかがいいと思うんだけど(Kernel 3.8マージ)、実用性があるのか分かってない。
それならbtrfsとかもいいかなと思う。

ただ、ARMイメージで採用しているの見たことないから、本当のところどうなのかは不明。