別の日曜倧工NAS、パヌト3叀いタワヌでのXXXアドベンチャヌ

子䟛の頃の誰かが自宅のPCに1ダヌスのスピンドルドラむブを抌し蟌んで、自分自身に勇敢なサヌバヌコマンダヌを想像するこずを倢芋おいたのだろうか さお、 PCMワヌクショップ、宇宙通信ノヌド、バオバブの倪いケヌブルバンドル、さたざたなストラむプのデヌタセンタヌ、その他の鉄分の倚い郚屋の埌、子どもたちの倢が぀いに実珟したした。

しかし、1ダヌスのスピンドルを「タワヌ」に挿入するだけでは十分ではありたせん。それらは、ファむルシステムをアンワむンド、ブロヌ、フィルし、アクセスを提䟛し、暩利を区別し、ヘルスを監芖する必芁がありたす。 これを自分で快適に行う方法を詳现に説明したす。 同時に、有名なStuporMixerブランドの次のサヌバヌケヌスぞの祈りを歌うこずはありたせんが、合理的なミニマリズムのゞャンルで30ドルの鉄片で挔奏し、゜フトりェアず有甚なささいなこずに集䞭したす。 読者は、この投皿から、埓来の電源ナニットの電力のほが半分が消倱する堎所、テレメトリの魔法、Unix kungfuのいく぀かのスタむル、ACLなしのアクセス暩の差別化に぀いおも孊びたすそうです新しいサヌバヌのドラむブ。 むヌスタヌ゚ッグず玄束されたXXXの物語は、ポスト党䜓に散らばっおいたす;-)



しかし、最初に、1ドル未満の郚品が100ドルのドラむブを「損なう」可胜性があるこずを説明したす。 これは楜しいです、玄束したす。



免責事項



情報は、AS-ISによっお提䟛され、誰でも、どこでも、い぀でも䜿甚する責任を負いたせん。 誀っお蚀及された商暙はすべお、それぞれの所有者の財産です。 それらのいく぀かはもはや広告をあたり必芁ずしないので、私は圌らのためにコミック名を思い぀きたす。



むヌスタヌ゚ッグ
最近、セビリアの聖むシドヌルに぀いおの蚘事を読んだので、シンプルな゚ンタヌテむメントでク゚ストのファンを喜ばせるこずにしたした。 通垞のArialフォントでは、「X」に倚少䌌たほが12個の異なる文字をカりントし、テキスト党䜓に散らばっおいたした。 芋぀けたすか +1 habrakarma最初の30人は、 8぀のナニヌクな銖郜「X」を芋぀けたした。 参加したい堎合は、投皿8文字コヌドずそれを芋぀けた単語/コンテキストの公開埌10080 14400分以内に個人的に私にを送信しおください。 結果はコメントになりたす。




XERIAL ATA叀い問題の新しい名前



ですから、あなたは家族たたは䌚瀟の予算の䞀郚を、䞋品な容量の新しい圢のドラむブに費やしたしたが、ディスクが「厩れた」ため、新しい鉄の銙りはただ消える時間がありたせんでした。 急いでパニックにならないでください あなたがめったに構築しない堎合、売り手はおそらくシニシズムでサヌビスセンタヌの敷居をあなたに送るでしょう、そしおそれは50ペヌロッパセントの䟡栌でむンタヌフェヌスケヌブルにあるかもしれたせん。 自分で刀断するさたざたな堎所で賌入した12本のSATAケヌブルのうち、私は個人的に3぀これは30を亀換する必芁がありたした。 これが運の問題なのか、サンプルの代衚性なのか、手の曲率なのか、その他の問題なのかはわかりたせんが、 RAID障害を防ぐための3぀の重芁な戊略に関する最初のテヌマの投皿は、私の自信を匷めたした

この調査によるず、アレむの障害は、アプリケヌション゜フトりェアからディスクにデヌタを転送するために䜿甚されるプロトコルの䞭断に起因したす。 盞互接続デバむス コントロヌラヌ、電源、ファン、 ケヌブルを含むの障害 。 ディスクドラむブ自䜓の障害。 ハむ゚ンドストレヌゞシステムでは、ディスクドラむブの障害がアレむ障害の䞻な原因であり、それに続いお盞互接続障害が密接に続きたす。 ミッドレンゞアレむはほが同じ障害率を瀺したすが、 ロヌ゚ンドストレヌゞシステムは盞互接続カテゎリでより高い障害率を瀺したす。これはおそらく、デバむスが盞互接続コンポヌネントに付属しおいないか、冗長性をサポヌトしおいないためです。
文脈から倖れたフレヌズをずらなくおも、むンタヌフェヌスケヌブルは安䟡なものなので、トむレットペヌパヌのように扱っおください。



名前XERIAL ATAの語源が興味深い堎合、最初の文字はロシア語で読む必芁がありたす。 ケヌブルに぀いお以䞋に説明する超物質技術を特定したので 、偶然に文字Sに該圓する十字でマヌクするこずにしたした。結果の単語を読んだ埌、私はそれに぀いおの投皿を远加するこずさえ決めたした。





XERIAL ATAケヌブル



ちなみに、クレプ゜ンドの哲孊的実践は、欠陥のある補品を䞀床にマヌクするこずを教えおいたす-これは、時間ずお金を䜕床も節玄する習慣です。 しかし、埩venが冷たいものである必芁があるず思うなら、欠陥のあるケヌブル、壊れたディスク、バギヌメモリ、燃えた電源を、保守可胜な鉄で同じ箱に保管しおください。 私はそれが誰かにずっお非垞に寒くお非垞に苊い料理になるこずを保蚌したす。 おそらくあなた。 そしお、 XERずいう蚀葉はXerのように読み、「Xに携わる人」に適甚できたす。




䞍良ケヌブルを特定する方法


通垞の操䜜では、䞍正なSATAむンタヌフェむスケヌブルは、 UDMA_CRC_Error_Count属性の0以倖のraw倀によっおSMARTで認識されたす RAW VALUEを参照。 この属性は、磁気衚面の状態に関係なく、SATAパスの品質のみを特城付けたす。 新しいディスクをむンストヌルした盎埌ただし、ファむルシステムを初期化する前に、 倧量 玄GBの読み取りおよび曞き蟌み操䜜を実行しお、SMARTモニタヌプログラムを確認するこずをお勧めしたす。 操䜜が倱敗し、システムログに「ATA Status Error」、「Retrying command」ずいうメッセヌゞがいっぱいになった堎合、新しいディスクの高䟡な銙りが原因ではなく、安いレヌスの匂いだけが原因である可胜性がありたす。



UPD

ケヌブルを亀換しおも解決せず、゚ラヌカりンタヌがそれでも倧きくなる堎合は、最初に電源をアンロヌドしお実隓を繰り返しおください゚ネルギヌを消費するコンポヌネントの取り倖し、他のドラむブの切断など。 すべおがすぐに正垞になったら、電源を高䟡で高品質のものに倉曎したす。栄逊䞍足から、私たちのhabragalaxyからではなく、芋知らぬ人から倚くのUFOに䌚いたす。 誀っお着陞しおデヌタをフィヌドするため、フィヌドしないで、自分で飛行させおください。



読者の皆様の蚱可を埗お、 dd1ナヌティリティをsmartctl8ず組み合わせお䜿甚​​する䟋をいく぀か瀺したす。 他のシステムでは、必芁なナヌティリティをダりンロヌドしお wikiリストを参照、むンタヌフェむスを適切にロヌドするために、通垞のコピヌを䜿甚しお、小さいが重いファむルグルヌプを前埌に駆動するだけです。 お気に入りのポルノ映画のコレクションはちょうどいいです。



泚意最初のコマンドは砎壊的です。新しいada1ディスクにファむルシステムを远加する前に実行する必芁がありたす

#dd if=/dev/zero of=/dev/ada1 bs=1M count=1000 #dd if=/dev/ada1 of=/dev/null bs=1M count=1000 #smartctl -x /dev/ada1 ... ID# ATTRIBUTE_NAME FLAG VALUE RAW_VALUE ... 199 UDMA_CRC_Error_Count 0x003e 200 75
      
      



読んだだけでは、垞に゚ラヌを匕き起こすこずが垞に可胜であるずは限らないこずに気づいたので、レコヌドが远加されたした。 この䟋では、 ada1ドラむブの゚ラヌカりンタヌが75に達しおおり、ケヌブルを亀換するのに個人的に必芁なのは1぀のナニットだけです。



萜ち着いお、内郚衚面テストを実行するこずもできたす。 最新のディスクの内郚には、蚺断ナヌティリティの党コレクションが収集されおいたす堎合によっおは、気象ステヌションがほずんど隠されおいたす。 ゚ンゞニアリングのこの奇跡をすべお実珟するには、シンプルなスむスナむフのオヌプナヌで十分です。同じsmartctlナヌティリティ8を䜿甚しお開始、進行状況を確認し、テスト結果を取埗したす。説明では、他のテストオプション高速、長い、遞択的などを芋぀けるこずができたす。。



ada1ドラむブに察しお長いテストを実行する䟋では、ドラむブはおよそのテスト完了時間で応答したす。

 # smartctl -t long /dev/ada1 ... === START OF OFFLINE IMMEDIATE AND SELF-TEST SECTION === Sending command: "Execute SMART Extended self-test routine immediately in off-line mode". Drive command "Execute SMART Extended self-test routine immediately in off-line mode" successful. Testing has begun. Please wait 277 minutes for test to complete. Test will complete after Mon Aug 31 23:00:14 2013 Use smartctl -X to abort test.
      
      



このようなテストでは、SATAむンタヌフェむスは䜿甚されたせんが、倧たかに蚀っお、「パンケヌキ」の状態のみがチェックされたす。



すべおのada1ディスクテストの進行状況ず結果を確認したす 。

 # smartctl -l selftest /dev/ada1 ... === START OF READ SMART DATA SECTION === SMART Self-test log structure revision number 1 Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Extended offline Self-test routine in progress 90% 123 -
      
      



ここで、゚ラヌが怜出されなくなるたで LBA_of_first_errorにダッシュ、テストは1090が残っおいたすに合栌し、テストが開始された時点で、ドラむブは合蚈123時間䜜動したした。 これらはすべお䞍揮発性メモリに保存されたす。



FreeNASシステムを䜿甚するず、このようなテストを自動化された自己蚺断パッケヌゞに含めお、スケゞュヌルされたレポヌトを収集できたす以䞋のテレメトリヌの䟋を参照。 原則ずしお月に1回たたはより頻繁に問題を早期に怜出するためにレポヌトをチェックするこずができたす。 実際、これは優れたサヌバヌコマンダヌの仕事です。



結論


接続に本圓に問題がある堎合は、サヌバヌをすぐに消し、 オむルを排出し、ケヌブルを取り倖しお枡しおください。 たたは、いたいたしい祖母にすぐに投げたすたたは、䞊蚘のすべおの方が良いです。 勝利した顔で、事前に新しいケヌブルを取り出し、廃棄されたケヌブルの代わりに眮きたす。 シェルが同じ挏斗に圓たるこずはほずんどありたせんが、必ず新しいケヌブルを確認しおください。 ディスクのシリアル番号ごずに゚ラヌの蚘録を保存したす。ケヌブルを亀換するたびに、属性UDMA_CRC_Error_Countの倀RAW_VALUEを曞き蟌みたす。誰かがこの属性のみをリセットする普遍的な方法を知っおいる堎合は、私に曞いおください。



テレメトリヌの魔法



アレむ内の故障したドラむブをできるだけ早く亀換する必芁があるこずに誰もが同意するず確信しおいたす。 これが誰かに明らかでない堎合は、少なくずも次のテヌマ別の蚘事を読むこずをお勧めしたす 。 故障したRAIDドラむブはすぐに泚意する必芁がありたす 。

完党な工孊的コンセンサスにもかかわらず、理論ず実践はこの堎所で正確に分岐する可胜性が最も高いようです。故障したドラむブは、時限爆匟のほうきの䞋のマりスのように、サヌバヌに静かに座り続けたす。 たた、これは小芏暡オフィスだけでなく、小芏暡で経隓の浅いシステム管理者がそれに続きたす。 倧䌁業のデヌタ損倱の統蚈をどこかで読んだこずがありたすが、重芁な理由の1぀はアレむの監芖です。 故障したドラむブはホットスワップバスケットに䜕ヶ月も座り続け、誰にも気付かれたせんでした。 通垞、これは、ボリュヌムがすでにバラバラになっおいた2番目のディスクの障害で終了し、怒ったビゞネスずいう圢でたったく異なるアラヌムがトリガヌされたした。 したがっお、私は賢明で、この問題に遅滞なく取り組むこずを提案したす。



最も手頃なテレメトリヌ


兄匟、FreeNASを䜿甚しおいる堎合は、少なくずもメヌル通知をオンにしおください。むンタヌネットの利点はほがどこにでもあり、倧きなキリンでさえスマヌトフォンであなたを驚かせるこずができたす。 スマヌトフォンが気に入らないたたに起こる-最埌に、庭で21䞖玀のタブレットを手に入れたしょう。 ポヌト25なしのGmailの䟋を瀺したす。

  1. Gmailで別のシステムメヌルボックスを䜜成したす無料ですシステムの状態を監芖しお個人のメヌルに干枉しないでください。
  2. 蚭定 メヌルタブ でサヌバヌ名を蚭定したすsmtp.gmail.com、ポヌト587、TLSモヌドずSMTP認蚌を有効にしたす新しく䜜成されたメヌルボックスから送信者アドレス、ナヌザヌ名、パスワヌドを䜿甚しお、別のメヌルボックスを䜜成したす。
  3. スマヌトフォンで新しく䜜成されたGmailメヌルボックスからメヌルコレクションを远加したす。 Gmailメヌルアプリを䜿甚するず、メヌルボックスをすばやく簡単に切り替えるこずができたす。
  4. さらに、 定期的なレポヌトの退屈な定期刊行物をフォルダに展開しお、電話が緊急事態からのみ「キック」されるようにしたす。


ちなみに、9.2のリリヌス以降、FreeNASは私たちの貎重な泚意をそらさないために、「ほずんど䜕もない」日報をオフにしたした。 そしお、誰もが同じように行動するこずを匷くお勧めしたす。システムは「狌」ず叫ぶべきです。 そしお、問題に぀いお最初に知るのはナヌザヌではなく、サヌバヌ叞什官です。 これが圌の䞻な仕事です。


しかし、それだけではありたせん、芪愛なる読者。 党䜓のポむントは、ルヌトナヌザヌの゚むリアスも、䜜成されたGmailメヌルボックスでラップされるようになったこずです。 したがっお、Unix kungfuを所有しおいる人は、通垞のmail1コマンドを䜿甚しお簡単なレポヌトを簡単に送信できるようになりたす。 たずえば、これはSMARTレポヌトをCron Jobsに送信する方法です。

 #!/bin/bash for i in 0 1 2 3 4 5 6 7 8 9; do smartctl -x /dev/ada$i | mail -s "$HOSTNAME SMART report ada$i `date '+%Y-%m-%d'`" root done
      
      



ちなみに、この圢匏のsmartctlは、䞊蚘の自己蚺断ログもドラッグするため、必芁に応じお、サヌバヌに接続せずに実行時にディスクの状態を文字通り評䟡できたす。 同意したす、それは䟡倀がありたす。



状況はもっず悪い蚭定のバックアップなど、もちろん、base64を䜿甚しお正しいMIMEヘッダヌを䜿甚するか、少なくずもuuencode1でラップする必芁がありたす。



SMARTがAPMずどのように戊ったか


FreeNASはsmartd8サブシステムを䜿甚しお、ディスクの枩床ず重倧な障害を監芖したす。 远加の蚭定SMART远加オプションは、 smartd.conf5圢匏で指定されたす。

ディスク管理セクションからSMARTモニタリングずHDDスタンバむ機胜を同時に䜿甚しようずするず、興味深い衝突が発生したす。 ポヌリング間隔のチェック間隔をディスクがスタンバむで「巊」になる時間よりも短く蚭定するず、SMARTは垞にカりントダりンタむマヌをポヌリングでディスクに再充電し、「スリヌプ」状態になるこずはありたせん。 本圓にディスクを安楜死させる必芁がある堎合は、SMARTポヌリング間隔をSTANDBYタむムアりトよりも長く蚭定し、smartd8はスリヌプ状態のディスクのデリケヌトな凊理ですでにトレヌニングされおいたす。 ただし、専門家は、ディスクを出すこずをお勧めしたせん。 圌らは、䞀定の仕事の通垞の性的掻動からよりも、スタヌト/ストップスピンドルサむクルの方が早く老化したす。



メモリずプロセス


FreeNASバヌゞョン9は、 collectedを䜿甚しお、グラフィカルむンタヌフェむスで履歎統蚈を収集および衚瀺したす。 たずえば、1か月あたりのRAMの消費量を確認できたす。 前のパヌトで曞いたように、統蚈はRAMディスクに蓄積され、1時間に1回はシステムフラッシュドラむブの/デヌタセクションに完党に保存されるため、リブヌト間ですべおの情報が残りたす。 これは、新しいFreeNASずNAS4freeの違いの1぀です。有甚な統蚈を収集するずいう点で埌者の機胜はかなり初歩的なものです。



叀き良きsyslog


可胜であれば、サヌバヌを* nix *仮想化できたすの䞋に眮いお、syslogを受信するためのトンネルを構築するこずをお勧めしたす。 FreeNAS偎では、 Syslogサヌバヌの簡単なセットアップがありたす 。 受信偎では、目的のポヌト通垞は514 / udpを開くこずを忘れないでください。ファむルを介しお異なるホストからのメッセヌゞを分散させるこずも適切です。 たずえば、 rsyslogバヌゞョン5.6の堎合、この構造をrsyslog.confの先頭近くに远加できたす。

 $ModLoad imudp $UDPServerRun 514 $template FILENAME,"/var/log/%fromhost-ip%/messages.log" *.* ?FILENAME
      
      





このテレメトリオプションは、 SMARTにすべおの属性ぞの倉曎を匷制的に蚘録させるこずにより拡匵できたす。 これを行うには、ディスク管理セクションに移動しお、単玔な「-a」フラグをSMART远加オプションフィヌルドに远加したす 。

ログのロヌテヌションを忘れないでください。そうしないず、ディスクが詰たりたす。 これにはコメントは必芁ないず思いたす。

ログをシステムずは別に保持するこずは䞀般に非垞に有甚な抂念であり、情報セキュリティの芳点からだけでなく、運甚䞊の意思決定にも圹立ちたす。 サヌバヌがネットワヌクから突然姿を消したか、サヌバヌにアクセスできないず想像しおください。 「クラりド」にログを保存しおおくず、 サむトにアクセスする前であっおも 、少なくずも圌が䜕をしたのか、事故の1日前、1時間前、1分前に䜕が起こったのかを理解できたす。 時にはこれは非垞に貎重な機䌚です。



レポヌトのクラりドストレヌゞ


実際、Gmailで送信されたレポヌトのアヌカむブは、実質的にIMAP / POP3アクセスプロトコルを備えたDBMSです。 そこに情報を入れ、時が来たら、欲望ずむンスピレヌションを取埗し、perlPHP、Python、少なくずもVisual Basicを拟い、パヌサヌずアナラむザヌを接続しおスカルプトしお健康を保ちたす。 Gmailはオプションです;無料のメヌルサヌビスがたくさんありたす。



結論


Ready TelemetryはFreeNASの䟿利な機胜であり、少なくずも電子メヌルを䜿甚する基本バヌゞョンでは必須です。 サヌバヌコマンダヌは 、ビゞネスではなく事故たたはその前提に぀いお最初に知る必芁がありたす 。



ミラヌ付きカンフヌ



同時に、GEOM装眮ずgmirrorを䜿甚しおUFSボリュヌムでFreeNASを操䜜した経隓に぀いお少し話すこずにしたした8 。 ファッショナブルなZFSファむルシステムを攟棄した理由は、ストヌリヌの最初の郚分で曞かれおいたす。



トカゲのスタむル


話の最初の郚分で 、私はすべおのディスクメヌカヌが初心者プログラマヌであるずみなすこずができるこずをすでに曞きたしたそれらからの1キロバむトはSIシステムに埓っお厳密に採甚され、1000バむトに等しいです。 興味深いこずに、この堎合、物理セクタヌは、たずえば512たたは4096になりたすが、500たたは4000バむトにはなりたせん。 ずころで、これはそうです。ディスクを知っお、物理ブロックのサむズはどのファむルシステムにずっおも重芁です。

私たちにずっお、補造業者が異なるモデルのランダムな欠陥をさたざたな方法で制埡し、もちろん家庭甚コンピュヌタヌの予算のドラむブに䟝存するこずがより重芁です。 䞀芋同䞀の4぀のST2000DM001ドラむブに出䌚いたした。 2぀は正確に2000398934016バむトであり、他の2぀は玄2GB小さくなりたしたが、これは十分ではありたせんでした。埌者の間には13MBの差がありたした。 理論的には、2GBの䞍足は䞀般に賌入者の暩利の䟵害ですが、売り手ず分解する時間を無駄にせずに吐き出すこずにしたした。 故障したディスクを新しいディスクず亀換しようずするず、この2GBの䞍足によりアレむを再構築できないため、ここで苊しむ可胜性がありたす。 そしお、あなたはすでに3Tbにあるドラむブのために再びストアに走らなければならないか、アレむ党䜓をやり盎したす...

しかし、貪欲なプロデュヌサヌず冷笑的な売り手の耳を死んだロバから倖すこずで、悪の勢力に勝ちたしょう。 アレむを䜜成するずき、最埌に技術的なストック、ある皮のトカゲの尟を残したす。これは、必芁に応じお投げ返すこずができたす。 ここでは、適切なサむズのGPTセクションから「型枠」を䜜成し、同じgmirror8を泚ぐこずが非垞に自然な芁望です。 しかし、FreeNASのgmirror8は、デフォルトではrawディスクのみで機胜するずいう事実、぀たり GPTセクションを䜿甚するず、理論的にはサポヌトの問題にぶ぀かり、アップグレヌドのたびに汗をかくこずができたす。 これはホヌムシステムではないため、ここで提䟛するrawディスク䞊のボリュヌムのサむズを制限する方法を芋぀けるこずにしたした。
 #   zero  "" geom zero load #     ,   2   4: gnop create -s 1996103966720 gzero #       --  ada0,   MIRROR1 gmirror label -v MIRROR1 gzero.nop ada0 #  ,       gmirror forget MIRROR1 gnop destroy gzero.nop geom zero unload #          4096 ,     newfs -U -f 4096 /dev/mirror/MIRROR1 #    ada2    ada0; :   ! gmirror insert MIRROR1 ada2 # ,   gmirror status
      
      





確かに、説明したトリックAはテヌルの䜿甚を蚱可せず、BはST2000DM001、ST3000DM001、およびST4000DM001モデルのERCの䞍足を補うこずはないため、RAIDにはほずんど䜿甚されたせん habrahabr.ru/post/92701を参照 。 シヌゲむト補品を怜蚎する堎合、モデルST2000VN000、ST3000VN000およびST4000VN000はアレむにはるかに優れおいたす ERCを備えおいるこずに加えお、2000398934016バむトの容量に厳密に耐え、5900rpmで発熱が少なく、デスクトップ兄匟よりもわずかに高䟡です。

私はこれが唯䞀の遞択肢であるず䞻匵したせん。 読者がGPTを奜む堎合、たたはたずえばテヌルにスワップする堎合、GPTパヌティションで型枠を䜜成するこずもできたす。 むンタヌネットで倚くの䟋を芋぀けるこずができたす。必芁に応じお、ここに貌り付けたす。



猫のスタむル


ディスクのコントロヌラヌポヌトぞの接続をいくら倉曎しおも、猫のように毎回gmirror8が4本の脚に着地したす。 したがっお、私は自信を持っお蚀うこずができたす。gmirror8は「生の」ディスクを再配眮するこずを恐れず、メタデヌタによっおそれらを認識したす。 必芁なだけ䞊べ替えたす。 GPTでパヌティションを䜜成するず、それも機胜するはずです。 GPTでgmirror8を䜿甚する利点のうち、「トカゲの尟」ゟヌンのどこかにある同じドラむブにスワップを配眮する機胜しかありたせんでした。



亀のスタむル


もちろん、ビンテヌゞサヌバヌのボトルネックはPCIバスであり、これはどのリニア読み取りディスクよりも少ないものです。 操䜜の経隓から、 AMDmi3ナヌザヌのコメントを確認できたす。操䜜のためにファむルシステムをいじるず、「悪い」シャットダりン埌の完党な同期の可胜性が非垞に高くなりたす。 心配する必芁がなければ、たったく同期せずに簡単に抜けるこずができたす。 FreeNASがバックグラりンドUFS怜蚌を無効にし background_fsck="NO"



、ボリュヌムの同時怜蚌を䌎うシステムの起動には非垞に時間がかかるこずを理解しおおく必芁がありたす。 同期を目的ずしお䞀床に耇数のミラヌがPCIバスに萜ちた堎合、...䜕が起こるかさえ考えない方がよいでしょう。 すべおが非垞に悲しいでしょう。

幞いなこずに、動䜜条件に応じた折りたたみ可胜なBAFにより、デヌタの䞀郚を読み取り専甚で封印するこずができたす。 ちなみに、䞀時的に音量を録音に切り替えるこずは倧したこずではありたせん。 FreeNASはGUIでこれを行いたせんが、再びkungfuを適甚し、ロヌカルfstabアナログで䜕かを盎接倉曎できたす。

 FreeNAS# sqlite3 /data/freenas-v1.db SQLite version xxxx 20xx-xx-xx xx:xx:xx Enter ".help" for instructions Enter SQL statements terminated with a ";" sqlite> .mode html sqlite> .headers ON sqlite> select * from storage_mountpoint;
      
      



mp_path mp_options mp_volume_id id
/ mnt / VOL1 rw 1 1
/ mnt / VOL2 rw 2 2
/ mnt / VOL3 rw 3 3
すべおがさらに明確になっおいるず思いたす。 テヌブルを手動で倉曎するこずは、GPTパヌティションを䜿甚するよりもさらに倧きなリスクです。 自分で決めおください。



Spのスタむル


折りたたみ可胜なアレむには1぀の欠点がありたす。ネットワヌク䞊で「共有」するのは䞍䟿です。 各ボリュヌムに個別の「ボヌル」を䜜成するこずはビゞネスにずっおかなり厄介です。さらに、FreeNASはストレヌゞフォルダヌの共有のみを蚱可したすが、基本的にはシステムフォルダヌを提䟛したせん /mnt/VOL1



、たずえば/mnt



たたは/tmp



は/mnt/VOL1



できたせん。 すべおのボリュヌムを1぀のポむントに移動する方法を芋぀けたいのですが、お互いに投資しないでください。4番目が衚瀺され、1番目がオフになっおいる堎合、3番目の方が良いですか 1぀の投皿に觊発されお、私はこの方法を思い぀きたした

  1. 各ボリュヌムは、たずえば/mnt/VOL1/PUBLIC



    、 /mnt/VOL2/PUBLIC



    などのメむンディレクトリを䜜成する必芁がありたす。 カスタムフォルダヌは、どのような状況でもルヌトに䜜成されたせん。
  2. ボリュヌムの1぀たたは远加のフラッシュドラむブたずえば、すべおのメむンディレクトリが衚瀺される/mnt/SITE



    にむンストヌルサむトが䜜成されたす。 その䞭にPUBLIC



    ディレクトリが䜜成され、その䞋に各ボリュヌムのマりント甚の空のポむントVOL1



    、 VOL2



    、 VOL3



    がありたす。
  3. FreeBSDのmount_nullfs8ツヌルを䜿甚しお、各ボリュヌムのメむンディレクトリが、開始スクリプトで察応するポむントにマりント泚入されたす。 ずころで、Linuxの方蚀では、これは単にmount --bindず呌ばれたす。
  4. /mnt/SITE/PUBLIC



    など、メむンディレクトリのみが共有されたす。
  5. 将来的には、ここでむンストヌルサむトにusers /mnt/SITE/HOME/%username%



    のホヌムフォルダヌを配眮し、それらに特定のビゞネスプロセスに関連するフォルダヌを挿入するこずが可胜になりたす。 したがっお、ACLに悩たされるこずなく、かなりカヌリヌなアクセスシステムを構築できたす。






マりントされたパヌティションのりェブは、ボリュヌムずナヌザヌぞのプレれンテヌションを織り亀ぜたす



しかし、クモのスタむルでは、1぀の䞍快なニュアンスがありたす。 実際には、クラむアントに衚瀺される空きディスク領域は、ボリュヌムではなく、 むンストヌルサむトの状態に埓っお報告されたす。 たずえば、1GBのフラッシュドラむブにプラットフォヌムを構築するず、ネットワヌク䞊に衚瀺されるすべおのボリュヌムの空き領域が1ギガバむトに圧瞮され、Windows 7のクラむアントはすぐに倧きなファむルの曞き蟌みを拒吊したした。 ずにかく、耇合ボリュヌムの空きディスク領域の抂念は非垞に盞察的です。

幞いなこずに、 Samba自䜓でこのストヌリヌから抜け出すこずができ、FreeNASはそれを劚げたせん。 カンフヌには、 dfree commandずしお知られるこのような打撃がありたす。 経隓豊富なマスタヌは、お気に入りの蚀語で簡単なスクリプトを曞くこずにより、フォルダヌ内のスペヌスずその䜿甚量に関するビゞョンをシステムに完党に公開できたす。 最も単玔なケヌスでは、実際の状況に関係なく、完党に無料の10テラバむトを報告しお、あなた自身の党責任を取るこずさえできたす。
 #!/bin/sh echo 10737418240 10737418240
      
      



FreeNASシステムでは、スクリプトの堎所は、たずえば次のように、 Windows蚭定CIFS共有のAuxiliary Parametersオプションで蚭定されたす。

dfree command = /mnt/SITE/scripts/mydfree







ただし、この手法はCIFSでのみ有効であり、実際に十分な空き領域がある瞬間たで適切です。 容量がいっぱいになったボリュヌムの䞀郚に曞き蟌みを行うず、もちろん障害が発生したす。 kungfuの人員配眮リストを所有しおいないナヌザヌは圓然それを芋萜ずしおしたい、 マスタヌの芪愛なる読者はデヌタの損倱を非難するこずになりたす。 したがっお、泚意しお、他のスタむルず組み合わせお、テレメトリを䜿甚しおください。 たずえば、最埌のボリュヌムを陀くすべおのボリュヌムの保存に䞊蚘のカメスタむルを適甚し、それに関連する情報のみを提䟛するこずができたす。 Unix Kungfuの芪愛なるマスタヌ、あなたを遞んでください



叀いディスク実行できたせん



圓初、システムを組み立おる際、コンピュヌタヌの過去の生掻から匕き継いだ叀いSeagate ST3120827ASディスクをそのたた残したした。特定の生産目暙を远求するこずなく、スワップずテストセクションを掲茉したした。玄6か月の運甚の埌、叀いディスクは、怜出ずファむルシステム怜蚌の間に正確に再起動を拒吊し、最も倱敗した方法で開始を䞭止したした。

 /dev/ufs/T1: CANNOT READ BLK: xxxxxxx /dev/ufs/T1: UNEXPECTED SOFT UPDATE INCONSISTENCY; RUN fsck MANUALLY. THE FOLLOWING FILE SYSTEM HAD AN UNEXPECTED INCONSISTENCY: ufs: /dev/ufs/T1 (/mnt/T1) File system preen failed, trying fsck -y Can't stat /dev/ufs/T1: No such file or directory Mounting late file systems: mount: /dev/ufs/T1: No such file or directory. Mounting /etc/fstab filesystems failed, startup aborted ERROR: ABORTING BOOT (sending SIGTERM to parent)! init: /bin/sh on /etc/rc terminated abnormally, going to single user mode Enter full pathname of shell or RETURN for /bin/sh:
      
      





Unixのrebusに慣れおいない人のために、システムメッセヌゞを翻蚳したす「所有者がディスクを疎倖したので、離陞をキャンセルし、すぐに介入するようにお願いしたす。」珟時点では、単にENTERを抌しおください。ただし、このためには、キヌボヌド、モニタヌを接続する必芁があり、最も重芁なこずは、少なくずもサむトにいるこずですでは次のセクションで、私はのためやレむアりトに準備する方法に぀いお説明したす...



結論


いずれにせよ、サヌバヌが実皌働を目的ずしおいる堎合は、テストでもサヌバヌで叀いディスクを䜿甚しないでくださいありがずう、キャプテンの自明性。残念ながら、UFSボリュヌムにより、システム党䜓が単䞀のボリュヌムの障害に敏感になりたす。



Χ*叀い塔でドラむブ

*ここΧはロヌマの「10」を意味



したすXERIAL ATAに盎面しお、私はもう䞀床、予算補品が平地での自発的な倱敗の領域であるず確信したした。たた、SATAホットスワップ可胜な予算バスケットバックプレヌンにマむクロコントロヌラヌが搭茉されおいるに察する䞻芳的なバむアスもありたす。たず、この安䟡なサヌバヌ技術の暡倣は決しお安くはありたせん。第二に、単玔なケヌブル障害の埌、より耇雑なデバむスで䜕が起こるか想像できたす。時々、バグのあるコントロヌラヌや病気の電源よりもはるかに速くデヌタを捚おるこずができたす。しかし、これは挑発的な発蚀であるため、投皿の最埌にアンケヌトを投皿したした。そしお、私はhabro-communityの意芋を知りたいず思っおいたす。



私の叀い塔の建物には、すでに6぀の3.5 "コンパヌトメントがあり、そのうち4぀だけが倚少吹き飛ばされおいたすが、さらに5぀の5.25"コンパヌトメントがありたす。そのうち2぀では、バラストは光孊ドラむブから突き出おいたした。これは、か぀おRWレヌザヌリ゜ヌスを節玄するこずが流行だったためです博物通に本物のCD-ROMドラむブが必芁なのは誰ですか 





6぀のコンパヌトメント3.5の䞋局



ふむ奜きなSisadminバむアスロン電話を耳に抌し付けお走り、倖出先でツむストペアを絞る-これはすべお私のこずではありたせん。䜜業ゎミ予算の決定、私は構造を簡玠化するために可胜な限り奜む、およびホットスワップにできないこずでタスクを蚭眮するこずができたす。簡単なものを探したしょう少しのアルミニりム、倧きなファン、少ない頭脳、振動吞収ゎムバンドが望たしいです。圓初、私はクヌラヌマスタヌSTB-3T4-E3-GPの補品が奜きでした。これは2013幎の倏䞭ずっず目障りでしたが、適切なタむミングで地元の小売店から譊告なしに蒞発したした。地獄たあ、同じの配信で30ドルで同じ金属片を泚文しないでください。あらゆる皮類の間違った決断が私の頭に浮かびたした反逆者のアクティブなバスケットから普通のそりたで、ファンのためのビヌル猶からの残忍な倩蓋付き。



面癜い90幎代のフラッシュ
. - 8U, , . 9, - ( MSK-IẌ , ).

, :

— , .

— ?

— -
 , .

— ?! ?

— , .

— ( ) , 


, , , , , . ( , ), - 7200rpm. «» , , «» . , , , 


: , , . , . , : «, , - , ». , , - , 


, , . , , , . , , noname , FreeBSD 2...


そしお今、私は20幎埌にほずんど私の偉業を繰り返しようずしおいたしたが、その埌、私はEverCool Armor HDD Cooling Boxたたは単にHD-ARの圢の代替に出くわしたした。仕様では、この着色された鉄片はIntel Core i7ず互換性があるずされおいたす。うわヌ、それから私のP4では爆匟になりたす...いや、マヌケタヌは間違いなく必芁です。圌らの癖がなければ、䞖界はもっず退屈になるでしょう。





EverCool Armor HDD冷华ボックスHD-AR



このこずにより、2぀の5.25が「3぀に3.5」に倉わりたす。これにより、6぀のスピンドルを「タワヌ」に配眮し、1぀の5.25「ベむをそのようなものに残すこずができたす。そしお、倧声よりもクヌラヌマスタヌマスタヌSTB-3T4-E3-GPに、私はいく぀かでそれを眮き換えるマむバッハ 、メルセデスファンの䞖界から。たずえば、オヌストリアのNoctua NF-R8ちなみにシュトゥットガルトからそう遠くない。売り手、䞀方ずもう䞀方を䞎えおください



ここにあるものを芋おみたしょう。 AHA、分解HD-ARが容易である





塗装鉄のベヌスフレヌム





3.5「たたは2.5」のスロヌアりェむチップオプション





所望の挿入は、ブッシュ防振ゎムを介しおフレヌムに着座





プラスチック「錻」ヒンゞ蓋





26dBaにkondovayaボヌルファンを







LendroverネむティブカップルHD-ARのファンはすぐにメルセデスに倉わりたす赀ひげオヌストリアの双子Noctua NF-R8。抵抗むンサヌトを埌でピックアップしたす。NF-R8には、1300rpmノむズ10dBaず800rpm7dBaの2぀がすでにありたす。挿入物がないず、17dbAで1800rpmになりたす。



ちなみに、NF-R8は電圧制埡されおおり、3぀の埓来の接点がありたすグランド、RPMセンサヌ、DC 4..13V電源。しかし、NF-R8は、より補造兄匟あるNF-R8はPWM、既に制埡PWM第4の信号甚コンタクトを远加し、電圧が12Vに固定されおいたす。適切なハヌドりェアがある堎合、たたはマむクロコントロヌラで回路を開発しおいる堎合は、適切な補品を遞択しおください。






NF-R8を独自のラバヌむンサヌトで固定したす。





赀のオヌストリア人はHD-ARでたったく自然に芋えたす



。この蚭蚈には1぀の欠点がありたす「ホット」亀換はダストフィルタヌに察しおのみ可胜であり、ディスクを亀換するには、ケヌスからバスケットを取り倖す必芁がありたすただし、バスケットを分解しないでください。ディスクの亀換にかかる時間は、完党に停止しおから玄20分になりたすが、これは私の䜜業に受け入れられるこずが刀明したした。しかし、ディスクコントロヌラヌずディスクの間にはケヌブルしかありたせん。

ちなみに、eSATAずは異なり、通垞のSATAコネクタの「スティックむン」サむクルの数は通垞50回です。


そのため、システム管理者のブリヌフケヌスを取り、バスケットを事前に改造しおから、冬の土曜日の朝に定期メンテナンスのためにオフィスで宣蚀したす。コンピュヌタヌを開き、テヌブルにディスク内郚を残し、倖に出お呌吞したす。ディスクのないケヌスは、スヌプのない鍋のように非垞に軜いです。喜びず通行人の泚意深い芖線の䞋で、凍り぀いた空気の完党な肺を集めお、私たちはすべおのクリックずラゞ゚ヌタヌから気の祖母にほこりを吹きたす。ああ、ロシアの冬-冬は元気ですニコラむ・アレクシヌノィチ・ネクラ゜フから、疲れた力を元気にする健康で掻発な空気に぀いお䜕かを思い出したす。システム管理者ず同時にサヌバヌず䞀緒に換気し、ピンク色の顔ず少しめたいを感じお、居心地の良いオフィスの枩かさに戻りたす。集めたす。 10本のSATAケヌブルすべおを折りたたむこずができるタむで䞀床に敎列、番号付け、遞択したす。





パスタ-サヌバヌ゚ンクロヌゞャヌから離れお



はるかに矎しいですが、倢䞭にならないでください。き぀いハヌネスは匷く匕っ匵る可胜性があり、その結果、しばらくするず、パワヌやむンタヌフェヌスが倱敗したドラむブから匕き出される可胜性がありたす。これらは普通の、ほずんど家庭甚の補品であり、ロックやラッチの圢で衝撃や振動に察する保護を提䟛したせん。ケヌブルがストレスなくわずかに垂れ䞋がっおいるこずを確認したす。



倚数のスピンドルを回転させる方法



スピンアップ起動䞭ず定垞状態では、スピンドルディスクの消費電力がたったく異なるこずは呚知の事実です。経枈的なシヌケンシャルスタヌト互い違いのスピンアップを期埅する堎合は、コントロヌラヌでのサポヌト、たたはバックプレヌンを備えたアクティブなディスクバスケット䜿甚したくないが必芁です。ディスク䞊にAPMがありたすが、゜フトりェア制埡のシヌケンシャルスタヌトのサポヌトは䟝然ずしお倧きな問題です。

最新のスピンドルの開始電流は12Vラむンで玄2AですST2000DM001は2.5Aでもありたすが、RAIDで䜿甚すべきではありたせんが、より倚くの電力のためではなく、ERCがないためです; habrahabr.ru/post/ 92701グラフィックスなしのコヌルドP4アヌキテクチャず組み合わせた4぀の起動ディスクは、すでに250Wに適合しおおり、問題は明らかになりたせんでした。さらに6台のドラむブに6 x 2.0A x 12V = 144Wが远加されたす。合蚈で、10台のドラむブず450W定栌の電源でほが400Wの始動電力を目指しおいたす。ピヌク消費量の䜜業は30分未満である必芁がありたす。

400Wたくさんですか、それずも少しですか 2005幎の基準では、有名なKarlampiy-Pankrat商暙の実際のサヌバヌが倧量に消費しおいたした。珟圚、キロワットの消費者向け電源が販売されおいたすが、売り手は容量の60以䞊を䜿甚する方法を提案しおいたせん。さお、マヌケティングの偎では、私たちはほずんどがらくたから非垞に予算の蚭蚈を行っおいたす。





電源のネヌムプレヌトには、その電源胜力が蚘茉されおいたす。



UPD

これは非垞に原始的な電源であり、䞻芳的な芳察から刀断するず、6か月の䜜業埌に公称倀を倱い始めたす。䜿甚しない方が良い。



そのため、ATX-450PNRのネヌムプレヌトを詳しく芋おみたしょう、2぀の独立した12Vラむンがありたす+ 12V1〜14A母、「分子」およびSATA、および远加の+ 12V2 16A珟代の匷力なコンポヌネントに電力を䟛絊するための4ピンミニフィットコネクタ。 12Vラむンの総電力は360Wに制限されおいたす。しかし、匷力なラむンをミニフィットコネクタに接続しお、鉄の叀颚なセットでほが200 Wを接続するこずはたったくなく、450 W電源は再び250 Wになりたした。より匷力な電源でのむンタヌネットの広倧さをざっず芋おみるず、同様の図が芋られたす远加された電力は、ミニフィットコネクタで同じラむンに沿っお郚分的に分配されたすが、それらはそれだけですプロセッサ、ビデオカヌド、および珟代のコンピュヌタヌのその他の加熱芁玠。

゚ンゞニアリングに粟通する時です。



これらの200Wを取り出しおディスクに送信する方法は理論的には、ラむンを5V 16Aにするこずを劚げるものはありたせんが、䞀般的な+ 12V1〜14Aの代わりに、暙準の「モレックス」ず匷力なラむン+ 12V2〜16Aを亀差させ、そこに「グランド」を远加したす。もちろん、ペンチでワむダヌを噛み、自分のたたは他の誰かの歯でワむダヌを剥ぎ取り、指でワむダヌをひねり、䜕かを䞊に巻くこずができたすが、これはCrepsondoの哲孊的慣行に反したす1電源は保蚌䞭です、2短絡は䞍芁です3故障したナニットを迅速に亀換するには、補品の最倧限の保守性を確保する必芁がありたす。もう䞀床買い物に行きたす4ピンミニフィットコネクタ、および「molexes」を備えたY字型の䜎電圧パワヌスプリッタを䜿甚したす。奇劙な偶然の䞀臎により、ミニフィットおよび「分子」甚のクリンパプラむダヌは、ツむストペア、クロスクロッキングマシン、および他のシステム管理者のお気に入りのおもちゃ甚のクリンプず長い間䞊んでいたす。

そのため、ある晩キッチンで匕退したので、ゲヌムワむダヌクラフトの賌入品を取埗したす。垌望するҲ型の䜎電圧パワヌスプリッタを䜜成するには、空のミニフィットコネクタ、Y型のスプリッタ、およびクリンパクリヌパヌず混同しないようにをテヌブルに接続する必芁がありたす。











2時間のクラフトず数回のコンタクトの損傷の埌、文字formの圢の目的のアダプタヌがテヌブルにただ衚瀺され、クリンパの耐久性は玄0.01倱われたす。









結果ずしお埗られたRomeアダプタヌは、ロミオやゞュリ゚ットなどの電源ず接觊し、ラッチずの信頌できる折りたたみ可胜な接続を圢成したした。電源を緊急に亀換する必芁がある堎合は、すべおを分解し、はんだ付け、電気テヌプ、マチュヌクなしで元に戻したす。





䞊郚の5.25むンチのバスケットにある6぀のディスクを再配眮し、ダストフィルタヌの埌ろに隠したす。䞋郚のティアはただ空いおいるので、無駄がなくならないように䞋郚のファンを取り倖したす。䞊郚の6぀のディスクの電源を、組み立おたばかりのアダプタヌを介しお別のラむンに接続したす。 SATAパスをテストしおいたす。次に特定されたXERIAL ATAケヌブルを廃棄したす。このケヌスのために特別に甚意された予備ケヌブルを取り実際に誓いたす、再床オンにしお、SATAパスを再床確認したす。

勇敢なハンサムな男が叀いれりスから来たものを芋おみたしょう。





2バスケットシャヌシにΧディスクを収玍できるようになりたした



UPD

もちろん、これはすべお非垞に魅力的ですが、予算の電源の公称倀に近づけるこずは絶察にお勧めしたせん。玄30の電力リザヌブで200W以䞊の電力を䜿甚しお、より高䟡なナニットを䜿甚するこずをお勧めしたす。私が説明した状況にならないように、電力線を泚意深く芋おください。wirecraftなしで行うには、12Vの高電力ラむンを1぀甚意し、電源に独自の「ブレむン」を䜿甚しお電源の問題を解決させるのが最も䟿利です。このためにあなたが支払いたす。



ダストフィルタヌの利点に぀いお



バスケットが䞋のディスク局に取り付けられる少し前に過熱アラヌムが鳎りたした。smartd8ずFreeNAS Email Alertのおかげですぐにスマヌトフォンで通知を読みたした。これがテレメトリヌの䞻な利点です。グルヌプの䞀番䞊のディスクは、初めお初めお45°C60°Cが制限枩床ず芋なされたすに加枩されたした。これは、霜が-25°C付近にあるずいう事実にもかかわらずです。それが数字です他の通知はありたせんでした。぀たり、ミラヌが砎損せず、アレむの再構築は行われたせんでした。しかし、アクセスできない堎所にいる同じファンはどうですかストヌリヌの冒頭を参照 SSHをご芧ください。 4぀のスピンドルすべおが互いに暖かくなり、ペアからペアぞの通垞のコピヌが行われたす。 4぀を䞊から䞋に移動するず、各ディスクで枩床が2..3°C䜎䞋したす。mbmon1をすばやく眮くず、ファンが非垞に通垞の速床で回転しおいるこずがわかりたすこれは、マザヌボヌドにむンストヌルされたWinbond W83627で述べられおいたす。䞀䜓䜕このサむトは、枅朔床クラスdataのデヌタセンタヌホヌルからはほど遠いが、通垞のほこりのある暙準的なオフィスであり、私たちのボックスはほが半幎間掃陀機をかけおいるこずを思い出したす。この゚ンゞニアリングの呪いがどのようにディスク間の非垞に貪欲なギャップに詰め蟌たれたかを想像しお、フィルタリングの問題を䜕らかの方法で解決しなければならず、利甚可胜な6぀のディスクすべおを䞊局5.25に移動しなければならないず考えたした。

詰たった堎合はダストフィルタヌを無芖しないでください。そうでなければ、スロヌアクションのサヌマルマむン䜎速たたは有声飛行堎ファンの高速のいずれかです。通垞のダストフィルタヌのメンテナンスは簡単です。月に1回、「顔」の蓋を開け、フィルタヌを取り倖し、普通の石鹞で流しで掗っお、手で絞っお、氎滎から軜くたたいお挿入したす。理想的な也燥は必芁ありたせん、お茶は高圧ポンプではありたせん、それは䜓に氎を匕き蟌みたせん。ホットスワップドラむブの代わりに、ホットスワップフィルタヌも適しおいたす。





最䜎の回転数での1か月の事務䜜業の埌のフィルタヌ



結論






(18+)
ÓŸÓŸÓŸ.

. - , . 
 , . , . 倉です。 . それで䜕 . , , , . , , , . , , , 
 .

, . (, , ).

, , . , , . .





参照資料



www.freenas.org

doc.freenas.org/index.php/Settings#General_Tab

doc.freenas.org/index.php/Settings#Email_Tab

doc.freenas.org/index.php/Cron_Jobs

doc.freenas.org/index。 php / SMART。

doc.freenas.org/index.php/SMART_Tests

doc.freenas.org/index.php/Volumes#Viewing_Volumes

doc.freenas.org/index.php/Volumes#Viewing_Disks

doc.freenas.org/index.php/Windows_%28CIFS 29_Shares

www.freebsd.org/cgi/man.cgi?query=dd&sektion=1

www.freebsd.org/cgi/man.cgi?query=mail&sektion=1

www.freebsd.org/cgi/man.cgi?query= mbmonmanpath = portssektion = 1

www.freebsd.org/cgi/man.cgi?query=uuencode&sektion=1

www.freebsd.org/cgi/man.cgi?query=smartd.conf&manpath=ports&sektion=5

www.freebsd.org/cgi/man.cgi?gmirror%288%29

www.freebsd.org/cgi/man.cgi?query=mount_nullfs&sektion=8

www.freebsd.org/cgi/man.cgi?query=smartd&manpath=ports&sektion=8

searchstorage.techtarget.com/tip/Failed-RAID-drives-need-immediate-attention

www.samba.org/samba/docs/man/manpages-3/smb.conf.5.html#DFREECOMMAND

forums.nas4free.org/viewtopic.php?f=18&t=1552

linux.die.net/man/8/mount

www.collectd.org

www.rsyslog.com

smartmontools.sourceforge.net/man/smartctl.8.html

www.coolermaster.com/case/case-accessories/4-in-3-device-module

www.evercool.com.tw/products/hd-ar.htm

www.brownbear.ru

www.noctua.at/main.php?show=productview&setlng=en&products_id=9

www.noctua.at/main.php?show=productview&setlng=en&products_id=45

www.fsp-power.ru/product/atx_450pnr

www.fsp-group.com.tw

www.wikipedia.org/wiki/Comparison_of_S.MART_tools

www。 wikipedia.org/wiki/Spin-up 別の日曜倧工NAS



に関するストヌリヌの他の郚分パヌト1それが䜕であったかパヌト2良い思い出パヌト3叀い塔での冒険パヌト4チェルノブむリの幜霊










All Articles